E-facturatiekoppelingen: Peppol, XRechnung, ZUGFeRD en Factur-X voor systemen die er nooit voor gebouwd zijn

Een e-facturatieproduct kopen is eenvoudig. Het probleem is bijna nooit het product. Het is het twaalf jaar oude ordersysteem dat uw facturen aanmaakt, de prijslogica die niemand heeft gedocumenteerd, en het feit dat uw factuurnummers uit een stored procedure komen van iemand die in 2019 is vertrokken.

Wij bouwen de koppeling tussen wat u werkelijk draait en wat de verplichting vraagt: gestructureerde factuuraanmaak, validatie, verzending over het netwerk, inkomende verwerking en archivering, ingebouwd in uw bestaande systeem in plaats van in de plaats daarvan.

De verplichtingen, en wanneer ze bijten

Europa stapt land voor land over van pdf-facturen naar gestructureerde, machineleesbare facturen, vooruitlopend op het EU-pakket VAT in the Digital Age (ViDA) dat het geheel harmoniseert. De data die op dit moment projecten in gang zetten:

België: verplichte B2B-e-facturatie via Peppol sinds 1 januari 2026, met e-reporting volgens een vijfhoekenmodel gepland voor 2028. Voor Belgische ondernemingen is dit de verplichting die vandaag al loopt.
Nederland: geen eigen B2B-mandaat, maar wel een van de best aangesloten Peppol-markten van Europa: de overheid ontvangt al gestructureerd en veel grote afnemers eisen het contractueel. Wie hier al netjes via Peppol factureert, staat voor de Belgische verplichting en voor ViDA grotendeels klaar; wie dat niet doet, merkt het bij de eerste Belgische klant.
Duitsland: het ontvangen van gestructureerde e-facturen is verplicht sinds 1 januari 2025. Het verzenden wordt verplicht op 1 januari 2027 voor ondernemingen met een omzet boven EUR 800.000, en op 1 januari 2028 voor alle overige. In de praktijk gaat het om XRechnung (zuiver XML) en ZUGFeRD 2.x (een hybride pdf met ingebed XML), beide conform EN 16931.
Frankrijk: ontvangen, en verzenden voor grote en middelgrote ondernemingen, vanaf 1 september 2026; verzenden voor het mkb vanaf 1 september 2027. De verzending loopt via geregistreerde platformen, met Factur-X als gangbaar hybride formaat.
Polen: KSeF, het nationale clearingplatform, met een eigen XML-schema en een eigen tijdlijn.
Italië: SdI en FatturaPA, in bedrijf sinds 2019 en nog altijd het strengste clearingmodel van de EU.
Spanje: Verifactu en de factureringsverplichtingen uit Crea y Crece, die worden uitgerold naast de regionale TicketBAI-systemen.

Factureert u naar meerdere van deze landen, dan hebt u niet meerdere projecten. U hebt één architectuur met een aantal landadapters, en het verschil tussen die twee zienswijzen is het verschil tussen één koppeling en vijf.

Waar zulke projecten werkelijk misgaan

De factuurgegevens staan niet in de vorm die de standaard vraagt. EN 16931 vereist velden die veel systemen nooit hebben vastgelegd: een deugdelijke inkoopreferentie van de afnemer, btw-specificatie per tarief in plaats van per regel, gestructureerde betalingsvoorwaarden, eenheidscodes uit een gecontroleerde lijst. Het technische werk zit in het deterministisch afleiden van die velden uit wat u hebt, voor elke factuur die u ooit nog gaat sturen.

Validatiefouten komen te laat aan het licht. Een afgekeurde factuur is een onbetaalde factuur. De controle moet vóór verzending draaien, tegen het actuele schema en de actuele landelijke bedrijfsregels, met fouten die terechtkomen bij iemand die kan handelen in plaats van in een logbestand.

Inkomend is lastiger dan uitgaand. Iedereen bereidt het versturen voor en vergeet dat er vanaf de ontvangstdatum gestructureerde facturen van elke leverancier, in elk conform formaat, geaccepteerd moeten worden en in de crediteurenadministratie terecht moeten komen zonder dat iemand ze stuk voor stuk opent.

Nummering en idempotentie. Herzendingen, timeouts en storingen bij platformen horen bij normaal bedrijf. Een factuur die tweemaal onder twee nummers de deur uit gaat is een fiscaal probleem, geen softwareprobleem. Dat moet vanaf het begin kloppen.

Wat wij bouwen

Analyse en formaatkeuze

Een kort traject, meestal één tot twee weken, waarin wij kijken hoe uw facturen daadwerkelijk tot stand komen, welke verplichtingen u wanneer raken en welke opties realistisch zijn. Het resultaat is een schriftelijk advies: welke formaten u nodig hebt, of de Peppol-toegang via een dienstverlener of via een eigen access point moet lopen, wat er in uw bronsysteem moet veranderen en wat dat kost.

Soms luidt het advies dat een standaardproduct met een kleine adapter volstaat. Dat zeggen wij liever in week één dan dat wij er zes maanden voor factureren.

Factuuraanmaak en mapping

Wij bouwen de mapping van uw brongegevens naar de vereiste syntaxen (UBL en CII onder EN 16931, XRechnung, ZUGFeRD 2.x, Factur-X, FatturaPA, KSeF-XML), met de veldafleidingen zo gedocumenteerd dat zowel een accountant als uw financiële team ze kan volgen. Waar het bronsysteem een verplicht veld helemaal niet kan leveren, zeggen wij dat vroeg en ontwerpen wij de vastlegging in plaats van een standaardwaarde te verzinnen.

Validatie vóór verzending

Schemacontrole, Schematron-bedrijfsregels en landspecifieke controles draaien voordat er iets uw pand verlaat. Fouten gaan naar een wachtrij met een eigenaar van vlees en bloed, met een melding die zegt welk veld welke regel schendt: geen stacktrace.

Netwerkaansluiting

Aansluiting op een Peppol Access Point, hetzij via een gevestigde dienstverlener, hetzij met een eigen access point, afhankelijk van volume en van hoeveel controle u nodig hebt. Voor clearinglanden koppelen wij rechtstreeks met het nationale platform (KSeF, SdI, het Franse PDP-landschap), inclusief de certificaat- en authenticatieafhandeling die elk van die platformen anders heeft opgelost.

Inkomende verwerking

Ontvangst, controle en normalisatie van leveranciersfacturen naar één interne representatie, gematcht tegen inkooporders en goederenontvangsten waar die er zijn, en afgeleverd in uw crediteurenproces. Hier zit meestal het rendement van het project, omdat het handmatig overtypen wegvalt dat nooit iemand had gemeten.

Archivering en controlespoor

Conforme opslag van het oorspronkelijke gestructureerde document, in een vorm en voor een termijn die voldoen aan de Duitse GoBD, de Italiaanse conservazione sostitutiva of de gelijkwaardige regels van de landen waar u actief bent, met een terugzoekpad dat getest is en niet aangenomen.

Systemen die wij koppelen

SAP ECC en S/4HANA, Microsoft Dynamics 365 en Business Central, Odoo, NetSuite, Sage, Infor, Xero, DATEV-koppelingen en (het vaakst) een maatwerksysteem of zwaar aangepast systeem dat centraal staat in de bedrijfsvoering en dat echt niet wordt vervangen voor een verplichting. Wij werken in .NET, Java, PHP, Python, Node.js en, als dat is wat er ligt, in oudere stacks.

Draait u een marktplaats, een abonnementsplatform of een facturatie-engine die programmatisch en in volume facturen uitstuurt, dan is dat precies waar wij voor gebouwd zijn: de factuur ontstaat in uw code, dus moet de conformiteit ook in uw code zitten.

Wat dit niet is

Wij verkopen geen facturatiesoftware en wij zijn geen boekhoudpakket. Bent u een klein bedrijf dat een tool zoekt die conforme facturen maakt, koop er dan een: DATEV, sevDesk, Lexware en een stuk of tien andere doen dat goed en kosten een fractie van een integratieproject.

Kom bij ons wanneer de factuur wordt gemaakt door een systeem dat u zelf bezit, wanneer de regels van meerdere landen naast elkaar moeten bestaan, of wanneer het volume vereist dat dit draait zonder dat iemand meekijkt.

Hoe trajecten lopen

Analyse, één tot twee weken, vaste prijs, eindigend in een schriftelijk advies en een begroot plan.

Bouw, doorgaans zes tot twaalf weken voor het eerste land, afhankelijk van hoe schoon de brongegevens zijn. Wij werken in uw repository, in uw branchestrategie, met uw team, en wij laten tests achter.

Pilot, waarbij echte facturen naar een kleine groep handelspartners gaan, parallel aan het bestaande proces, tot het foutpercentage staat waar het hoort.

Overgang en ondersteuning, met bewaakte foutwachtrij en een duidelijke verantwoordelijke, tot en met de eerste maandafsluiting en de eerste btw-aangifte, want dan komen de vragen boven die ertoe doen.

Standaarden waar wij aan werken

EN 16931 en de bijbehorende syntaxbindingen (UBL 2.1, UN/CEFACT CII), Peppol BIS Billing 3.0 en de Peppol-transportinfrastructuur, XRechnung en de KoSIT-validator, ZUGFeRD 2.x en de Factur-X-profielen, FatturaPA, KSeF, en de ViDA-voorstellen die bepalen hoe het er na 2030 uitziet.

Veelgestelde vragen

Wanneer geldt de Duitse e-facturatieplicht precies voor ons?

Het ontvangen geldt voor alle Duitse ondernemingen sinds 1 januari 2025. Het verzenden geldt vanaf 1 januari 2027 als uw omzet over het voorgaande jaar boven EUR 800.000 lag, en anders vanaf 1 januari 2028. De verplichting betreft binnenlandse B2B-transacties; grensoverschrijdende en B2C-facturatie worden anders behandeld en zijn het navragen bij uw belastingadviseur waard.

Wat is het verschil tussen XRechnung en ZUGFeRD?

XRechnung is zuiver XML, gedefinieerd door de Duitse publieke sector en verplicht voor facturen aan overheden. ZUGFeRD 2.x is hybride: een PDF/A-3-document met dezelfde gestructureerde gegevens erin ingebed, zodat een mens de pdf leest en een machine het XML. Beide zijn conform EN 16931. In de Duitse commerciële B2B-praktijk overheerst ZUGFeRD; veel afnemers accepteren beide.

Hebben wij een eigen Peppol Access Point nodig?

Meestal niet. De meeste bedrijven sluiten aan via een bestaande access point-provider, wat goedkoper en sneller is. Een eigen access point loont bij hoog volume, wanneer u controle over de transportlaag nodig hebt, of wanneer u zelf facturatiediensten aan derden levert.

Kunt u samenwerken met onze huidige e-facturatieleverancier?

Ja, en vaak is dat de juiste verdeling: de leverancier verzorgt de verzending en het netwerklidmaatschap, wij bouwen alles tussen uw systeem en hun API, de mapping, de validatie, de herzendlogica, de foutafhandeling en de afstemming.

Wat gebeurt er met facturen die de validatie niet doorstaan?

Die gaan naar een wachtrij met een leesbare uitleg van welk veld welke regel schond. Die wachtrij ontwerpen wij bewust, want in de eerste maanden na livegang is het het meestgebruikte deel van het systeem, en een slechte uitvoering maakt van een complianceproject een permanent handmatig proces.

Hoe voorkomt u dat dezelfde factuur tweemaal wordt verstuurd?

Met een stabiele idempotentiesleutel die is afgeleid van uw factuuridentiteit en die bij elke herzending wordt meegevoerd, plus een verzendlogboek dat gezaghebbend is over wat er is verstuurd. Elke herzending hergebruikt de oorspronkelijke identificatie in plaats van een nieuwe aan te maken.

Aan de slag

Vertel ons naar welke landen u factureert, hoeveel facturen er ongeveer per maand uitgaan en waarmee ze vandaag worden gemaakt. Wij zeggen u welke verplichtingen u raken, in welke volgorde, en of dit een koppeling is of een project.

Neem contact op voor een readinessanalyse e-facturatie.

Gerelateerde diensten

EU market entry development: de rest van de regelgevingsstack voor verkoop in Europa
ERP-modernisering en SAP ECC-exit: wanneer de facturatieplicht midden in een migratie valt
Onderhoud van legacy‑systemen: voor het systeem dat de facturen maakt