Wat is OFX-formaat? Open Financial Exchange uitgelegd

Uw boekhoudsoftware vraagt om een OFX-bestand. Uw bank gaf u een PDF. En nu staart u naar een formaat waarvan u nog nooit hebt gehoord, zich afvragend waarom een prima spreadsheet niet volstaat.

OFX -- Open Financial Exchange -- is de onzichtbare standaard die moderne financiële software aandrijft. Het is de reden dat Xero banktransacties kan importeren zonder dat u kolommen hoeft te mappen. Het is waarom GnuCash duplicaten kan detecteren. En het is de basis waarop QuickBooks' QBO-formaat is gebouwd.

Deze gids legt uit wat OFX werkelijk is, wat het bevat, hoe het zich verhoudt tot CSV en QBO, welke software het ondersteunt en hoe u OFX-bestanden maakt van PDF-bankafschriften.

OFX in één zin

Open Financial Exchange is een op XML gebaseerd gegevensformaat voor het uitwisselen van financiële informatie tussen financiële instellingen, softwaretoepassingen en eindgebruikers. Het is de open standaard waarop Intuit's QBO-formaat is gebaseerd -- en het formaat dat de meeste boekhoudsoftware, behalve QuickBooks, verkiest voor het importeren van banktransacties.

Zie OFX als de lingua franca van financiële gegevens. Banken spreken het. Boekhoudsoftware leest het. En in tegenstelling tot CSV -- dat slechts rijen en kolommen zonder inherente betekenis is -- bevat OFX gestructureerde metadata die de ontvangende software precies vertelt wat elk gegeven vertegenwoordigt.

De geschiedenis van OFX

OFX werd geboren in 1997, gecreëerd door Microsoft, Intuit en CheckFree. Elk had zijn eigen concurrerende standaard -- Microsoft had OFC (Open Financial Connectivity), Intuit had zijn eigen uitwisselingsformaat, en CheckFree had zijn protocollen voor elektronische facturering. OFX was het compromis dat hen verenigde.

Tijdlijn van versies

• OFX 1.0 (1997) -- De oorspronkelijke specificatie, gebaseerd op SGML (Standard Generalized Markup Language). SGML staat ongesloten tags toe, waardoor OFX 1.x-bestanden er anders uitzien dan modern XML.
• OFX 1.6 (2002) -- De meest wijdverbreide versie. Nog steeds SGML-gebaseerd. De meeste banken die OFX-downloads aanbieden, genereren 1.6-bestanden.
• OFX 2.0 (2005) -- Grote herschrijving. Overgestapt van SGML naar correcte XML met sluitende tags.
• OFX 2.2 (2016) -- Verbeteringen op het gebied van beveiliging en betere ondersteuning voor beleggingstransacties.
• OFX 2.3 (Huidig) -- De nieuwste versie, onderhouden door de Financial Data Exchange (FDX), een industrieel consortium dat het beheer overnam van de oorspronkelijke oprichters.

De overgang van SGML naar XML is belangrijk omdat deze de parsing beïnvloedt. Een versie 1.x-bestand gebruikt ongesloten tags (<TRNTYPE>DEBIT zonder </TRNTYPE>), terwijl versie 2.x correcte XML met sluitende tags gebruikt. De meeste moderne parsers kunnen beide verwerken, maar versieconflicten blijven een veelvoorkomende OFX-importfout.

Wat OFX kan bevatten

OFX is niet zomaar een formaat voor bankafschriften. De specificatie omvat een breed scala aan financiële gegevens:

• Bankrekeningafschriften -- Transacties van betaal-, spaar- en geldmarktrekeningen. Het meest voorkomende gebruiksscenario.
• Creditcardafschriften -- Transactiegeschiedenis met ondersteuning voor merchant category codes en aankoopdetails.
• Beleggings- en effectenafschriften -- Aankoop van aandelen, dividendbetalingen, overschrijvingen van fondsen en portefeuillestatussen met kostprijsgegevens op lotniveau.
• Factuurbetalingsinformatie -- Lijsten van begunstigden, geplande betalingen en betalingsbevestigingen.
• Belastinginformatie -- 1099-formulieren en andere belastingdocumenten die tussen financiële instellingen en belastingsoftware worden uitgewisseld.
• Leningafschriften -- Hypotheek-, autolening- en persoonlijke leningtransactierecords en saldogegevens.

Voor de meeste accountants en boekhouders betekent OFX één ding: het importeren van bank- en creditcardtransacties in boekhoudsoftware zonder kolommapping of gokken naar datumformaten.

Binnen een OFX-bestand

Hier ziet u hoe een compleet OFX 1.6 bankafschriftbestand eruitziet. Dit is het formaat dat u het vaakst zult tegenkomen -- de SGML-gebaseerde versie die de meerderheid van de banken en conversietools genereert:

OFXHEADER:100
DATA:OFXSGML
VERSION:160
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
 
<OFX> <SIGNONMSGSRSV1> <SONRS> <STATUS> <CODE>0 <SEVERITY>INFO </STATUS> <DTSERVER>20260228120000 <LANGUAGE>ENG </SONRS> </SIGNONMSGSRSV1> <BANKMSGSRSV1> <STMTTRNRS> <TRNUID>0 <STATUS> <CODE>0 <SEVERITY>INFO </STATUS> <STMTRS> <CURDEF>USD <BANKACCTFROM> <BANKID>021000021 <ACCTID>123456789 <ACCTTYPE>CHECKING </BANKACCTFROM> <BANKTRANLIST> <DTSTART>20260201120000 <DTEND>20260228120000 <STMTTRN> <TRNTYPE>CREDIT <DTPOSTED>20260201120000 <TRNAMT>3500.00 <FITID>20260201001 <NAME>DIRECT DEP PAYROLL <MEMO>ACME CORP PAYROLL </STMTTRN> <STMTTRN> <TRNTYPE>DEBIT <DTPOSTED>20260203120000 <TRNAMT>-87.50 <FITID>20260203001 <NAME>POS PURCHASE GROCERY <MEMO>WHOLE FOODS #10847 </STMTTRN> <STMTTRN> <TRNTYPE>CHECK <DTPOSTED>20260210120000 <TRNAMT>-1200.00 <FITID>20260210001 <NAME>CHECK 1045 <CHECKNUM>1045 </STMTTRN> </BANKTRANLIST> <LEDGERBAL> <BALAMT>4712.50 <DTASOF>20260228120000 </LEDGERBAL> <AVAILBAL> <BALAMT>4712.50 <DTASOF>20260228120000 </AVAILBAL> </STMTRS> </STMTTRNRS> </BANKMSGSRSV1>
</OFX>

Anatomie van het bestand

Het bestand heeft drie hoofdsecties:

1. De Header Block -- De platte tekstregels bovenaan (vóór <OFX>) declareren de OFX-versie, codering en beveiligingsinstellingen. Dit is geen XML -- het is een eenvoudige key-value header die parsers lezen voordat ze de SGML/XML-body verwerken.

2. De Sign-On Response (SIGNONMSGSRSV1) -- Authenticatie- en servermetadata. CODE van 0 betekent succes. De meeste geïmporteerde bestanden gebruiken hier placeholder-waarden.

3. De Statement Response (BANKMSGSRSV1) -- De werkelijke financiële gegevens:

• BANKACCTFROM -- De rekening waartoe de transacties behoren (routeringsnummer, rekeningnummer, rekeningtype)
• BANKTRANLIST -- De lijst met transacties, begrensd door een start- en einddatum
• STMTTRN -- Individuele transactierecords
• LEDGERBAL en AVAILBAL -- Slot- en beschikbare saldi per specifieke datum

Let op de SGML-syntaxis: tags zoals <TRNTYPE>CREDIT hebben geen sluitende </TRNTYPE>. De parser leidt het einde van een waarde af uit het begin van de volgende tag -- correct SGML, maar ongeldige XML, daarom voegde OFX 2.x sluitende tags toe.

Belangrijke OFX-tags

Hier is een referentietabel van de tags die u het vaakst zult tegenkomen in OFX-bestanden van bankafschriften:

De FITID -- Waarom het belangrijk is

De FITID (Financial Institution Transaction ID) is vanuit boekhoudkundig oogpunt de belangrijkste tag in een OFX-bestand. Het is een unieke identifier die aan elke transactie is toegewezen en die detectie van duplicaten mogelijk maakt.

Wanneer u een OFX-bestand importeert in Xero, GnuCash of een andere compatibele software, slaat deze elke FITID op die het heeft gezien. Als u hetzelfde bestand opnieuw importeert, controleert de software elke FITID tegen zijn database en slaat duplicaten stilzwijgend over.

Dit is het belangrijkste voordeel dat OFX heeft ten opzichte van CSV. Met CSV is er geen unieke identifier -- als u hetzelfde bestand twee keer importeert, krijgt u dubbele vermeldingen die u handmatig moet opschonen.

OFX versus CSV

Beide formaten kunnen banktransacties in boekhoudsoftware krijgen. OFX wint op structuur; CSV wint op flexibiliteit.

Waarom OFX beter is voor boekhoudkundige imports

Alleen al het datumformaat bespaart uren aan probleemoplossing. Met CSV is 01/02/2026 dubbelzinnig -- 1 februari of 2 januari? OFX elimineert dit met JJJJMMDDUU MMSS. 20260201120000 is altijd 1 februari 2026.

Wanneer CSV de betere keuze is

CSV heeft legitieme voordelen:

• Gegevensbewerking -- U kunt een CSV openen in Excel, fouten corrigeren, categorisaties toevoegen en opnieuw opslaan. OFX-bestanden vereisen een teksteditor en kennis van de tagstructuur.
• Excel-analyse -- Als u formules, draaitabellen of grafieken op transactiegegevens wilt uitvoeren, is CSV het natuurlijke tussenliggende formaat.
• Aangepaste verwerking -- Programmatische scripts en datapijplijnen verwerken CSV gemakkelijker dan de geneste tagstructuur van OFX.
• Universele compatibiliteit -- Elke toepassing die tabelgegevens leest, leest CSV. Niet elke toepassing leest OFX.

Het praktische advies: gebruik OFX voor import in boekhoudsoftware en CSV voor al het andere.

OFX versus QBO

Dit is de vraag die de meeste mensen in de war brengt -- en het antwoord is eenvoudiger dan u zou verwachten.

QBO (QuickBooks Web Connect) is OFX met een andere bestandsextensie en enkele Intuit-specifieke tags. De onderliggende gegevensstructuur is identiek. Een QBO-bestand is een OFX-bestand dat QuickBooks als zijn eigen herkent.

De belangrijkste verschillen

De INTU.BID-tag is de belangrijkste Intuit-toevoeging -- een bankidentificatiecode die QuickBooks vertelt van welke financiële instelling het bestand afkomstig is, waardoor automatische koppeling met de juiste bankrekening tijdens de import mogelijk is.

In de praktijk kunt u een .ofx-bestand hernoemen naar .qbo en QuickBooks zal het meestal lezen. Andersom werkt ook -- de meeste software die OFX leest, zal een .qbo-bestand verwerken. Maar voor nette imports gebruikt u het formaat dat elke toepassing verwacht.

Er is ook QFX (Quicken Financial Exchange) -- dezelfde OFX-basis, andere merknaam, andere bestandsextensie, gericht op Quicken.

Software die OFX ondersteunt

OFX geniet brede ondersteuning in boekhoud- en persoonlijke financiële software:

Xero (Voorkeursformaat)

Xero beveelt expliciet OFX aan boven CSV voor handmatige imports van bankafschriften. OFX-bestanden worden automatisch gemapt zonder kolomconfiguratie, bevatten detectie van duplicaten op basis van FITID en dragen rekeningmetadata met zich mee.

Importeren: Ga naar Accounting > Bank Accounts, selecteer de rekening, klik op Manage Account > Import a Statement en kies uw .ofx-bestand. Maximaal 1.000 transacties per bestand.

MYOB (Volledige ondersteuning)

MYOB accepteert OFX voor imports van bankfeeds. Het proces is vergelijkbaar met Xero -- upload het bestand naar de betreffende bankrekening en transacties verschijnen in de bankfeed voor matching en categorisatie.

GnuCash (Gratis, Open Source)

GnuCash heeft ingebouwde OFX-import via de libofx-bibliotheek. Het is een van de beste gratis opties voor het verwerken van OFX-bestanden.

Importeren: Ga naar File > Import > Import OFX/QFX, selecteer uw bestand en map het naar de juiste rekening. GnuCash's detectie van duplicaten gebruikt de FITID om dubbele vermeldingen te voorkomen.

Andere compatibele software

• Wave -- Gratis boekhoudsoftware met OFX-importondersteuning
• Sage Business Cloud -- Accepteert OFX voor imports van banktransacties
• FreeAgent -- Ondersteunt uploads van OFX- en QIF-bestanden
• Moneydance -- Persoonlijke financiële software met OFX direct connect en bestandsimport
• KMyMoney -- Open-source persoonlijke financiële manager met OFX-ondersteuning via libofx
• Microsoft Money -- Stopgezet, maar nog steeds door sommigen gebruikt; ingebouwde OFX-ondersteuning was een van de kernfuncties
• Reckon (Australië) -- Accepteert OFX-bestanden in zijn importworkflow voor bankfeeds

QuickBooks is de opvallende afwezige -- het verkiest zijn QBO-merkvariant en werkt betrouwbaarder met .qbo-bestanden die de INTU.BID-identifier bevatten.

OFX-bestanden maken van PDF-bankafschriften

De meeste banken bieden geen directe OFX-downloads aan. Ze geven u een PDF -- opgemaakt om te printen, niet voor gegevensuitwisseling. Sommige bieden CSV-exports voor recente transacties (doorgaans de laatste 90 dagen), maar voor historische gegevens, gesloten rekeningen of banken zonder digitale exportopties, blijft u achter met PDF's.

PDFSub's Bank Statement Converter extraheert transacties uit PDF-bankafschriften en genereert geldige OFX-bestanden met de juiste structuur. De uitvoer bevat unieke FITID's voor elke transactie, correcte JJJJMMDD-datumformattering, getekende bedragen met de juiste transactietypes en rekeningmetadata -- alles wat boekhoudsoftware nodig heeft voor een nette import.

De converter werkt met afschriften van meer dan 20.000 banken in 130+ talen. Digitale PDF's (tekstgebaseerde afschriften) worden in uw browser verwerkt -- het bestand verlaat uw apparaat nooit. Gescande of beeldrijke afschriften worden via server-side AI-extractie verwerkt.

Het All-In-One-abonnement kost €20/gebruiker/maand (jaarlijks) of €25/gebruiker/maand (maandelijks), inclusief 500 bankafschriftpagina's per gebruiker. Alle betaalde abonnementen zijn inclusief een gratis proefperiode van 7 dagen. Voor een gedetailleerde handleiding voor het importeren van de resulterende OFX-bestanden in Xero, zie de Xero bankafschrift importgids.

Veelvoorkomende OFX-problemen en hoe ze op te lossen

OFX-bestanden zijn gestructureerd, maar niet onfeilbaar. Hier zijn de meest voorkomende problemen en hoe ze op te lossen:

1. Ongeldige XML/SGML-syntaxis

Symptoom: Uw software weigert het bestand met een parseerfout.

Oorzaak: Verkeerd gevormde tags, ontbrekende sluitende tags (in 2.x-bestanden), of ongeldige tekens in beschrijvingen. Ampersands (&) zijn de meest voorkomende boosdoener -- ze moeten worden gecodeerd als & in XML, maar worden vaak onbewerkt gelaten in namen zoals "AT&T."

Oplossing: Open het bestand in een teksteditor en vervang onbewerkte & door &. Controleer ook op ongesloten tags als het bestand versie 2.x is.

2. Ontbrekende of dubbele FITID's

Symptoom: Import creëert dubbele transacties, of de software meldt ontbrekende identifiers.

Oorzaak: Sommige conversietools genereren dezelfde FITID voor elke transactie (zoals 0 of 1), of laten de tag helemaal weg.

Oplossing: Elke FITID moet uniek zijn binnen het bestand. Een veelvoorkomend patroon combineert de datum met een sequentiële teller: 20260215001, 20260215002, enzovoort. Bewerk placeholder FITID's in een teksteditor vóór het importeren.

3. Verkeerd datumformaat

Symptoom: Transacties verschijnen op de verkeerde datums, of de software toont datums uit 1900 of 2099.

Oorzaak: De DTPOSTED-waarde volgt niet het JJJJMMDDUU MMSS-formaat. JJJJMMDD (zonder tijd) is prima, maar DD/MM/JJJJ of MM-DD-JJJJ zal tot verkeerde parses leiden.

Oplossing: Zorg ervoor dat alle DTPOSTED-waarden JJJJMMDD of JJJJMMDDUU MMSS gebruiken. Zowel 20260215 als 20260215120000 zijn geldig.

4. Problemen met tekencodering

Symptoom: Transactiebeschrijvingen tonen onleesbare tekens, vraagtekens of ontbrekende accenten.

Oorzaak: De bestandsheader declareert één codering (doorgaans USASCII of UTF-8), maar de werkelijke inhoud gebruikt een andere codering. Dit komt vooral voor bij internationale bankafschriften met niet-ASCII-tekens.

Oplossing: Wijzig de ENCODING-header zodat deze overeenkomt met de werkelijke bestands codering. Voor internationale afschriften met accenttekens is UTF-8 de veiligste keuze. Sommige oudere software vereist USASCII zonder speciale tekens.

5. Versiecompatibiliteit (1.x versus 2.x)

Symptoom: Software die OFX 2.x verwacht, weigert een 1.x-bestand, of andersom.

Oorzaak: OFX 1.x gebruikt SGML (tags hoeven niet gesloten te worden), terwijl 2.x correcte XML gebruikt (alle tags moeten geopend en gesloten worden). Parsers gebouwd voor de ene versie kunnen problemen hebben met de andere.

Oplossing: De meeste moderne boekhoudsoftware kan beide versies verwerken. Als de uwe dat niet kan, converteer dan tussen versies door sluitende tags toe te voegen (1.x naar 2.x) of ze te verwijderen (2.x naar 1.x). Zoeken en vervangen in een teksteditor kan dit voor kleine bestanden afhandelen.

Veelgestelde vragen

Waar staat OFX voor?

OFX staat voor Open Financial Exchange -- een open standaard voor de elektronische uitwisseling van financiële gegevens tussen financiële instellingen en eindgebruikerstoepassingen, onderhouden door de Financial Data Exchange (FDX).

Is OFX hetzelfde als QBO?

Bijna. QBO is Intuit's merkversie van OFX voor QuickBooks. De gegevensstructuur is identiek -- QBO voegt een INTU.BID-tag toe voor bankidentificatie en gebruikt de .qbo-extensie. U kunt vaak .ofx hernoemen naar .qbo en QuickBooks accepteert het.

Kan ik een OFX-bestand openen in Excel?

Niet direct als gestructureerde gegevens. Excel opent het bestand als een tekstbestand en toont de ruwe SGML/XML-markup. Om OFX-gegevens in Excel te bekijken, moet u het eerst converteren naar CSV of XLSX, of een add-in van derden gebruiken die OFX-tags naar spreadsheetkolommen parset.

Wat is beter voor Xero -- OFX of CSV?

OFX is beter voor Xero. Het importeert automatisch zonder kolommapping, bevat detectie van duplicaten op basis van FITID, gebruikt een ondubbelzinnig datumformaat en draagt rekeningmetadata met zich mee. Xero's eigen documentatie beveelt OFX aan boven CSV voor handmatige imports van bankafschriften.

Bieden banken OFX-downloads aan?

Sommige wel, maar het is inconsistent. Grote banken in de VS, VK en Australië bieden mogelijk OFX- of QFX-downloads aan voor recente transacties (doorgaans de laatste 90 dagen). Veel kleinere banken, kredietverenigingen en internationale instellingen bieden alleen PDF-afschriften. Voor historische gegevens buiten het downloadvenster is PDF-conversie meestal de enige optie.

Is OFX veilig?

De OFX-specificatie bevat bepalingen voor SSL/TLS-encryptie tijdens transmissie en certificaatgebaseerde authenticatie voor directe verbindingen. Een OFX-bestand dat op schijf is opgeslagen, is echter platte tekst -- het bevat rekeningnummers en transactiegegevens in leesbare vorm. Behandel OFX-bestanden met dezelfde zorg als elk financieel document.

Wat is het verschil tussen OFX 1.x en 2.x?

OFX 1.x gebruikt SGML-markup (tags hoeven niet gesloten te worden), terwijl OFX 2.x correcte XML gebruikt (alle tags moeten geopend en gesloten worden). De gegevensinhoud is hetzelfde -- het verschil is syntactisch. Versie 1.6 blijft het meest gegenereerde formaat. De meeste moderne boekhoudsoftware parset beide versies zonder problemen.

Kan ik een OFX-bestand handmatig bewerken?

Ja. OFX-bestanden zijn platte tekst en kunnen in elke teksteditor worden bewerkt. U kunt beschrijvingen corrigeren, bedragen aanpassen, ontbrekende FITID's toevoegen of datums aanpassen. Zorg er wel voor dat u de tagstructuur behoudt -- een ongesloten of ongeldige tag zal importfouten veroorzaken. Voor OFX 2.x-bestanden moet elke openings tag een bijbehorende sluitende tag hebben.