Peppol is meer dan een netwerk voor e-facturen. Het is een set afspraken over welke documenten u uitwisselt, hoe die documenten zijn opgebouwd, hoe u de ontvanger identificeert en hoe berichten veilig van verzender naar ontvanger gaan.

Bouwt u software die e-facturen of andere inkoopdocumenten verstuurt of ontvangt? Dan bepaalt deze kennis welke documenttypen u ondersteunt, welke validaties u uitvoert en of u de infrastructuur zelf bouwt of uitbesteedt aan een serviceprovider.

Documenttypes binnen Peppol

Elk documenttype binnen Peppol is vastgelegd in een Peppol BIS-specificatie. Een BIS beschrijft welke velden verplicht zijn, welke codelijsten gelden en aan welke business rules een document moet voldoen. Alle documenten zijn gebaseerd op de UBL-syntax.

Factuur (Invoice)

Het meest gebruikte document op het netwerk, gebaseerd op Peppol BIS Billing 3.0 en daarmee op de Europese norm EN 16931.

✓ Voldoet aan het semantische model van EN 16931
✓ Bevat verplichte velden voor btw, partijen en regels
✓ Ondersteunt bijlagen, zoals een pdf-weergave

Creditnota (Credit Note)

Crediteert een eerder verstuurde factuur geheel of gedeeltelijk. Valt ook onder Peppol BIS Billing 3.0.

✓ Eigen UBL-documenttype, naast de factuur
✓ Verwijst naar de oorspronkelijke factuur
✓ Dezelfde validatieregels als de factuur

Gecorrigeerde factuur

Corrigeert een eerder verstuurde factuur. Of dat is toegestaan of een creditnota verplicht is, hangt af van nationale regelgeving.

✓ Valt binnen Peppol BIS Billing 3.0
✓ Verwijst naar het oorspronkelijke document
✓ Nationale regels bepalen het gebruik

Order en orderbevestiging

Hiermee plaatst een koper een bestelling elektronisch. De leverancier accepteert, weigert of wijzigt die.

✓ Vastgelegd in Peppol BIS-specificaties voor ordering
✓ Order en response hebben elk een eigen documenttype
✓ Legt de basis voor automatische matching met de factuur

Verzendadvies

Meldt vooraf wat er wordt geleverd, wanneer en in welke verpakking.

✓ Ondersteunt goederenontvangst en voorraadbeheer
✓ Verwijst naar de onderliggende order
✓ Maakt three-way matching mogelijk (order, levering, factuur)

Catalogus

Deelt productinformatie en prijzen tussen leverancier en koper.

✓ Bevat artikelen, specificaties en prijzen
✓ Optioneel met een catalogusreactie van de koper
✓ Voorkomt handmatige invoer van artikelgegevens

Message Level Response (MLR)

Een technisch-inhoudelijke terugmelding: is het ontvangen bericht correct verwerkt of afgekeurd?

✓ Meldt validatiefouten terug aan de verzender
✓ Gaat over het bericht, niet over de zakelijke inhoud
✓ Nuttig voor foutafhandeling in uw software

Invoice Response (IMR)

Een zakelijke statusmelding over een factuur: ontvangen, in behandeling, geaccepteerd, afgewezen of betaald.

✓ Geeft de leverancier inzicht in de factuurstatus
✓ Vermindert statusvragen via e-mail en telefoon
✓ Werkt met gestandaardiseerde statuscodes

Een typisch documentproces

Catalogus: De leverancier deelt artikelen en prijzen.
Order: De koper bestelt op basis van de catalogus.
Orderbevestiging: De leverancier accepteert, wijzigt of weigert de order.
Verzendadvies: De leverancier meldt wat er wordt geleverd.
Factuur: De leverancier factureert. De koper kan met een Invoice Response de status terugmelden.

Niet elke organisatie gebruikt het volledige traject. Veel implementaties beginnen met de factuur en de creditnota en breiden later uit naar ordering en logistieke documenten.

PINT, het internationale factuurmodel

PINT (Peppol International Invoice Model) is een aanvullend model naast Peppol BIS Billing 3.0. BIS Billing 3.0 is gebouwd op de Europese norm EN 16931 en gaat uit van een Europees btw-stelsel. Landen buiten Europa werken vaak met andere belastingsystemen, zoals GST of SST. PINT maakt Peppol ook voor die landen bruikbaar.

Basisspecificatie

Een gemeenschappelijke kern van factuurvelden die voor alle PINT-varianten geldt.

Land-specifieke extensies

Aanvullende regels per land of regio, bijvoorbeeld voor Japan, Australië en Nieuw-Zeeland, Singapore en Maleisië.

Interoperabel

Dezelfde infrastructuur en hetzelfde transportprotocol als de rest van het Peppol-netwerk.

Identifier schemes: hoe Peppol een deelnemer herkent

Elke deelnemer op het Peppol-netwerk heeft een Peppol ID, opgebouwd uit een scheme-ID uit de ISO 6523-lijst en een identificatienummer. Welke scheme-ID’s veelvoorkomend zijn en hoe u uw eigen Peppol ID vindt, leest u op Peppol ID.

Validatie en compliance

Een Peppol-document doorloopt twee validatielagen voordat het als correct geldt.

Syntactische validatie

Controle op de XML-structuur tegen het XSD-schema van UBL: klopt de opbouw, staan de elementen op de juiste plek en hebben ze het juiste datatype?

Schematron-validatie

Controle op business rules: de regels uit EN 16931, Peppol-specifieke regels en waar van toepassing land-specifieke regels, zoals kloppende totalen en verplichte velden per situatie.

Land-specifieke regels zijn bijvoorbeeld de NLCIUS in Nederland en XRechnung in Duitsland; in België en Luxemburg is Peppol BIS Billing 3.0 de standaard, in Frankrijk loopt e-facturatie via plateformes agréées.

Meer over het semantische model onder de Peppol-factuur leest u op Wat is de EN 16931. Hoe de verschillende factuurformaten zich tot elkaar verhouden, leest u op de pagina Factuurformaten.

De technische kern van het Peppol-netwerk

In de Peppol-architectuur zijn verzender en ontvanger elk aangesloten via een Access Point. De Access Points wisselen berichten onderling uit. Wie een Access Point heeft, kan iedere deelnemer op het netwerk bereiken, ongeacht welke serviceprovider die deelnemer gebruikt.

Access Point en AS4

Verstuurt en ontvangt berichten via het AS4-protocol. Valideert berichten, routeert ze naar het juiste ontvangende Access Point en verwerkt technische ontvangstbevestigingen.

SMP (Service Metadata Publisher)

Legt per deelnemer vast welke documenttypen die kan ontvangen en via welk Access Point. Een verzender raadpleegt het SMP van de ontvanger voordat het een bericht verstuurt.

SML (Service Metadata Locator)

Het centrale, DNS-gebaseerde register van het netwerk. Wijst per Peppol ID naar het juiste SMP, zodat elk Access Point de ontvanger vindt zonder centrale berichtenhub.

PKI en certificaten

Alle Access Points en SMP's gebruiken X.509v3-certificaten binnen het Peppol-PKI-framework, met minimaal SHA-256. Certificaatstatus wordt gecontroleerd via OCSP. Certificaten hebben een beperkte geldigheidsduur en moeten periodiek worden vernieuwd.

Peppol Directory

Een openbaar doorzoekbaar overzicht van deelnemers op het netwerk. U zoekt op naam of Peppol ID en ziet welke documenttypen een organisatie ondersteunt.

Peppol standaardiseert het verkeer tussen Access Points. De koppeling tussen uw software en een Access Point is níet gestandaardiseerd: elke serviceprovider biedt daarvoor een eigen API, meestal voor het versturen van documenten, statusopvraag, validatie en het opzoeken van deelnemers in SMP en Directory.

Draait u zelf een Access Point? Houd dan rekening met operationele eisen, zoals versleutelde verbindingen via TLS 1.2 of hoger, hoge beschikbaarheid, monitoring, logging voor audit en tijdige certificaatvernieuwing. Technisch volstaat een moderne, ondersteunde runtime-omgeving, bijvoorbeeld Java of .NET.

Wat dit betekent voor u als softwareleverancier: zelf bouwen of uitbesteden?

Wilt u Peppol in uw software ondersteunen, dan kiest u tussen een eigen Access Point met SMP en een koppeling met een serviceprovider. Een eigen Access Point geeft volledige controle, maar u wordt dan zelf verantwoordelijk voor alles hieronder. Een serviceprovider neemt die taken over.

Toetreding en contracten

De formele aansluiting bij de Peppol-autoriteit en de bijbehorende verplichtingen.

Certificaatbeheer

Aanvragen, installeren en periodiek vernieuwen van PKI-certificaten, inclusief OCSP-controle.

AS4-transport

Versturen, ontvangen, ontvangstbevestigingen en foutafhandeling tussen Access Points.

SMP-registratie

Uw klanten registreren in het SMP en in het SML, met de juiste documenttypen.

Validatie

Syntactische en Schematron-validatie, bijgewerkt bij elke nieuwe release van de specificaties.

Beschikbaarheid en monitoring

Redundante infrastructuur, logging en incidentafhandeling.

Nieuwe documenttypen en modellen

Ondersteuning voor ordering, logistiek of PINT zonder eigen ontwikkelwerk op transportniveau.

Identificatie van eindgebruikers

Vaststellen wie uw klanten zijn voordat u ze registreert.

Rapportage

Verplichte periodieke rapportages aan OpenPeppol.

Beveiliging

In Nederland eist de Peppol-autoriteit ISO 27001 of gelijkwaardig.

Wat u zelf blijft doen: uw datamodel correct vullen, de juiste identifiers en scheme-ID’s vastleggen, fouten en statusmeldingen (MLR, Invoice Response) zichtbaar maken voor uw gebruikers en de API van uw serviceprovider integreren. Let bij de keuze op de documenttypen en PINT-varianten die een provider ondersteunt, de kwaliteit van de API en documentatie, en de manier waarop validatiefouten worden teruggemeld.

Voor integrators geldt hetzelfde afwegingskader. Wie meerdere klanten op Peppol aansluit, heeft vooral baat bij een provider met heldere onboarding van deelnemers en goede ondersteuning voor de SMP-registratie.

De standaarden op deze pagina vormen het fundament. De volgende stap is Peppol integreren in uw software: welke API, welke documenttypen en welke serviceprovider passen bij uw product.

Vind in de vergelijker serviceproviders die bij uw product passen, en vraag naar de documenttypen en PINT-varianten die u nodig heeft.