Hogyan dolgozzunk fel több pénznemű bankszámlakivonatokat

Ügyfélkörét három ország fedi le. Egyik ügyfele Németországban, másik Japánban, harmadik pedig Indiában bankol. Minden hónapban euróban, jenben és rúpiában kap banki kivonatokat – eltérő dátumformátumokkal, eltérő tizedesjegy-kezeléssel és olyan formátumokkal, amelyek bármely egyetlen helyre optimalizált eszközt megzavarnának.

Üdvözöljük a nemzetközi könyvelés valóságában. A több pénznemű banki kivonatok feldolgozása nem csupán árfolyamkérdés. Alapvető különbségekről van szó abban, hogyan formázzák az országok a számokat, dátumokat és pénzügyi dokumentumokat. Ha ezek bármelyikét elrontja, a QuickBooks, Xero vagy Zoho Books rendszerbe történő importálás vagy meghiúsul, vagy – ami még rosszabb – hibás adatokat importál csendben.

Ez az útmutató a több pénznemű banki kivonatok kihívásait tárgyalja, és gyakorlati munkafolyamatokat kínál azok helyes kezeléséhez.

A nemzetközi formázás három rétege

Különböző országok banki kivonatainak feldolgozásakor három független formázási rendszerrel kell foglalkoznia, amelyek helytől függően eltérnek.

1. réteg: Dátumformátumok

Ugyanaz a hat számjegy – 03, 06 és 2026 – teljesen eltérő dátumokat jelent attól függően, hogy hol állították ki a kivonatot:

Formátum	Konvenció	Használatban	Példa
MM/DD/YYYY	Hónap-Nap-Év	USA, Fülöp-szigetek	03/06/2026 = március 6.
DD/MM/YYYY	Nap-Hónap-Év	Egyesült Királyság, EU, India, Ausztrália	03/06/2026 = június 3.
YYYY/MM/DD	Év-Hónap-Nap	Japán, Kína, Korea	2026/03/06 = március 6.
DD.MM.YYYY	Nap.Hónap.Év	Németország, Ausztria, Svájc	03.06.2026 = június 3.
DD-MM-YYYY	Nap-Hónap-Év	India (alternatív)	03-06-2026 = június 3.
YYYY-MM-DD	ISO 8601	Nemzetközi szabvány	2026-03-06 = március 6.

A veszélyzóna az első kettő. Ha a nap 12 vagy annál kisebb, a 03/06/2026 kétértelmű – lehet március 6. vagy június 3. Ha a konverziós eszköz rosszul tippeli meg, a kivonat minden dátuma hónapokkal lesz eltolódva. Ez nem okoz hibát – ez csendben hibás adatokat eredményez, amelyeket csak az egyeztetéskor (vagy még rosszabb esetben az adóbevalláskor) vehet észre.

2. réteg: Számformátumok

A számok formázásának módja az egyik leggyakoribb konverziós hibaforrás:

Ország/Régió	Ezres tagoló	Tizedes tagoló	Példa (egymillió és 50 cent)
USA, Egyesült Királyság, Ausztrália	Vessző	Pont	1,000,000.50
Németország, Franciaország, Olaszország, Spanyolország	Pont	Vessző	1.000.000,50
Franciaország (alternatív)	Szóköz	Vessző	1 000 000,50
India	Vessző (lakh/crore)	Pont	10,00,000.50
Svájc	Apostroph	Pont	1'000'000.50
Japán, Kína	Nincs (vagy vessző)	Nincs (nincs tizedesjegy, a jen egész egység)	1,000,000

Az indiai számozási rendszer külön említést érdemel. India a lakh (1,00,000 = 100 000) és a crore (1,00 00 000 = 10 000 000) csoportosítást használja a nyugati ezres csoportosítás helyett. Egy szám, amely egy indiai könyvelőnek 12,34,567.89-nek tűnik, nyugati jelöléssel 1,234,567.89. A standard konverziós eszközök, amelyek háromjegyű csoportosítást feltételeznek, félreértelmezik az indiai formátumú számokat.

3. réteg: Valutaszimbólumok és elhelyezésük

Valuta	Szimbólum	Elhelyezés	Példa
Amerikai dollár	$	összeg előtt	$1,234.56
Euró	EUR	összeg előtt vagy után	EUR1.234,56 vagy 1.234,56 EUR
Brit font	GBP	összeg előtt	GBP1,234.56
Japán jen	JPY	összeg előtt	JPY1,234
Indiai rúpia	INR vagy Rs	összeg előtt	INR12,34,567
Szaúdi riyal	ر.س	összeg után (jobbról balra)	١٢٣٤ ر.س
Brazil reál	R$	összeg előtt	R$1.234,56
Svájci frank	CHF	összeg előtt	CHF1'234.56

Néhány valuta nem használ tizedesjegyeket (japán jen, koreai won). Mások három tizedesjegyet használnak (bahreini dinár, kuvaiti dinár). A jobbról balra íródó nyelvek, mint az arab, további dimenziót adnak hozzá – maga a kivonat olvasható jobbról balra, miközben a számok balról jobbra olvasódnak.

Miért vallanak kudarcot a standard eszközök a több pénznem esetén?

A legtöbb banki kivonat konverziós eszközt egyetlen helyre – jellemzően az USA-ra – tervezték. Feltételezik:

A dátumok MM/DD/YYYY formátumúak.
A vesszők tagolják az ezresek, a pontok a tizedesjegyek.
A valutaszimbólumok az összeg előtt állnak.
A szöveg balról jobbra olvasódik.

Amikor ezeket az eszközöket egy német banki kivonattal látja el, amelynek dátumai 15.03.2026 formátumúak és olyan összegekkel, mint 1.234,56 EUR, vagy összeomlanak, vagy szemetes adatokat produkálnak, vagy – legrosszabb esetben – csendben felcserélik a vesszőket és a pontokat, így az 1.234,56 helyett 1,234.56 (helyes) vagy 1.234 (elveszítve mindent a tizedesjegy után, ami valójában vessző volt) lesz.

Hogyan kezeli a PDFSub a több pénznemű kivonatokat?

A PDFSub Bank Statement Converter-t a kezdetektől fogva nemzetközi használatra tervezték. Íme, hogyan kezeli a komplexitás minden rétegét:

Automatikus nyelv- és formátumfelismerés

A PDFSub több mint 130 nyelvet támogat, és automatikusan felismeri a banki kivonat nyelvét. Amikor német nyelvű kivonatot azonosít, automatikusan német formázási konvenciókat alkalmaz. Egy japán kivonat japán konvenciókat vált ki. Egy indiai kivonat az SBI-től indiai számcsoportosítást indít el.

Ez az észlelés dokumentumszinten történik, így nem kell manuálisan konfigurálnia a helyet minden egyes kivonathoz.

Intelligens dátum-elemzés

Amikor a PDFSub kétértelmű dátummal találkozik, a kivonat kontextusbeli jelzéseit használja a feloldáshoz:

Kivonat fejléc dátumai – a kivonati időszak dátumai általában egyértelműek (pl. „Kivonati időszak: január 1. – január 31., 2026”)
Szekvenciális logika – ha a tranzakciók kronológiai sorrendben jelennek meg, és a dátumok mintát követnek, a formátum következtethető
Banki sablonfelismerés – a PDFSub több mint 20 000 bank sablonját ismeri fel, amelyek közül soknak ismert a dátumformátum-konvenciója.

Számformátum normalizálás

Az extrakció során a PDFSub az összes számot egy szabványos formátumra normalizálja, amely alkalmas a célalkalmazáshoz:

A német 1.234,56 CSV kimenetben 1234.56-vá válik.
Az indiai 12,34,567.89 1234567.89-vé válik.
A francia 1 234 567,89 1234567.89-vé válik.
A svájci 1'234.56 1234.56 marad.

A normalizálás célja az Ön exportformátumától és a célkönyvelő szoftvertől függ. Ha egy USA-helyű QuickBooksba importál, a számok pontokkal vannak formázva tizedesjegyként. Ha egy német helyű rendszerbe importál, az eszköz meg tudja őrizni a vesszőtizedes formátumot.

Valutaszimbólum kezelés

A PDFSub az extrakció során eltávolítja a valutaszimbólumokat, miközben a valuta információt a metaadatokban megőrzi. Ez megakadályozza, hogy a szimbólumok megtörjék az összegek feldolgozását a könyvelő szoftverben (amely általában nyers számokat vár).

Több Valutás Feldolgozás Gyakorlati Munkafolyamata

Íme egy lépésről lépésre haladó munkafolyamat könyvelők számára, akik több országból származó kimutatásokat kezelnek.

1. Lépés: Kimutatások Rendezése Valuta Szerint

Hozzon létre egy mappastruktúrát:

Client_Name/
  USD/
    checking_2026-01.pdf
    checking_2026-02.pdf
  EUR/
    sparkasse_2026-01.pdf
    sparkasse_2026-02.pdf
  INR/
    sbi_2026-01.pdf
    sbi_2026-02.pdf

2. Lépés: Minden Kimutatás Konvertálása

Feldolgozza minden kimutatást a PDFSub bankszámlakivonat-konverterén keresztül:

Töltse fel a PDF-et
A PDFSub automatikusan felismeri a nyelvet és a formátumot
Ellenőrizze a kinyert tranzakciókat — ellenőrizze a dátumokat és összegeket az eredetivel
Exportálás a célformátumba (CSV, Excel, OFX, QBO, QIF)

Kritikus ellenőrzési lépés: Minden konverzióhoz végezzen legalább 3-5 tranzakció mintavizsgálatot:

Hasonlítsa össze az eredeti PDF egyik dátumát a konvertált kimenettel
Hasonlítsa össze egy nagy összeget (ezres tagolóval) a konvertált kimenettel
Hasonlítsa össze egy kis összeget (tizedesvesszővel) a konvertált kimenettel
Ellenőrizze, hogy a tranzakciók száma megegyezik-e

3. Lépés: Szabványosítás a Számviteli Szoftverhez

Mielőtt importálna a számviteli szoftverébe, győződjön meg a konzisztenciáról:

Minden dátum azonos formátumban — az YYYY-MM-DD a legbiztonságosabb a különböző helyekkel való kompatibilitás szempontjából
Minden összeg azonos számformátumban — tizedesvessző, ezres tagoló nélkül
Valuta azonosítva számlánként — a szoftverében minden bankszámlát a megfelelő valutára kell beállítani
Konzisztens oszlopszerkezet — Dátum, Leírás, Összeg (vagy Dátum, Leírás, Terhelés, Jóváírás)

4. Lépés: Importálás és Egyeztetés

Importálja az egyes valuták tranzakcióit a számviteli szoftver megfelelő bankszámlájára. Főbb pontok:

Külön számlák valutánként — ne keverjen EUR és USD tranzakciókat egy számlán
Árfolyamkezelés — állítsa be az árfolyamot tranzakciónként, vagy használja a szoftver beépített árfolyam-szolgáltatását
Minden számlát önállóan egyeztessen — egyeztesse a konvertált tranzakciókat az eredeti valutában lévő banki egyenlegekkel

Árfolyam-Megfontolások

A több valutás feldolgozás bizonyos ponton árfolyam-konverziót foglal magában. Néhány fontos elv:

Ne konvertáljon a kinyerés során. A tranzakciókat az eredeti valutájukban tartsa a bankszámlakivonat-konverziós lépés során. Az árfolyamokat a számviteli szoftverében konvertálja, ahol az árfolyamok nyomon követhetők, auditálhatók és módosíthatók.

Rögzítse az eredeti összeget. A könyvelésének mindig az eredeti valutában lévő összeget kell mutatnia a konvertált összeg mellett. Ez elengedhetetlen az audit nyomvonalakhoz és az eredeti bankszámlakivonatokkal való egyeztetéshez.

Napi vagy havi árfolyamok. A legtöbb könyvelési célra a tranzakció dátumának napi árfolyamai a legpontosabbak. A havi átlagárfolyamok sok joghatóságban adózási célokra elfogadhatók, de kevésbé pontosak.

A számviteli szoftvere kezeli ezt. A QuickBooks, Xero, Zoho Books és a legtöbb modern platform beépített több valutás funkciókkal rendelkezik. Hagyja, hogy a szoftver kezelje az árfolyam-konverziót — ne próbálja meg a bankszámlakivonat fájlban elvégezni.

Jobbról Balra Olvasási Irányú Nyelvű Kimutatások

Az arab, héber, perzsa és urdu nyelvű bankszámlakivonatok további kihívást jelentenek: a jobbról balra (RTL) olvasási irány. A kimutatás elrendezése tükrözheti azt, amit elvár — a számla információk jobbra, az összegek balra, és a szöveg jobbról balra olvasva.

A PDFSub natívan kezeli az RTL kimutatásokat. A kinyerő motor az alapul szolgáló szöveges adatokat olvassa (amelyek explicit irányjelzőket tartalmaznak a PDF-ben), ahelyett, hogy megpróbálná értelmezni a vizuális elrendezés irányát. Ez azt jelenti, hogy az arab bankszámlakivonatok ugyanolyan pontossággal kerülnek kinyerésre, mint az angol nyelvűek.

Ha arab vagy héber kimutatásokkal dolgozik, a munkafolyamat megegyezik bármely más nyelv esetében — feltöltés, automatikus felismerés, ellenőrzés, exportálás.

Gyakori Több Valutás Konverziós Hibák

Hiba 1: Minden Dátum MM/DD Formátumnak Tekintése

A 03/06/2026 dátum egy Egyesült Királyságbeli bankszámlakivonaton június 3-át jelent, nem március 6-át. Ha az eszköze amerikai formátumot feltételez, a kimutatás minden dátuma hibás lesz. Mindig ellenőrizze a dátumformátumot a kimutatás időszakát jelző fejléc ellenőrzésével.

Hiba 2: Az Ezres Tagolási Konvenciók Figyelmen Kívül Hagyása

A német 1.234 összeg ezerkétszázharmincnégy, nem pedig egy egész és kétszázharmincnégy ezred. Ha az eszköze a pontot tizedesvesszőként kezeli, akkor az összeget ezerrel osztotta el.

Hiba 3: Valuta Konvertálása a Kinyerés Során

Az EUR összegek USD-re konvertálása a bankszámlakivonat kinyerési lépése során olyan árfolyamot éget az adataiba, amelyet később nem lehet auditálni vagy módosítani. Tartsa meg az eredeti valutában lévő összegeket; a számviteli szoftverében konvertáljon.

Hiba 4: Valuták Keverése Egy Importban

A német EUR tranzakciók QuickBooks-beli USD bankszámlára történő importálása helytelen bejegyzéseket eredményez. Minden valutának saját bankszámlával kell rendelkeznie a számviteli szoftverében.

Hiba 5: Az Indiai Számcsoportosítás Ellenőrzésének Elmulasztása

Az indiai "lakh" és "crore" csoportosítását gyakran félreértelmezik. A 10,00,000 1 000 000 (tíz lakh = egymillió), nem pedig 100,000 vagy 1,000,000.0.

Gyakran Ismételt Kérdések

Hogyan érzékeli a PDFSub egy bankszámlakivonat nyelvét?

A PDFSub elemzi a PDF szöveges tartalmát a nyelv azonosításához — gyakori banki kifejezések, fejléc minták és karakterkészletek alapján. 130+ nyelvet ismer fel, és alkalmazza a megfelelő helyi konvenciókat a dátum- és számfeldolgozáshoz. Az adatbázisában található 20 000+ bank kimutatásaihoz banki sablonfelismerést is használ a további pontosság érdekében.

Feldolgozhatok több nyelvet vegyesen tartalmazó bankszámlakivonatokat?

Igen. Néhány nemzetközi bank helyi nyelven tartalmazza a fejlécet, a tranzakciós leírásokat pedig angolul. A PDFSub kezeli a vegyes nyelvű kimutatásokat az elsődleges nyelv felismerésével a formázási konvenciók (dátumok, számok) szempontjából, miközben megőrzi a tranzakciós leírások eredeti szövegét, függetlenül a nyelvtől.

Mi a helyzet a tizedesjegyek nélküli valutákkal (JPY, KRW)?

A PDFSub felismeri a tizedesjegyeket nem használó valutákat, és helyesen kezeli őket. Egy japán bankszámlakivonat, amelyen 15,000 szerepel, 15000-ként kerül kinyerésre, tizedesjegy komponens nélkül. Ez megakadályozza azt a gyakori hibát, hogy az eszközök .00-t adnak a jen összegekhez, ami technikailag helyes, de formázási problémákat okozhat egyes számviteli szoftverekben.

Hogyan kezeljem az árfolyamokat a QuickBooks vagy Xero-ba történő importáláskor?

A QuickBooks és a Xero is rendelkezik beépített több valutás funkciókkal. Hozzon létre bankszámlákat minden valutában, importálja a tranzakciókat az eredeti valutájukban, és hagyja, hogy a szoftver alkalmazza az árfolyamokat. A QuickBooks a beépített szolgáltatásából származó napi árfolyamokat használja. A Xero lehetővé teszi manuális vagy automatikus árfolyam megadását. A kulcs az eredeti valutában lévő összeg importálása, nem pedig egy előre konvertált összeg.

Mi van, ha a bankszámlakivonat PDF nem latin betűs (arab, kínai, japán)?

A PDFSub a PDF adatrétegéből nyer ki szöveget, amely a tényleges karakteradatokat tartalmazza, a szkripttől függetlenül. Az arab, kínai, japán, koreai, hindi és más nem latin betűs szkriptek mind támogatottak. A kinyert tranzakciók megőrzik az eredeti szkriptet a leírásokban, miközben a dátumokat és összegeket a választott kimeneti formátumra normalizálják.

Összegzés

A több valutás bankszámlakivonat-feldolgozás többről szól, mint az árfolyamokról. Alapvető formázási különbségek kezeléséről szól abban, ahogyan az országok dátumokat, számokat és valutákat írnak. Ezen bármelyik elem hibás megadása rejtett adat-hibákhoz vezet, amelyek idővel felhalmozódnak.

A PDFSub megszünteti ezt a bonyolultságot a nyelvek, dátumformátumok és számkonvenciók automatikus felismerésével több mint 20 000 banknál, 130+ nyelven. Függetlenül attól, hogy ügyfele Frankfurtban, Tokióban vagy Mumbaiban bankol, a munkafolyamat ugyanaz: töltse fel a PDF-et, ellenőrizze a kinyerést, és exportálja a számviteli szoftvere által elvárt formátumban.

Feldolgozza a több valutás bankszámlakivonatokat — automatikusan felismeri a nyelvet és a formátumot bármelyik bank számára világszerte.