Com processar extractes bancaris multimoneda
Clients internacionals signifiquen extractes bancaris en euros, lliures, iens i rupies, amb diferents formats de data, separadors decimals i símbols de moneda. Aquí us expliquem com gestionar-los tots.
La llista de clients s'estén per tres països. Un client opera a Alemanya, un altre al Japó i un tercer a l'Índia. Cada mes, rebeu extractes bancaris en euros, iens i rupies, amb dates escrites de manera diferent, decimals gestionats de manera diferent i imports formats de maneres que complicarien qualsevol eina dissenyada per a una sola regió.
Benvinguts a la realitat de la comptabilitat internacional. El processament d'extractes bancaris multimoneda no només tracta de tipus de canvi. Es tracta de les diferències fonamentals en com els països formategen els números, les dates i els documents financers. Si us equivoqueu en qualsevol d'aquests aspectes, la vostra importació a QuickBooks, Xero o Zoho Books fallarà directament o, pitjor encara, importarà dades incorrectes silenciosament.
Aquesta guia cobreix els reptes dels extractes bancaris multimoneda i ofereix fluxos de treball pràctics per gestionar-los correctament.

A Vistazo: Sis Països, Sis Convencions
Abans d'aprofundir en les capes, aquí teniu una comparació costat a costat que mostra com es veu el mateix fragment de tres transaccions en sis països. El format de data, el separador decimal, el separador de milers i la col·locació de la moneda varien independentment, motiu pel qual les eines genèriques "internacionals" normalment només encerten dos dels quatre per regió.

Voleu utilitzar aquesta guia al vostre bloc? Copieu aquest codi d'incrustació:
Les Tres Capes de Formatació Internacional
Quan processeu extractes bancaris de diferents països, tracteu amb tres sistemes de formatació independents que varien segons la regió.
Capa 1: Formats de Data
Els mateixos sis dígits - 03, 06 i 2026 - representen dates completament diferents depenent d'on es va emetre l'extracte:
| Format | Convenció | Usat a | Exemple |
|---|---|---|---|
| MM/DD/AAAA | Mes-Dia-Any | EUA, Filipines | 03/06/2026 = 6 de març |
| DD/MM/AAAA | Dia-Mes-Any | Regne Unit, UE, Índia, Austràlia | 03/06/2026 = 3 de juny |
| AAAA/MM/DD | Any-Mes-Dia | Japó, Xina, Corea | 2026/03/06 = 6 de març |
| DD.MM.AAAA | Dia.Mes.Any | Alemanya, Àustria, Suïssa | 03.06.2026 = 3 de juny |
| DD-MM-AAAA | Dia-Mes-Any | Índia (alternatiu) | 03-06-2026 = 3 de juny |
| AAAA-MM-DD | ISO 8601 | Estàndard internacional | 2026-03-06 = 6 de març |
La zona de perill són les dues primeres. Quan el dia és 12 o inferior, 03/06/2026 és ambigu: podria ser el 6 de març o el 3 de juny. Si la vostra eina de conversió endevina malament, totes les dates de l'extracte estaran incorrectes per mesos. Això no causa un error, sinó que provoca dades silenciosament incorrectes que potser no detectareu fins a la conciliació (o pitjor, la declaració d'impostos).
Capa 2: Formats de Número
La manera com els països formategen els números és una de les fonts més comunes d'errors de conversió:
| País/Regió | Separador de milers | Separador decimal | Exemple (un milió i 50 cèntims) |
|---|---|---|---|
| EUA, Regne Unit, Austràlia | Coma | Punt | 1,000,000.50 |
| Alemanya, França, Itàlia, Espanya | Punt | Coma | 1.000.000,50 |
| França (alternatiu) | Espai | Coma | 1 000 000,50 |
| Índia | Coma (lakhs/crores) | Punt | 10,00,000.50 |
| Suïssa | Apòstrof | Punt | 1'000'000.50 |
| Japó, Xina | Cap (o coma) | Cap (sense decimals, els iens són unitats senceres) | 1,000,000 |
El sistema de numeració indi mereix una menció especial. L'Índia utilitza els agrupaents lakh (1,00,000 = 100.000) i crore (1,00,00,000 = 10.000.000) en lloc de l'agrupament occidental de milers. Un número que sembla 12,34,567.89 per a un comptable indi és 1,234,567.89 en notació occidental. Les eines de conversió estàndard que assumeixen un agrupament de tres dígits malinterpretaran els números amb format indi.
Capa 3: Símbols de Moneda i Col·locació
| Moneda | Símbol | Col·locació | Exemple |
|---|---|---|---|
| Dòlar EUA | $ | Abans de l'import | $1,234.56 |
| Euro | EUR | Abans o després | EUR1.234,56 o 1.234,56 EUR |
| Lliura Britànica | GBP | Abans de l'import | GBP1,234.56 |
| Ien Japonès | JPY | Abans de l'import | JPY1,234 |
| Rupia Índia | INR o Rs | Abans de l'import | INR12,34,567 |
| Riyal Saudita | ر.س | Després de l'import (RTL) | ١٢٣٤ ر.س |
| Real Brasiler | R$ | Abans de l'import | R$1.234,56 |
| Franc Suís | CHF | Abans de l'import | CHF1'234.56 |
Algunes monedes no utilitzen llocs decimals (Ien japonès, Won coreà). Altres utilitzen tres llocs decimals (Dinar de Bahrain, Dinar de Kuwait). I els idiomes de dreta a esquerra com l'àrab afegeixen una altra dimensió: l'extracte en si mateix pot llegir-se de dreta a esquerra mentre els números es llegeixen d'esquerra a dreta.
Per què les Eines Estàndard Fallan amb la Multimoneda
La majoria d'eines de conversió d'extractes bancaris estan construïdes per a una sola regió, típicament els EUA. Assumeixen:
- Les dates són MM/DD/AAAA
- Les comes separen els milers, els punts separen els decimals
- Els símbols de moneda es col·loquen abans de l'import
- El text es llegeix d'esquerra a dreta
Quan alimenteu aquestes eines amb un extracte bancari alemany amb dates formades com 15.03.2026 i imports com 1.234,56 EUR, o bé es bloquegen, produeixen dades escombraries o, en el pitjor dels casos, intercanvien silenciosament les comes i els punts, convertint 1.234,56 en 1,234.56 (correcte) o 1.234 (perdent tot el que hi ha després del punt que en realitat era una coma).
Com PDFSub Gestiona els Extractes Multimoneda
El Convertidor d'Extractes Bancaris de PDFSub està construït per a ús internacional des dels seus inicis. Així és com gestiona cada capa de complexitat:
Detecció Automàtica de Llenguatge i Format
PDFSub admet més de 130 idiomes i detecta automàticament l'idioma del vostre extracte bancari. Quan identifica un extracte en alemany, aplica automàticament les convencions de formatació alemanyes. Un extracte japonès activa les convencions japoneses. Un extracte indi de SBI activa l'agrupament de números indi.
Aquesta detecció es produeix a nivell de document, de manera que no necessiteu configurar manualment la regió per a cada extracte.
Anàlisi Intel·ligent de Dates
Quan PDFSub troba una data ambiguous, utilitza pistes contextuals de l'extracte per resoldre-la:
- Dates de capçalera de l'extracte - les dates del període de l'extracte solen ser inequívoques (per exemple, "Període de l'extracte: 1 de gener - 31 de gener de 2026")
- Lògica seqüencial - si les transaccions apareixen en ordre cronològic i les dates segueixen un patró, es pot inferir el format
- Reconeixement de plantilles bancàries - PDFSub reconeix plantilles de més de 20.000 bancs, molts dels quals tenen convencions de format de data conegudes
Normalització del Format Numèric
Durant l'extracció, PDFSub normalitza tots els números a un format estàndard adequat per a la vostra aplicació de destinació:
- El
1.234,56alemany es converteix en1234.56en la sortida CSV - El
12,34,567.89indi es converteix en1234567.89 - El
1 234 567,89francès es converteix en1234567.89 - El
1'234.56suís es manté com1234.56
L'objectiu de la normalització depèn del vostre format d'exportació i del programari de comptabilitat de destinació. Si importeu a un QuickBooks amb regió EUA, els números es formategen amb punts com a decimals. Si importeu a un sistema amb regió alemanya, l'eina pot conservar el format de decimals amb coma.
Gestió de Símbols de Moneda
PDFSub elimina els símbols de moneda durant l'extracció, preservant la informació de la moneda als metadades. Això evita que els símbols interrompin l'anàlisi de l'import al vostre programari de comptabilitat (que normalment espera números bruts).
Flux de Treball Pràctic per al Processament Multimoneda
Aquí teniu un flux de treball pas a pas per a comptables que gestionen extractes de diversos països.
Pas 1: Organitzar els Extractes per Moneda
Creeu una estructura de carpetes:
Nom_Client/ 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.pdfPas 2: Convertir Cada Extracte
Processeu cada extracte a través del Convertidor d'Extractes Bancaris de PDFSub:
- Pengeu el PDF
- PDFSub detecta automàticament l'idioma i el format
- Reviseu les transaccions extretes: verifiqueu dates i imports contra l'original
- Exporteu en el vostre format de destinació (CSV, Excel, OFX, QBO, QIF)
Pas de revisió crítica: Per a cada conversió, feu una comprovació puntual d'almenys 3-5 transaccions:
- Compareu una data del PDF original amb la sortida convertida
- Compareu un import gran (amb separadors de milers) amb la sortida convertida
- Compareu un import petit (amb decimals) amb la sortida convertida
- Verifiqueu que el recompte de transaccions coincideix
Pas 3: Estandarditzar per al vostre Programari de Comptabilitat
Abans d'importar al vostre programari de comptabilitat, assegureu-vos la consistència:
- Totes les dates en el mateix format - AAAA-MM-DD és el més segur per a la compatibilitat entre regions
- Tots els imports en el mateix format numèric - punt decimal, sense separadors de milers
- Moneda identificada per compte - cada compte bancari del vostre programari s'hauria d'establir a la moneda correcta
- Estructura de columnes consistent - Data, Descripció, Import (o Data, Descripció, Dèbit, Crèdit)
Pas 4: Importar i Conciliar
Importeu les transaccions de cada moneda al compte bancari corresponent del vostre programari de comptabilitat. Punts clau:
- Comptes separats per moneda - no barregeu transaccions EUR i USD al mateix compte
- Gestió de tipus de canvi - establiu el tipus de canvi a nivell de transacció o utilitzeu el servei de tipus de canvi integrat del vostre programari
- Conciliar cada compte independentment - feu coincidir les transaccions convertides amb els saldos bancaris en la moneda original
Consideracions sobre els Tipus de Canvi
El processament multimoneda sovint implica la conversió de tipus de canvi en algun moment. Alguns principis importants:
No convertiu durant l'extracció. Mantingueu les transaccions en la seva moneda original durant el pas de conversió de l'extracte bancari. Convertiu els tipus de canvi al vostre programari de comptabilitat, on els tipus es puguin fer un seguiment, auditar i ajustar.
Emmagatzemeu l'import original. Els vostres llibres sempre han de mostrar l'import en moneda original al costat de qualsevol import convertit. Això és essencial per als rastres d'auditoria i per conciliar amb els extractes bancaris originals.
Tipus de canvi diaris vs. mensuals. Per a la majoria de propòsits comptables, els tipus de canvi diaris a la data de la transacció són els més precisos. Els tipus mitjans mensuals són acceptables per a finalitats fiscals en moltes jurisdiccions, però menys precisos.
El vostre programari de comptabilitat s'encarrega d'això. QuickBooks, Xero, Zoho Books i la majoria de plataformes modernes tenen funcions multimoneda integrades. Deixeu que el programari gestioni la conversió de tipus de canvi; no intenteu fer-ho al fitxer de l'extracte bancari.
Extractes en Idiomes de Dreta a Esquerra
Els extractes bancaris en àrab, hebreu, farsi i urdú presenten un repte addicional: la direcció del text de dreta a esquerra (RTL). La disposició de l'extracte pot reflectir el que esperaríeu: informació del compte a la dreta, imports a l'esquerra i text llegit de dreta a esquerra.
PDFSub gestiona els extractes RTL de manera nativa. El motor d'extracció llegeix les dades de text subjacents (que tenen marcadors de direcció explícits al PDF) en lloc d'intentar interpretar la direcció de la disposició visual. Això significa que els extractes bancaris àrabs s'extreuen amb la mateixa precisió que els anglesos.
Si treballeu amb extractes àrabs o hebreus, el flux de treball és idèntic al de qualsevol altre idioma: pengeu, detecteu automàticament, reviseu, exporteu.
Errors Comuns de Conversió Multimoneda
Error 1: Assumir MM/DD per a Totes les Dates
Una data 03/06/2026 en un extracte bancari del Regne Unit és el 3 de juny, no el 6 de març. Si la vostra eina assumeix el format dels EUA, totes les dates de l'extracte són incorrectes. Verifiqueu sempre el format de data comprovant la capçalera del període de l'extracte.
Error 2: Ignorar les Convencions de Separadors de Milers
Un import alemany de 1.234 són mil dos-cents trenta-quatre, no un punt dos-cents trenta-quatre. Si la vostra eina tracta el punt com a separador decimal, acabeu de dividir l'import per mil.
Error 3: Convertir Moneda Durant l'Extracció
Convertir imports EUR a USD durant el pas d'extracció de l'extracte bancari incrusta un tipus de canvi a les vostres dades que no es pot auditar ni ajustar més tard. Mantingueu els imports en moneda original; convertiu-los al vostre programari de comptabilitat.
Error 4: Barrejar Monedes en una Sola Importació
Importar transaccions EUR alemanyes a un compte bancari USD a QuickBooks crea entrades incorrectes. Cada moneda necessita el seu propi compte bancari al vostre programari de comptabilitat.
Error 5: No Verificar l'Agrupament Numèric Indi
L'agrupament indi de lakhs i crores sovint es malinterpreta. 10,00,000 són 1.000.000 (deu lakhs = un milió), no 100,000 o 1,000,000.0.
Preguntes Freqüents
Com detecta PDFSub l'idioma d'un extracte bancari?
PDFSub analitza el contingut de text del PDF per identificar l'idioma, buscant termes bancaris comuns, patrons de capçalera i conjunts de caràcters. Reconeix més de 130 idiomes i aplica les convencions regionals corresponents per a l'anàlisi de dates i números. Per als extractes dels més de 20.000 bancs de la seva base de dades, també utilitza el reconeixement de plantilles bancàries per a una precisió addicional.
Puc processar extractes bancaris que barregen diversos idiomes?
Sí. Alguns bancs internacionals emeten extractes amb capçaleres en l'idioma local i descripcions de transaccions en anglès. PDFSub gestiona extractes multilingües detectant l'idioma principal per a les convencions de formatació (dates, números) mentre preserva el text original de les descripcions de les transaccions, independentment de l'idioma.
Què passa amb les monedes sense decimals (JPY, KRW)?
PDFSub reconeix les monedes que no utilitzen llocs decimals i les gestiona correctament. Un extracte bancari japonès que mostra 15,000 s'extreu com a 15000 sense component decimal. Això evita l'error comú que les eines afegeixin .00 als imports de iens, cosa que és tècnicament correcte però pot causar problemes de formatació en alguns programaris de comptabilitat.
Com gestiono els tipus de canvi en importar a QuickBooks o Xero?
Tant QuickBooks com Xero tenen funcions multimoneda integrades. Creeu comptes bancaris en cada moneda, importeu les transaccions en la seva moneda original i deixeu que el programari apliqui els tipus de canvi. QuickBooks utilitza tipus diaris del seu servei integrat. Xero permet l'entrada manual o automàtica de tipus. La clau és importar l'import en moneda original, no un import pre-convertit.
Què passa si el PDF de l'extracte bancari està en un script no llatí (àrab, xinès, japonès)?
PDFSub extreu text de la capa de dades del PDF, que conté les dades de caràcters reals independentment de l'script. S'admeten scripts àrab, xinès, japonès, coreà, hindi i altres no llatins. Les transaccions extretes preserven l'script original a les descripcions mentre normalitzen dates i imports al format de sortida escollit.
Resum
El processament d'extractes bancaris multimoneda tracta més que els tipus de canvi. Es tracta de gestionar les diferències fonamentals de format en com els països escriuen dates, números i imports de moneda. Equivocar-se en qualsevol d'aquests aspectes condueix a errors de dades silenciosos que s'acumulen amb el temps.
PDFSub elimina aquesta complexitat detectant automàticament idiomes, formats de data i convencions numèriques de més de 20.000 bancs en més de 130 idiomes. Tant si el vostre client opera a Frankfurt, Tòquio o Bombai, el flux de treball és el mateix: pengeu el PDF, reviseu l'extracció i exporteu en el format que espera el vostre programari de comptabilitat.
Processar extractes bancaris multimoneda - detecteu automàticament l'idioma i el format de qualsevol banc del món.