Machtigingskenmerk en end-to-end-ID: kenmerken bij SEPA-incasso uitgelegd

Je boekhouder belt: er staan veertig incasso’s op het bankafschrift en geen enkele laat zich automatisch afletteren. Of erger: de bank stuurt de hele batch terug omdat er “Café Ölçek & Zn” in een kenmerk stond. Beide problemen komen van hetzelfde: kenmerken die niet goed zijn ingericht.

Bij een SEPA-incasso spelen drie kenmerken een rol. Het machtigingskenmerk (MandateId) identificeert de toestemming van je klant en blijft gelijk zolang de machtiging loopt. De end-to-end-ID (EndToEndId) identificeert elke afzonderlijke incasso en is per transactie uniek. En de omschrijving (RmtInf) is ruimte voor tekst die je klant op zijn afschrift ziet. Wie die drie goed uit elkaar houdt, voorkomt afkeur en letter vrijwel alles automatisch af.

Waar kenmerken in je incassobatch echt voor dienen

Zie het kenmerk als het label op elke incasso. Het belangrijkste doel is herleidbaarheid. Dat werd extra belangrijk met de overstap van de oude nationale formaten, zoals ClieOp03 in Nederland, naar het XML-formaat dat nu in de hele SEPA-zone geldt.

Vóór SEPA gebruikte elke bank en elk bedrijf eigen systemen. Met een standaardveld als EndToEndId spreken bedrijven en banken nu dezelfde taal. Een goed ingericht kenmerk levert je op:

• Automatisch afletteren: je boekhoudpakket of ERP koppelt bankmutaties zelf aan je facturen.
• Minder fouten: de kans dat je dubbel incasseert of een betaling bij de verkeerde klant boekt, is vrijwel nul.
• Duidelijke communicatie: je klant en je bank zien meteen waar elke afschrijving bij hoort.
• Voldoen aan de regels: je bestanden voldoen aan de Europese eisen en worden niet afgekeurd.

Haal de end-to-end-ID (EndToEndId) en het machtigingskenmerk (MandateId) niet door elkaar. Het tweede identificeert de toestemming die je klant gaf. Meer daarover lees je in wat een SEPA-machtiging is.

Waar elk kenmerk in het XML-bestand staat

Om kenmerken goed te beheren, moet je weten waar ze in het bestand staan dat je naar de bank stuurt. Drie velden zijn de basis.

EndToEndId: het kenmerk van de incasso

Het veld <EndToEndId> (End-to-End Identification) is de belangrijkste identificatie van elke incasso. Het is verplicht bij elke transactie, zowel bij een SEPA-overboeking (SCT) als bij een SEPA-incasso (SDD).

Het veld heeft een harde limiet van 35 tekens en moet binnen een batch uniek zijn. Zie het als een track-and-tracenummer: er mogen er geen twee hetzelfde zijn, want daarmee volg je de betaling van opdracht tot rekening.

MandateId: het machtigingskenmerk

<MandateId> identificeert niet de incasso maar de afspraak met je klant: de machtiging die de betaler tekende. Het veld bestaat alleen bij SEPA-incasso.

Waar de EndToEndId elke maand anders is, blijft het machtigingskenmerk gelijk zolang de machtiging loopt. Het is de schakel die alle incasso’s van een klant aan zijn oorspronkelijke toestemming koppelt.

RmtInf: ruimte voor de omschrijving

Het veld <RmtInf> (Remittance Information) is bedoeld voor beschrijvende informatie, zoals “Factuur 2026-0142” of “Contributie januari”. Je hebt 140 tekens, flink meer dan bij EndToEndId. Maar de omschrijving vervangt het hoofdkenmerk niet: ze is optioneel en helpt bij het afletteren, terwijl de technische herleidbaarheid altijd bij <EndToEndId> ligt.

De drie velden naast elkaar

XML-veld	Doel	Max. tekens	Schema	Typisch gebruik
<EndToEndId>	Elke transactie uniek identificeren	35	SCT en SDD	Kort factuur- of incassokenmerk (bijv. F-2026-00123). Verplicht.
<MandateId>	De machtiging uniek identificeren	35	Alleen SDD	Klant- of contractkenmerk (bijv. KL-4589-MACHT).
<RmtInf>	Omschrijving van de betaling	140	SCT en SDD	Tekst voor de klant (bijv. “Contributie januari 2026”). Optioneel.

Kort gezegd: EndToEndId is je transactiekenmerk, MandateId is het kenmerk van de afspraak, en RmtInf is de omschrijving die iedereen kent.

Sinds SEPA in 2014 volledig is ingevoerd, is het ISO 20022 XML-formaat de norm. Daarmee kreeg de omschrijving bij incasso’s een vaste limiet van 140 tekens, wat bedrijven dwingt om kort en zakelijk te formuleren. Moet je je gegevens nog ordenen voordat je het bestand maakt, lees dan welke gegevens in je CSV-bestand voor SEPA-incasso horen.

Opmaakregels en toegestane tekens

Een van de meest voorkomende redenen dat een bank een batch terugstuurt, zijn opmaakfouten in het kenmerk. Die regels zijn niet optioneel.

De limieten die je moet onthouden

• <EndToEndId>: maximaal 35 tekens. Eén teken te veel en het hele bestand kan worden afgekeurd.
• <RmtInf>: maximaal 140 tekens, voor beschrijvende informatie.

Vuistregel: De controle op deze limieten is het eerste filter dat de bank toepast. Stel je factuur- of boekhoudpakket zo in dat het nooit langere kenmerken maakt.

Welke tekens SEPA accepteert

Om coderingsproblemen tussen Europese banken te voorkomen, staat de standaard alleen een basisset Latijnse tekens toe:

• Letters: A tot Z, hoofd- en kleine letters.
• Cijfers: 0 tot 9.
• Tekens: / - ? : ( ) . , ' +

Alles daarbuiten, hoe gewoon het in het Nederlands ook is, levert een fout op:

• Letters met accent of trema (é, ë, ï, ö, ü), zoals in “Coöperatie” of “Café”.
• Valutatekens zoals € of $.
• Het apenstaartje (@), het &-teken (zoals in “Jansen & Zn”) en sterretjes (*).

Een kenmerk als FACT-Coöp-2026 is dus ongeldig. Schrijf FACT-COOP-2026. Let op dit soort details en je batches gaan in één keer goed.

Kenmerken ontwerpen die echt werken

Naast de technische regels gaat het erom een structuur te kiezen die jou helpt. Een doordacht kenmerk scheelt uren afletteren. Maak slim gebruik van de 35 tekens.

Praktische modellen

• Variabele facturen: voorvoegsel, factuurnummer en klantcode.
  • Voorbeeld: FAC-2026-01589-KL456
  • Opbouw: FAC (soort) + 2026-01589 (factuurnummer) + KL456 (klantcode).
• Contributie en abonnementen: voorvoegsel, lidnummer en periode.
  • Voorbeeld: CONTR-LID-12345-MRT26
  • Opbouw: CONTR-LID (onderwerp) + 12345 (lidnummer) + MRT26 (maand en jaar).
• Salarisbetalingen (bij overboekingen): voorvoegsel, periode en personeelsnummer.
  • Voorbeeld: SAL-MRT26-MW789
  • Opbouw: SAL (soort) + MRT26 (periode) + MW789 (medewerker).

Kernpunt: Het kenmerk is niet alleen voor de bank, maar vooral voor jou. Het is de sleutel tussen je boekhouding en je bankmutaties.

Uitgangspunten voor je eigen systeem

1. Consistentie: kies een structuur en houd je eraan. Gebruik je FAC- voor facturen, wissel dan niet ineens naar FACT-.
2. Belangrijkste info vooraan: factuurnummer, klantcode of datum, wat je het meest nodig hebt bij het afletteren.
3. Logische scheidingstekens: koppeltekens (-) of punten (.) maken het kenmerk leesbaar.
4. Vooruitdenken: geef numerieke codes genoeg cijfers, zodat je over een paar jaar niet zonder combinaties zit.

De meest voorkomende fouten (en hoe je ze voorkomt)

Ook met een goed systeem blijven fouten in het kenmerk een van de belangrijkste oorzaken van afkeur. Het interbancaire systeem is onbuigzaam: de kleinste afwijking leidt tot afkeur, soms van de hele batch.

Fout	Oorzaak	Oplossing
Ongeldige tekens	Accenten, trema’s, €, &, @ in namen of omschrijvingen	Opschonen vóór export: ö wordt o, & wordt EN
Dubbel kenmerk in één batch	Kopieer- en plakwerk in Excel of een slecht ingesteld pakket	Kenmerken automatisch laten genereren, met een oplopend nummer
Te lang veld	Lange factuurnummers of te veel info in het kenmerk	Structuur onder de 35 tekens houden, extra info in RmtInf

Vuistregel: Voorkomen is alles. Controleer kenmerken voordat je het bestand naar de bank stuurt. Een goede conversietool spoort deze problemen voor je op.

Goede gewoontes voor je kenmerkenbeheer

Kenmerken beheren is meer dan een veld invullen. Het gaat om een intern systeem dat als een klok loopt en elke mutatie herleidbaar maakt.

Leg een interne naamgeving vast

Spreek af en documenteer hoe kenmerken binnen je bedrijf worden opgebouwd:

• Voorvoegsels: korte codes per soort betaling, bijvoorbeeld FAC- voor facturen, HUUR- voor huur of CONTR- voor contributie.
• Volgorde: iets als [VOORVOEGSEL]-[JAAR]-[FACTUURNR]-[KLANTCODE] werkt goed.
• Scheidingstekens: kies koppeltekens of punten, niet allebei.

Uniek en gekoppeld aan je administratie

Gouden regel: Gebruik nooit een oud kenmerk opnieuw. Elke transactie, ook een terugkerende incasso bij dezelfde klant, krijgt een nieuwe, unieke EndToEndId.

Daarnaast moet elk kenmerk exact overeenkomen met een record in je boekhoudpakket of ERP. Is je kenmerk FAC-2026-1050, dan bestaat er een factuur met precies dat nummer. Weet ook wat je incassant-ID is, want dat is het andere vaste onderdeel van je batch.

Checklist voor je kenmerken

Stap	Wat je doet	Wanneer
1. Naamgeving vastleggen	Voorvoegsels, volgorde en scheidingstekens	Eenmalig, bij wijzigingen bijwerken
2. Machtigingskenmerk vastzetten	Eén vast kenmerk per machtiging	Bij elke nieuwe machtiging
3. EndToEndId genereren	Uniek per transactie, maximaal 35 tekens	Bij elke batch
4. Tekens opschonen	Accenten, trema’s en symbolen vervangen	Vóór elke export
5. Afletteren controleren	Kenmerken op het afschrift matchen met facturen	Na elke incassorun

GenerateSEPA controleert alle kenmerken automatisch op lengte, tekens en uniciteit voordat het XML-bestand wordt gemaakt. Probeer GenerateSEPA 7 dagen gratis met je eigen Excel- of CSV-bestand.

Lees ook: wat een machtigingskenmerk is en SEPA-incasso.

---

Veelgestelde vragen

Mag je elke maand hetzelfde kenmerk gebruiken voor dezelfde klant?

Niet binnen één batch: de EndToEndId moet per transactie in een bestand uniek zijn. Over verschillende maanden heen kan het technisch, maar het is sterk af te raden. Maak voor elke betaling een nieuw kenmerk, dan blijft alles herleidbaar en voorkom je afletterproblemen.

Wat doe je als je factuurnummer langer is dan 35 tekens?

Inkorten, want een EndToEndId van meer dan 35 tekens wordt automatisch afgekeurd. Laat overbodige voorvoegsels weg, gebruik een korter intern nummer of combineer klantcode en datum. Moet het volledige factuurnummer bij de klant aankomen, zet het dan in de omschrijving (RmtInf), die tot 140 tekens toestaat.

Welke tekens zijn niet toegestaan in een SEPA-kenmerk?

De SEPA XML-standaard staat alleen de letters A tot Z (hoofd- en kleine letters), de cijfers 0 tot 9 en de tekens / - ? : ( ) . , ' + toe. Letters met accenten of een trema (é, ë, ö), het euroteken, het apenstaartje, het &-teken en sterretjes leiden tot afkeur.

Kan één fout in een kenmerk de hele batch laten afkeuren?

Ja. Het bestand wordt als geheel gecontroleerd voordat losse transacties worden verwerkt. Een verboden teken, een dubbel kenmerk in hetzelfde bestand of een veld van meer dan 35 tekens kan de hele batch laten afkeuren, niet alleen de betreffende regel.

---

Gerelateerde artikelen