billxml / Foutcodes / Peppol-weigering (BE)
Peppol-factuur geweigerd of afgekeurd? Elke foutmelding gedecodeerd — en hoe je 'm oplost
Sinds 1 januari 2026 moeten facturen tussen in België gevestigde btw-plichtige ondernemingen gestructureerd elektronisch verlopen, via Peppol, en geldt die verplichting ook voor het ontvangen van facturen (officiële FAQ van de FOD, hieronder geciteerd). Wie geweigerd of afgekeurd wordt, krijgt zelden een duidelijke uitleg: een code als RE, een foutmelding over een Peppol-ID, een klacht over een ontbrekende orderreferentie. Deze pagina decodeert elke foutfamilie, zegt wie wat moet oplossen, en verwijst naar de officiële specificaties. Geen frequentiestatistieken: alles hieronder komt uit de documentatie van OpenPeppol, de Belgische overheids-FAQ en de validatieregels zelf.
De afkeuring ontcijferen: de MLR
Als een ontvanger een Peppol-factuur afkeurt, krijg je als verzender een Message Level Response (MLR) terug: een gestandaardiseerd antwoordbericht (BIS Message Level Response 3.0, OpenPeppol) dat de uitkomst van de documentvalidatie rapporteert. De MLR bevat precies één overall result code:
| Code | Betekenis | Wat je doet |
|---|---|---|
| AP | Geaccepteerd: het document is gevalideerd en wordt verder verwerkt. | Niets — de factuur is door de validatie. |
| AB | Geaccepteerd zonder validatie: de ontvanger bevestigt ontvangst maar heeft (nog) niet gevalideerd. | Afwachten; dit is geen afkeuring. |
| RE | Afgewezen: de validatie is gefaald, het document wordt niet verder verwerkt. In dit geval bevat de MLR verplicht een omschrijving van de reden. | De reden lezen (zie de motieven hieronder), het bestand corrigeren, opnieuw versturen. |
Twee zaken uit de officiële specificatie die vaak verkeerd begrepen worden. Ten eerste: warnings alleen leiden niet tot afkeuring — de MLR-specificatie zegt letterlijk dat waarschuwingen alléén het document niet mogen afwijzen (ze mogen wel gemeld worden naast fatale fouten). Een RE betekent dus een fatale fout, geen waarschuwing. Ten tweede: niet elke fout komt in een MLR terecht. De specificatie zet onbekende verzender/ontvanger expliciet buiten het bereik van de MLR (dat is een transportbevestiging) en ook een verkeerd referentienummer na raadpleging van een databank (zoals een onbekend ordernummer) valt onder de zakelijke reactie van de ontvanger, niet onder de MLR. Vandaar de motieffamilies hieronder.
Bron: BIS Message Level Response 3.0, OpenPeppol (docs.peppol.eu/poacc/upgrade-3/profiles/36-mlr/) — result codes AP/AB/RE, secties 2.2 en 6.2.
Motief: Peppol-ID fout of ontvanger onbekend
Oorzaak. Het Peppol-ID van de ontvanger is verkeerd geschreven, onbekend in het netwerk, of de ontvanger is (nog) niet geregistreerd als factuurontvanger. Dit is een transportprobleem: je bericht bereikt de ontvanger niet als dusdanig. Het is geen inhoudelijk probleem van je factuur — BT-velden bijwerken lost dit niet op.
Oplossing. Controleer het Peppol-ID van je klant in de openbare Peppol-deelnemerslijst (peppol.directory): zoek op naam of btw-nummer en kopieer het volledige ID inclusief schema (bijvoorbeeld 0208: voor een btw-nummer). Is je klant er niet te vinden, dan moet die zich eerst registreren via een access point. Vraag je klant anders het ID schriftelijk bevestigen.
Laag: transport — buiten de MLR. Op te lossen door: verzender of ontvanger (registratie).
Motief: verkeerde CustomizationID of ProfileID (BT-24)
Oorzaak. Je bestand is geldige UBL, maar kondigt het verkeerde profiel aan. In UBL staat de aankondiging in twee elementen: CustomizationID (BT-24, specification identifier) en ProfileID. Voor een Peppol BIS 3.0-factuur moet BT-24 exact de waarde urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0 hebben — dat is letterlijk de eis van regel PEPPOL-EN16931-R004. Kondigt het bestand een ander profiel aan (een verkeerde guideline, een nationaal formaat, een typefout), dan weigert de ontvangende kant het vóórdat er ook maar een regel gecontroleerd wordt.
Oplossing. Controleer CustomizationID en ProfileID in je UBL-bestand tegen de waarden die je access point of software voor BIS 3.0 verwacht. Corrigeer de waarde, verstuur opnieuw. Zie ook de familie identifiers en codes in onze foutenatlas.
Laag: profielidentificatie (vóór de regels). Op te lossen door: verzendersoftware.
Motief: regelfouten — PEPPOL-EN16931-* vs BR-*
Een Peppol-factuur passeert drie validatielagen vóór levering: het XML-schema (UBL 2.1), de zakelijke regels van de Europese norm EN 16931 (codes BR-*), en de bijkomende Peppol BIS-regels (codes PEPPOL-EN16931-*). Faalt er één regel, dan volgt afkeuring. Drie voorbeelden met hun officiële eistekst in onze atlas:
- PEPPOL-EN16931-R004 — de specification identifier (BT-24) moet exact de BIS 3.0-waarde hebben (zie het motief hierboven).
- PEPPOL-EN16931-R008 — een document mag geen lege elementen bevatten: is een element aanwezig, dan moet het een waarde hebben.
- BR-CO-15 — het totaal met btw moet gelijk zijn aan het totaal zonder btw plus het btw-bedrag.
Elke atlaspagina toont de officiële eistekst woord voor woord plus de velden die de regel controleert; de volledige lijst staat in de foutenatlas (EN 16931, Peppol BIS 3.0, XRechnung en Peppol CEN, ruim 1.700 regels).
Laag: documentvalidatie (dit is wat een RE-MLR meestal rapporteert). Op te lossen door: verzender, data of software naargelang de regel.
Motief: StatusCode 420 / onbekende orderreferentie
Oorzaak. Sommige ontvangende systemen (in Nederland bijvoorbeeld de rijksoverheid-helpdesk) melden StatusCode 420: het referentie- of ordernummer op je e-factuur is bij hen niet bekend of niet actief. Dit is een zakelijke controle van de ontvanger, geen XML- of regelfout: je bestand kan aan alle regels voldoen en toch onverwerkbaar zijn omdat de orderreferentie niet matcht.
Oplossing. Controleer het ordernummer teken voor teken tegen de opdrachtbrief of bestelling; gebruik het precies zoals het daar staat (in UBL is dit de inkooporderreferentie van de koper, het BT-13-referentieveld). Geen opdrachtbrief voorhanden? Vraag het juiste nummer aan je contactpersoon bij de klant, en verstuur daarna pas opnieuw.
Laag: zakelijke reactie van de ontvanger. Op te lossen door: verzender, na opvragen van de juiste referentie.
Motief: "de ontvanger kan geen Peppol-facturen ontvangen"
Wat de wet zegt. Sinds 1 januari 2026 moet elke factuur die onder de Belgische e-facturatieverplichting valt en vanaf die datum wordt opgemaakt, uitgereikt of verzonden, de vorm hebben van een gestructureerde elektronische factuur — ongeacht of de handelingen zelf vóór of na 1 januari 2026 plaatsvonden (artikel 53, § 2bis, Btw-wetboek; officiële FAQ, vraag "Vanaf wanneer is e-facturering verplicht?"). De ontvangstverplichting geldt mee.
Wat als je klant niet klaar is. De officiële FAQ is expliciet: kan je klant nog geen facturen ontvangen via Peppol, dan mag je als verzender een andere wijze van overdracht kiezen. Gebeurt die uitreiking elektronisch, dan moet de klant ermee akkoord gaan, en er moet overeenstemming zijn over een veilig alternatief. De op alternatieve wijze verzonden factuur is rechtsgeldig; de verzender voldoet daarmee aan zijn wettelijke facturatieverplichting. Zodra het systeem van de klant operationeel is, hoeven geen gestructureerde facturen met terugwerkende kracht verstuurd te worden. De FAQ voegt eraan toe dat de klant bij niet-naleving het risico loopt gesanctioneerd te worden — zonder dat de FAQ bedragen noemt, en die noemen wij dus ook niet.
Wat je concreet afspreekt. Leg schriftelijk vast: (1) welk veilig alternatief kanaal jullie gebruiken, (2) vanaf wanneer, (3) wie het initiatief neemt zodra de klant Peppol-ontvangst heeft. Let tot slot op het Peppol-netwerk zelf: de publicatie van geregistreerde factuurontvangers geldt binnen het netwerk als akkoord om gestructureerde facturen te ontvangen (officiële FAQ) — staat je klant in de deelnemerslijst, dan is "ik kan niets ontvangen" geen geldig transportargument meer, maar een configuratieprobleem bij je klant.
Laag: mandate/wetgeving + setup ontvanger. Bron: efactuur.belgium.be, FAQ B2B-verplichting, gecontroleerd op 10 september 2026.
Motief: "mijn PDF's worden geweigerd"
Sinds 1 januari 2026 is de gestructureerde elektronische factuur de enige wettelijk verplichte factuurvorm voor handelingen tussen Belgische btw-plichtige ondernemingen (B2B). Een alléén als PDF verstuurde factuur voldoet voor die transacties niet aan de verplichting — de ontvanger mag ze weigeren. Een pdf-versie of papieren versie er naast mag wel: de FAQ stelt expliciet dat je desgewenst vrijwillig een pdf- of papieren exemplaar mag meesturen, maar de gestructureerde elektronische factuur blijft de enige wettelijk verplichte. Wat "gestructureerd" betekent (EN 16931-gebaseerde formaten zoals Peppol BIS) lees je in de inleiding van onze foutenatlas.
Bron: efactuur.belgium.be, FAQ "Mogen elektronische en papieren facturen naast elkaar worden gebruikt?", gecontroleerd op 10 september 2026.
Controleer vóór je opnieuw verstuurt
Vóór je een afgewezen factuur opnieuw verstuurt, controleer het bestand: plak het in de gratis validator op billxml.com. De Peppol BIS 3.0-regelset draait ongewijzigd, je krijgt resultaten per regel (ook EN 16931 en XRechnung), zonder account, en bestanden worden in het geheugen gevalideerd en nadien verwijderd.
Controleer je factuur gratis (geen account)Wat een bestandsvalidator niet kan
Een validator controleert het bestand tegen de regels — niet de registratie van je ontvanger, niet de orderreferenties in het systeem van je klant, niet de instellingen van je access point. Een perfect geldig bestand kan dus nog steeds geweigerd worden om een transport- of referentieprobleem; de motieven hierboven zeggen per familie wie wat moet oplossen. Wij tonen op elke atlaspagina de officiële eistekst woord voor woord en zeggen precies wat de validator controleert. Geen frequentiestatistieken, geen marktaandelen, geen sanctiebedragen: die gegevens publiceren wij niet omdat wij ze niet kunnen aantonen.
billxml is geen Peppol-access point en geen Erkend Boekingsplatform: formaatvalidatie en conversie doen wij zelf, de verzending gebeurt via je eigen access point. De juridische status over België op deze pagina citeert en dateert de officiële FOD Financiën-pagina's (efactuur.belgium.be); billxml is niet verbonden aan de FOD of aan OpenPeppol.
In English — Peppol invoice rejected, briefly
A rejected Peppol BIS 3.0 invoice comes back as a Message Level Response (MLR) with overall result code RE (AP = accepted, AB = acknowledged without validation; warnings alone never cause rejection per the OpenPeppol MLR 3.0 spec). The rejection reasons split across layers: unknown/wrong receiver Peppol-ID is a transport issue (check peppol.directory, fixing invoice fields will not help), a wrong CustomizationID/ProfileID (BT-24) fails before rules run, rule failures carry codes like PEPPOL-EN16931-R004/R008 or BR-CO-* (see the error atlas), and unknown order references (StatusCode 420) are the receiver's business check. Since 1 January 2026 Belgian B2B invoices must be structured electronic via Peppol, including reception; if your customer cannot receive yet, the official FPS Finance FAQ lets the sender choose an alternative transfer channel by mutual agreement on a safe alternative. The detailed guide above is in Dutch; the free rule-level validator works on any invoice file, no account needed.
Veelgestelde vragen
Wat betekent RE in een Message Level Response (MLR)?
RE is de officiële result code voor afkeuring: het document is gevalideerd, faalde, en wordt niet verder verwerkt. De MLR bevat in dat geval verplicht een omschrijving van de reden. AP betekent geaccepteerd na validatie, AB geaccepteerd zonder validatie. Waarschuwingen alléén leiden nooit tot afkeuring — dat staat letterlijk in de MLR-specificatie van OpenPeppol.
Mijn klant kan geen Peppol-facturen ontvangen — wat nu?
Volgens de officiële Belgische FAQ mag je als verzender dan een andere wijze van overdracht kiezen. Gebeurt de uitreiking elektronisch, dan moet de klant akkoord gaan en moeten jullie overeenstemming bereiken over een veilig alternatief. Zo'n factuur is rechtsgeldig en je voldoet aan je wettelijke facturatieverplichting; de klant loopt bij niet-naleving het risico op sancties. Terugwerkende kracht is niet nodig zodra de klant operationeel is.
Zijn PDF-facturen sinds 1 januari 2026 nog geldig in België?
Voor handelingen tussen Belgische btw-plichtige ondernemingen is de gestructureerde elektronische factuur de enige wettelijk verplichte vorm; een alléen als PDF gestuurde factuur voldoet daaraan niet en de ontvanger mag ze weigeren. Een pdf- of papieren exemplaar ernaast mag vrijwillig.
Wat is het verschil tussen PEPPOL-EN16931-* en BR-*-codes?
Ze komen uit verschillende validatielagen: BR-* zijn de zakelijke regels van de Europese norm EN 16931; PEPPOL-EN16931-* zijn de bijkomende regels die Peppol BIS 3.0 bovenop de norm oplegt. Faalt een regel in een van de lagen, dan wordt het document afgewezen. Onze foutenatlas toont van elke regel de officiële eistekst.
Bronnen op deze pagina: BIS Message Level Response 3.0 (OpenPeppol, docs.peppol.eu); officiële Belgische e-facturatie-FAQ (efactuur.belgium.be / FOD Financiën), gecontroleerd op 10 september 2026; Peppol-deelnemerslijst (peppol.directory); foutcode-vocabularium van de Nederlandse rijksoverheid-helpdesk (StatusCode 420). billxml publiceert geen weigeringsstatistieken: die gegevens hebben wij niet.