Fouten in Peppol-facturen: 10 oorzaken en oplossingen

Peppol biedt een gestandaardiseerde infrastructuur voor de uitwisseling van elektronische facturen en andere zakelijke documenten. Maar standaardisatie betekent niet dat elke transactie automatisch zal verlopen.

Een factuur kan worden afgewezen omdat de gegevens ongeldig zijn, de ontvanger niet kan worden gevonden, het verkeerde bedrijfsproces wordt gebruikt of de koper de factuur na ontvangst afwijst. In bedrijfsomgevingen kan de onderliggende oorzaak overal liggen, van het ERP-systeem tot factuurmapping, stamgegevens, Peppol-discovery-services en het toegangspunt.

In deze handleiding worden tien veelvoorkomende fouten in Peppol-facturen toegelicht. Elk hoofdstuk begint met een beschrijving van het praktische probleem in begrijpelijke taal, waarna de relevante technische details worden besproken voor bedrijven en ERP-integratieteams.

Technische reikwijdte: Beoordeeld aan de hand van de Peppol- BIS Billing , versie 3.0.21, en de OpenPeppol eDelivery-specificaties die in augustus 2026 beschikbaar zijn. Landspecifieke vereisten en specificaties blijven veranderen.

Stel, voordat u met het oplossen van het probleem begint, vast waar de storing zich heeft voorgedaan.

Deze fouten vragen om verschillende oplossingen. Het opnieuw verzenden van een ongewijzigde factuur lost onjuiste gegevens niet op. Het aanpassen van de factuur helpt niet als de Peppol-registratie van de ontvanger onvolledig is. Een bevestiging van succesvolle verzending betekent niet dat de koper de factuur heeft goedgekeurd.

Een ' Peppol ID ' werkt net als een netwerkadres, maar het invoeren van het juiste organisatienummer is niet altijd voldoende. De identificatiecode moet volgens het juiste schema zijn opgesteld en exact overeenkomen met de identificatiecode waaronder de ontvanger is geregistreerd.

Een ogenschijnlijk klein verschil – zoals een verkeerd voorvoegsel, een weggelaten voorloopnul of het gebruik van een btw-nummer in plaats van een nationaal bedrijfsidentificatienummer – kan ervoor zorgen dat Peppol de ontvanger niet kan vinden.

Sla de Peppol-identificatiecode op als gestandaardiseerde stamgegevens in plaats van als vrije tekst. Het identificatieschema en de waarde moeten afzonderlijk worden bijgehouden en vóór de facturering worden gevalideerd.

Voordat je het verstuurt:

Een bedrijf kan bij Peppol zijn aangesloten zonder dat het elk type Peppol-document kan ontvangen.

Een ontvanger kan bijvoorbeeld geregistreerd zijn voor het ontvangen van standaard Peppol- BIS Billing -facturen, maar niet voor een bepaalde PINT-factuur, bestelbericht of bedrijfsproces. De Peppol ID is geldig, maar de gevraagde ontvangstmogelijkheid is niet beschikbaar.

Beschouw registratie niet als een simpel ja-of-nee-kenmerk in het ERP-systeem. De relevante vraag is of de ontvanger de exacte combinatie van documenttype en bedrijfsproces die wordt verzonden, kan ontvangen.

Je integratie moet:

Zelfs als de factuur en Peppol ID correct zijn, kan het voorkomen dat het netwerk tijdelijk op de verkeerde plek zoekt.

Dit kan gebeuren wanneer een bedrijf van Peppol-dienstverlener verandert, wanneer oude routeringsgegevens in de cache blijven staan of terwijl wijzigingen worden doorgevoerd. De afzender kan een foutmelding krijgen waarin wordt gesuggereerd dat de ontvanger niet bestaat, hoewel het daadwerkelijke probleem te maken heeft met verouderde zoekgegevens.

ERP-toepassingen moeten niet proberen het volledige Peppol-detectieproces zelf na te bootsen, tenzij dit bewust deel uitmaakt van de productarchitectuur. Detectie, certificaatvalidatie, routering en het afhandelen van herhalingspogingen kunnen doorgaans beter worden beheerd door de Peppol-dienstverlener.

ERP- en bedrijfsteams moeten er nog steeds voor zorgen dat:

Op elke Peppol-factuur staat vermeld aan welke regels deze voldoet en tot welk bedrijfsproces deze behoort. Als deze identificatiegegevens ontbreken of onjuist zijn, kan het ontvangende systeem het document niet op betrouwbare wijze interpreteren.

Dit gebeurt vaak wanneer een ERP-systeem een oud factuursjabloon exporteert, een converter een verkeerde waarde invoert of een toewijzing die voor één land of proces is ontworpen, elders wordt hergebruikt.

Profiel- en specificatie-identificatoren moeten centraal worden beheerd. Ze mogen niet door gebruikers worden bewerkt of in elke ERP-connector afzonderlijk opnieuw worden samengesteld.

Voor omgevingen met meerdere markten:

Op de factuur moeten gegevens staan waaruit voor de koper blijkt wie de goederen heeft besteld of bij welke inkooporder de factuur hoort.

Zonder die referentie weet de koper mogelijk niet waar hij de factuur naartoe moet sturen. Peppol vereist daarom ofwel een kopersreferentie, ofwel een inkooporderreferentie.

Door ‘N.v.t.’ in te vullen lijkt het veld misschien ingevuld, maar het biedt de koper geen bruikbare informatie.

Zorg ervoor dat de benodigde referentie is vastgelegd voordat de factuur wordt aangemaakt. Vertrouw er niet op dat de debiteurenafdeling ontbrekende gegevens aanvult nadat de factuur is afgewezen.

Een schaalbaar proces moet:

Een factuur kan het juiste totaalbedrag vermelden, maar toch worden afgewezen omdat de btw-gegevens niet kloppen.

De geselecteerde btw-categorie, het btw-tarief en de reden voor vrijstelling moeten met elkaar in overeenstemming zijn. Afhankelijk van de betrokken landen kunnen er aanvullende nationale vereisten van toepassing zijn.

Beschouw de btw niet als een opmaakprobleem dat door de factuurconverter wordt afgehandeld. De btw-berekening moet plaatsvinden in het betreffende ERP-systeem of de belastingmodule voordat de factuur wordt gegenereerd.

De bedrijfsmaatregelen moeten het volgende omvatten:

Een factuur die qua opbouw correct is, hoeft niet per se gebaseerd te zijn op de juiste fiscale behandeling. Onzekere fiscale situaties moeten worden beoordeeld door een gekwalificeerde belastingdeskundige.

De bedragen op de factuur moeten volgens vastgestelde berekeningsregels kloppen.

Er doen zich vaak problemen voor wanneer het ERP-systeem, de belastingmodule en de factuurconverter dezelfde waarden op verschillende manieren berekenen. Een verschil van slechts één cent kan al voldoende zijn om een fatale validatiefout te veroorzaken.

Gebruik in het gehele facturatieproces één vastgelegd berekenings- en afrondingsmodel.

Let vooral op het volgende:

Controleer altijd de definitieve XML-code die voor verzending wordt gegenereerd. Als je alleen de brongegevens uit het ERP-systeem controleert, worden fouten die door de mapping- of conversielaag zijn ontstaan niet opgemerkt.

Een gestructureerde factuur is geen digitale versie van een papieren factuur. Lege rijen, visuele scheidingstekens en willekeurige tekst mogen niet worden omgezet in factuurregels.

Elk veld en elke regel heeft een vastgelegde betekenis. Als je een veld voor iets anders gebruikt, worden de gegevens weliswaar wel doorgegeven aan de koper, maar dit staat betrouwbare automatisering in de weg.

ERP-koppelingen moeten eerder semantisch dan visueel zijn. Koppel informatie op basis van de betekenis ervan, niet op basis van waar deze op een weergegeven factuur staat.

Veelvoorkomende bedieningselementen zijn onder meer:

Aan een Peppol-factuur kan een PDF-bestand of een ander bestand worden toegevoegd, maar de ontvanger hoeft dit niet te openen om de transactie te begrijpen of te verwerken.

Als het inkoopordernummer, de betalingsgegevens, de btw-gegevens of de omschrijvingen van de factuurregels alleen in de PDF staan, loopt de koper een groot deel van de automatisering mis die gestructureerde e-facturering juist moet bieden.

Beschouw bijlagen als aanvullend materiaal. Vermeld de vereiste en operationeel belangrijke informatie in de gestructureerde velden van de factuur.

Bijlagen kunnen geschikt zijn voor:

Controleer ook de vereisten met betrekking tot het mediatype, de bestandsnaam en de bestandsgrootte. Dienstverleners en ontvangende systemen kunnen operationele beperkingen opleggen, zelfs als het bestandstype zelf wordt ondersteund.

"Geleverd" betekent niet "goedgekeurd voor betaling".

Peppol kan een technisch geldige factuur weliswaar succesvol verzenden, maar de koper kan deze toch in twijfel trekken of afwijzen omdat de prijs onjuist is, de inkooporder niet overeenkomt, de goederen niet zijn ontvangen of de factuur aan de verkeerde rechtspersoon is gericht.

Gebruikers van ERP- en financiële systemen hebben meer nodig dan alleen een status ‘verzonden’ of ‘mislukt’. De integratie moet onderscheid maken tussen:

De reacties moeten worden gekoppeld aan de oorspronkelijke factuur en zodanig worden gepresenteerd dat het verantwoordelijke team hierop kan reageren. Automatische herhalingspogingen mogen geen dubbele facturen opleveren.

Voor betrouwbare elektronische facturering is meer nodig dan alleen het genereren van geldige XML. Het volledige proces moet het volgende omvatten:

Voor grote ondernemingen moeten deze functionaliteiten worden gecentraliseerd in plaats van in elk ERP-systeem, elke dochteronderneming of elke markt afzonderlijk opnieuw te worden ontwikkeld.

Voor ERP- en platformpartners moet de Peppol-koppeling worden aangeboden als een beheerde dienst met stabiele API’s, duidelijke foutcategorieën en bruikbare reacties. Gebruikers hoeven geen kennis te hebben van SMP-records of Schematron-regels om een factuur te corrigeren, maar de integratie moet deze achter de schermen wel correct verwerken.

Qvalia biedt volledige Peppol-connectiviteit voor ondernemingen, ERP-leveranciers en softwareplatforms via API’s en bestandsgebaseerde integraties. Het platform zorgt voor de uitwisseling van gestructureerde documenten, het opsporen van deelnemers, validatie, antwoordberichten, foutafhandeling en de traceerbaarheid van transacties.

Ontdek het Qvalia Peppol-toegangspunt.