Konvertera japanska bankkontoutdrag till Excel (MUFG, SMBC, Mizuho och fler)
Japanska bankkontoutdrag kombinerar kanji-beskrivningar, Shift_JIS-kodning, halvbreddskanji och japanska eran-datum som inte fungerar i icke-japansk Excel. Här är hur du konverterar dem korrekt.
Ditt 取引明細 (transaktionsutdrag) från MUFG ser perfekt strukturerat ut i PDF:en. Men öppna det i Excel utanför Japan och problemen hopar sig: kanji-tecken blir till förvrängd mojibake (文字化け), Reiwa-eran datumet "令和8年3月2日" betyder ingenting för ditt svenska kalkylblad, halvbreddskanjinamn som "ヤマダ タロウ" blir oläsliga symboler, och fullbreddssiffror "123,456" kommer inte att beräknas eftersom de är andra Unicode-tecken än sina halvbredds-motsvarigheter.
Här är kärnproblemet: Japansk bankverksamhet bygger på teckenkodnings- och formateringskonventioner som förutsätter ett system med japansk lokal. Zengin interbankbetalningsnätverk – som hanterar cirka 6,5 miljoner transaktioner och 12 biljoner yen dagligen – krävde historiskt halvbreddskanji för alla namn, en kvarleva som fortfarande syns på moderna bankkontoutdrag. När du flyttar den datan till en icke-japansk dator är kodningsfel nästan garanterade.
Oavsett om du är en utländsk bosatt i Tokyo som hanterar MUFG-kontoutdrag för skatteinlämning i hemlandet, en zeirishi (skatterådgivare) som importerar klientdata till freee eller Money Forward, ett internationellt företag som konsoliderar data från ett japanskt dotterbolag, eller en frilansare som sköter bokföring för Blue Return (青色申告) – kärnproblemet är identiskt: att extrahera strukturerad, kalkylbladsredo data från japanska bankkontoutdrags-PDF:er.
Den här guiden täcker de specifika formateringsutmaningarna för japanska kontoutdrag, de stora bankerna du kommer att stöta på och hur du konverterar dem korrekt.
Varför japanska bankkontoutdrag krånglar i Excel
Japanska bankkontoutdrag skapar en unik uppsättning utmaningar som går utöver enkel nummerformatering. Problemen omfattar teckenkodning, nummersystem, datumkonventioner och äldre interbankformat.
1. Shift_JIS vs. UTF-8-kodning (Mojibake)
Detta är det absolut största problemet för alla som hanterar japansk finansiell data utanför Japan.
De flesta japanska banker exporterar CSV-filer i Shift_JIS (kodningssida 932) – en kodningsstandard som föregår UTF-8 och endast täcker japanska tecken. När du öppnar en Shift_JIS-fil på ett system som förväntar sig UTF-8, blir varje japanskt tecken förvrängt. Japaner har ett ord för detta: 文字化け (mojibake), bokstavligen "teckenomvandling."
| Vad du borde se | Vad UTF-8 visar |
|---|---|
| 振込 カ)ヤマダ タロウ | 振込 カ)ヤマダ |
| 三菱UFJ銀行 | 三è±UFJ銀行 |
| 口座振替 電気代 | å£åº§æŒ¯æ›¿ 電気代 |
Det omvända gäller också: UTF-8-filer som öppnas i japansk Excel kan ge annan förvrängd utdata.
Problemet förvärras av det faktum att Shift_JIS-filer saknar Byte Order Mark (BOM) – det finns ingen rubrik som talar om för programvaran vilken kodning som ska användas. Automatisk detektering är opålitlig, särskilt när filen innehåller en blandning av japanska tecken och latinsk text (vilket alla bankkontoutdrag gör).
2. Fullbredds- vs. Halvbreddstecken (全角 vs. 半角)
Detta är unikt japanskt och överraskar nästan alla icke-japanska utvecklare.
Japansk databehandling använder två bredder för många tecken. Fullbreddstecken (全角) upptar utrymmet för två latinska tecken; halvbreddstecken (半角) upptar ett.
| Fullbredd (全角) | Halvbredd (半角) | Samma tecken? |
|---|---|---|
| 123,456 | 123,456 | Samma siffra, olika byte |
| カード | カード | Samma ord ("kort"), olika kodning |
| ,(コンマ) | , (komma) | Samma skiljetecken, olika byte |
| (スペース) | (mellanslag) | Samma mellanslag, olika byte |
En cell som innehåller "123,456" (fullbredd) ser identisk ut med "123,456" på skärmen, men Excel behandlar fullbreddsversionen som text, inte ett nummer. Du kan inte SUMMA det, sortera det eller använda det i formler. Standard sök-och-ersätt för kommatecken kommer inte heller att matcha fullbreddskommatecken.
Bankkontoutdrag kan blanda bredder: belopp kan vara halvbredd medan beskrivningar använder fullbreddstecken. Konverteraren måste normalisera allt till konsekvent halvbredd för beräkningar.
3. Halvbreddskanji från Zengin-systemet
Zengin interbankbetalningssystem – Japans inhemska betalningsryggrad – krävde historiskt att alla namn skulle överföras i halvbreddskanji (半角カナ) inom en gräns på 20 tecken.
Detta skapar ett specifikt problem: på ditt bankkontoutdrag visas avsändarens namn för en överföring som något i stil med ヤマダ タロウ istället för 山田 太郎 (Yamada Taro). Även infödda japanska läsare har svårare att läsa halvbreddskanji.
Värre: i halvbreddskanji är diakritiska tecken (dakuten) separata tecken. Tecknet ガ (ga) i fullbredd är ett enda tecken, men i halvbredd blir det två: ガ (ka + diakritiskt tecken). Detta dubblerar den uppenbara längden på namn som innehåller ljud med diakritiska tecken och bryter all textbehandling som räknar teckenpositioner.
4. Japanska eran-datum (和暦)
Japan använder sin egen eran-baserade kalender vid sidan av den gregorianska kalendern. Den nuvarande eran är Reiwa (令和), som började 1 maj 2019.
| Japanskt eran-datum | Gregorianskt motsvarande |
|---|---|
| 令和8年3月2日 | 2 mars 2026 |
| R8.03.02 | 2 mars 2026 |
| 令和7年12月15日 | 15 december 2025 |
Svensk Excel har ingen förståelse för japanska eran. Den kan inte tolka "令和8年" som 2026. Även det förkortade formatet "R8.03.02" är oigenkännligt.
De goda nyheterna: Japan använder År-Månad-Dag-ordning (störst till minst), vilket är ISO 8601-kompatibelt. När kontoutdrag använder västerländska datum visas de som 2026/03/02 – mindre tvetydigt än det europeiska DD/MM/ÅÅÅÅ-formatet. Utmaningen ligger enbart när eran-datum används.
Eran-gränsfall: Historiska kontoutdrag från 2019 kan spänna över övergången från Heisei till Reiwa (Heisei slutade 30 april 2019). Samma år, 2019, är både Heisei 31 och Reiwa 1. En konverterare måste hantera båda eran korrekt.
5. Heltal som valuta (inga decimaler)
Yenen har ingen underenhet – det finns inga cent. Alla belopp på japanska bankkontoutdrag är heltal: ¥1 234 567 betyder exakt 1 234 567 yen.
Detta förenklar faktiskt en aspekt av konverteringen (ingen decimalhantering behövs) men introducerar andra:
- Stora tal är normala. En typisk lön är 300 000–500 000 ¥ per månad. Hyra kan vara 80 000–200 000 ¥. Siffror når ofta sex eller sju siffror.
- 10 000-enhets-tänkande. Japaner tänker i enheter av 万 (man, 10 000). En lön på 3 000 000 ¥ är mentalt "300万円." Men bankkontoutdrag visar hela numret.
- Kommatecken var tredje siffra på kontoutdrag – även om det japanska nummersystemet grupperar med 4 siffror (万 = 10 000, 億 = 100 000 000). Finansiella dokument följer internationell konvention.
6. Separata kolumner för insättning och uttag
Till skillnad från västerländska bankkontoutdrag som använder en enda beloppskolumn (positiv för krediter, negativ för debiter), använder japanska kontoutdrag vanligtvis två separata kolumner:
- 入金 (nyūkin) – Insättningar/krediter
- 出金 (shukkin) – Uttag/debiter
En kolumn är alltid tom för varje transaktion. Vid konvertering till Excel måste du bestämma dig: behålla tvåkolumnsformatet, eller slå ihop till en enda signerad beloppskolumn? Båda valen kräver att konverteraren förstår den japanska kolumnstrukturen.
Stora japanska banker och deras kontoutdrag
MUFG (三菱UFJ銀行)
Japans största bank sett till tillgångar (~2,9 biljoner USD) med cirka 57 miljoner individuella bankkonton. Del av Mitsubishi UFJ Financial Group. Erbjuder PDF-kontoutdrag och CSV-export via onlinebanken (BizSTATION för företag, 三菱UFJダイレクト för privatkunder). CSV-exporter använder Shift_JIS-kodning.
SMBC (三井住友銀行)
Japans näst största affärsbank med cirka 27 miljoner privatkunder. Del av Sumitomo Mitsui Financial Group. Onlinebanken (SMBCダイレクト) tillhandahåller PDF- och CSV-nedladdningar.
Mizuho (みずほ銀行)
Tredje megabanken med cirka 24 miljoner privatkunder och 12,6 miljoner onlinebankanvändare. Onlinebanken (みずほダイレクト) erbjuder nedladdning av transaktioner.
Japan Post Bank (ゆうちょ銀行)
Den största sett till antal konton med cirka 120 miljoner kundkonton och totala tillgångar på över 205 biljoner yen. Verksamheten sker via cirka 24 000 kontor (mestadels anlitade postkontor). Når praktiskt taget varje kommun i Japan. Appen "Yucho Tsucho" erbjuder digitalt bankbokstillgång. Unikt kontonummersystem som skiljer sig från standard japanska bankkontonummer.
Rakuten Bank (楽天銀行)
Japans största onlinebank med 17,6+ miljoner konton och insättningar överstigande 13 biljoner yen. Insättningarna har vuxit med 16,5 % årligen jämfört med 3,8 % för megabanker. Helt digital med CSV-exportmöjlighet.
Regionala banker (地方銀行)
Japan har cirka 97 regionala banker – 61 banker av första klassen och 36 banker av andra klassen. Varje prefektur har vanligtvis minst en regional bank med huvudkontor i sin huvudstad. Exempel: Yokohama Bank (横浜銀行), Chiba Bank (千葉銀行), Shizuoka Bank (静岡銀行). Kontoutdragsformaten varierar betydligt mellan regionala banker.
SBI Shinsei Bank / Sony Bank
SBI Shinsei Bank och Sony Bank är anmärkningsvärda för att erbjuda onlinebank på engelska – ovanligt i Japan. Populära bland utländska bosatta av denna anledning. Båda tillhandahåller PDF- och CSV-export.
Metod 1: Använd PDFSub (Rekommenderas)
PDFSub hanterar japanska bankkontoutdrag inbyggt – inklusive alla kodnings- och formateringsutmaningar ovan.
Hur det fungerar
-
Ladda upp ditt 取引明細書 – Dra och släpp PDF:en från vilken japansk bank som helst. PDFSub upptäcker automatiskt bankformatet från de 20 000+ stödda mallarna.
-
Automatisk format-hantering – Konverteraren gör automatiskt:
- Detekterar och konverterar Shift_JIS-kodning till UTF-8
- Normaliserar fullbreddssiffror (123) till halvbredd (123) för beräkning
- Konverterar fullbreddskommatecken, mellanslag och skiljetecken till standardtecken
- Tolkar japanska eran-datum (令和8年3月2日) till standarddatum (2026-03-02)
- Översätter halvbreddskanjinamn till läsbar fullbredd
- Slår ihop kolumner för insättning/uttag eller behåller dem som separata kolumner
- Känner igen japansk bankterminologi (振込, 振替, 口座振替, etc.)
-
Granska och verifiera – Kontrollera de extraherade transaktionerna i förhandsgranskningen. Saldon valideras mot kontoutdragets öppnings- och slutsaldo 残高 (saldo).
-
Ladda ner – Exportera som Excel (.xlsx), CSV (UTF-8), QBO (QuickBooks), OFX (Xero, Wave), QFX (Quicken) eller JSON.
Varför PDFSub fungerar för japanska kontoutdrag
133 språk inklusive japanska. Extraheringsmotorn förstår japansk bankterminologi – 振込, 振替, 入金, 出金, 口座振替, 手数料, 利息 – och mappar dem till strukturerade fält.
Kodning hanteras automatiskt. Du behöver inte manuellt detektera eller konvertera mellan Shift_JIS och UTF-8. PDFSub identifierar kodningen och normaliserar allt till UTF-8 med korrekt hantering av kanji, hiragana, katakana och blandade bredd-tecken.
Alla stora japanska banker stöds. Från de tre megabankerna (MUFG, SMBC, Mizuho) till Japan Post Banks 120 miljoner konton, Rakuten Bank, regionala banker i alla 47 prefekturer och engelskspråkiga banker som SBI Shinsei och Sony Bank.
Webbläsar-först integritet. För digitala PDF:er från onlinebanken sker textutvinning helt i din webbläsare. Filen lämnar aldrig din enhet. Serverbaserad bearbetning används endast för skannade dokument eller passboksfoton.
Normalisering av fullbredd. Siffror, kommatecken, mellanslag och skiljetecken normaliseras alla från fullbredd till halvbredd automatiskt – vilket säkerställer att belopp behandlas som siffror, inte text, i ditt kalkylblad.
Metod 2: Din banks CSV-export
De flesta stora japanska banker erbjuder CSV-transaktionsnedladdningar via onlinebanken. Här är vad du kan förvänta dig:
Vad du får
- Kodning: Nästan alltid Shift_JIS (inte UTF-8)
- Avgränsare: Standardkomma (,)
- Datumformat: Vanligtvis ÅÅÅÅ/MM/DD (västerländskt) i CSV, även om vissa banker använder eran-datum
- Kolumner: Vanligtvis 日付 (Datum), 摘要 (Beskrivning), 入金額 (Insättning), 出金額 (Uttag), 残高 (Saldo)
Begränsningar
Shift_JIS-kodning. Att öppna CSV:n på ett icke-japanskt system ger förvrängd text. Du måste explicit ange kodningen vid import: I Excel, använd Data → Hämta data → Från text/CSV → Välj "Japanska (Shift-JIS)" kodning.
Halvbreddskanjinamn. Avsändar-/mottagarnamn visas i halvbreddskanji från Zengin-systemet. Dessa är svårlästa även för infödda japanska talare och omöjliga för icke-talare.
Begränsad historik. CSV-export från onlinebanker täcker vanligtvis 3-12 månader. Längre historik kräver nedladdning av kontoutdrag för varje period separat.
Ingen standardiserad format. Till skillnad från tyska CAMT.053/MT940 eller franska CAMT.053/FEC-standarder, har japanska bank-CSV:er inget universellt format. Varje bank använder sin egen kolumnordning, namngivning och struktur.
Fullbreddstecken i beskrivningar. Transaktionsbeskrivningar kan innehålla fullbreddssiffror och skiljetecken som behöver normaliseras före analys.
Metod 3: Manuell kopiera-klistra (Rekommenderas ej)
Problemen är allvarliga med japanska kontoutdrag:
- Kanji- och kanji-tecken kanske inte klistras in korrekt mellan applikationer
- Kodningskonvertering misslyckas tyst – tecken som ser korrekta ut kan vara fel Unicode-kodpunkter
- Fullbreddssiffror klistras in som text som inte kan beräknas
- Halvbreddskanjinamn klistras in men är oläsliga på icke-japanska system
- Era-datum har ingen automatisk konvertering till gregorianska datum i svensk Excel
- Separata kolumner för insättning/uttag kräver manuell sammanslagning
- Ingen validering mot öppnings-/slutsaldo
För alla transaktionsvolymer är detta tillvägagångssätt opraktiskt.
Japanska finansiella system du bör känna till
Zengin System (全銀システム)
Japans centrala inhemska interbankbetalningsnätverk, etablerat 1973. Kopplar samman praktiskt taget alla privata banker i Japan och hanterar cirka 6,5 miljoner transaktioner per dag, totalt cirka 12 biljoner yen.
Zengin-filformatet använder fasta 120-byte poster med halvbreddskanji-kodning för namn. Detta äldre format är anledningen till att avsändar-/mottagarnamn på bankkontoutdrag visas i halvbreddskanji istället för kanji. Det nyare ZEDI (Zengin EDI)-systemet stöder full kanji och rör sig mot ISO 20022-kompatibel XML-meddelanden, men det äldre formateringen kvarstår på många kontoutdrag.
Blue Return (青色申告) vs. White Return (白色申告)
Japansk skatteinlämning har två nivåer:
| Funktion | Blue Return (青色申告) | White Return (白色申告) |
|---|---|---|
| Ansökan | Måste ansökas i förväg | Standardstatus |
| Bokföring | Detaljerad dubbel bokföring | Enkel inkomst/utgift |
| Särskild avdrag | Upp till 650 000 ¥ (med e-Tax) | Ingen |
| Förlustavdrag | Ja, upp till 3 år | Nej |
Blue Return-användare – som får det större skatteavdraget – måste upprätthålla detaljerade finansiella register, vilket gör korrekt konvertering av bankkontoutdrag avgörande för deras bokföring.
Kvalificerat faktureringssystem (インボイス制度)
Lanserades 1 oktober 2023, detta system kräver att företag registrerar sig som "kvalificerade faktureringsutfärdare" för att utfärda giltiga fakturor för momsavdrag. Tidigare var företag med årliga skattepliktiga försäljningar under 10 miljoner yen undantagna från konsumtionsskatt. Denna förändring har avsevärt ökat behovet av korrekt finansiell dokumentation bland småföretag och frilansare.
Japansk redovisningsprogramvara
| Programvara | Nyckelstatistik | Målgrupp |
|---|---|---|
| freee | ~600 000 användare | SME, frilansare, startups |
| Money Forward | 27,96 miljarder yen SaaS ARR | SME, privatpersoner |
| Yayoi (弥生) | #1 skrivbordsredovisning i 24 år i rad | SME, enskilda firmor |
| TKC | Betjänar ~11 500 skatterådgivningsfirmor | Skatterådgivningsfirmor |
Alla tre stora molnplattformar (freee, Money Forward, Yayoi Online) stöder CSV-import av banktransaktionsdata. PDFSubs Excel- och CSV-export kan importeras direkt till dessa verktyg.
Vem behöver konvertering av japanska bankkontoutdrag?
Skattekonsulter (税理士). Japan har cirka 82 276 registrerade skattekonsulter (från december 2025). De hanterar klienters bankkontoutdrag för bokföring, skatteinlämning och revisionsförberedelser. Enbart TKC National Federation har 11 500 medlemsfirmor.
Utländska bosatta. I juni 2025 bodde 3,96 miljoner utländska medborgare i Japan – nästan dubbelt så många som 2012. De flesta bankkontoutdrag är helt på japanska utan engelskt alternativ. Utländska bosatta behöver konverterade kontoutdrag för skatteinlämning i hemlandet, förnyelse av visum och för att skicka finansiell dokumentation till utländska institutioner.
Frilansare som lämnar in Blue Return. Självständiga yrkesverksamma och frilansare som upprätthåller Blue Return (青色申告) status måste föra detaljerad dubbel bokföring. Att konvertera bankkontoutdrag till Excel är startpunkten för att kategorisera affärsutgifter och beräkna det särskilda avdraget på 650 000 ¥.
Internationella företag. Företag med japanska dotterbolag behöver konsolidera japansk bankdata med globala redovisningssystem. De tre megabankerna fungerar kollektivt som huvudbank för 19,3 % av japanska företag, och företagstjänster körs vanligtvis via MUFG:s BizSTATION eller liknande portaler.
Studenter och innehavare av working holiday-visum. Japan såg över 30 miljoner internationella besökare 2024. Långtidsstudenter och innehavare av working holiday-visum öppnar japanska bankkonton (ofta hos Japan Post Bank, den mest tillgängliga) och behöver hantera kontoutdrag när de sköter sin ekonomi eller lämnar in skatter i sina hemländer.
Tips för att arbeta med japansk finansiell data i Excel
Kontrollera mojibake först. Om japansk text visas som förvrängda tecken (ä, â€, é, etc.), öppnades filen med fel kodning. Importera igen med Shift_JIS-kodning eller använd PDFSubs UTF-8 Excel-export för att helt undvika problemet.
Verifiera taltyper. Efter import, testa att beloppen är faktiska tal: klicka på en cell och kontrollera om Excel visar ett tal i formelfältet, eller prova =SUM() på en kolumn. Om SUM returnerar 0 men cellerna visar siffror, är värdena fullbreddtext som utger sig för att vara siffror.
Förstå tvåkolumnsformatet. Japanska kontoutdrag använder separata kolumner för 入金 (insättning) och 出金 (uttag). Om din analys behöver ett enda signerat belopp, skapa en formel: =OM(insättningscell<>""; insättningscell; -uttagscell).
Konvertera eran-datum. Om du får eran-datum: Reiwa-år + 2018 = Gregorianskt år. Så 令和8年 = 2026, 令和7年 = 2025. För Heisei-datum (före maj 2019): Heisei-år + 1988 = Gregorianskt år.
Behåll original-PDF:en. Japansk skattelag kräver arkivering av finansiella register. För Blue Return-användare krävs originalbankkontoutdraget (eller bankboken) som dokumentation. Behåll alltid PDF:en tillsammans med din konverterade Excel-fil.
Se upp för blandade bredd-tecken. Om sortering eller filtrering ger oväntade resultat, kontrollera om det finns blandade fullbredds- och halvbreddstecken i samma kolumn. Ett enda fullbredds-mellanslag i en annars halvbredd-cell kommer att orsaka felmatchningar.
Vanliga frågor
Kan jag konvertera MUFG (三菱UFJ銀行) kontoutdrag till Excel?
Ja. MUFG är Japans största bank med cirka 57 miljoner privatkonton. PDFSub hanterar MUFG PDF-kontoutdrag inbyggt, konverterar den japanska formateringen – inklusive Shift_JIS-kodning, halvbreddskanjinamn och separata kolumner för insättning/uttag – till ren, UTF-8-kodad kalkylbladsdata.
Hur fixar jag förvrängda japanska tecken (mojibake)?
Mojibake uppstår när en Shift_JIS-kodad fil öppnas som UTF-8 (eller vice versa). PDFSub undviker detta helt genom att automatiskt detektera kodningen och exportera i UTF-8. Om du arbetar med råa CSV-filer, ange "Japanska (Shift-JIS)" kodning vid import till Excel: Data → Hämta data → Från text/CSV → välj kodningen.
Har japanska bank-PDF:er OCR-problem?
Kontoutdrag nedladdade från onlinebanken är digitala PDF:er med markerbar text – extraheringen är snabb och korrekt. OCR behövs för skannade papperskontoutdrag eller passboksfoton (通帳の写真). Japans passbokskultur innebär att många användare fotograferar sina passboksidor snarare än att ladda ner PDF:er. PDFSub hanterar både digitala PDF:er och skannade dokument.
Vad händer med passboksposter (通帳)?
Fysiska passböcker är fortfarande vanliga i Japan, även om användningen minskar eftersom bankerna tar betalt för nya passböcker (MUFG tar 550 ¥/år). Passboksposter är vanligtvis mer förkortade än online-kontoutdrags-PDF:er och visar bara förkortade beskrivningar. Om du fotograferar passboksidor kan PDFSubs OCR-läge extrahera transaktionerna.
Kan jag exportera japansk bankdata till freee eller Money Forward?
PDFSub exporterar till Excel, CSV (UTF-8), QBO, OFX, QFX och JSON. För japansk redovisningsprogramvara (freee, Money Forward, Yayoi) exporterar du till CSV och importerar med programvarans inbyggda funktion för import av banktransaktioner. Den korrekt kodade, normaliserade datan från PDFSub säkerställer ren import utan mojibake- eller formateringsproblem.
Hur hanterar jag japanska eran-datum (令和)?
PDFSub konverterar automatiskt japanska eran-datum till standard gregorianska datum. För manuell konvertering: Reiwa-år + 2018 = Gregorianskt år (令和8年 = 2026). Heisei-år + 1988 = Gregorianskt år (平成31年 = 2019). Eran ändrades den 1 maj 2019.
Hur många japanska banker stöder PDFSub?
PDFSub stöder 20 000+ bankformat globalt, inklusive alla större japanska banker: de tre megabankerna (MUFG, SMBC, Mizuho), Japan Post Bank, Rakuten Bank, regionala banker i alla 47 prefekturer och engelskspråkiga banker som SBI Shinsei och Sony Bank.
Kan jag konvertera flera japanska kontoutdrag samtidigt?
Ja. Ladda upp flera 取引明細書 (transaktionsutdrag) och PDFSub bearbetar dem sekventiellt. Varje kontoutdrag detekteras och konverteras oberoende, även om de kommer från olika banker med olika layouter och kodningskonventioner.
Prova PDFSub gratis i 7 dagar – full tillgång till Bankkontoutdrags-konverteraren och 77+ andra PDF-verktyg. Avbryt när som helst.