ValidateFin

CFONB 120 Validator & Converter → camt.053

Open een Frans CFONB 120-afschrift, controleer of het klopt en exporteer camt.053 — volledig in je browser, niets geüpload.

CFONB 120AFB120camt.053 exportISO 20022100% local
100% Lokaal

Wat is een CFONB 120-bestand en hoe converteer je het naar camt.053?

CFONB 120 — ook AFB120 genoemd — is het Franse rekeningafschriftformaat, genormaliseerd door het Comité Français d'Organisation et de Normalisation Bancaires: records met vaste lengte van precies 120 tekens, herkenbaar aan hun eerste twee (01 oud saldo, 04 mutatie, 05 aanvulling, 07 nieuw saldo). Het is de Franse tegenhanger van het Belgische CODA, SWIFT MT940 en het Amerikaanse BAI2. Om een CFONB naar ISO 20022 camt.053 te converteren, sleep je het bestand op deze pagina en klik je op "Exporteren als camt.053": ValidateFin verwerkt het lokaal, decodeert het overponste teken van elk bedrag, controleert of oud saldo ± mutaties gelijk is aan het nieuwe saldo, en produceert een geldig camt.053.001.02-afschrift. Er wordt niets geüpload.

Kernpunten

  • CFONB 120 (ook AFB120 genoemd) is het Franse rekeningafschriftformaat — records met vaste lengte van 120 tekens.
  • Records: 01 oud saldo, 04 mutatie, 05 aanvulling, 07 nieuw saldo.
  • Het teken is overponst op het laatste teken van het bedrag (COBOL zoned decimal: {, A-I credit / }, J-R debet) — de valkuil van het formaat.
  • Controleert de boekhoudkundige identiteit die de CFONB eist: oud saldo ± mutaties = nieuw saldo.
  • Converteert naar een geldig camt.053.001.02-afschrift. 100% in je browser — geen upload.

Over de CFONB 120-validator & -converter

Een CFONB 120-bestand is een plat tekstbestand waarvan elke regel exact 120 tekens telt. De recordcode staat op posities 1-2: 01 opent een afschrift met het oude saldo, 04 draagt een mutatie, 05 hangt aanvullende gegevens aan de mutatie erboven, en 07 sluit het afschrift af met het nieuwe saldo. Deze tool is gebouwd op de twee officiële CFONB-documenten: de layout van juli 2004 en het addendum van maart 2010, versie 2.0, dat de SEPA-qualifiers van de 05-records definieert — LIB, LCC/LC2 (mededeling), RCN (end-to-end-referentie en purpose), REF, NPY/NBE (namen van betaler en begunstigde), RUM (SEPA-mandaatreferentie en sequentietype OOFF/FRST/RCUR/FNAL), MMO (oorspronkelijk bedrag en wisselkoers) en andere.

De valkuil van dit formaat — en de reden waarom een naïeve parser stilzwijgend elke debet corrumpeert — is het bedragveld. Het telt 14 tekens, maar alleen de eerste 13 zijn gewone cijfers: het teken is OVERPONST op het laatste, volgens de COBOL zoned-decimal-codering waarbij "{" en "A"-"I" een credit van 0 tot 9 zijn en "}" en "J"-"R" een debet van 0 tot 9. "0000000012345J" is dus geen leesfout: het is −123451. Dat laatste teken als cijfer lezen — of weglaten — kost zowel het teken als een significant cijfer, en het afschrift klopt stilletjes niet meer. Een tweede subtiliteit: het aantal decimalen is een veld van het record (positie 20), geen eigenschap van de valuta — het bestand verklaart zelf zijn precisie. ValidateFin decodeert beide correct en past vervolgens de identiteit toe die de CFONB-specificatie expliciet stelt — het nieuwe saldo is de algebraïsche som van het oude saldo en van alle mutaties in het afschrift — en dat is precies wat een bedrag opvangt waarvan het teken als gewoon cijfer is geschreven. Onbetaalde en geweigerde verrichtingen worden getoond met hun weigeringscode, SEPA-domiciliëringen met hun mandaatreferentie en sequentietype.

Wat je moet weten over CFONB 120 en camt.053

  • CFONB 120 (AFB120) is het Franse rekeningafschriftformaat: records van 120 tekens met vaste lengte, codes 01 / 04 / 05 / 07.
  • Het debet-/creditteken is overponst op het laatste teken van het bedrag — veruit de vaakste oorzaak van een corrupte CFONB-import.
  • Het aantal decimalen wordt door het record zelf verklaard (positie 20), niet afgeleid uit de valuta.
  • De CFONB-specificatie eist dat het nieuwe saldo gelijk is aan het oude saldo plus de algebraïsche som van de mutaties: dat is de integriteitscontrole van het bestand.
  • ISO 20022 camt.053 is de moderne XML-opvolger die de meeste ERP- en treasurysystemen nu importeren; daarom worden CFONB-stromen geconverteerd.

Veelgestelde vragen

Wat is een CFONB 120-bestand?

CFONB 120, ook bekend als AFB120, is het Franse rekeningafschriftformaat genormaliseerd door het Comité Français d'Organisation et de Normalisation Bancaires. Het is een tekstbestand met records van vaste lengte van 120 tekens: 01 (oud saldo), 04 (mutatie), 05 (aanvulling), 07 (nieuw saldo). Het is de Franse tegenhanger van het Belgische CODA, SWIFT MT940 en het Amerikaanse BAI2.

Hoe converteer ik een CFONB 120 naar camt.053?

Sleep het bestand op deze pagina, klik op "Bestand lezen" en daarna op "Exporteren als camt.053". Je krijgt een geldig camt.053.001.02-afschrift met de echte saldi en alle mutaties, volledig in je browser gegenereerd — het bestand wordt nooit geüpload.

CFONB 120 versus camt.053: wat is het verschil?

Beide rapporteren hetzelfde — een bankafschrift — op twee manieren. CFONB 120 is een compact tekstformaat met vaste lengte uit de jaren 80, uitsluitend Frans, met positionele velden en een overponst teken. camt.053 is het ISO 20022 XML-afschrift: internationaal, zelfbeschrijvend, valideerbaar tegen een officiële XSD en met veel rijkere gestructureerde data (partijen, referenties, mededeling, banktransactiecodes). Franse banken leveren nog CFONB; ERP- en treasurysystemen willen steeds vaker camt.053.

Hoe lees ik een CFONB .txt-bestand?

Een CFONB-bestand is platte tekst en opent in elke editor, maar elke regel van 120 tekens is een reeks vaste posities zonder labels — en de bedragen eindigen op een letter, wat op corruptie lijkt maar het overponste teken is. Deze viewer decodeert het naar een rekening, een oud en nieuw saldo, en een lijst mutaties met data, verrichtingscodes, tegenpartijen, omschrijvingen en SEPA-gegevens.

Waarom eindigt mijn CFONB-bedrag op een letter zoals J of C?

Omdat het teken is overponst op het laatste teken van het bedrag, een COBOL zoned-decimal-conventie: "{" en "A" tot "I" dragen een positief cijfer 0 tot 9 (credit), "}" en "J" tot "R" een negatief cijfer 0 tot 9 (debet). "…12345J" betekent dus −123451, geen corrupt bestand. Een parser die dat teken als cijfer leest of weglaat, verliest zowel het teken als een cijfer.

Wat valideert de tool?

De boekhoudkundige identiteit die de CFONB-specificatie eist: het nieuwe saldo moet gelijk zijn aan het oude saldo plus de algebraïsche som van alle mutaties. Een afwijking wordt als waarschuwing gemeld — en dat is precies wat een bedrag met ontbrekend overponst teken opvangt. Onbekende recordcodes, ongeldige valuta en niet-herkende mandaatsequenties worden ook gemeld.

Wordt mijn afschrift ergens geüpload?

Nee. Het CFONB-bestand wordt volledig in je browser met JavaScript gelezen, gevalideerd en geconverteerd. Er worden nooit afschriftgegevens naar een server gestuurd.