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 zamienią się w zniekształcone mojibake (文字化け), data z ery Reiwa "令和8年3月2日" nic nie znaczy dla Twojego angielskiego arkusza, nazwy nadawców w katakanie o połowie szerokości, jak "ﾔﾏﾀﾞﾀﾛｳ", staną się nieczytelne, a liczby o pełnej szerokości "１２３，４５６" nie będą się obliczać, ponieważ są to inne znaki Unicode niż ich odpowiedniki o połowie szerokości.

Główny problem polega na tym, że japońskie bankowość opiera się na konwencjach kodowania znaków i formatowania, które zakładają systemy o japońskiej lokalizacji. Międzybankowy system rozliczeń Zengin - który przetwarza około 6,5 miliona transakcji i 12 bilionów jenów dziennie - historycznie wymagał katakany o połowie szerokości dla wszystkich nazw, co jest dziedzictwem widocznym nawet na współczesnych wyciągach bankowych. Kiedy przenosisz te dane na komputer spoza Japonii, błędy kodowania są niemal gwarantowane.

Niezależnie od tego, czy jesteś zagranicznym rezydentem w Tokio przetwarzającym wyciągi MUFG do celów podatkowych w kraju, zeirishi (księgowym 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 (青色申告) - główny 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ć.

Convert Japanese bank statements to Excel - handling kanji, Shift_JIS encoding, and Japanese era dates

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 japońskie znaki. Kiedy otwierasz plik Shift_JIS w systemie oczekującym UTF-8, każdy japoński znak staje się zniekształcony. 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 japońskim Excelu mogą generować inne zniekształcone wyniki.

Problem jest potęgowany 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ę japońskich znaków i tekstu łacińskiego (co zawierają wszystkie wyciągi bankowe).

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

To zjawisko jest unikalne dla Japonii i zaskakuje praktycznie każdego programistę spoza Japonii.

Japońskie systemy komputerowe 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łowie szerokości (半角) zajmują jedno.

Pełna szerokość (全角)	Połowa szerokości (半角)	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łowie szerokości, podczas gdy opisy używają znaków o pełnej szerokości. Konwerter musi znormalizować wszystko do spójnej połowy szerokości dla obliczeń.

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

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

Tworzy to specyficzny problem: na wyciągu bankowym nazwa nadawcy przelewu pojawia się jako coś w rodzaju ﾔﾏﾀﾞﾀﾛｳ zamiast 山田太郎 (Yamada Taro). Nawet rdzenni Japończycy mają trudności z odczytaniem katakany o połowie szerokości.

Co gorsza: w katakanie o połowie 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łowie szerokości staje się dwoma: ｶﾞ (ka + znak dźwięczności). Podwaja to pozorną długość nazw zawierających dźwięczne spółgłoski i psuje wszelkie przetwarzanie tekstu, które liczy pozycje znaków.

4. Daty w japońskich erach (和暦)

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 r.

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

Angielski Excel nie ma pojęcia o japońskich erach. Nie potrafi zinterpretować "令和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), która jest zgodna z ISO 8601. Kiedy wyciągi używają dat zachodnich, pojawiają się jako 2026/03/02 - mniej niejednoznaczne niż europejski format DD/MM/RRRR. Wyzwaniem jest wyłącznie użycie dat erowych.

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

5. Waluta w liczbach całkowitych (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 wynosi 300 000–500 000 jenów miesięcznie. Czynsz może wynosić 80 000–200 000 jenów. Liczby często osiągają sześć lub siedem 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 przestrzegają międzynarodowych konwencji.

6. Oddzielne kolumny wpłat i wypłat

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

入金 (nyūkin) - Wpłaty/kredyty
出金 (shukkin) - Wypłaty/debet

Jedna z kolumn jest zawsze pusta dla każdej transakcji. Podczas konwersji do Excela musisz zdecydować: zachować format dwukolumnowy, czy połączyć w jedną kolumnę z liczbą ze znakiem? Oba wybory wymagają od konwertera zrozumienia japońskiej struktury 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 aktywami przekraczającymi 205 bilionów jenów. 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 cyfrowej książeczki oszczędnościowej. Unikalny system numeracji kont, który różni 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 działa około 97 banków regionalnych - 61 banków pierwszej kategorii i 36 banków drugiej kategorii. Każdy prefektura zazwyczaj ma co najmniej jeden bank regionalny z siedzibą w swoim mieście stołecznym. Przykłady: Yokohama Bank (横浜銀行), Chiba Bank (千葉銀行), Shizuoka Bank (静岡銀行). Formaty wyciągów znacznie się różnią w zależności od banku regionalnego.

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 zagranicznych rezydentów. Oba banki udostępniają 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.

Step-by-step process for converting Japanese bank statements with PDFSub

Jak to działa

Prześlij swój 取引明細書 - Przeciągnij i upuść plik PDF z dowolnego japońskiego banku. PDFSub automatycznie wykrywa format banku z ponad 20 000 obsługiwanych szablonów.
Automatyczna obsługa formatu - Konwerter automatycznie: - Wykrywa i konwertuje kodowanie Shift_JIS do UTF-8 - Normalizuje liczby o pełnej szerokości (１２３) do połowy szerokości (123) do obliczeń - Konwertuje przecinki, spacje i znaki interpunkcyjne o pełnej szerokości do standardowych znaków - Analizuje daty z japońskich er (令和8年3月2日) do standardowych dat (2026-03-02) - Tłumaczy nazwy nadawców w katakanie o połowie szerokości na czytelną pełną szerokość - Łączy kolumny wpłat/wypłat lub zachowuje je jako oddzielne kolumny - Rozpoznaje japońską terminologię bankową (振込, 振替, 口座振替, itp.)
Przejrzyj i zweryfikuj - Sprawdź wyodrębnione transakcje w podglądzie. Salda są walidowane względem salda początkowego i końcowego 잔고 (zengo) na wyciągu.
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

Ponad 130 języków, 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 wszystkich głównych japońskich banków. Od trzech megabanków (MUFG, SMBC, Mizuho) po 120 milionów kont Japan Post Bank, Rakuten Bank, banków regionalnych ze wszystkich 47 prefektur oraz banków przyjaznych obcokrajowcom, takich 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ęć książeczek oszczędnościowych.

Normalizacja pełnej szerokości. Liczby, przecinki, spacje i znaki interpunkcyjne są automatycznie normalizowane z pełnej szerokości do połowy szerokości - 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żna 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 erowych
Kolumny: Zazwyczaj 日付 (Data), 摘要 (Opis), 入金額 (Wpłata), 出金額 (Wypłata), 残高 (Saldo)

Ograniczenia

Kodowanie Shift_JIS. Otwarcie pliku CSV w jakimkolwiek systemie spoza Japonii powoduje zniekształcenie tekstu. 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łowie szerokości. Nazwy nadawców/odbiorców będą wyświetlane w katakanie o połowie szerokości z systemu Zengin. Są one trudne do odczytania nawet dla rodzimych Japończyków i niemożliwe dla osób nieznających języka.

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

Brak ustandaryzowanego formatu. W przeciwieństwie do niemieckich standardów CAMT.053/MT940 lub francuskich CAMT.053/FEC, japońskie pliki CSV z 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órego nie można obliczyć
Nazwy w katakanie o połowie szerokości wklejają się, ale są nieczytelne w systemach spoza Japonii
Daty erowe 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 dowolnej 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ń 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 łącznej wartości około 12 bilionów jenów.

Format pliku Zengin wykorzystuje rekordy o stałej szerokości 120 bajtów z kodowaniem katakany o połowie szerokości dla nazwisk. Ten starszy format jest powodem, dla którego nazwy nadawców/odbiorców na wyciągach bankowych pojawiają się w katakanie o połowie 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
Dodatek specjalny	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ększe odliczenie podatkowe - 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 ten 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 statystyki	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 rachunkowych	Biura rachunkowe

Wszystkie trzy główne platformy chmurowe (freee, Money Forward, Yayoi Online) obsługują import danych transakcji bankowych w formacie CSV. Eksporty PDFSub do Excela i CSV można importować bezpośrednio do tych narzędzi.

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

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

Zagraniczni rezydenci. 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. Zagraniczni rezydenci potrzebują przekonwertowanych wyciągów do celów podatkowych w kraju, odnowienia wizy i przesyłania dokumentacji finansowej do zagranicznych instytucji.

Freelancerzy składający Blue Return. Samozatrudnieni pracownicy i freelancerzy utrzymują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 specjalnego odliczenia 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 wizy Working Holiday. Japonia odnotowała ponad 30 milionów międzynarodowych turystów w 2024 r. Długoterminowi studenci i posiadacze wizy Working Holiday otwierają japońskie konta bankowe (często w Japan Post Bank, najbardziej dostępnym) i potrzebują przetwarzać wyciągi podczas zarządzania finansami lub rozliczania podatków w swoich krajach ojczystych.

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

Najpierw sprawdź, czy nie ma mojibake. Jeśli jakikolwiek japoński tekst pojawia się jako zniekształcone znaki (Ã¤, â€, Ã©, itp.), plik został otwarty z niewłaściwym kodowaniem. Ponownie zaimportuj, używając kodowania Shift_JIS, lub użyj eksportu Excela w UTF-8 z PDFSub, aby całkowicie uniknąć tego problemu.

Zweryfikuj typy liczb. Po imporcie przetestuj, czy kwoty są rzeczywistymi liczbami: kliknij komórkę i sprawdź, czy Excel pokazuje liczbę w pasku formuły, lub spróbuj użyć =SUM() na kolumnie. 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 liczby ze znakiem, utwórz formułę: =IF(komórka_wpłaty<>"", komórka_wpłaty, -komórka_wypłaty).

Konwertuj daty erowe. Jeśli otrzymasz daty erowe: 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 książeczka oszczędnościowa) 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ź, czy w tej samej kolumnie nie ma mieszanki znaków o pełnej i połowie szerokości. Pojedyncza spacja o pełnej szerokości w komórce z innymi znakami o połowie szerokości spowoduje niedopasowanie.

Najczęściej 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 wyciągi PDF z MUFG, konwertując japońskie formatowanie - w tym kodowanie Shift_JIS, nazwy nadawców w katakanie o połowie szerokości i oddzielne kolumny wpłat/wypłat - do czystych danych arkusza kalkulacyjnego zakodowanych w UTF-8.

Jak naprawić zniekształcone 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 zaznaczalnym tekstem - ekstrakcja jest szybka i dokładna. OCR jest potrzebny dla zeskanowanych wyciągów papierowych lub zdjęć książeczek oszczędnościowych (通帳の写真). Japońska kultura książeczek oszczędnościowych oznacza, że wielu użytkowników fotografuje strony swoich książeczek zamiast pobierać pliki PDF. PDFSub obsługuje zarówno cyfrowe pliki PDF, jak i zeskanowane dokumenty.

Co z wpisami w książeczce oszczędnościowej (通帳)?

Fizyczne książeczki oszczędnościowe są nadal powszechne w Japonii, chociaż ich użycie spada, ponieważ banki pobierają opłaty za nowe książeczki (MUFG pobiera 550 jenów rocznie). Wpisy w książeczce są zazwyczaj bardziej skrócone niż w PDF-ach z wyciągów online, pokazując tylko skrócone opisy. Jeśli fotografujesz strony książeczki, tryb OCR PDFSub może wyodrębnić transakcje.

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

PDFSub eksportuje do Excela, 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. Poprawnie zakodowane, znormalizowane dane z PDFSub zapewniają czysty import bez problemów z mojibake lub formatowaniem.

Jak obsługiwać daty w japońskich erach (令和)?

PDFSub automatycznie konwertuje daty w japońskich erach na standardowe daty gregoriańskie. W przypadku ręcznej konwersji: rok Reiwa + 2018 = rok gregoriański (令和8年 = 2026), rok 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 banków 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 84 innych narzędzi PDF w planie All-In-One (20 USD/użytkownik/miesiąc rocznie). Anuluj w dowolnym momencie.