Konwertuj japońskie wyciągi bankowe do Excela (MUFG, SMBC, Mizuho i inne)

Twój 取引明細 (wyciąg transakcji) z MUFG wygląda idealnie w PDF. Ale otwórz go w Excelu poza Japonią, a problemy zaczną się kaskadowo: znaki kanji zamieniają się w nieczytelne mojibake (文字化け), data ery Reiwa "令和8年3月2日" nic nie znaczy dla Twojego angielskiego arkusza kalkulacyjnego, nazwy nadawców w katakanie o połowicznej szerokości, takie jak "ﾔﾏﾀﾞ ﾀﾛｳ", stają się nieczytelne, a liczby o pełnej szerokości "１２３，４５６" nie będą się obliczać, ponieważ są to znaki Unicode inne niż ich odpowiedniki o połowicznej szerokości.

Kluczowy problem polega na tym, że japońskie bankowość działa w oparciu o konwencje kodowania znaków i formatowania, które zakładają system z japońską lokalizacją. Międzybankowa sieć płatnicza Zengin — która przetwarza około 6,5 miliona transakcji i 12 bilionów jenów dziennie — historycznie wymagała katakany o połowicznej szerokości dla wszystkich nazw, co jest dziedzictwem, które nadal pojawia się na współczesnych wyciągach bankowych. Kiedy przenosisz te dane na komputer spoza Japonii, błędy kodowania są prawie gwarantowane.

Niezależnie od tego, czy jesteś obcokrajowcem w Tokio przetwarzającym wyciągi MUFG do celów podatkowych w kraju, zeirishi (doradcą podatkowym) importującym dane klientów do freee lub Money Forward, międzynarodową firmą konsolidującą dane z japońskiej spółki zależnej, czy freelancerem prowadzącym księgowość Blue Return (青色申告) — podstawowy problem jest identyczny: ekstrakcja ustrukturyzowanych danych gotowych do arkusza kalkulacyjnego z japońskich wyciągów bankowych w formacie PDF.

Ten przewodnik omawia specyficzne wyzwania formatowania japońskich wyciągów, główne banki, z którymi się spotkasz, i jak je dokładnie przekonwertować.

Dlaczego japońskie wyciągi bankowe nie działają w Excelu

Japońskie wyciągi bankowe stwarzają unikalny zestaw wyzwań, które wykraczają poza proste formatowanie liczb. Problemy obejmują kodowanie znaków, systemy numeracji, konwencje dat i starsze formaty międzybankowe.

1. Kodowanie Shift_JIS vs. UTF-8 (Mojibake)

To największy problem dla każdego, kto przetwarza japońskie dane finansowe poza Japonią.

Większość japońskich banków eksportuje pliki CSV w formacie Shift_JIS (strona kodowa 932) — standard kodowania, który poprzedza UTF-8 i obejmuje tylko znaki japońskie. Kiedy otwierasz plik Shift_JIS na systemie oczekującym UTF-8, każdy japoński znak staje się nieczytelny. Japończycy mają na to słowo: 文字化け (mojibake), dosłownie "transformacja znaków".

Co powinieneś widzieć	Co wyświetla UTF-8
振込 カ）ヤマダ タロウ	振込 カ）ヤマダ
三菱UFJ銀行	三è±UFJ銀行
口座振替 電気代	å£åº§æŒ¯æ›¿ 電気代

Odwrócenie również jest prawdą: pliki UTF-8 otwarte w Excelu z japońską lokalizacją mogą generować inne nieczytelne wyniki.

Problem jest pogarszany przez fakt, że pliki Shift_JIS nie mają Byte Order Mark (BOM) — nie ma nagłówka informującego oprogramowanie, którego kodowania użyć. Automatyczne wykrywanie jest zawodne, zwłaszcza gdy plik zawiera mieszankę znaków japońskich i tekstu łacińskiego (co zawierają wszystkie wyciągi bankowe).

2. Znaki o pełnej szerokości vs. znaki o połowicznej szerokości (全角 vs. 半角)

To unikalne dla Japonii i zaskakuje praktycznie każdego nierodzonego japońskiego programistę.

Japońskie obliczenia używają dwóch szerokości dla wielu znaków. Znaki o pełnej szerokości (全角) zajmują miejsce dwóch znaków łacińskich; znaki o połowicznej szerokości (半角) zajmują jedno.

Pełna szerokość (全角)	Połowiczna szerokość (半角)	Ten sam znak?
１２３，４５６	123,456	Ta sama liczba, inne bajty
カード	ｶｰﾄﾞ	To samo słowo ("karta"), inne kodowanie
，（コンマ）	, (przecinek)	Ten sam znak interpunkcyjny, inne bajty
（スペース）	(spacja)	Ta sama spacja, inne bajty

Komórka zawierająca "１２３，４５６" (pełna szerokość) wygląda identycznie jak "123,456" na ekranie, ale Excel traktuje wersję o pełnej szerokości jako tekst, a nie liczbę. Nie można jej zsumować, sortować ani używać w formułach. Standardowe wyszukiwanie i zamiana przecinków również nie dopasuje przecinków o pełnej szerokości.

Wyciągi bankowe mogą mieszać szerokości: kwoty mogą być o połowicznej szerokości, podczas gdy opisy używają znaków o pełnej szerokości. Konwerter musi znormalizować wszystko do spójnej połowicznej szerokości dla obliczeń.

3. Katakana o połowicznej szerokości z systemu Zengin

Międzybankowy system rozliczeń płatności Zengin — japoński kręgosłup płatności krajowych — historycznie wymagał, aby wszystkie nazwy były przesyłane w katakanie o połowicznej szerokości (半角カナ) w limicie 20 znaków.

Stwarza to specyficzny problem: na wyciągu bankowym nazwa nadawcy przelewu pojawia się jako coś w rodzaju ﾔﾏﾀﾞ ﾀﾛｳ zamiast 山田 太郎 (Yamada Taro). Nawet rodzimi japońscy czytelnicy uważają katakanę o połowicznej szerokości za trudniejszą do odczytania.

Co gorsza: w katakanie o połowicznej szerokości znaki spółgłoskowe dźwięczne (dakuten) są oddzielnymi znakami. Znak ガ (ga) w pełnej szerokości to jeden znak, ale w połowicznej szerokości staje się dwoma: ｶﾞ (ka + znak dźwięczności). Podwaja to pozorną długość nazw zawierających dźwięki dźwięczne i zakłóca wszelkie przetwarzanie tekstu, które liczy pozycje znaków.

4. Daty ery japońskiej (和暦)

Japonia używa własnego kalendarza opartego na erach obok kalendarza gregoriańskiego. Obecna era to Reiwa (令和), która rozpoczęła się 1 maja 2019 roku.

Data ery japońskiej	Odpowiednik gregoriański
令和8年3月2日	2 marca 2026
R8.03.02	2 marca 2026
令和7年12月15日	15 grudnia 2025

Angielski Excel nie ma pojęcia o japońskich erach. Nie potrafi sparsować "令和8年" jako 2026. Nawet skrócony format "R8.03.02" jest nierozpoznawalny.

Dobra wiadomość: Japonia używa kolejności Rok-Miesiąc-Dzień (od największego do najmniejszego), co jest zgodne z ISO 8601. Kiedy wyciągi używają dat zachodnich, pojawiają się jako 2026/03/02 — mniej niejednoznaczne niż europejski format DD/MM/RRRR. Wyzwanie pojawia się wyłącznie wtedy, gdy używane są daty ery.

Problem granicy ery: historyczne wyciągi z 2019 roku mogą obejmować przejście z ery Heisei do Reiwa (Heisei zakończył się 30 kwietnia 2019). Ten sam rok, 2019, to zarówno Heisei 31, jak i Reiwa 1. Konwerter musi poprawnie obsługiwać obie ery.

5. Liczby całkowite waluty (bez dziesiętnych)

Jen nie ma podjednostki — nie ma centów. Wszystkie kwoty na japońskich wyciągach bankowych są liczbami całkowitymi: ¥1,234,567 oznacza dokładnie 1 234 567 jenów.

To faktycznie upraszcza jeden aspekt konwersji (nie ma potrzeby obsługi dziesiętnych), ale wprowadza inne:

• Duże liczby są normalne. Typowa pensja to 300 000–500 000 jenów miesięcznie. Czynsz może wynosić 80 000–200 000 jenów. Liczby często sięgają sześciu lub siedmiu cyfr.
• Myślenie w jednostkach 10 000. Japończycy myślą w jednostkach 万 (man, 10 000). Pensja 3 000 000 jenów to w myślach "300万円". Ale wyciągi bankowe pokazują pełną liczbę.
• Przecinki co 3 cyfry na wyciągach — mimo że japoński system liczbowy grupuje po 4 cyfry (万 = 10 000, 億 = 100 000 000). Dokumenty finansowe są zgodne z międzynarodową konwencją.

6. Oddzielne kolumny wpłat i wypłat

W przeciwieństwie do zachodnich wyciągów bankowych, które używają pojedynczej kolumny kwoty (dodatnia dla wpływów, ujemna dla obciążeń), japońskie wyciągi zazwyczaj używają dwóch oddzielnych kolumn:

• 入金 (nyūkin) — Wpłaty/wpływy
• 出金 (shukkin) — Wypłaty/obciążenia

Jedna kolumna jest zawsze pusta dla każdej transakcji. Podczas konwersji do Excela musisz zdecydować: zachować format dwukolumnowy, czy połączyć w jedną kolumnę z podpisaną kwotą? Każdy wybór wymaga, aby konwerter rozumiał japońską strukturę kolumn.

---

Główne japońskie banki i ich wyciągi

MUFG (三菱UFJ銀行)

Największy bank w Japonii pod względem aktywów (około 2,9 biliona USD) z około 57 milionami indywidualnych rachunków depozytowych. Część Mitsubishi UFJ Financial Group. Oferuje wyciągi PDF i eksport CSV za pośrednictwem bankowości internetowej (BizSTATION dla firm, 三菱UFJダイレクト dla klientów indywidualnych). Eksporty CSV używają kodowania Shift_JIS.

SMBC (三井住友銀行)

Drugi co do wielkości bank komercyjny w Japonii, z około 27 milionami klientów indywidualnych. Część Sumitomo Mitsui Financial Group. Bankowość internetowa (SMBCダイレクト) umożliwia pobieranie plików PDF i CSV.

Mizuho (みずほ銀行)

Trzeci megabank z około 24 milionami klientów indywidualnych i 12,6 miliona subskrybentów bankowości internetowej. Bankowość internetowa (みずほダイレクト) oferuje pobieranie transakcji.

Japan Post Bank (ゆうちょ銀行)

Największy pod względem liczby kont, z około 120 milionami kont klientów i ponad 205 bilionami jenów aktywów ogółem. Działa poprzez około 24 000 oddziałów (głównie pocztowych placówek partnerskich). Dociera do praktycznie każdej gminy w Japonii. Aplikacja "Yucho Tsucho" zapewnia dostęp do cyfrowego paszportu bankowego. Unikalny system numeracji kont, różniący się od standardowych japońskich numerów kont bankowych.

Rakuten Bank (楽天銀行)

Największy bank internetowy w Japonii z ponad 17,6 milionami kont i depozytami przekraczającymi 13 bilionów jenów. Depozyty rosły o 16,5% rocznie w porównaniu do 3,8% w megabankach. W pełni cyfrowy, z możliwością eksportu CSV.

Banki regionalne (地方銀行)

W Japonii istnieje około 97 banków regionalnych — 61 banków pierwszej kategorii i 36 banków drugiej kategorii. Każda prefektura zazwyczaj ma co najmniej jeden bank regionalny z siedzibą w stolicy prefektury. Przykłady: Yokohama Bank (横浜銀行), Chiba Bank (千葉銀行), Shizuoka Bank (静岡銀行). Formaty wyciągów znacznie się różnią między bankami regionalnymi.

SBI Shinsei Bank / Sony Bank

SBI Shinsei Bank i Sony Bank wyróżniają się oferowaniem bankowości internetowej w języku angielskim — co jest rzadkością w Japonii. Z tego powodu są popularne wśród obcokrajowców. Oba banki oferują eksport PDF i CSV.

---

Metoda 1: Użyj PDFSub (Zalecane)

PDFSub natywnie obsługuje japońskie wyciągi bankowe — w tym wszystkie powyższe problemy z kodowaniem i formatowaniem.

Jak to działa

1. Prześlij swój 取引明細書 — Przeciągnij i upuść plik PDF z dowolnego japońskiego banku. PDFSub automatycznie wykrywa format banku spośród ponad 20 000 obsługiwanych szablonów.

2. Automatyczna obsługa formatu — Konwerter automatycznie:

   • Wykrywa i konwertuje kodowanie Shift_JIS do UTF-8
   • Normalizuje liczby o pełnej szerokości (１２３) do połowicznej szerokości (123) do obliczeń
   • Konwertuje przecinki, spacje i znaki interpunkcyjne o pełnej szerokości na standardowe znaki
   • Parsuje daty ery japońskiej (令和8年3月2日) do standardowych dat (2026-03-02)
   • Tłumaczy nazwy nadawców w katakanie o połowicznej szerokości na czytelną pełną szerokość
   • Łączy kolumny wpłat/wypłat lub zachowuje je jako oddzielne kolumny
   • Rozpoznaje japońską terminologię bankową (振込, 振替, 口座振替, etc.)

3. Przejrzyj i zweryfikuj — Sprawdź wyodrębnione transakcje w podglądzie. Salda są walidowane względem salda początkowego i końcowego 잔고 (zangaku) na wyciągu.

4. Pobierz — Eksportuj jako Excel (.xlsx), CSV (UTF-8), QBO (QuickBooks), OFX (Xero, Wave), QFX (Quicken) lub JSON.

Dlaczego PDFSub działa z japońskimi wyciągami

133 języki, w tym japoński. Silnik ekstrakcji rozumie japońską terminologię bankową — 振込, 振替, 入金, 出金, 口座振替, 手数料, 利息 — i mapuje je na ustrukturyzowane pola.

Kodowanie obsługiwane automatycznie. Nie ma potrzeby ręcznego wykrywania ani konwersji między Shift_JIS a UTF-8. PDFSub identyfikuje kodowanie i normalizuje wszystko do UTF-8 z prawidłową obsługą kanji, hiragany, katakany i znaków o mieszanej szerokości.

Obsługa każdego głównego japońskiego banku. Od trzech megabanków (MUFG, SMBC, Mizuho) po 120 milionów kont Japan Post Bank, Rakuten Bank, banki regionalne ze wszystkich 47 prefektur i banki przyjazne obcokrajowcom, takie jak SBI Shinsei i Sony Bank.

Prywatność w pierwszej kolejności w przeglądarce. W przypadku cyfrowych plików PDF z bankowości internetowej ekstrakcja tekstu odbywa się całkowicie w Twojej przeglądarce. Plik nigdy nie opuszcza Twojego urządzenia. Przetwarzanie po stronie serwera jest używane tylko dla zeskanowanych dokumentów lub zdjęć paszportów bankowych.

Normalizacja pełnej szerokości. Liczby, przecinki, spacje i znaki interpunkcyjne są automatycznie normalizowane z pełnej szerokości do połowicznej — zapewniając, że kwoty są traktowane jako liczby, a nie tekst, w arkuszu kalkulacyjnym.

---

Metoda 2: Eksport CSV z banku

Większość głównych japońskich banków oferuje pobieranie transakcji w formacie CSV za pośrednictwem bankowości internetowej. Oto, czego możesz się spodziewać:

Co otrzymasz

• Kodowanie: Prawie zawsze Shift_JIS (nie UTF-8)
• Separator: Standardowy przecinek (,)
• Format daty: Zazwyczaj RRRR/MM/DD (zachodni) w CSV, chociaż niektóre banki używają dat ery
• Kolumny: Zazwyczaj 日付 (Data), 摘要 (Opis), 入金額 (Wpłata), 出金額 (Wypłata), 残高 (Saldo)

Ograniczenia

Kodowanie Shift_JIS. Otwarcie pliku CSV na jakimkolwiek systemie spoza Japonii powoduje nieczytelny tekst. Musisz jawnie ustawić kodowanie podczas importu: W Excelu użyj Dane → Pobierz dane → Z tekstu/CSV → Wybierz kodowanie „Japońskie (Shift-JIS)”.

Nazwy w katakanie o połowicznej szerokości. Nazwy nadawców/odbiorców pojawią się w katakanie o połowicznej szerokości z systemu Zengin. Są one trudne do odczytania nawet dla rodzimych użytkowników języka japońskiego i niemożliwe dla osób spoza Japonii.

Ograniczona historia. Eksporty CSV z bankowości internetowej zazwyczaj obejmują 3-12 miesięcy. Dłuższa historia wymaga pobrania wyciągów dla każdego okresu osobno.

Brak standaryzowanego formatu. W przeciwieństwie do niemieckich standardów CAMT.053/MT940 czy francuskich CAMT.053/FEC, japońskie pliki CSV banków nie mają uniwersalnego formatu. Każdy bank używa własnej kolejności kolumn, nazewnictwa i struktury.

Znaki o pełnej szerokości w opisach. Opisy transakcji mogą zawierać liczby i znaki interpunkcyjne o pełnej szerokości, które wymagają normalizacji przed analizą.

---

Metoda 3: Ręczne kopiowanie i wklejanie (Nie zalecane)

Problemy są poważne w przypadku japońskich wyciągów:

• Znaki kanji i katakana mogą nie być poprawnie wklejane między aplikacjami
• Konwersja kodowania zawodzi po cichu — znaki, które wyglądają poprawnie, mogą mieć niewłaściwe punkty kodowe Unicode
• Liczby o pełnej szerokości wklejają się jako tekst, który nie może być obliczony
• Nazwy w katakanie o połowicznej szerokości wklejają się, ale są nieczytelne w systemach spoza Japonii
• Daty ery nie mają automatycznej konwersji na daty gregoriańskie w angielskim Excelu
• Oddzielne kolumny wpłat/wypłat wymagają ręcznego scalenia
• Brak walidacji względem sald początkowych/końcowych

Dla jakiejkolwiek ilości transakcji to podejście jest niepraktyczne.

---

Japońskie systemy finansowe, o których powinieneś wiedzieć

System Zengin (全銀システム)

Japońska podstawowa krajowa sieć rozliczeń płatności międzybankowych, założona w 1973 roku. Łączy praktycznie wszystkie prywatne banki w Japonii, przetwarzając około 6,5 miliona transakcji dziennie o wartości około 12 bilionów jenów.

Format pliku Zengin używa rekordów o stałej szerokości 120 bajtów z kodowaniem katakany o połowicznej szerokości dla nazw. Ten starszy format jest powodem, dla którego nazwy nadawców/odbiorców na wyciągach bankowych pojawiają się w katakanie o połowicznej szerokości zamiast kanji. Nowszy system ZEDI (Zengin EDI) obsługuje pełne kanji i zmierza w kierunku wiadomości XML zgodnych z ISO 20022, ale starsze formatowanie nadal występuje na wielu wyciągach.

Blue Return (青色申告) vs. White Return (白色申告)

Japońskie rozliczenia podatkowe mają dwa poziomy:

Cecha	Blue Return (青色申告)	White Return (白色申告)
Zastosowanie	Wymaga wcześniejszego zgłoszenia	Domyślny status
Księgowość	Szczegółowa podwójna księgowość	Proste przychody/koszty
Ulga specjalna	Do 650 000 jenów (z e-Tax)	Brak
Przeniesienie straty	Tak, do 3 lat	Nie

Osoby korzystające z Blue Return — które otrzymują większą ulgę podatkową — są zobowiązane do prowadzenia szczegółowej dokumentacji finansowej, co czyni dokładną konwersję wyciągów bankowych niezbędną do ich księgowości.

System Kwalifikowanych Faktur (インボイス制度)

Uruchomiony 1 października 2023 r. system wymaga od firm zarejestrowania się jako „kwalifikowani wystawcy faktur”, aby wystawiać ważne faktury dla odliczeń podatku od towarów i usług. Wcześniej firmy z roczną sprzedażą podlegającą opodatkowaniu poniżej 10 milionów jenów były zwolnione z podatku od towarów i usług. Ta zmiana znacznie zwiększyła potrzebę dokładnego prowadzenia dokumentacji finansowej wśród małych firm i freelancerów.

Japońskie oprogramowanie księgowe

Oprogramowanie	Kluczowe dane	Grupa docelowa
freee	~600 000 subskrybentów	MŚP, freelancerzy, startupy
Money Forward	27,96 mld jenów ARR z SaaS	MŚP, osoby fizyczne
Yayoi (弥生)	#1 oprogramowanie księgowe na komputery stacjonarne przez 24 lata z rzędu	MŚP, jednoosobowe działalności gospodarcze
TKC	Obsługuje ~11 500 biur doradców podatkowych	Biura doradców podatkowych

Wszystkie trzy główne platformy chmurowe (freee, Money Forward, Yayoi Online) obsługują import danych transakcji bankowych w formacie CSV. Eksporty Excel i CSV z PDFSub mogą być importowane bezpośrednio do tych narzędzi.

---

Kto potrzebuje konwersji japońskich wyciągów bankowych?

Doradcy podatkowi (税理士). W Japonii jest około 82 276 zarejestrowanych doradców podatkowych (stan na grudzień 2025 r.). Przetwarzają oni wyciągi bankowe klientów do celów księgowych, rozliczeń podatkowych i przygotowania audytów. Sama Krajowa Federacja TKC liczy 11 500 biur partnerskich.

Obywatele zagraniczni. Według stanu na czerwiec 2025 r. w Japonii mieszka 3,96 miliona obcokrajowców — prawie dwukrotnie więcej niż w 2012 r. Większość wyciągów bankowych jest w całości w języku japońskim, bez opcji angielskiej. Obcokrajowcy potrzebują przekonwertowanych wyciągów do celów rozliczeń podatkowych w kraju, odnowienia wiz i przesyłania dokumentacji finansowej do zagranicznych instytucji.

Freelancerzy składający Blue Return. Samozatrudnieni i freelancerzy posiadający status Blue Return (青色申告) muszą prowadzić szczegółową księgowość podwójną. Konwersja wyciągów bankowych do Excela jest punktem wyjścia do kategoryzacji wydatków firmowych i obliczenia ulgi specjalnej w wysokości 650 000 jenów.

Międzynarodowe firmy. Firmy z japońskimi spółkami zależnymi muszą konsolidować japońskie dane bankowe z globalnymi systemami księgowymi. Trzy megabanki wspólnie służą jako główny bank dla 19,3% japońskich firm, a bankowość korporacyjna zazwyczaj odbywa się za pośrednictwem BizSTATION MUFG lub podobnych portali.

Studenci i posiadacze wiz pracowniczych. Japonia odnotowała ponad 30 milionów turystów międzynarodowych w 2024 roku. Długoterminowi studenci i posiadacze wiz pracowniczych otwierają japońskie konta bankowe (często w Japan Post Bank, najbardziej dostępnym) i potrzebują przetwarzać wyciągi podczas zarządzania finansami lub składania zeznań podatkowych w swoich krajach ojczystych.

---

Wskazówki dotyczące pracy z japońskimi danymi finansowymi w Excelu

Najpierw sprawdź pod kątem mojibake. Jeśli jakikolwiek japoński tekst pojawia się jako nieczytelne znaki (ä, â€, é, itp.), plik został otwarty z niewłaściwym kodowaniem. Ponownie zaimportuj, używając kodowania Shift_JIS, lub użyj eksportu Excel w formacie UTF-8 z PDFSub, aby całkowicie uniknąć tego problemu.

Sprawdź typy liczb. Po imporcie przetestuj, czy kwoty są faktycznymi liczbami: kliknij komórkę i sprawdź, czy Excel pokazuje liczbę na pasku formuły, lub spróbuj =SUM() dla kolumny. Jeśli SUM zwraca 0, ale komórki pokazują liczby, wartości są tekstem o pełnej szerokości udającym liczby.

Zrozum format dwukolumnowy. Japońskie wyciągi używają oddzielnych kolumn 入金 (wpłata) i 出金 (wypłata). Jeśli Twoja analiza wymaga jednej podpisanej kwoty, utwórz formułę: =IF(deposit_cell<>"", deposit_cell, -withdrawal_cell).

Konwertuj daty ery. Jeśli otrzymasz daty ery: rok Reiwa + 2018 = rok gregoriański. Więc 令和8年 = 2026, 令和7年 = 2025. Dla dat Heisei (przed majem 2019): rok Heisei + 1988 = rok gregoriański.

Zachowaj oryginalny plik PDF. Japońskie prawo podatkowe wymaga przechowywania dokumentacji finansowej. Dla osób korzystających z Blue Return, oryginalny wyciąg bankowy (lub paszport bankowy) jest wymaganym dokumentem. Zawsze przechowuj plik PDF obok przekonwertowanego pliku Excel.

Uważaj na znaki o mieszanej szerokości. Jeśli sortowanie lub filtrowanie daje nieoczekiwane wyniki, sprawdź obecność mieszanych znaków o pełnej i połowicznej szerokości w tej samej kolumnie. Pojedyncza spacja o pełnej szerokości w komórce o połowicznej szerokości spowoduje niedopasowania.

---

Często zadawane pytania

Czy mogę przekonwertować wyciągi MUFG (三菱UFJ銀行) do Excela?

Tak. MUFG jest największym bankiem w Japonii z około 57 milionami kont indywidualnych. PDFSub natywnie obsługuje pliki PDF z MUFG, konwertując japońskie formatowanie — w tym kodowanie Shift_JIS, nazwy nadawców w katakanie o połowicznej szerokości i oddzielne kolumny wpłat/wypłat — do czystych danych arkusza kalkulacyjnego zakodowanych w UTF-8.

Jak naprawić nieczytelne japońskie znaki (mojibake)?

Mojibake występuje, gdy plik zakodowany w Shift_JIS jest otwierany jako UTF-8 (lub odwrotnie). PDFSub całkowicie tego unika, automatycznie wykrywając kodowanie i eksportując w UTF-8. Jeśli pracujesz z surowymi plikami CSV, określ kodowanie „Japońskie (Shift-JIS)” podczas importowania do Excela: Dane → Pobierz dane → Z tekstu/CSV → wybierz kodowanie.

Czy japońskie pliki PDF banków mają problemy z OCR?

Wyciągi pobrane z bankowości internetowej to natywne cyfrowe pliki PDF z możliwością zaznaczania tekstu — ekstrakcja jest szybka i dokładna. OCR jest potrzebny dla zeskanowanych papierowych wyciągów lub zdjęć paszportów bankowych (通帳の写真). Kultura paszportów bankowych w Japonii oznacza, że wielu użytkowników fotografuje strony swoich paszportów zamiast pobierać pliki PDF. PDFSub obsługuje zarówno cyfrowe pliki PDF, jak i zeskanowane dokumenty.

Co z wpisami w paszporcie bankowym (通帳)?

Fizyczne paszporty bankowe są nadal powszechne w Japonii, chociaż ich użycie spada, ponieważ banki pobierają opłaty za nowe paszporty (MUFG pobiera 550 jenów rocznie). Wpisy w paszporcie są zazwyczaj bardziej skrócone niż w PDF-ach z bankowości internetowej, pokazując tylko skrócone opisy. Jeśli fotografujesz strony paszportu, tryb OCR PDFSub może wyodrębnić transakcje.

Czy mogę wyeksportować japońskie dane bankowe do freee lub Money Forward?

PDFSub eksportuje do formatów Excel, CSV (UTF-8), QBO, OFX, QFX i JSON. W przypadku japońskiego oprogramowania księgowego (freee, Money Forward, Yayoi) eksportuj do CSV i importuj za pomocą wbudowanej funkcji importu transakcji bankowych oprogramowania. Prawidłowo zakodowane, znormalizowane dane z PDFSub zapewniają czysty import bez problemów z mojibake lub formatowaniem.

Jak obsługiwać japońskie daty ery (令和)?

PDFSub automatycznie konwertuje japońskie daty ery na standardowe daty gregoriańskie. W przypadku ręcznej konwersji: rok Reiwa + 2018 = rok gregoriański (令和8年 = 2026, 令和7年 = 2025). Roki Heisei + 1988 = rok gregoriański (平成31年 = 2019). Ery zmieniły się 1 maja 2019 r.

Ile japońskich banków obsługuje PDFSub?

PDFSub obsługuje ponad 20 000 formatów bankowych na całym świecie, w tym wszystkie główne japońskie banki: trzy megabanki (MUFG, SMBC, Mizuho), Japan Post Bank, Rakuten Bank, banki regionalne ze wszystkich 47 prefektur oraz banki przyjazne obcokrajowcom, takie jak SBI Shinsei i Sony Bank.

Czy mogę jednocześnie konwertować wiele japońskich wyciągów?

Tak. Prześlij wiele 取引明細書 (wyciągów transakcji), a PDFSub przetworzy je sekwencyjnie. Każdy wyciąg jest automatycznie wykrywany i konwertowany niezależnie, nawet jeśli pochodzi z różnych banków o różnych układach i konwencjach kodowania.

---

Wypróbuj PDFSub za darmo przez 7 dni — pełny dostęp do Konwertera wyciągów bankowych i ponad 77 innych narzędzi PDF. Anuluj w dowolnym momencie.