Kernpunten
- De Peppol MLR (Message Level Response) is de bevestiging waarmee de ontvanger rapporteert over de technische validatie van een ontvangen document.
- Ze wordt uitgedrukt in het formaat UBL ApplicationResponse 2.1 en reist over het Peppol-netwerk zoals een factuur of een bestelling.
- Ze draagt drie hoofdstatussen: ontvangstbevestiging (AB), aanvaard (AP) en verworpen (RE), waarbij een verwerping de reden moet vermelden.
- De MLR is geen transportbevestiging en geen zakelijk antwoord: ze betreft enkel de conformiteit van het bericht.
Een factuur die over Peppol wordt verstuurd, verdwijnt niet in een ondoorzichtige buis. Het netwerk voorziet een terugweg om de verzender te vertellen wat er met zijn document bij aankomst is gebeurd: dat is de rol van de Peppol MLR, of Message Level Response. Dit bericht begrijpen betekent weten hoe u leest wat uw software u na een verzending toont, en een gewoon "ontvangen" onderscheidt van een "gevalideerd" of een "verworpen, dit is waarom".
Het onderwerp wordt concreet met de verplichting tot elektronische B2B-facturatie in België, van kracht sinds 1 januari 2026: zodra facturen via Peppol reizen, houdt de ontvangstbevestiging op een technisch detail te zijn en wordt ze het bewijs dat het document is aangekomen en de controles heeft doorstaan. Dit artikel beschrijft wat de MLR bevat, wat ze niet zegt, en waar ze zich bevindt tussen de andere terugmeldingen van het netwerk.
Wat een Message Level Response is
De Message Level Response is een volwaardig Peppol-document. Ze wordt gedefinieerd door het profiel Peppol BIS Message Level Response 3.0 dat door OpenPeppol wordt gepubliceerd, onder transactie-identificatie Trdm071. Haar functie past in één zin: ze laat de ontvanger van een zakelijk document toe om het resultaat van zijn validaties aan de verzender te melden.
Technisch vindt de MLR geen formaat uit: ze steunt op het document UBL ApplicationResponse 2.1, een standaard XML-structuur die precies is bedoeld om een antwoord op een ontvangen bericht te dragen. Ze reist over het netwerk zoals elk ander Peppol-document, verpakt in een envelop en verzonden via het AS4-protocol tussen toegangspunten. De verzender en de ontvanger van de MLR zijn eenvoudigweg omgekeerd ten opzichte van de oorspronkelijke factuur: wie de factuur heeft ontvangen, verstuurt de MLR, en wie ze had verstuurd, ontvangt ze.
De drie niveaus van terugmelding op Peppol
De meest voorkomende verwarring vermengt drie verschillende terugmeldingen die drie afzonderlijke vragen beantwoorden. De tabel hieronder plaatst ze.
| Transportbevestiging | MLR | Zakelijk antwoord | |
|---|---|---|---|
| Bevestigt de levering aan het toegangspunt | |||
| Rapporteert over de technische validatie van het document | |||
| Drukt een zakelijke beslissing uit (akkoord, geschil) | |||
| Gedragen door een UBL ApplicationResponse-document |
De transportbevestiging wordt door het AS4-protocol zelf geproduceerd: het is het ondertekende ontvangstbewijs dat bevestigt dat het ene toegangspunt het bericht aan het volgende heeft overhandigd. Ze zegt niets over de inhoud. De MLR bevindt zich een niveau hoger: het document is geopend, gelezen en door de validatieregels gehaald. Ten slotte draagt het zakelijke antwoord, een apart document dat de Invoice Response heet, een inhoudelijke beslissing: wordt de factuur voor betaling aanvaard, betwist, verbonden aan een verlopen contract? De MLR behandelt die dimensie nooit.
Wat een MLR draagt: de statuscodes
De kern van de MLR is haar statuscode. Het Peppol-profiel houdt drie hoofdcodes aan, ontleend aan een genormaliseerde codelijst, elk voor een specifieke stand van de verwerking.
De statussen van een Message Level Response
AB: ontvangstbevestiging
Het bericht is ontvangen en geïdentificeerd, maar nog niet inhoudelijk gevalideerd. Een eenvoudige bevestiging dat het is aangekomen.
AP: aanvaard
Het document heeft de validatie zonder blokkerende fout doorstaan. Het is conform aan de UBL-syntax en de Peppol-regels.
RE: verworpen
Het document bevat een of meer fatale fouten die de verwerking beletten. De reden van de verwerping moet dan worden vermeld.
De regel over de verwerping verdient nadruk: wanneer een MLR de status RE teruggeeft, is de beschrijving van de fout verplicht. De ontvanger kan niet zomaar weigeren; hij moet aangeven wat er misging: een XML-schemafout, een niet-nageleefde Peppol-regel, een onjuiste documentversie. Dat maakt een verwerping bruikbaar: de verzender weet wat hij moet corrigeren voordat hij opnieuw verstuurt.
Omgekeerd leidt een loutere waarschuwing (warning) op zich niet tot een verwerping. Het document blijft aanvaard, waarbij de waarschuwing enkel ter informatie wordt gemeld. Alleen een fatale fout doet de status naar RE kantelen.
Wanneer de MLR in het spel komt
De MLR is niet onmiddellijk: ze past in de levenscyclus van het document, na de levering en zodra de ontvanger zijn validatie heeft uitgevoerd. De typische volgorde is als volgt.
- 1
Uitgifte van de factuur
Stap 1Uw software maakt de factuur aan in het profiel Peppol BIS Billing 3.0 en geeft ze aan uw toegangspunt.
- 2
Routering en transportbevestiging
Stap 2Het netwerk routeert het document naar het toegangspunt van de ontvanger; het AS4-protocol bevestigt de levering.
- 3
Validatie bij de ontvanger
Stap 3Het ontvangen document wordt gecontroleerd: UBL-syntax, Peppol-regels, conformiteitssamenhang.
- 4
Uitgifte van de MLR
Stap 4De ontvanger stuurt een Message Level Response terug met de status AB, AP of RE, en de reden bij een verwerping.
Deze plaats in de keten verklaart waarom de MLR nuttig is, zelfs wanneer alles goed verloopt: ze sluit de lus. Zonder haar weet de verzender alleen dat zijn document is geleverd, niet dat het is aanvaard. Met haar wordt een verwerping vroeg opgemerkt en gecorrigeerd, in plaats van weken later ontdekt te worden door een uitblijvende betaling.
Verstuur uw Peppol-facturen en volg hun bevestigingen zonder XML aan te raken
YouInv maakt uw conforme facturen aan, verstuurt ze over het Peppol-netwerk en interpreteert de Message Level Responses voor u, in klare taal.
Wat de MLR verandert voor uw onderneming
Zoals bij de rest van Peppol hoeft u de MLR niet met de hand te bewerken. Conforme software maakt de bevestiging aan wanneer u een document ontvangt, verstuurt ze en interpreteert die welke u ontvangt. Wat u ziet, is een leesbaar resultaat: factuur aanvaard, of verworpen met de reden. Het UBL ApplicationResponse-bestand blijft onder de motorkap.
Wat telt in de praktijk, is een tool kiezen die deze terugmelding beheert, en niet enkel de verzending. Software die facturen verstuurt zonder een verwerpings-MLR te kunnen lezen, laat u in het ongewisse: u denkt gefactureerd te hebben, terwijl het document is geweigerd om een fout die niemand zag. Het vermogen om Message Level Responses te ontvangen, weer te geven en te traceren is dus een concreet criterium bij de keuze of de update van uw oplossing.
Tot slot is de richting die het netwerk uitgaat het vermelden waard: OpenPeppol heeft een Message Level Status (MLS) gedefinieerd, gebouwd op dezelfde grondslagen als de MLR maar verbreed om ook de levering naar de eindontvanger te dekken, en uitgewisseld tussen dienstverleners. Het is het mechanisme waar Peppol naartoe evolueert; het principe blijft hetzelfde, namelijk rapporteren over het lot van een bericht, maar de omvang reikt verder dan louter de conformiteitsvalidatie.
Ook lezen
- Peppol BIS Billing 3.0: wat het formaat bevat: het factuurprofiel waarvan de MLR de ontvangst bevestigt.
- Peppol-toegangspunt: waarvoor het dient en hoe u zich aansluit: de schakel die facturen en bevestigingen vervoert.
- Het Peppol-netwerk begrijpen in 5 minuten: het vierhoekenmodel en de rol van de toegangspunten.
De referentiebron is doorslaggevend: de specificatie Peppol BIS Message Level Response 3.0 die door OpenPeppol wordt gepubliceerd.
Wat is de Peppol MLR (Message Level Response)?
De Message Level Response (MLR) is een Peppol-document waarmee de ontvanger van een factuur of bestelling de verzender op de hoogte brengt van het resultaat van de technische validatie van het ontvangen bericht. Het is een bevestiging in het formaat UBL ApplicationResponse 2.1, die over het Peppol-netwerk reist zoals elk ander document.
Welke statuscodes kan de MLR teruggeven?
De MLR draagt hoofdzakelijk drie codes: AB (ontvangstbevestiging, bericht ontvangen maar nog niet gevalideerd), AP (aanvaard, het document heeft de validatie zonder blokkerende fout doorstaan) en RE (verworpen, het document bevat fatale fouten). Bij een verwerping is de beschrijving van de fout verplicht.
Is de MLR hetzelfde als een transportbevestiging?
Nee. De transportbevestiging (het AS4-ontvangstbewijs) bevestigt alleen dat het bericht het toegangspunt van de ontvanger heeft bereikt. De MLR gaat verder: ze rapporteert over de validatie van de inhoud van het document, dus over de conformiteit met de UBL-syntax en de Peppol-regels.
Is de MLR een zakelijk antwoord op de factuur?
Nee. De MLR zegt niet of de factuur inhoudelijk wordt aanvaard (akkoord over het bedrag, geschil, verlopen contract). Ze rapporteert enkel over de technische en conformiteitsvalidatie. Een inhoudelijk antwoord is een ander document, het zakelijke antwoord (Invoice Response).
Moet ik de MLR zelf beheren om met Peppol te factureren?
Nee. Conforme facturatiesoftware maakt de MLR's aan, verstuurt ze en interpreteert ze voor u via een toegangspunt. U ziet het resultaat in leesbare vorm (factuur aanvaard, of verworpen met de reden), zonder het UBL ApplicationResponse-bestand te lezen.
