Wanneer mensen het hebben over "een Peppol-factuur versturen", halen ze vaak twee dingen door elkaar die eigenlijk gescheiden zijn: het factuurdocument en het netwerk dat het vervoert. Peppol goed begrijpen betekent inzien dat het helemaal geen bestandsformaat is. Het is een bezorgnetwerk met zijn eigen adressering, zijn eigen deelnemers en zijn eigen reglement, gelegd bovenop een onderliggende factureringsstandaard. Dit artikel legt uit wat Peppol is vanuit technisch perspectief, hoe een document erover reist en wat een organisatie werkelijk nodig heeft om deel te nemen. Het is een overzicht gericht op integrators en beheerders die Peppol moeten laten werken, niet alleen er op papier aan moeten voldoen.
Peppol is een netwerk, geen formaat
De allernuttigste verduidelijking: Peppol is een bezorgnetwerk en een set specificaties, geen documentformaat. De factuur die u over Peppol verstuurt is een UBL-document dat voldoet aan EN 16931, maar dat is de payload, niet Peppol zelf. Peppol is de infrastructuur die die payload van uw systeem naar het systeem van de ontvanger routeert, plus de regels die bepalen hoe een geldig document op het netwerk eruitziet.
Een analogie helpt. UBL en EN 16931 beschrijven wat er in de brief staat en hoe die geschreven is. Peppol is het postsysteem: de adressen, de sorteercentra, het bezorgnetwerk en de regels over wat u mag versturen. U kunt een volkomen geldige brief schrijven en die toch niet kunnen bezorgen als u niet op het postsysteem bent aangesloten. Bij Peppol zijn de twee problemen (een geldig document opstellen en het bezorgen) werkelijk gescheiden, en het door elkaar halen ervan is de bron van de meeste verwarring.
Peppol wordt beheerd door OpenPeppol, een vereniging zonder winstoogmerk, en ontstond in Europese overheidsopdrachten (de naam begon als Pan-European Public Procurement On-Line). Het is sindsdien ver buiten Europa en buiten aanbestedingen gegroeid, naar algemene B2B-facturatie, met overheden in landen waaronder België, Nederland, Noorwegen, Singapore, Australië, Japan, Nieuw-Zeeland en Maleisië.
Het vierhoeksmodel
Peppol-bezorging is gebouwd op het zogeheten vierhoeksmodel. Het is de moeite waard om te begrijpen, omdat het verklaart waarom u een Peppol-document niet zomaar rechtstreeks naar een zakenpartner kunt sturen.
De vier hoeken zijn: de verzender (hoek een), het toegangspunt van de verzender (hoek twee), het toegangspunt van de ontvanger (hoek drie) en de ontvanger (hoek vier). Een document stroomt van hoek een naar hoek twee naar hoek drie naar hoek vier. De verzender geeft zijn factuur aan zijn eigen toegangspunt. Dat toegangspunt zoekt het toegangspunt van de ontvanger op en verzendt het document daarheen. Het ontvangende toegangspunt bezorgt het bij de ontvanger.
De elegantie van het model is dat u één keer aansluit, op één toegangspunt, en daarlangs elke andere deelnemer op het netwerk kunt bereiken, ongeacht welk toegangspunt die gebruikt. Het werkt zoals mobiele roaming of e-mail: u heeft één aanbieder, maar u kunt iedereen bij elke aanbieder bereiken. Dit is wat Peppol schaalbaar maakt. Zonder dit zou elk bedrijf een directe technische verbinding met elk ander bedrijf nodig hebben.
Toegangspunten: waarom u zelf geen Peppol-facturen kunt versturen
Hoek twee en hoek drie, de toegangspunten, zijn het onderdeel dat mensen verrast. U kunt een document niet rechtstreeks vanaf uw eigen systeem op het Peppol-netwerk plaatsen. U moet via een gecertificeerd Peppol-toegangspunt gaan.
Een toegangspunt is een dienstverlener die door OpenPeppol is gecertificeerd, de Peppol-overeenkomsten heeft ondertekend, aan de technische en beveiligingseisen voldoet en een verbinding met het netwerk onderhoudt via het voorgeschreven transportprotocol (de huidige standaard is het AS4-profiel van Peppol). Zelf een toegangspunt worden is mogelijk maar veeleisend: het vergt certificering, doorlopende nalevingsverplichtingen, conformiteitstests en het onderhouden van de transportinfrastructuur. Om die reden beheert de grote meerderheid van de organisaties geen eigen toegangspunt. Zij gebruiken een bestaande gecertificeerde aanbieder, waarmee ze via een API of integratie verbinden, en laten de transmissie over het netwerk aan die aanbieder over.
Dit is een cruciaal planningspunt. Een geldig Peppol-document opstellen en het verzenden zijn twee verschillende capaciteiten. Software die een conforme factuur genereert, plaatst die factuur niet vanzelf op het netwerk. Verzending vereist een relatie met een toegangspunt. Elk Peppol-implementatieplan moet met beide rekening houden.
Hoe een document zijn ontvanger vindt: adressering en discovery
Om op de juiste plaats te kunnen bezorgen, moet het toegangspunt van de verzender twee vragen beantwoorden: wie is de ontvanger, en waar bevindt zich diens toegangspunt. Peppol lost dit op met een schema voor deelnemersidentificaties en een discoverymechanisme.
Elke deelnemer op het netwerk heeft een Peppol-deelnemersidentificatie. Dit is geen vrije naam maar een gestructureerde identificatie, doorgaans opgebouwd uit een officiële registratie zoals een btw-nummer of een nationaal ondernemingsnummer, voorafgegaan door een schemacode die aangeeft welk identificatiesysteem wordt gebruikt. Een Belgisch ondernemingsnummer gebruikt bijvoorbeeld een andere schemacode dan een Belgisch btw-nummer. De schemacodes komen uit een gecontroleerde lijst, zodat een identificatie ondubbelzinnig zowel de waarde als het type registratie weergeeft.
Discovery werkt in twee lagen. De SML (Service Metadata Locator) is een centrale, op DNS gebaseerde directory voor het hele netwerk. Op basis van een deelnemersidentificatie vertelt die het toegangspunt van de verzender waar de metadata van die deelnemer te vinden is. Die metadata staat in een SMP (Service Metadata Publisher), waarbij elke deelnemer geregistreerd is. De SMP publiceert welke documenttypen de deelnemer kan ontvangen en het adres van het toegangspunt dat hem bedient.
De bezorgvolgorde is dus: het toegangspunt van de verzender neemt de deelnemersidentificatie van de ontvanger, gebruikt de SML om de SMP van de ontvanger te vinden, leest in de SMP welke documenten de ontvanger accepteert en waar diens toegangspunt zich bevindt, en verzendt het document vervolgens daarheen. Dit gebeurt allemaal automatisch op de achtergrond, maar het verklaart een belangrijk gevolg: om documenten op Peppol te ontvangen moet u geregistreerd zijn, met een deelnemersidentificatie en een SMP-vermelding die aangeeft wat u kunt accepteren. U kunt niet ontvangen op een netwerk dat geen manier heeft om u te vinden.
Wat Peppol BIS toevoegt bovenop de basisstandaard
Het document dat u over Peppol verstuurt is niet zomaar een factuur. Het volgt een Peppol BIS (Business Interoperability Specification), en voor facturatie in Europa specifiek Peppol BIS Billing 3.0. De relatie tussen de Peppol-specificatie en de onderliggende standaard begrijpen is technisch van belang, en het is waar de wereldwijde reikwijdte van Peppol zichtbaar wordt.
In Europa is de onderliggende standaard EN 16931, het Europese semantische model: het kerndatamodel en de basisset bedrijfsregels. Peppol BIS Billing neemt dat als fundament en legt er aanvullende regels bovenop, de Peppol-specifieke regels, die de basisstandaard aanscherpen en uitbreiden voor gebruik op het netwerk. Deze verschijnen in de validatie-uitvoer als een eigen regelfamilie, gescheiden van de basisregels. Het document is opgesteld in UBL-syntaxis en declareert zijn conformiteit via een customization identifier die de gevolgde specificatie benoemt, zodat een ontvangend systeem weet welke regelset moet worden toegepast.
Elke Peppol BIS Billing 3.0-factuur declareert dezelfde twee identifiers, en ze zijn hoofdlettergevoelig en moeten exact overeenkomen:
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>De CustomizationID (BT-24) is wat een ontvangend toegangspunt gebruikt om het document als een Peppol BIS 3.0-factuur te herkennen en de juiste regelset te kiezen. Zelfs een kleine afwijking erin, een verkeerd scheidingsteken of versienummer, zorgt ervoor dat het document verkeerd wordt geïdentificeerd en afgewezen.
Het patroon is altijd hetzelfde, maar de basis is niet altijd EN 16931. Toen Peppol zich buiten Europa uitbreidde, stuitte het op het feit dat EN 16931 Europese aannames bevat, zoals EU-btw-concepten, die niet passen bij andere rechtsgebieden. Het antwoord is PINT (Peppol International), een wereldwijde basisspecificatie voor facturen die dient als fundament voor landspecifieke profielen buiten de Europese wereld. Elk rechtsgebied definieert zijn eigen factureringsprofiel bovenop de PINT-basis: er zijn PINT-profielen voor Singapore, Maleisië, Australië en Nieuw-Zeeland, Japan en een groeiende lijst andere landen. Er zijn dus feitelijk twee lijnen: het op EN 16931 gebaseerde Peppol BIS Billing dat in heel Europa wordt gebruikt, en de op PINT gebaseerde landprofielen in de groeiende reeks niet-Europese Peppol-markten.
Het verbindende principe is dat Peppol altijd op dezelfde manier werkt: een semantische basisspecificatie plus een rechtsgebiedspecifieke overlay van regels, of de basis nu EN 16931 in Europa is of PINT elders. Dit is wat één netwerk beide werelden laat omspannen.
De praktische implicatie is dat het valideren van een Peppol-factuur een tweelaagse oefening is, ongeacht het rechtsgebied. Het document moet voldoen aan de basisregels (EN 16931 of de relevante PINT-basis) en aan de specifieke overlayregels van zijn profiel. Slagen voor de ene laag is niet slagen voor de andere. Een factuur kan geldig zijn tegen de basisstandaard en toch falen omdat deze een profielspecifieke regel schendt, en zo'n document wordt bij verzending afgewezen, ook al ziet het er tegen de basis correct uit.
De onderhoudsdimensie
Net als de factuurformaten zelf is Peppol niet statisch. OpenPeppol onderhoudt de specificaties en validatieartefacten volgens een vaste releasecyclus, met updates die volgens schema worden gepubliceerd en overgangsperioden waarin deelnemers worden geacht van de oude naar de nieuwe versie te migreren. Nieuwe releases kunnen de regelsets aanpassen, codelijsten bijwerken en de specificaties herzien.
Voor wie zelf rechtstreeks een Peppol-integratie onderhoudt, ontstaat hierdoor een terugkerende verplichting: het releaseschema volgen, de bijgewerkte validatieartefacten ophalen, bestaande output tegen de nieuwe regels testen en binnen de overgangsperiode migreren. Achterop raken betekent documenten genereren die valideren tegen een verouderde regelset en die kunnen worden afgewezen zodra het netwerk verder gaat. Het onderhoud is doorlopend en kalendergebonden, geen eenmalige inrichting.
Twee problemen, bewust gescheiden
De duidelijkste manier om een Peppol-implementatie te plannen is de twee problemen in gedachten gescheiden te houden.
Het eerste probleem is het document: een factuur opstellen die geldige Peppol BIS is, dat wil zeggen correcte UBL, conform EN 16931 en geslaagd voor de Peppol-overlayregels. Dit is een formaat- en validatieprobleem.
Het tweede probleem is de bezorging: dat geldige document op het netwerk en bij de ontvanger krijgen, wat een relatie met een toegangspunt vereist, plus correct gebruik van deelnemersidentificaties en discovery.
Deze zijn te scheiden en worden vaak door verschillende componenten opgelost. U kunt het document met één tool opstellen en valideren en het via een toegangspuntaanbieder verzenden. Het onderscheid helder houden voorkomt een veelgemaakte planningsfout: aannemen dat een tool die Peppol-documenten genereert ze ook bezorgt, of dat een relatie met een toegangspunt de noodzaak wegneemt om het document zelf op orde te krijgen.
Waar een dienst in het geheel past
Voor de bezorgkant gebruiken de meeste organisaties een gecertificeerde toegangspuntaanbieder in plaats van zelf een toegangspunt te worden, om de hierboven beschreven redenen van certificering en onderhoud.
Voor de documentkant is het opstellen en valideren van een conforme Peppol-factuur precies het soort werk dat u kunt uitbesteden in plaats van het zelf te bouwen en te onderhouden. Een dienst zoals Peppolio genereert geldige Peppol-UBL en valideert documenten tegen zowel de basisregels als de toepasselijke overlay, voor het Europese, op EN 16931 gebaseerde Peppol BIS Billing-profiel en de op PINT gebaseerde profielen voor markten zoals Singapore, Australië en Japan. Zo worden de tweelaagse validatie en de juiste customization identifiers voor u afgehandeld en actueel gehouden wanneer de regelsets worden herzien. Omdat de standaarden en overlays aan de kant van de dienst worden onderhouden, komen updates binnen zonder dat u releaseschema's hoeft te volgen of validatieartefacten opnieuw hoeft te integreren.
Het loont om precies te zijn over die grens, want het is het onderscheid dat dit artikel voortdurend heeft benadrukt: een dienst op documentniveau stelt de factuur op en valideert deze, en een toegangspunt verstuurt die. De twee vullen elkaar aan. Het document op orde krijgen is noodzakelijk, ongeacht hoe het wordt bezorgd, en dat deel uitbesteden neemt een van de twee doorlopende onderhoudslasten weg die een Peppol-integratie anders met zich meebrengt.