CAMT en MT940

This content is not available in your language yet.

CAMT en MT940 zijn geen bestanden van één bank maar gepubliceerde standaarden. Vrijwel elke Europese bank levert ze allebei. Dat maakt ze de aangeraden route: wat Muntar hier leest, leest hij bij elke bank op dezelfde manier.

Waar je ze vindt

De knop heet bij elke bank iets anders. Zoek in internetbankieren naar “afschrift downloaden”, “transactieoverzicht exporteren” of “download voor uw boekhoudpakket”, en kijk dan naar de formaatkeuze.

Je ziet	Dat is
CAMT.053, camt.053.001.02, SEPA XML, ISO 20022, XML-afschrift	CAMT
MT940, SWIFT MT940, .sta, Telebankieren, “voor uw boekhoudpakket”	MT940
CAMT.052, CAMT.054, MT942	tussentijdse varianten, die leest Muntar ook

Krijg je een .zip, pak die dan eerst uit en upload het .xml-bestand erin.

Welke van de twee

CAMT, als je kunt kiezen. Het verschil zit in de ruimte. CAMT heeft een eigen veld voor de naam van de tegenpartij, een eigen veld voor zijn IBAN, en een omschrijving die niet afgekapt wordt. MT940 propt dat alles in één tekstveld van zes regels van 65 tekens, dus daar raakt een lange omschrijving zijn staart kwijt. Dat is geen tekortkoming van Muntar maar van het formaat.

Wat Muntar uit beide haalt is hetzelfde: de datum, het bedrag met het juiste teken, de omschrijving, de tegenpartij met zijn IBAN als die erbij staat, de transactiecode van de bank, en een referentie waarmee dubbelen herkend worden.

Meerdere rekeningen in één bestand

Beide formaten mogen meerdere rekeningen bevatten, en banken doen dat ook: je downloadt “alle rekeningen” en krijgt één bestand. Muntar ziet dat, zegt hoeveel rekeningen erin zitten, en maakt per rekening een aparte import. Kent hij een van die IBAN’s nog niet, dan vraagt hij eerst waar die bij hoort. Zie IBAN’s toewijzen.

Het saldo en waarom Muntar het soms niet controleert

Een CAMT- of MT940-afschrift draagt een beginsaldo en een eindsaldo. Muntar telt het beginsaldo op bij alle mutaties en kijkt of hij op het eindsaldo van de bank uitkomt.

Komt dat uit, dan vult hij per regel het lopende saldo in en kan de saldocheck zijn werk doen: hij weet dan het saldo waarmee de reeks begint en kan dat vergelijken met wat er in Muntar staat.

Komt het niet uit, dan vult hij níets in en zegt hij wat hij zag: “beginsaldo X plus de mutaties komt op Y, terwijl de bank Z als eindsaldo meldt”. Dat is een waarschuwing en geen blokkade; je kunt gewoon doorgaan. Maar een verzonnen lopend saldo zou erger zijn dan geen, want daar zou de saldocheck dan op gaan rekenen.

Een MT942 (tussentijdse mutaties) heeft geen begin- en eindsaldo, alleen totalen. Daar is dus geen saldocontrole mogelijk, en dat staat er als waarschuwing bij.

Regels die Muntar bewust overslaat

Nog niet geboekte regels. Een CAMT.052 of CAMT.054 kan boekingen bevatten die de bank nog niet definitief heeft gemaakt (status PDNG). Die slaat Muntar over en hij noemt het aantal. Ze komen mee zodra je een nieuw afschrift downloadt waarin de bank ze wel geboekt heeft.

Beleggingsregels. Die horen bij een effectenrekening, niet bij een bankafschrift.

Gebundelde betalingen

Een bank mag meerdere betalingen als één afschrijving boeken, bijvoorbeeld één regel van 3.000 euro voor een hele salarisrun. Muntar houdt die als één regel met het totaalbedrag, en zegt hoeveel van dat soort regels erin zaten.

Dat is een keuze: één regel op je afschrift is één beweging van je geld. Zou Muntar hem opsplitsen in de onderliggende betalingen, dan stond het bedrag er twee keer in en klopte je saldo niet meer. Wil je de verdeling toch bijhouden, boek de onderdelen dan na het boeken zelf om met tegenboeken en corrigeren.

Een terugboeking gaat de goede kant op

Draait de bank een eerdere boeking terug (een storno, een teruggestorte incasso), dan staat dat in het bestand als een boeking mét een omkeermarkering, niet als een boeking de andere kant op. Muntar leest die markering en zet het teken om. Zonder dat zou een teruggestorte incasso als een tweede afschrijving binnenkomen en zou je twee keer hetzelfde bedrag kwijt zijn.

Wat er misgaat en wat je dan ziet

Wat	Wat Muntar zegt
De XML is halverwege afgebroken	“Het bestand is beschadigd” met de reden erbij
Een bedrag zonder valuta erbij	“Regel {n} is onleesbaar: Ntry/Amt zonder Ccy”
Een richting die niet bij of af is	“Regel {n} is onleesbaar: CdtDbtInd …”
Een XML die geen afschrift is	“Onbekend bestandsformaat”
Een afschrift zonder geboekte regels	“Het bestand is leeg”
Geen leesbare IBAN in het MT940-veld `:25:`	een waarschuwing, en je kiest zelf de rekening

Het bestand wordt in zijn geheel geweigerd of in zijn geheel gelezen. Er komt nooit een halve import in je boeken.