Peppol en e-reporting combineren: één integratiearchitectuur voor e-facturatie, clearance en real-time rapportage

Wie e-facturatie voor meerdere landen integreert, werkt niet langer met één uitwisselingsmodel. Peppol en e-reporting groeien naar elkaar toe: dezelfde factuur die via de Peppol-architectuur van leverancier naar afnemer gaat, levert in steeds meer landen ook gegevens aan de belastingdienst. Soms gebeurt dat vóórdat de afnemer de factuur ontvangt (clearance), soms parallel of kort daarna (e-reporting). Voor integrators is de kernvraag hoe één integratiearchitectuur deze drie stromen bedient zonder per land een nieuwe koppeling te bouwen. Dit artikel zet de modellen naast elkaar, geeft een landenoverzicht en sluit af met een concrete checklist voor uw integratie.

De kern voor integrators

• Behandel uitwisseling, clearance en rapportage als drie afzonderlijke stromen die één gemeenschappelijk datamodel delen.
• Leg routering per land en per ontvanger vast als configuratie, niet als maatwerkcode per koppeling.
• Maak één factuurstatusmodel leidend: in een clearanceland is een factuur pas rechtsgeldig na acceptatie door het overheidsplatform.
• Plan op vaste data: Frankrijk sinds 1 september 2026, Spanje vanaf 6 oktober 2027, EU-brede digitale rapportage voor grensoverschrijdende B2B-handel vanaf 1 juli 2030.

Waarom Peppol en e-reporting één ontwerpvraag zijn geworden

Met richtlijn (EU) 2025/516, het ViDA-pakket, wordt de e-factuur de basis voor digitale btw-rapportage. Voor grensoverschrijdende B2B-transacties binnen de EU gelden de nieuwe digitale rapportageverplichtingen vanaf 1 juli 2030. Lidstaten die al een binnenlandse real-time rapportageplicht hebben, moeten die uiterlijk 1 januari 2035 in lijn brengen met het EU-model en de bijbehorende standaarden. Op termijn convergeren de nationale systemen dus. Tot die tijd kiest elk land zijn eigen route.

Die routes lopen sterk uiteen. België gebruikt sinds januari 2026 de Peppol-architectuur voor de verplichte B2B-uitwisseling en werkt aan e-reporting vanaf 2028. Frankrijk laat facturen en fiscale gegevens lopen via Plateformes Agréées. Polen en Italië kennen een clearancemodel waarbij een centraal overheidsplatform elke factuur ontvangt en valideert. Spanje combineert private uitwisseling met een verplichte kopie en statusmelding aan de belastingdienst.

Voor een integrator betekent dat: één factuur, meerdere bestemmingen, meerdere statusbronnen en meerdere momenten waarop een overheid de transactie ziet. Wie per land een losse koppeling bouwt, onderhoudt binnen enkele jaren een verzameling eilanden. Een doordachte CTC e-facturatie-architectuur voorkomt dat.

Drie modellen naast elkaar: uitwisseling, clearance en e-reporting

De Peppol-architectuur: uitwisseling tussen vier partijen

In de Peppol-architectuur (vaak 4-corner genoemd) stuurt de leverancier zijn factuur via zijn eigen Peppol Serviceprovider naar de serviceprovider van de afnemer, die de factuur aflevert. De zendende accesspoint zoekt via de SML en de SMP van de ontvanger op welk adres en welke documenttypen die ontvanger ondersteunt. Het inhoudelijke formaat is Peppol BIS Billing 3.0, gebaseerd op de Europese norm EN 16931. De belastingdienst zit in dit model niet in de berichtstroom. De factuur is geldig zodra hij is afgeleverd; de afzender ontvangt een transportbevestiging en eventueel een Invoice Response van de afnemer.

Het clearance model: de overheid valideert vóór de afnemer

In een clearance model stuurt de leverancier de factuur eerst naar een centraal overheidsplatform. Dat platform valideert de factuur, kent een eigen identificatie toe en maakt de factuur daarna beschikbaar voor de afnemer. Het Poolse KSeF en het Italiaanse Sistema di Interscambio (SdI) werken volgens dit principe. Voor uw integratie heeft dat drie gevolgen. De overheid is een synchrone afhankelijkheid in het factuurproces. Een afwijzing door het platform betekent dat er juridisch geen factuur is uitgereikt. En de identificatie die het platform toekent, moet terug naar het bronsysteem, omdat die in vervolgprocessen nodig is.

E-reporting en het 5-corner model: de fiscus als vijfde partij

Bij e-reporting blijft de uitwisseling tussen de partijen zelf. Daarnaast gaat een gegevensextract naar de belastingdienst, meestal via de serviceprovider of het platform van de leverancier en soms ook van de afnemer. Wanneer die rapportage via dezelfde infrastructuur loopt als de factuur, spreekt men van een 5-corner model: de belastingdienst is de vijfde partij naast de vier partijen uit de Peppol-architectuur. De varianten verschillen per land in drie opzichten: wie rapporteert (leverancier, afnemer of beide), welke gegevens (een selectie van factuurvelden, de volledige factuur of ook betaalgegevens) en hoe snel (near real-time, binnen enkele dagen of periodiek).

Wat de verschillen betekenen voor uw ontwerp

Landenoverzicht: Peppol en e-reporting per land

Het overzicht hieronder geeft de stand per 8 oktober 2026, op basis van de primaire bronnen onderaan dit artikel. Wetgeving in voorbereiding kan tijdens de parlementaire behandeling nog wijzigen.

Een paar landen verdienen extra toelichting. In België rapporteren straks zowel de leverancier als de afnemer, wat betekent dat ook de inkoopzijde van uw integratie een rapportagestroom krijgt; de stand van zaken leest u in ons artikel over e-reporting in België via 5-corner Peppol. In Frankrijk geldt de rapportageplicht ook voor ondernemingen zonder Franse vestiging die Franse btw verschuldigd zijn; zie e-reporting Frankrijk zonder Franse vestiging. Het Franse annuaire legt per onderneming de gekozen Plateforme Agréée en de factuuradressen vast, wat uw routeringslaag als bron kan gebruiken. In Duitsland is de transmissieroute van het meldesysteem nog open; de achtergrond staat in e-rapportage Duitsland: meldesysteem per 1 juli 2030. Voor Luxemburg beschrijft Peppol Luxemburg aangewezen als netwerk de fasering. In Polen zijn de boetes uitgesteld, maar de plicht zelf niet; zie de KSeF-verplichting 2027. Voor Spanje legt Orden HAC/1028/2026 de data en de rol van de publieke oplossing vast. Voor Nederland beschrijft ViDA Nederland de keuzes uit de contourenbrief.

Eén e-facturatiearchitectuur voor Peppol en e-reporting: de bouwstenen

De landen verschillen, maar de componenten die u nodig hebt zijn overal dezelfde. Het verschil zit in configuratie, niet in fundamenteel andere software. Onderstaande zeven bouwstenen vormen samen een e-facturatiearchitectuur die uitwisseling, clearance en rapportage aankan.

1. Een canoniek datamodel op basis van EN 16931

Breng facturen uit ERP- en boekhoudsystemen eerst naar één intern model dat de semantiek van EN 16931 volgt. Vanuit dat model genereert u per kanaal het uitgaande formaat: Peppol BIS Billing 3.0, XRechnung, Factur-X, het KSeF-schema, FatturaPA of de Spaanse varianten. Landspecifieke velden, zoals een Pools KSeF-nummer of Franse rapportagecategorieën, krijgen een eigen plek in het model in plaats van in de mapping. Zo raakt een nieuwe formaatversie, zoals XRechnung 4.0, alleen de uitgaande transformatie.

2. Een routeringslaag per land en per ontvanger

De routering bepaalt per factuur welk kanaal geldt: Peppol, een clearanceplatform, een Plateforme Agréée of een andere route. De beslisregels hangen af van de vestiging van leverancier en afnemer, het type transactie en de registratie van de ontvanger. Gebruik de Peppol Directory en SMP-lookups, en in Frankrijk het annuaire, als gegevensbron. Leg de regels vast in configuratie met ingangsdatums, zodat een nieuwe fase van een mandaat een tabelwijziging is.

3. Validatie in lagen

Valideer vóór verzending op drie niveaus: de syntaxis (XML-schema), de EN 16931-regels en de landspecifieke regels (CIUS en nationale extensies). In een clearanceland is een afwijzing door het platform duur, omdat de factuur dan niet bestaat. Door dezelfde validatieartefacten lokaal te draaien, vangt u de meeste fouten af voordat het platform ze ziet.

4. Eén statusmodel voor alle kanalen

Peppol-transportbevestigingen, Invoice Responses, KSeF-bevestigingen, SdI-meldingen, Franse levenscyclusstatussen en Spaanse acceptatie-, afwijzings- en betaalmeldingen hebben elk hun eigen vocabulaire. Vertaal ze naar één intern statusmodel met een beperkte set toestanden, zoals ingediend, geaccepteerd door overheid, afgeleverd, afgewezen, betaald en gerapporteerd. Koppel die status terug naar het bronsysteem, zodat de debiteurenadministratie op één bron stuurt.

5. Een aparte pijplijn voor real-time rapportage

Behandel rapportage als een eigen stroom, ook als die via dezelfde serviceprovider loopt. Een rapportage kan slagen terwijl de aflevering mislukt, en omgekeerd. In België en Frankrijk rapporteert ook de afnemer, en in Spanje meldt de afnemer afwijzingen en betalingen. Real-time rapportage raakt daarmee ook uw inkoopproces en betalingsverwerking. Ontwerp de pijplijn zo dat u per land kunt instellen welke velden, welk moment en welke partij rapporteert.

6. Archivering en bewijslast

Bewaar per factuur het verzonden bericht, de toegekende overheidsidentificatie, alle statusberichten en de rapportagebevestigingen als één dossier. De fiscale bewaartermijn verschilt per land; uw archief moet daarom per land een eigen termijn kunnen aanhouden en de oorspronkelijke XML ongewijzigd bewaren.

7. Idempotentie en foutafhandeling

Geef elke factuur een unieke, stabiele sleutel waarmee een herhaalde verzending nooit tot een dubbele factuur of dubbele rapportage leidt. Onderscheid tijdelijke fouten (time-out, platform niet bereikbaar), die automatisch opnieuw worden aangeboden, van inhoudelijke fouten, die naar een werkvoorraad gaan. Voor clearancelanden hoort daar een uitwijkprocedure bij voor storingen van het overheidsplatform, conform de regels van dat land.

Praktische gids: wat Peppol en e-reporting betekenen voor uw integratie

Gebruik onderstaande stappen als volgorde voor een integratietraject dat meerdere landen bedient.

1. Breng de landen en rollen in kaart. Leg per land vast of uw klant leverancier, afnemer of beide is, of er een vaste inrichting is en welke drempels gelden (omzet, ondernemingsgrootte). Dit bepaalt welke plichten en data van toepassing zijn.
2. Zet de mandaatdata in uw planning. Minimaal: Frankrijk 1 september 2027 (mkb en micro, en rapportage door afnemers), Duitsland 1 januari 2027 en 1 januari 2028, Polen 1 januari 2027, Spanje 6 oktober 2027 en 6 oktober 2028, Luxemburg 2028 en 1 januari 2029, België e-reporting 2028, EU-rapportage 1 juli 2030, Nederland 1 juli 2030 en 1 juli 2031.
3. Ontwerp het canonieke model eerst. Toets het tegen EN 16931 en tegen de veldlijsten van de clearance- en rapportagelanden in uw scope, voordat u één mapping bouwt.
4. Kies per land het kanaal en de partner. Bepaal of u zelf aansluit op KSeF, SdI of de AEAT-oplossing, of dit via een Peppol Serviceprovider of Plateforme Agréée laat lopen. Controleer of die partij ook de rapportagestroom en de statusberichten levert.
5. Bouw validatie en statusmodel vóór de eerste livegang. Neem de officiële validatieartefacten op in uw testpijplijn en definieer het statusmodel inclusief afwijzing en betaling.
6. Richt de inkoopzijde in. Voor België, Frankrijk en Spanje moet ook de ontvangende kant rapporteren of status terugmelden. Koppel ontvangst, goedkeuring en betaling aan die meldingen.
7. Test foutscenario’s expliciet. Simuleer afwijzing door een clearanceplatform, een onbereikbare ontvanger, een dubbele aanlevering en een storing bij de overheid. Controleer dat geen enkel scenario tot een dubbele factuur leidt.
8. Houd wijzigingen centraal bij. Wijs een eigenaar aan voor regelgevingsupdates en formaatversies, en leg vast hoe een wijziging via configuratie in productie komt.

Voor softwareleveranciers, Peppol Serviceproviders en ondernemers

Softwareleveranciers doen er goed aan het canonieke model en het statusmodel in het product zelf op te nemen, zodat klanten niet per land maatwerk nodig hebben. Peppol Serviceproviders krijgen in 5-corner-varianten een rol in de rapportage naar de belastingdienst; dat vraagt om aantoonbare betrouwbaarheid van zowel aflevering als rapportage. Ondernemers hoeven de architectuur niet zelf te bouwen, maar moeten wel weten in welke landen zij als leverancier of afnemer rapportageplichtig worden, en hun leverancier daarop bevragen.

Bronnen

1. Richtlijn (EU) 2025/516 van de Raad van 11 maart 2025 (ViDA), EUR-Lex
2. Europese Commissie, VAT in the Digital Age (ViDA)
3. Rijksoverheid, Kabinet kiest voor invoering e-facturatie en rapportage voor bedrijven (11 september 2026)
4. Belgische federale overheid, Invoering van de verplichting tot elektronische rapportering factuurgegevens (18 juli 2026)
5. FOD Financiën, e-invoice.belgium.be: General questions about e-reporting
6. Chambre des Députés Luxemburg, wetsontwerp 8815
7. Chambre des Députés Luxemburg, samenvatting van de wetsontwerpen over btw en verplichte e-facturatie
8. Ministère de l’Économie, Tout savoir sur la facturation électronique pour les entreprises
9. impots.gouv.fr, L’e-reporting pour les entreprises étrangères sans établissement stable en France
10. impots.gouv.fr, Facturation électronique et plateformes agréées
11. Ministère de l’Économie, Qu’est-ce que l’annuaire de la facturation électronique ?
12. Bundesministerium der Finanzen, FAQ zur Einführung der obligatorischen E-Rechnung
13. Deutscher Bundestag, hib 590/2024: antwoord van de bondsregering over het meldesysteem
14. Ministerstwo Finansów, Krajowy System e-Faktur: plan wdrożenia
15. BOE, Orden HAC/1028/2026 van 2 oktober 2026 (publieke oplossing voor e-facturatie)
16. Agencia Tributaria, Solución Pública de Facturación Electrónica (SPFE)
17. Agencia Tributaria, Nota informativa: ampliación del plazo de adaptación de los sistemas informáticos de facturación
18. Agenzia delle Entrate, La fattura elettronica

Welke Peppol Serviceproviders en integratieplatforms ondersteunen Peppol en e-reporting voor de landen in uw scope? In de vergelijker van Peppol.nu vergelijkt u aanbieders op landdekking, kanalen en integratiemogelijkheden, zodat u voor elke route in uw architectuur een passende partij vindt.