Peppol krijgt veel aandacht nu landen toewerken naar verplicht e-factureren. Veel organisaties zoeken daarom naar duidelijke Peppol uitleg. Wat verandert er precies en wat blijft hetzelfde in de factuurverwerking.
Om dat helder te krijgen, spraken we met branche expert Hans van der Kolk van 4CEE. Hij ziet dagelijks waar misverstanden ontstaan en wat Peppol wel en niet regelt. Zijn inzichten laten zien waarom het proces achter Peppol zo belangrijk blijft.
In deze blog beantwoorden we de zeven vragen die we het vaakst horen. Zo krijg je een nuchter en compleet beeld van de rol van Peppol in je factuurproces.
- 1. Hoe helpt Peppol uitleg om de rol van Peppol in je factuurproces te begrijpen?
- 2. Wat leert Peppol uitleg ons over de risico’s van wachten?
- 3. Werkt Peppol overal hetzelfde in elk land en systeem?
- 4. Is een Peppol- of XML-factuur altijd volledig en juist?
- 5. Is het ingewikkeld om Peppol te gebruiken in combinatie met ImageCapture?
- 6. Kunnen we met alleen ons ERP-systeem en Peppol uit de voeten?
- 7. Wordt OCR overbodig door Peppol?
- Conclusie
- Aanvullende Peppol uitleg voor je softwareomgeving
1. Hoe helpt Peppol uitleg om de rol van Peppol in je factuurproces te begrijpen?
Peppol is een Europees netwerk voor het veilig en gestructureerd uitwisselen van elektronische facturen. Het zorgt voor een betrouwbare overdracht van een XML-factuur en controleert of het bestand technisch voldoet aan de standaard. Daardoor wordt de instroom van facturen voorspelbaarder en rustiger.
Wat Peppol niet doet is de verwerking zelf. Controles, matching, afwijkingen beoordelen, goedkeuren en dossiers opbouwen blijven onderdeel van het proces. Peppol verandert de voorkant, niet het volledige proces.
2. Wat leert Peppol uitleg ons over de risico’s van wachten?
In verschillende landen is e-facturatie nu al verplicht. Andere landen volgen stapsgewijs en brengen hun deadlines steeds verder naar voren. De praktijk laat zien dat dit sneller gaat dan veel organisaties denken.
Enkele voorbeelden:
- België versnelt richting volledige B2B-e-facturatie. Het aantal registraties stijgt explosief en organisaties die laat starten, ervaren nu al tijdsdruk.
- Duitsland en Frankrijk voeren hun verplichtingen gefaseerd in vanaf 2026, wat directe impact heeft op leveranciers met internationale relaties.
- Polen werkt met het nationale KSeF-platform en hanteert hogere setupkosten per entiteit, waardoor laat aansluiten duurder uitvalt.
- Voor Nederland wordt binnen de sector verwacht dat de nationale wetgeving alvast richting 2029 zal worden ingevoerd, in aanloop naar de Europese VIDA-verplichting die per 1 juli 2030 geldt. Dit is echter een verwachting; officiële wetgeving volgt nog.
Wie te laat begint, loopt tegen tijdsdruk, implementatieproblemen en beperkte ondersteuning aan. Aansluiten op Peppol voor receiving kost weinig tijd en legt een basis waarop je later kunt uitbreiden. Wachten levert vooral risico’s en praktische uitdagingen op.
3. Werkt Peppol overal hetzelfde in elk land en systeem?
Nee. Ieder land werkt anders met Peppol. Sommige landen hebben aanvullende eisen of gebruiken zelfs eigen platformen naast Peppol. Ook systemen verschillen sterk. Moderne cloudpakketten ondersteunen Peppol vaak standaard. Oudere of branchespecifieke systemen bieden soms alleen receiving of hebben helemaal geen directe aansluiting.
Daarom moet je altijd kijken naar de combinatie van landen, systemen, leveranciers en processen. Pas dan zie je hoe Peppol in jouw situatie werkt.
4. Is een Peppol- of XML-factuur altijd volledig en juist?
Een XML-factuur heeft een vaste structuur, maar dat betekent niet dat de inhoud altijd klopt. Fouten blijven mogelijk, zoals verkeerde aantallen, foutieve prijzen of ontbrekende orderreferenties.
Peppol controleert vooral of een factuur technisch voldoet aan de standaard Peppol BIS 3. Alleen facturen die aan deze minimale eisen voldoen, worden doorgelaten. Je kunt BIS 3 zien als een digitale poortwachter: klopt de basisstructuur niet, dan wordt de factuur geweigerd.
Maar een BIS 3-geldige factuur is niet automatisch inhoudelijk juist. Leveranciers kunnen velden verkeerd invullen, eigen interpretaties gebruiken of UBL-varianten meesturen die minder gegevens bevatten dan jouw proces nodig heeft. De factuur is dan technisch correct, maar voor jouw organisatie nog steeds onvolledig of onjuist.
Daarom blijven controles, matching en beoordeling op inhoud essentieel. Peppol zorgt voor een gestructureerde en betrouwbare overdracht, maar neemt de inhoudelijke validatie niet over. Het proces achter Peppol blijft bepalen of afwijkingen worden herkend, orderreferenties worden gevonden en facturen correct worden goedgekeurd.
Zelfs wanneer een factuur voldoet aan BIS 3, kan deze in de praktijk informatie missen of anders zijn opgebouwd dan je systeem verwacht. Een Peppol-factuur is daarmee een betrouwbare drager van data, maar géén garantie op correcte inhoud. Het interne proces blijft uiteindelijk doorslaggevend voor een correcte verwerking.
5. Is het ingewikkeld om Peppol te gebruiken in combinatie met ImageCapture?
Receiving is relatief eenvoudig. Je registreert de organisatie met de juiste gegevens en zorgt dat facturen worden afgeleverd op het kanaal dat ImageCapture uitleest. De impact op bestaande systemen is klein en er is geen zwaar project nodig.
Sending werkt anders. Landen hanteren eigen eisen en systemen ondersteunen sending niet altijd even volledig. Verzenden vraagt daarom meer aandacht en aanvullende inrichting.
Receiving en sending zijn dus twee verschillende trajecten. Receiving is snel te regelen, sending vraagt meer afstemming.
6. Kunnen we met alleen ons ERP-systeem en Peppol uit de voeten?
Dat kan wanneer de processen eenvoudig zijn. Een ERP met Peppol kan facturen ontvangen en boeken, en voor sommige organisaties is dat voldoende.
In de meeste organisaties speelt meer. Denk aan meerdere entiteiten, inkooporders, contracten, afwijkingen, rolgebaseerde goedkeuringen en rapportageverplichtingen. Daarvoor is aanvullende proceslogica nodig. ERP’s verschillen sterk in wat ze ondersteunen, waardoor een extra proceslaag vaak noodzakelijk blijft.
7. Wordt OCR overbodig door Peppol?
Voor Peppol-facturen is OCR niet nodig. De XML levert immers gestructureerde data aan. Maar veel organisaties verwerken meer documenttypen dan alleen facturen via Peppol. Orderbevestigingen, pakbonnen en klantopdrachten komen vaak nog als pdf of scan binnen.
Ook blijft de instroom hybride. Niet alle leveranciers werken via Peppol of kunnen technisch aansluiten. Daardoor blijft OCR relevant voor andere documentstromen en kanalen.
In de praktijk wachten veel organisaties tot het laatste moment. Dan ontstaat er tijdsdruk, lopen implementaties vol en wordt aansluiting ingewikkelder dan nodig is. Wie nu al klaarstaat om Peppol-facturen te kunnen ontvangen, kiest voor rust. Je betaalt pas voor transacties als er daadwerkelijk via Peppol wordt verstuurd, maar het fundament ligt er wel.
Conclusie
Peppol brengt structuur en stabiliteit in de instroom van facturen. Het lost technische ruis op, maar verandert het proces erna niet. Matching, afwijkingen, controles en autorisaties blijven bestaan.
De grootste verwarring ontstaat wanneer Peppol wordt gezien als een volledige vervanging van factuurverwerking of als een ICT-instelling die je eenmalig doorvoert. In werkelijkheid is Peppol een onderdeel van een bredere keten. De kwaliteit van het proces ernaast bepaalt nog steeds de snelheid, rust en betrouwbaarheid van de financiële administratie.
Voor organisaties die verder in de details willen kijken, hebben we hieronder een aanvullende FAQ toegevoegd. Deze vragen gaan specifiek over Peppol in combinatie met software en het inrichten van het proces daaromheen.
Aanvullende Peppol uitleg voor je softwareomgeving
Dit verschilt per leverancier en per versie. In documentatie van het pakket is meestal terug te vinden of Peppol-receiving wordt ondersteund en of XML- of UBL-berichten direct kunnen worden ingelezen. Soms zijn aanvullende koppelingen of modules nodig om dit goed in te richten. Receiving wordt door veel systemen ondersteund. Voor sending lopen de verschillen groter uiteen. Organisaties stemmen dit vaak af met hun softwareleverancier of implementatiepartner.
De kern van het proces blijft hetzelfde. Controles, matching, autorisaties en het omgaan met afwijkingen blijven nodig. Wel kan de beschikbaarheid van gestructureerde data aanleiding zijn om automatische controles uit te breiden, uitzonderingen anders te routeren of rapportages te baseren op gegevens uit de e-factuur.
In de praktijk ontstaat meestal een hybride situatie. Een deel van de leveranciers verstuurt via Peppol, terwijl anderen blijven werken met e-mail, portalen of eigen bestandsformaten. Veel organisaties richten daarom een proces in waarin Peppol één van de instroomkanalen is naast andere bronnen. De gekozen software bepaalt hoe deze stromen worden samengebracht.
Dit verschilt per access point, softwareleverancier en land. Kosten kunnen bestaan uit eenmalige aansluit- of implementatiekosten, periodieke kosten of kosten per verzonden of ontvangen bericht. Sommige landen hanteren hogere setupfees per entiteit. Organisaties kijken daarom vaak naar de totale kosten in relatie tot het aantal facturen en de voordelen van gestandaardiseerde e-facturatie.

