OFX en QFX

This content is not available in your language yet.

OFX is buiten Europa wat CAMT hier is: het formaat dat banken aanbieden als je je afschrift in een programma wilt inlezen. QFX is de variant van Quicken: hetzelfde bestand met een paar velden extra. Muntar leest ze met dezelfde parser, dus je hoeft niet te weten welke van de twee je hebt.

Waar je het vindt

Zoek bij je bank naar “download”, “export” of “statement”, en kijk naar de formaatkeuze. Je ziet OFX vaak naast “Quicken”, “Money”, “QuickBooks” of “MS Money” staan, want dat zijn de programma’s waarvoor het bedoeld was.

Het formaat bestaat in twee schrijfwijzen: een oudere (OFX 1.x) en een nieuwere in XML (OFX 2.x). Welke je bank stuurt maakt niet uit; Muntar leest beide.

Wat Muntar eruit leest

Uit het bestand	Wordt
DTPOSTED	de boekdatum. De tijd en de tijdzone worden weggelaten
TRNAMT	het bedrag, met teken zoals het er staat
MEMO	de omschrijving
NAME of PAYEE	de tegenpartij. Is er geen MEMO, dan wordt dit ook de omschrijving
FITID	de sleutel van de regel, waarop dubbelen herkend worden
TRNTYPE	het soort regel volgens de bank, wordt bewaard
ORIGCURRENCY	de oorspronkelijke valuta en de koers, bij een betaling in een andere munt

De tijd blijft er bewust buiten. Een boekdatum is een dag in de administratie van de bank; die naar een andere tijdzone omrekenen zou een transactie een dag kunnen laten opschuiven, en dan valt hij in de verkeerde maand.

De sleutel: FITID

OFX draagt per regel een FITID, en volgens de standaard is die uniek per rekening en blijft hij hetzelfde in elke volgende export. Dat is precies wat nodig is om een tweede import van een overlappende periode goed te laten gaan: wat er al in staat wordt als dubbel gemarkeerd en niet nog eens geboekt.

Laat je bank de FITID weg, dan valt Muntar terug op de rekening plus de datum, het bedrag en de positie in het bestand, en zegt hij het erbij. Dat werkt, maar is minder zeker: importeer je dan hetzelfde tijdvak met een ander begin- of einddatum, dan kan een regel er alsnog dubbel in komen. Controleer in dat geval de dubbelen in het beoordelingsscherm.

Creditcards

Een creditcardafschrift in OFX leest Muntar net zo goed als een bankafschrift. Het verschil is dat een creditcardnummer geen IBAN is, dus het bestand kan niet zelf zeggen bij welke rekening het hoort. Je kiest die dan zelf bij het uploaden.

Het saldo wordt achterstevoren berekend

OFX draagt geen beginsaldo, alleen een eindsaldo met de datum waarop dat gold. Muntar begint daar dus aan het eind en rekent terug: eindsaldo min de laatste mutatie geeft het saldo ervoor, en zo verder naar boven. Zo heeft elke regel alsnog een lopend saldo en kan de saldocheck zijn werk doen.

Dat kan alleen als het eindsaldo ná de laatste transactie in het bestand geldt. Is dat niet zo, dan staan er transacties ná het saldo en valt er niets te reconstrueren. Muntar laat het saldo dan leeg en zegt welke datum hij zag. Hij verzint er geen.

Beleggingsafschriften

Een OFX met een effectenafschrift erin (INVSTMTRS) is geen bankafschrift. Staat dat er alleen in, dan weigert Muntar het bestand met een melding die dat zegt. Staat het er naast een bankrekening in, dan leest hij de bankrekeningen en zegt hij dat hij het beleggingsdeel heeft laten staan.

Wat er misgaat en wat je dan ziet

Wat	Wat Muntar zegt
Een onleesbaar bedrag	“Regel {n} is onleesbaar: TRNAMT …”
Een datum die niet bestaat, zoals 31 februari	“Regel {n} is onleesbaar: DTPOSTED …”
Een afschrift zonder transacties	“Het bestand is leeg”
Geen OFX-boom in het bestand	“Onbekend bestandsformaat”
Alleen een beleggingsafschrift	“Onbekend bestandsformaat: OFX met alleen een beleggingsafschrift”