Waaraan een afschriftbestand wordt getoetst

Deze rijen hebben niet evenveel kolommen als de kopregel. De gebruikelijke boosdoener is een komma zonder aanhalingstekens in een omschrijving («Overboeking naar Jan, sparen»). Importmodules verschuiven dan alle volgende kolommen of weigeren het bestand. Dit vraagt handwerk — automatisch herstel zou moeten raden welke komma echt is.

Verscheidene importmodules stoppen met lezen bij de eerste lege regel en gooien stilzwijgend alles daarna weg — het klassieke «slechts de helft van mijn transacties is geïmporteerd». Lege regels kunnen automatisch worden verwijderd.

Excel voegt deze markering toe bij opslaan als «CSV UTF-8». Sommige financiële programma’s lezen hem als deel van de eerste kolomnaam («Datum» in plaats van «Datum») en vinden de verwachte kop dan niet meer. Klaagt uw importmodule over een onbekende eerste kolom, verwijder hem dan.

Dit is precies wat YNAB meldt als «bestand is leeg» en andere programma’s als «0 transacties geïmporteerd». De export van uw bank bevatte geen rijen: meestal een periode zonder mutaties, of een exportknop die alleen de kolomtitels heeft gemaakt.

Nederlandse en andere Europese Excel-exports scheiden kolommen met «;». Importmodules die komma’s verwachten (YNAB, veel uploadformulieren) lezen de hele regel als één kolom. Het bestand kan automatisch met komma’s worden herschreven; velden tussen aanhalingstekens blijven correct behouden.

Begunstigden als «AT&T» of «H&M» moeten in een OFX/QFX-bestand als «AT&T» geschreven staan. Een kale «&» breekt de SGML/XML-verwerking precies op dat punt — een van de meest voorkomende redenen dat een bestand niet importeert terwijl het in een teksteditor prima opent.

Het bestand begint met een onzichtbare UTF-8-markering. Veel OFX-lezers eisen dat de allereerste tekens «OFXHEADER» zijn en verwerpen het bestand anders als ongeldig. Dit is een veelvoorkomende oorzaak van «ongeldig bestand» bij bestanden die er in een teksteditor volkomen normaal uitzien.

Het <OFX>-blok wordt nooit gesloten. Meestal betekent dat de download door de bank of de browser is afgebroken. De meeste importmodules zeggen enkel «kan bestand niet lezen». De sluitende tag kan worden toegevoegd, maar controleer of de transactielijst volledig is.

OFX-datums moeten als JJJJMMDD geschreven zijn (eventueel met tijd en tijdzone). Waarden als «2026-08-01» of «01-08-2026» laten de importmodule de transactie of het hele bestand weigeren.

Elke <STMTTRN> moet een unieke FITID dragen — daaraan zien Quicken, QuickBooks en YNAB of een transactie al is geïmporteerd. Transacties zonder FITID worden stilzwijgend weggegooid of laten de hele import mislukken. Stabiele kenmerken kunnen worden afgeleid uit datum, bedrag en begunstigde.

Een OFX 1.x-bestand moet vóór het <OFX>-lichaam beginnen met een kopblok (OFXHEADER:100, DATA:OFXSGML, VERSION, ENCODING …). Zonder die kop weigeren Quicken, QuickBooks en GnuCash het bestand. Een standaardkop kan automatisch worden toegevoegd.

TRNAMT-waarden moeten gewone getallen zijn met de punt als decimaalteken (bijvoorbeeld -1234.56). Duizendtalscheidingstekens, valutasymbolen of spaties laten de transactie overslaan.

Namen met accenten (é, ü, ñ …) staan in een bestand waarvan de kop zuivere ASCII opgeeft. Sommige importmodules vervangen ze door onleesbare tekens, andere breken af. Vraag de bank om een UTF-8-export. Automatische omzetting wordt bewust niet toegepast, om namen niet te verminken.

Twee verschillende transacties delen dezelfde FITID. Importmodules behandelen gelijke FITID’s als één transactie en slaan alles behalve de eerste over — het klassieke «na de import ontbreken transacties». Dubbele waarden kunnen met een cijfersuffix uniek worden gemaakt.

Het bestand leest goed maar bevat geen enkele <STMTTRN>. Programma’s melden dit als «bestand is leeg» of «0 transacties geïmporteerd». Banken maken lege bestanden wanneer de gekozen periode geen mutaties bevat — download opnieuw met een ruimere periode.

QFX- en QBO-bestanden bevatten normaal een <INTU.BID>-tag die een voor Web Connect gelicentieerde bank aanduidt. Ontbreekt die, dan kan Quicken het bestand weigeren met «geen geldig Web Connect-bestand». Dit hulpmiddel voegt geen bankkenmerk toe: die waarde geeft Intuit aan de bank. Importeer anders via CSV.

Dit is een beleggingsoverzicht (INVSTMTRS), waarvan de mutaties aankopen, verkopen en overboekingen zijn in plaats van bankboekingen. Het bestand is niet leeg. De controles op het hele document — kop, escaping, datums, afkapping — zijn wel uitgevoerd; controles per transactiekenmerk worden voor effectenrecords nog niet ondersteund.

Elke QIF-transactie moet eindigen met een regel die alleen «^» bevat. Records zonder die afsluiting versmelten met de volgende transactie of verdwijnen helemaal — het klassieke «slechts een deel van mijn transacties is geïmporteerd».

Een QIF-bestand moet beginnen met een typeverklaring zoals «!Type:Bank» of «!Type:CCard». Zonder die regel weigeren GnuCash en Quicken het bestand of importeren ze nul transacties. Een algemene «!Type:Bank» kan worden toegevoegd; wijzig hem in !Type:CCard voor creditcardrekeningen.

Bedragen als «1,234.56» brengen verscheidene importmodules in de war, omdat ze de komma als veld- of decimaalteken lezen. De komma’s kunnen automatisch worden verwijderd («1234.56»).

Een onzichtbare UTF-8-markering staat vóór de eerste «!»-regel. Oudere QIF-importmodules lezen die als rommel en weigeren de kop. Hij kan veilig worden verwijderd.

QIF-datums worden per land geschreven als M/D/JJ, M/D/JJJJ of D/M/JJ. Andere schrijfwijzen (ISO 2026-08-01, maandnamen …) laten records stilzwijgend overslaan. Omdat QIF zijn datumvolgorde niet vastlegt, zou automatisch herschrijven gokken zijn — stel de notatie in het importvenster in.

In geen enkele !Type:Bank/CCard/Cash-sectie zijn records gevonden, dus het bestand bevat niets om te importeren. Verwachtte u wel gegevens, dan was de exportperiode waarschijnlijk leeg.