4CEE en ReflexSystems starten samenwerking voor geautomatiseerde factuurverwerking

Ede, 29 juli 2026 – 4CEE en ReflexSystems kondigen een strategische samenwerking aan die moet leiden tot geautomatiseerde factuurverwerking voor gebruikers van Reflex 3000 en ReflexBlue. De twee partijen werkten al samen op het gebied van e-facturatie via het Peppol-netwerk; met deze uitbreiding krijgen foodbedrijven ook de mogelijkheid om inkomende elektronische facturen automatisch te laten verwerken, naast de bestaande verwerking van pdf-facturen.

Wat de samenwerking behelst

De samenwerking combineert de food-ERP-expertise van ReflexSystems, actief sinds 1983 in automatisering voor de foodindustrie, met de factuurautomatiseringstechnologie van 4CEE Invoice. Reflex-gebruikers krijgen daarmee toegang tot end-to-end geautomatiseerde factuurverwerking, inclusief AI-gestuurde herkenning, codering en validatie van facturen. Ook krijgen organisaties realtime inzicht in de status van elke factuur, gekoppeld aan kostenplaatsen, projecten en bestellingen, en automatische detectie van afwijkingen en verdachte patronen om het risico op factuurfraude te beperken.

De integratie bouwt voort op de bestaande koppeling voor e-facturatie via Peppol, waarmee Reflex-klanten al elektronische facturen kunnen versturen. Het komende halfjaar werken beide organisaties gezamenlijk aan de verdere integratie; meer details volgen zodra deze beschikbaar zijn.

Reacties van beide partijen

“Met deze samenwerking brengen we het beste van twee werelden samen: de specialistische food-ERP-kennis van ReflexSystems en de bewezen factuurverwerkingstechnologie van 4CEE Invoice. Reflex-gebruikers kunnen eenvoudig opschalen naar volledig geautomatiseerde factuurverwerking en hun processen klaarstomen voor de toekomst”, aldus Dirk Rijnders, Partner Manager bij 4CEE.

Soufian Ouald L’Hadj, CEO bij ReflexSystems, voegt daaraan toe: “Onze klanten in de foodindustrie vragen om eenvoud, zekerheid en continuïteit. Door 4CEE Invoice volledig te integreren in Reflex 3000 en ReflexBlue kunnen zij sneller live, op basis van bewezen best practices, met minder handmatige handelingen en een beter controleerbaar purchase-to-pay-proces.”

Wat dit betekent voor de sector

De samenwerking sluit aan bij een bredere trend: foodbedrijven staan onder toenemende druk om compliant, kostenefficiënt en snel te digitaliseren, terwijl de sector tegelijk te maken heeft met specifieke eisen rond traceerbaarheid en kwaliteitsborging. Door factuurautomatisering te koppelen aan een branchespecifiek ERP-systeem als Reflex, hoeven organisaties niet te kiezen tussen hun vertrouwde werkwijze en modernisering van hun financiële processen. Voor 4CEE past dit in de bredere “Office of the CFO”-strategie, waarin purchase-to-pay, order-to-cash en financial planning & analysis worden gecombineerd met integraties op ERP-niveau en transactienetwerken zoals Peppol.

4CEE is Professional partner van Peppol.nu; via de vergelijkingstool van Peppol Serviceproviders is een uitgebreider profiel van 4CEE beschikbaar. Eerder berichtte Peppol.nu al over de Order to Cash Monitor 2026 van 4CEE, waaruit bleek dat Nederlandse bedrijven gemiddeld 59 dagen op betaling wachten — een cijfer dat het belang van gestroomlijnde, geautomatiseerde factuurprocessen onderstreept.

Met deze samenwerking zetten 4CEE en ReflexSystems een volgende stap in geautomatiseerde factuurverwerking voor de foodsector, waarbij Peppol e-facturatie als fundament dient voor verdere digitalisering van het volledige purchase-to-pay-proces.

  1. Emerce — 4CEE en ReflexSystems starten samenwerking voor geautomatiseerde factuurverwerking
  2. 4CEE
  3. ReflexSystems
/door

4CEE and ReflexSystems Partner on Automated Invoice Processing

Ede, 29 July 2026 – 4CEE and ReflexSystems today announced a strategic partnership aimed at bringing automated invoice processing to users of Reflex 3000 and ReflexBlue. The two companies already collaborated on e-invoicing via the Peppol network; with this expansion, food companies will also be able to automatically process incoming electronic invoices, in addition to existing PDF invoice handling.

What the partnership covers

The collaboration combines ReflexSystems’ food-ERP expertise, built up since 1983, with 4CEE’s invoice automation technology. Reflex users gain access to end-to-end automated invoice processing, including AI-driven recognition, coding and validation of invoices. Organisations also get real-time visibility into the status of every invoice, linked to cost centres, projects and purchase orders, along with automatic detection of anomalies and suspicious patterns to reduce the risk of invoice fraud.

The integration builds on the existing Peppol e-invoicing connection, which already allows Reflex customers to send electronic invoices. Over the coming six months, both organisations will work jointly on the integration, with more details to follow as they become available.

What both parties say

“With this partnership we bring together the best of two worlds: ReflexSystems’ specialist food-ERP knowledge and 4CEE Invoice’s proven invoice processing technology. Reflex users can easily scale up to fully automated invoice processing and future-proof their processes,” says Dirk Rijnders, Partner Manager at 4CEE.

Soufian Ouald L’Hadj, CEO of ReflexSystems, adds: “Our customers in the food industry ask for simplicity, certainty and continuity. By fully integrating 4CEE Invoice into Reflex 3000 and ReflexBlue, they can go live faster, based on proven best practices, with fewer manual steps and a more auditable purchase-to-pay process.”

What this means for the sector

The partnership reflects a broader trend: food companies are under growing pressure to digitise in a compliant, cost-efficient and fast way, while the sector also faces specific requirements around traceability and quality assurance. By linking invoice automation to an industry-specific ERP system like Reflex, organisations don’t have to choose between their familiar way of working and modernising their financial processes. For 4CEE, this fits within its broader “Office of the CFO” strategy, which combines purchase-to-pay, order-to-cash and financial planning & analysis with ERP-level integrations and transaction networks such as Peppol.

4CEE is a Professional partner of Peppol.nu; a more detailed profile of 4CEE is available via the Peppol Service Provider comparison tool. Peppol.nu previously reported on 4CEE’s Order to Cash Monitor 2026, which found that Dutch businesses wait an average of 59 days for payment — a figure that underscores the importance of streamlined, automated invoice processing.

With this partnership, 4CEE and ReflexSystems take a next step in automated invoice processing for the food sector, with Peppol e-invoicing as the foundation for further digitising the full purchase-to-pay process.

  1. Emerce — 4CEE en ReflexSystems starten samenwerking voor geautomatiseerde factuurverwerking
  2. 4CEE
  3. ReflexSystems
/door

AI-facturatieverwerking via Peppol e-facturatie: wat verandert er voor finance teams?

AI-facturatieverwerking is niet langer een toekomstbeeld maar een concreet onderdeel van de accounts payable-afdeling. Waar automatisering tot voor kort vooral betekende dat een systeem regels volgde (“als factuurbedrag lager dan 500 euro, keur automatisch goed”), nemen AI-systemen nu stap voor stap taken over die eerder menselijke beoordeling vereisten: factuurregels koppelen aan inkooporders, afwijkingen herkennen en alleen de echt onduidelijke gevallen doorzetten naar een medewerker. Deze verschuiving raakt direct de kern van e-facturatie via Peppol, omdat gestructureerde, machineleesbare facturen de grondstof zijn waarop deze AI-toepassingen draaien. Dit artikel legt uit waarom die koppeling tussen Peppol en AI-facturatieverwerking niet toevallig is, welke voorbeelden binnen het Peppol.nu-netwerk al zichtbaar zijn, en waar finance teams rekening mee moeten houden voordat ze deze stap zetten.

Waarom AI-facturatieverwerking nu versnelt

Twee ontwikkelingen versterken elkaar. Aan de ene kant verplichten steeds meer landen bedrijven om facturen in een gestructureerd formaat te versturen en ontvangen, via Peppol of een vergelijkbaar netwerk. Aan de andere kant investeren ERP- en boekhoudsoftwareleveranciers zwaar in AI-functionaliteit voor de financiële afdeling. Branchespecialisten wijzen erop dat ERP-systemen in 2026 een duidelijke verschuiving laten zien richting AI die taken overneemt die voorheen menselijke tussenkomst vereisten, van facturatie tot rapportage. Voor Peppol Serviceproviders en hun klanten betekent dit dat de vraag niet meer is óf AI een rol krijgt in de factuurverwerking, maar hoe snel en op welke manier.

Voor finance teams komt daar een derde, praktischer motief bij: de druk op de afdeling zelf. Accounts payable-teams verwerken doorgaans een groeiend factuurvolume zonder dat de bezetting evenredig meegroeit, terwijl de eisen aan snelheid, controle en auditability toenemen. AI-facturatieverwerking wordt daarmee niet alleen een technologische kans, maar ook een antwoord op een capaciteitsvraagstuk dat met alleen extra personeel niet houdbaar is. Dat verklaart waarom de belangstelling niet beperkt blijft tot grote multinationals: ook middelgrote organisaties met een compacte financiële afdeling verkennen inmiddels hoe AI-facturatieverwerking hun bestaande Peppol-koppeling verder kan benutten.

Gestructureerde Peppol-data als basis voor AI

Een PDF-factuur die via e-mail binnenkomt, moet eerst worden “gelezen” voordat een systeem er iets mee kan: OCR, sjabloonherkenning, en vaak nog altijd handmatige controle. Een e-factuur die via Peppol binnenkomt, is dat probleem al voorbij. Het bericht volgt de UBL-structuur conform de Europese norm EN 16931, met velden voor factuurnummer, leverancier, bedragen, btw en regelniveau-detail die al gestructureerd en eenduidig zijn. Voor een AI-systeem scheelt dat een volledige, foutgevoelige verwerkingsstap. Daarmee is e-facturatie via Peppol niet alleen een compliance-verplichting, maar ook de infrastructuur die AI-facturatieverwerking pas echt betrouwbaar maakt. De volledige technische specificaties van de ondersteunde documenttypen zijn te vinden in de officiële Peppol-documentatie.

Van regelgebaseerde automatisering naar agentic AI in accounts payable

De volgende stap na “automatisch verwerken volgens vaste regels” is wat in de branche agentic AI wordt genoemd: systemen die zelfstandig een reeks stappen doorlopen, besluiten nemen binnen vooraf gedefinieerde grenzen, en alleen escaleren bij een werkelijk onduidelijk geval. Binnen het Peppol.nu-netwerk zijn hier al concrete voorbeelden van te vinden. D Soft biedt met DocFlows documentautomatisering waarbij een AI-assistent de inhoud van documenten analyseert en autonome beslissingen neemt zonder tussenkomst van een gebruiker, volledig in eigen beheer ontwikkeld. Onventis positioneert zijn Onix-platform expliciet als agent-based AI voor het volledige source-to-pay-proces, van inkoop tot betaling. Dit zijn geen aparte AI-experimenten naast de Peppol-koppeling, maar bouwen voort op dezelfde gestructureerde factuurdata die het netwerk uitwisselt.

Wat dit betekent voor ERP-integratie

Voor finance teams is de praktische vraag niet “willen we AI”, maar “past dit in onze bestaande ERP-omgeving”. 4CEE laat zien hoe dat er in de praktijk uitziet: een modulaire opzet waarbij een organisatie start met basale Peppol-connectiviteit en vervolgens kan uitbreiden naar AI-gestuurde workflows, gericht op de office of the CFO in plaats van puur technische connectiviteit. Dat modulaire karakter is belangrijk, want het voorkomt dat AI-facturatieverwerking een losstaand project wordt naast de bestaande boekhouding. In plaats daarvan groeit de automatisering mee met wat een organisatie al heeft: inkomende Peppol-facturen worden gekoppeld aan inkooporders of kostenplaatsen en klaargezet voor goedkeuring, waarna AI geleidelijk meer van die koppeling en beoordeling overneemt.

Ook aan de kant van kleinere organisaties en accountantskantoren zijn voorbeelden te vinden: Informer Invoicing combineert gratis e-facturatie voor start-ups en het mkb met een ingebouwde AI-assistent die gebruikers ondersteunt naast de reguliere helpdesk. Dat laat zien dat AI-facturatieverwerking niet is voorbehouden aan organisaties met een groot implementatiebudget; ook eenvoudigere Peppol-koppelingen bevatten inmiddels een vorm van AI-ondersteuning.

Risico’s en randvoorwaarden bij AI-facturatieverwerking

Meer autonomie voor software betekent ook meer verantwoordelijkheid voor de organisatie die deze inzet. Drie aandachtspunten komen in de praktijk het vaakst terug. Ten eerste de datakwaliteit: AI-facturatieverwerking is zo goed als de factuurdata die binnenkomt, en fouten in de brongegevens van een handelspartner planten zich anders voort dan bij een menselijke controleur die een vreemde waarde direct opmerkt. Ten tweede governance: wie is verantwoordelijk wanneer een systeem autonoom een factuur goedkeurt die achteraf onjuist blijkt, en hoe is dat besluit te reconstrueren voor een audit? Ten derde privacy: factuurregels bevatten soms persoonsgegevens, bijvoorbeeld bij eenmanszaken of freelancers, waardoor de AVG onverkort van toepassing is op de manier waarop een AI-systeem die data verwerkt en opslaat.

Deze risico’s zijn geen reden om AI-facturatieverwerking te vermijden, maar wel om vooraf een mens-in-de-loop-model te definiëren: welke besluiten mag het systeem volledig zelfstandig nemen, welke vereisen een steekproefsgewijze controle achteraf, en welke moeten altijd eerst langs een medewerker. Leveranciers die agentic AI aanbieden, zoals D Soft en Onventis, bouwen dit soort escalatielogica doorgaans al in; de verantwoordelijkheid van de organisatie zelf is om deze grenzen bewust in te stellen in plaats van de standaardinstellingen klakkeloos over te nemen.

De rol van de Peppol Serviceprovider in dit proces

Niet elke Peppol Serviceprovider biedt hetzelfde niveau van AI-ondersteuning, en dat hoeft ook niet erg te zijn: een organisatie die simpelweg compliant wil zijn, heeft andere behoeften dan een organisatie die AI-facturatieverwerking als strategisch instrument inzet. Belangrijk is wel om bij de keuze van een serviceprovider expliciet te vragen naar het onderscheid tussen basisautomatisering (facturen ontvangen en doorzetten) en daadwerkelijke AI-facturatieverwerking (autonome koppeling, beoordeling en escalatie). Beide worden in marketingmateriaal soms onder dezelfde noemer “AI” verkocht, terwijl de praktische impact op de financiële afdeling sterk verschilt.

Praktische checklist voor finance teams die AI-facturatieverwerking willen invoeren

De onderstaande stappen zijn bedoeld als startpunt, niet als volledig implementatieplan: elke organisatie zal de volgorde en diepgang moeten aanpassen aan de eigen ERP-omgeving en risicobereidheid.

  1. Controleer of uw Peppol-toegangspunt facturen als gestructureerde UBL-data aanlevert aan uw boekhoud- of ERP-systeem, zonder tussenliggende handmatige conversie of PDF-omweg.
  2. Vraag bij softwareleveranciers concreet na welk deel van hun “AI-functionaliteit” regelgebaseerd is en welk deel daadwerkelijk agentic beslissingen neemt, zodat verwachtingen kloppen met de werkelijkheid.
  3. Definieer vooraf heldere escalatieregels: welke afwijkingen (bedrag, leverancier, factuurregel) moeten altijd naar een mens, en welke mag het systeem zelfstandig afhandelen.
  4. Borg dataminimalisatie en AVG-compliance bij de inzet van AI op factuurdata, zeker wanneer persoonsgegevens in factuurregels voorkomen.
  5. Meet het effect niet alleen in kostenbesparing, maar ook in doorlooptijd en foutpercentage, zodat u kunt bijsturen als de automatisering ergens vastloopt.

Wat AI-facturatieverwerking op de langere termijn oplevert

De directe aanleiding om te starten met AI-facturatieverwerking is vaak efficiëntie, maar de meest merkbare verandering zit op een ander vlak: de aard van het werk op de financiële afdeling verschuift. Medewerkers die voorheen facturen handmatig invoerden en koppelden, besteden hun tijd steeds meer aan de uitzonderingen die het systeem doorzet, aan het beoordelen van leveranciersrelaties, en aan analyse van cashflow en uitgavenpatronen. Dat is een andere vaardighedenmix dan invoerwerk, en organisaties doen er goed aan die verschuiving expliciet mee te nemen in opleiding en functieprofielen in plaats van te veronderstellen dat automatisering alleen tijd vrijmaakt zonder verdere consequenties.

Op het niveau van de organisatie als geheel levert de combinatie van gestructureerde Peppol-data en AI-facturatieverwerking bovendien realtime inzicht op dat met PDF-facturen en handmatige invoer niet haalbaar is: openstaande verplichtingen, verwachte uitgaven en afwijkende leveranciers zijn zichtbaar zodra een factuur binnenkomt, niet pas na de volgende invoerronde. Voor finance teams die verantwoordelijk zijn voor cashflowsturing is dat een directe verbetering, los van de tijdsbesparing op de verwerking zelf. Belangrijk is wel om deze voordelen geleidelijk te laten groeien vanuit een werkende basis, in plaats van in één keer een volledig autonoom systeem te willen invoeren: de organisaties die in dit artikel worden genoemd, bouwen hun agentic AI-functionaliteit stap voor stap uit op een al bestaande Peppol-koppeling, niet als vervanging ervan.

AI-facturatieverwerking werkt alleen zo goed als de data die eraan ten grondslag ligt. Voor organisaties die al op Peppol zijn aangesloten, ligt die basis er al; de vervolgstap is een bewuste keuze voor software die die gestructureerde data ook daadwerkelijk benut. Wilt u weten welke Peppol Serviceprovider bij uw ERP-omgeving en automatiseringsambities past? Gebruik de vergelijkingstool van Peppol.nu om leveranciers op functionaliteit, waaronder AI-ondersteuning, naast elkaar te leggen.

  1. OpenPeppol: officiële documentatie Peppol BIS Billing (UBL/EN 16931-structuur)
  2. CIO.com: ERP in 2026, More AI, more best-of-breed add-ons
  3. NetSuite: ERP Trends and Predictions 2026 & Beyond
/door

AI Invoice Automation via Peppol E-Invoicing: What Changes for Finance Teams?

AI invoice automation is no longer a future scenario but a concrete part of the accounts payable department. Where automation until recently mostly meant a system following fixed rules (“if invoice amount is below 500 euros, approve automatically”), AI systems are now taking over tasks step by step that previously required human judgment: matching invoice lines to purchase orders, spotting discrepancies, and escalating only the genuinely unclear cases to an employee. This shift touches directly on the core of e-invoicing via Peppol, because structured, machine-readable invoices are the raw material these AI applications run on. This article explains why the link between Peppol and AI invoice automation is not a coincidence, which examples are already visible within the Peppol.now network, and what finance teams should consider before taking this step.

Why AI invoice automation is accelerating now

Two developments reinforce each other. On one side, an increasing number of countries require businesses to send and receive invoices in a structured format, via Peppol or a comparable network. On the other side, ERP and accounting software vendors are investing heavily in AI functionality for the finance department. Industry specialists point out that ERP systems in 2026 show a clear shift toward AI taking over tasks that previously required human intervention, from invoicing to reporting. For Peppol Service Providers and their clients, this means the question is no longer whether AI will play a role in invoice processing, but how quickly and in what form.

For finance teams, a third, more practical motive adds to this: pressure on the department itself. Accounts payable teams typically process a growing invoice volume without headcount growing proportionally, while requirements for speed, control, and auditability keep increasing. AI invoice automation therefore becomes not just a technological opportunity but also an answer to a capacity problem that cannot be solved by adding staff alone. This explains why interest is not limited to large multinationals: mid-sized organisations with a compact finance department are increasingly exploring how AI invoice automation can further leverage their existing Peppol connection.

Structured Peppol data as the foundation for AI

A PDF invoice that arrives by email must first be “read” before a system can do anything with it: OCR, template recognition, and often still manual checking. An e-invoice that arrives via Peppol has already moved past that problem. The message follows the UBL structure in line with the European standard EN 16931, with fields for invoice number, supplier, amounts, VAT, and line-level detail that are already structured and unambiguous. For an AI system, that removes an entire, error-prone processing step. This makes e-invoicing via Peppol not just a compliance obligation but also the infrastructure that makes AI invoice automation genuinely reliable. The full technical specifications for the supported document types are available in the official Peppol documentation.

From rule-based automation to agentic AI in accounts payable

The next step after “processing automatically according to fixed rules” is what the industry calls agentic AI: systems that independently work through a series of steps, make decisions within predefined boundaries, and escalate only in a truly unclear case. Concrete examples of this already exist within the Peppol.now network. D Soft offers document automation with DocFlows, in which an AI assistant analyses document content and makes autonomous decisions without user intervention, developed entirely in-house. Onventis explicitly positions its Onix platform as agent-based AI for the full source-to-pay process, from procurement to payment. These are not separate AI experiments alongside the Peppol connection, but build on the same structured invoice data the network already exchanges.

What this means for ERP integration

For finance teams, the practical question is not “do we want AI” but “does this fit our existing ERP environment”. 4CEE shows what that looks like in practice: a modular setup where an organisation starts with basic Peppol connectivity and can then expand toward AI-driven workflows, aimed at the office of the CFO rather than pure technical connectivity. That modular character matters, because it prevents AI invoice automation from becoming a standalone project next to existing bookkeeping. Instead, automation grows alongside what an organisation already has: incoming Peppol invoices are matched to purchase orders or cost centres and queued for approval, after which AI gradually takes over more of that matching and assessment.

Examples also exist on the side of smaller organisations and accounting firms: Informer Invoicing combines free e-invoicing for start-ups and SMEs with a built-in AI assistant that supports users alongside the regular helpdesk. This shows that AI invoice automation is not reserved for organisations with a large implementation budget; even simpler Peppol connections now include some form of AI support.

Risks and preconditions for AI invoice automation

More autonomy for software also means more responsibility for the organisation deploying it. Three concerns come up most often in practice. First, data quality: AI invoice automation is only as good as the invoice data coming in, and errors in a trading partner’s source data propagate differently than with a human reviewer who immediately notices an odd value. Second, governance: who is accountable when a system autonomously approves an invoice that later turns out to be incorrect, and how can that decision be reconstructed for an audit? Third, privacy: invoice lines sometimes contain personal data, for example for sole traders or freelancers, meaning data protection rules apply fully to how an AI system processes and stores that data.

These risks are not a reason to avoid AI invoice automation, but they are a reason to define a human-in-the-loop model in advance: which decisions can the system make fully independently, which require a sample-based check afterwards, and which must always go through an employee first. Providers offering agentic AI, such as D Soft and Onventis, typically build this kind of escalation logic in already; the organisation’s own responsibility is to set these boundaries deliberately rather than simply accepting the default settings.

The role of the Peppol Service Provider in this process

Not every Peppol Service Provider offers the same level of AI support, and that is not necessarily a problem: an organisation that simply wants to be compliant has different needs than one that treats AI invoice automation as a strategic tool. What matters is asking a service provider explicitly to distinguish between basic automation (receiving and forwarding invoices) and genuine AI invoice automation (autonomous matching, assessment, and escalation). Both are sometimes marketed under the same “AI” label, while the practical impact on the finance department differs substantially.

Practical checklist for finance teams introducing AI invoice automation

The steps below are meant as a starting point, not a complete implementation plan: every organisation will need to adjust the order and depth to its own ERP environment and risk appetite.

  1. Check whether your Peppol access point delivers invoices as structured UBL data directly into your accounting or ERP system, without an intermediate manual conversion or PDF detour.
  2. Ask software vendors specifically which part of their “AI functionality” is rule-based and which part actually makes agentic decisions, so expectations match reality.
  3. Define clear escalation rules in advance: which discrepancies (amount, supplier, invoice line) must always go to a human, and which the system may handle independently.
  4. Safeguard data minimisation and privacy compliance when applying AI to invoice data, particularly where invoice lines contain personal data.
  5. Measure impact not only in cost savings but also in cycle time and error rate, so you can adjust if automation stalls somewhere.

What AI invoice automation delivers over the longer term

The immediate motivation for starting with AI invoice automation is often efficiency, but the most noticeable change lies elsewhere: the nature of work in the finance department shifts. Employees who previously entered and matched invoices manually increasingly spend their time on the exceptions the system forwards, on assessing supplier relationships, and on cash flow and spend analysis. That is a different skill set than data entry, and organisations do well to explicitly account for that shift in training and job profiles rather than assuming automation only frees up time without further consequences.

At the organisational level, combining structured Peppol data with AI invoice automation also delivers real-time insight that is not achievable with PDF invoices and manual entry: outstanding liabilities, expected spend, and deviating suppliers become visible as soon as an invoice arrives, not only after the next entry round. For finance teams responsible for cash flow management, that is a direct improvement, separate from the time saved on processing itself. It is worth letting these benefits grow gradually from a working foundation, rather than trying to introduce a fully autonomous system in one step: the organisations mentioned in this article are building their agentic AI functionality step by step on top of an existing Peppol connection, not as a replacement for it.

AI invoice automation only works as well as the data underlying it. For organisations already connected to Peppol, that foundation is already in place; the next step is a deliberate choice of software that actually puts that structured data to use. Want to know which Peppol Service Provider fits your ERP environment and automation ambitions? Use the Peppol.nu comparison tool to compare providers on functionality, including AI support.

  1. OpenPeppol: official documentation for Peppol BIS Billing (UBL/EN 16931 structure)
  2. CIO.com: ERP in 2026, More AI, more best-of-breed add-ons
  3. NetSuite: ERP Trends and Predictions 2026 & Beyond
/door

Peppol SML Migration: What Access Point Providers Must Arrange Before 31 August 2026

Peppol SML Migration: What Access Point Providers Must Arrange Before 31 August 2026

Brussels, 19 July 2026 – OpenPeppol is taking over the Service Metadata Locator (SML) from the European Commission. This Peppol SML migration touches the technical core of the network: the service that lets Access Points find the correct endpoint for a trading partner. SMP providers already had to move their registration endpoints before 31 May 2026; Access Point providers now have until 31 August 2026 to migrate their DNS lookup domains.

What the SML does, and why it is moving

The Service Metadata Locator is a core component of Peppol’s dynamic discovery architecture. Through DNS lookup, the SML links a participant identifier to the correct Service Metadata Publisher (SMP), so an Access Point knows where to route an invoice. Until now, this service ran on infrastructure operated by the European Commission (DG DIGIT), as part of the broader eDelivery programme.

According to the Commission, that arrangement was always meant to function as an incubator: eDelivery helps new or emerging networks get established, with the expectation that a mature network eventually operates its core services independently. Peppol has now passed that point. Driven in large part by national e-invoicing mandates, the number of directory entries is expected to grow from a few million today to well over ten million from 2026 onwards. The Commission has stated that the SML was not designed to support that next wave of expansion, and since October 2025 it has also paused onboarding new ecosystems onto comparable CEF services.

What changes functionally, and what does not

For most Peppol participants, nothing changes functionally: registration and invoice exchange continue to work the same way. What changes is who operates the directory service for the Peppol domain: OpenPeppol instead of the European Commission. Individual companies can keep publishing and updating their own SMP registrations exactly as before.

The impact falls on configuration at the service-provider level. Two groups need to take action:

  • SMP providers had to move their registration API endpoints to the new Peppol environment by 31 May 2026 (test: api.sml.test.tech.peppol.org, production: api.sml.prod.tech.peppol.org).
  • Access Point providers must move their DNS lookup domains to OpenPeppol’s new participant lookup by 31 August 2026 (test: participant.sml.test.tech.peppol.org, production: participant.sml.prod.tech.peppol.org), in both test and production environments.

To reduce risk, the old and new environments will run in parallel for a period, with different redirections depending on the migration phase. This gives service providers room to migrate without everyone having to switch at once. OpenPeppol has already selected a contractor, and technical migration work is under way.

Why the timing is delicate

The migration coincides with an unusually turbulent period for the existing SML register. In Belgium, for example, millions of entries were removed and then re-published through different service providers as a result of the national e-invoicing mandate that took effect on 1 January 2026. The underlying lookup mechanism is also being modernised: in early 2026 the Commission cleaned up all Peppol CNAME records in favour of the newer U-NAPTR DNS format. Together, these shifts add operational pressure in the run-up to the migration.

The migration was first announced at the Peppol conference in June 2025; OpenPeppol and the Commission’s eDelivery team are aiming to complete it in the second half of 2026.

What this means for Dutch and Belgian businesses

End users of Peppol, the businesses sending and receiving invoices, do not need to take any action themselves. Responsibility lies with the Peppol Access Point and any SMP provider they use. It is nonetheless worth checking with your service provider whether their DNS migration is scheduled before 31 August 2026, especially since the earlier May deadline already caused unnoticed hiccups for a few smaller SMP providers. Companies currently selecting or switching Peppol providers should add this migration as a standard question in their selection process.

Practical checklist for service providers

  • Confirm whether your SMP registration endpoint has already been migrated (the deadline was 31 May 2026).
  • Schedule the migration of your DNS lookup domain to the new OpenPeppol environment before 31 August 2026, in both test and production.
  • Test the new endpoints in the test environment (T-SML) before switching over in production.
  • Consult OpenPeppol’s migration page (Peppol TECH Confluence) for the current technical specification.

Considering a switch to a different Peppol provider, or want to confirm your current provider will complete the migration on time? Compare Peppol service providers using the Peppol.nu comparison tool.

Sources

  1. European Commission / Digital Building Blocks: Peppol moves its eDelivery SML domain to an in-house service (16 May 2026)
  2. Peppol Authority Italy (AGID): Activities for the migration of the Service Metadata Locator
  3. OpenPeppol: SML Insourcing (Peppol TECH Confluence)

/door

Peppol SML-migratie: wat Access Point-providers vóór 31 augustus 2026 moeten regelen

Peppol SML-migratie: wat Access Point-providers vóór 31 augustus 2026 moeten regelen

Brussel, 19 juli 2026 – OpenPeppol neemt de Service Metadata Locator (SML) over van de Europese Commissie. Deze Peppol SML-migratie raakt de technische kern van het netwerk: de dienst waarmee Access Points het juiste eindpunt van een handelspartner vinden. SMP-providers moesten hun registratie-eindpunten al vóór 31 mei 2026 omzetten; Access Point-providers hebben tot en met 31 augustus 2026 de tijd om hun DNS-lookupdomeinen te migreren.

Wat is de SML en waarom verhuist deze?

De Service Metadata Locator is een kerncomponent van de Peppol dynamic discovery-architectuur. Via DNS-lookup koppelt de SML een participant-identifier aan de juiste Service Metadata Publisher (SMP), zodat een Access Point weet waar het een factuur naartoe moet sturen. Tot nu toe draaide deze dienst op infrastructuur van de Europese Commissie (DG DIGIT), als onderdeel van het bredere eDelivery-programma.

Volgens de Europese Commissie is die opzet altijd bedoeld geweest als incubatiefunctie: eDelivery helpt nieuwe of groeiende netwerken op weg, maar verwacht dat een volwassen netwerk operationele kerndiensten uiteindelijk zelf overneemt. Peppol is inmiddels dat punt gepasseerd. Gedreven door nationale e-facturatieverplichtingen groeit het aantal directory-registraties naar verwachting van enkele miljoenen nu naar ruim tien miljoen vanaf 2026. De Commissie geeft aan dat de SML niet is ontworpen om die volgende schaalsprong te dragen, en start vanaf oktober 2025 ook geen nieuwe ecosystemen meer op vergelijkbare CEF-diensten.

Wat functioneel verandert, en wat niet

Voor de meeste Peppol-deelnemers verandert er functioneel niets: registratie en factuuruitwisseling blijven op dezelfde manier werken. Wat wijzigt is wie de directory-dienst voor het Peppol-domein operationeel beheert: straks OpenPeppol zelf in plaats van de Europese Commissie. Individuele bedrijven kunnen hun eigen SMP-registraties gewoon blijven publiceren en actualiseren.

De impact zit in de configuratie aan de kant van serviceproviders. Twee groepen moeten actie ondernemen:

  • SMP-providers moesten uiterlijk 31 mei 2026 hun registratie-API-eindpunten omzetten naar de nieuwe Peppol-omgeving (test: api.sml.test.tech.peppol.org, productie: api.sml.prod.tech.peppol.org).
  • Access Point-providers moeten uiterlijk 31 augustus 2026 hun DNS-lookupdomeinen omzetten naar de nieuwe participant-lookup van OpenPeppol (test: participant.sml.test.tech.peppol.org, productie: participant.sml.prod.tech.peppol.org), zowel in de test- als productieomgeving.

Om het risico te beperken draaien de oude en nieuwe omgeving een periode parallel, met wisselende redirects afhankelijk van de migratiefase. Zo krijgen serviceproviders ruimte om te migreren zonder dat alle partijen tegelijk moeten schakelen. OpenPeppol heeft inmiddels een contractor geselecteerd en de technische migratiewerkzaamheden lopen.

Waarom dit nu extra gevoelig ligt

De migratie valt samen met een periode van ongewoon grote schommelingen in het bestaande SML-register. In België zijn bijvoorbeeld miljoenen registraties verwijderd en via andere serviceproviders opnieuw gepubliceerd als gevolg van de nationale e-facturatieverplichting die daar op 1 januari 2026 inging. Ook de modernisering van de Peppol-lookup zelf speelt mee: begin 2026 zijn alle Peppol CNAME-records bij de Commissie opgeschoond ten gunste van het nieuwere U-NAPTR DNS-formaat. Deze bewegingen verhogen de operationele druk in de periode voorafgaand aan de migratie.

De migratie werd aangekondigd tijdens de Peppol-conferentie van juni 2025; OpenPeppol en het eDelivery-team van de Commissie mikken op afronding in de tweede helft van 2026.

Wat dit betekent voor Nederlandse en Belgische bedrijven

Eindgebruikers van Peppol, de bedrijven die facturen versturen en ontvangen, hoeven zelf niets te doen. De verantwoordelijkheid ligt bij de Peppol Access Point en eventuele SMP-provider die zij gebruiken. Het is wel verstandig om bij je serviceprovider na te vragen of de DNS-migratie voor 31 augustus 2026 is gepland, zeker gezien de vergelijkbare migratie eind mei al voor onopgemerkte hobbels zorgde bij enkele kleinere SMP-providers. Bedrijven die momenteel een Peppol-oplossing kiezen of overstappen, doen er goed aan deze migratie als standaardvraag mee te nemen in het selectieproces.

Praktische checklist voor serviceproviders

  • Controleer of je SMP-registratie-eindpunt al is omgezet (deadline was 31 mei 2026).
  • Plan de omzetting van je DNS-lookupdomein naar de nieuwe OpenPeppol-omgeving vóór 31 augustus 2026, in zowel test- als productieomgeving.
  • Test de nieuwe eindpunten tijdig in de testomgeving (T-SML) voordat je overstapt in productie.
  • Raadpleeg de migratiepagina van OpenPeppol (Peppol TECH Confluence) voor de actuele technische specificatie.

Overweeg je een overstap naar een andere Peppol-oplossing, of wil je zeker weten dat je huidige provider de migratie op tijd afrondt? Vergelijk Peppol Serviceproviders via de Peppol.nu vergelijkingstool.

Bronnen

  1. Europese Commissie / Digital Building Blocks: Peppol moves its eDelivery SML domain to an in-house service (16 mei 2026)
  2. Peppol Authority Italy (AGID): Activities for the migration of the Service Metadata Locator
  3. OpenPeppol: SML Insourcing (Peppol TECH Confluence)

/door

ISO 27001 Peppol Service Provider Certification Becomes Mandatory Worldwide

ISO 27001 Peppol Service Provider Certification Becomes Mandatory Worldwide

Brussels, 13 July 2026 – OpenPeppol’s Managing Committee (MC200) has decided that ISO 27001 Peppol service provider certification will become mandatory for every Peppol service provider worldwide from 1 July 2027. The decision replaces a patchwork of national security requirements with one internationally recognised baseline.

What the new requirement covers

ISO/IEC 27001 is the internationally recognised framework for information security management. It describes how an organisation systematically identifies, controls and continuously improves risks related to information security, and is typically verified by an independent certification body. With the MC200 decision, this framework becomes the common baseline for every certified Peppol Access Point, regardless of which country the service provider operates from.

Providers that are not yet certified have until 1 July 2027 to get their certification in order. Interim security requirements apply during the transition period, so the network does not suddenly lose providers who are still mid-way through certification. To officially operate as a Peppol Access Point, organisations must meet a fixed set of conditions: OpenPeppol membership, support for the Peppol Business Interoperability Specifications (BIS) and the Service Metadata Publisher (SMP), and now ISO 27001 certification as well.

The Netherlands was already ahead

For Dutch service providers, this is less of a surprise than it might seem elsewhere. The Netherlands Peppol Authority (NPA) has long required ISO 27001 certification for service providers, with an alternative route via an assurance report (Third Party Memorandum) prepared by an independent, registered IT auditor. That report must demonstrate that the service provider’s information security meets ISO 27001 requirements, even without a formal certificate.

Belgium has so far applied a more pragmatic framework, and Germany has accepted multiple standards side by side. Australia and New Zealand already required ISO 27001 for their local Access Points as well. The worldwide MC200 decision now brings these divergent national requirements together under one standard, giving internationally operating service providers and their clients more clarity and less regulatory fragmentation.

What this means for businesses and Peppol service providers

For finance managers and IT decision-makers selecting a Peppol service provider, ISO 27001 certification becomes an objective, verifiable selection criterion instead of an implicit expectation. Businesses currently working with a non-certified provider should ask about the certification roadmap and the timeline towards 1 July 2027, particularly in sectors where information security is also a contractual or supervisory requirement, such as financial services, government, and healthcare.

For service providers themselves, the decision means certification is no longer a voluntary competitive advantage but a hard condition for staying on the Peppol network. Providers that are already ISO 27001 certified, as was already common in the Netherlands, will need to change little in practice. Providers still starting out get roughly a year to complete the certification process, which is no small margin given that an ISO 27001 project often takes six to twelve months.

The measure also fits a broader trend: as Peppol e-invoicing becomes mandatory in more and more countries, the need for demonstrable, uniform security guarantees among the parties sending and receiving invoices on behalf of businesses keeps growing. An ISO 27001 Peppol service provider certification gives procurement and IT teams a benchmark that does not depend on a supplier’s size or reputation.

Businesses that want to check whether their current or future Peppol service provider meets the new security requirement can use this as an extra filter via the Peppol.nu comparison tool. More background on the requirements for becoming a certified service provider is available in the earlier article Becoming a Peppol Certified Service Provider. In short: anyone selecting an ISO 27001 Peppol service provider now, or following up on their current provider’s certification path, is not only ahead of the 1 July 2027 deadline but is also building a demonstrably more secure e-invoicing chain.

  1. VATupdate: ISO 27001 Is Now Mandatory for All Peppol Service Providers
  2. Dynatos: OpenPeppol moves towards mandatory ISO 27001 certification for Access Points
  3. Storecove: Mandatory ISO Certification for All Peppol Access Points

/door

ISO 27001 Peppol serviceprovider: OpenPeppol maakt certificering wereldwijd verplicht

ISO 27001 Peppol serviceprovider: OpenPeppol maakt certificering wereldwijd verplicht

Brussel, 13 juli 2026 – OpenPeppol heeft via zijn Managing Committee (MC200) besloten dat elke ISO 27001 Peppol serviceprovider-certificering vanaf 1 juli 2027 verplicht wordt voor alle Peppol Serviceproviders wereldwijd. Daarmee vervangt één uniforme, internationaal erkende beveiligingsstandaard de tot nu toe sterk uiteenlopende nationale eisen per Peppol-autoriteit.

Wat de nieuwe eis inhoudt

ISO/IEC 27001 is het internationaal erkende raamwerk voor informatiebeveiligingsmanagement. Het beschrijft hoe een organisatie risico’s rond informatiebeveiliging systematisch identificeert, beheerst en continu verbetert, en wordt doorgaans getoetst door een onafhankelijke certificerende instantie. Met het besluit van MC200 wordt dit raamwerk de gemeenschappelijke ondergrens voor alle gecertificeerde Peppol Access Points, ongeacht in welk land de serviceprovider actief is.

Providers die nog niet gecertificeerd zijn, krijgen tot 1 juli 2027 de tijd om dit op orde te brengen. In de tussenperiode gelden interim-beveiligingseisen, zodat het netwerk niet plotseling providers verliest die nog middenin een certificeringstraject zitten. Om officieel als Peppol Access Point te mogen opereren, moeten organisaties voortaan aan een vaste set voorwaarden voldoen: lidmaatschap van OpenPeppol, ondersteuning van de Peppol Business Interoperability Specifications (BIS) en de Service Metadata Publisher (SMP), en dus ISO 27001-certificering.

Nederland liep al voorop

Voor Nederlandse serviceproviders is dit minder nieuw dan het lijkt. De Nederlandse Peppolautoriteit (NPa) stelt ISO 27001 al langer verplicht voor serviceproviders, met als alternatief een assurance-rapport (Third Party Memorandum) opgesteld door een onafhankelijke, geregistreerde IT-auditor. Dat rapport moet aantonen dat de informatiebeveiliging van de serviceprovider voldoet aan de ISO 27001-eisen, ook zonder een formeel certificaat.

België hanteerde tot dusver een pragmatischer kader en Duitsland accepteerde meerdere standaarden naast elkaar. Ook Australië en Nieuw-Zeeland verplichtten ISO 27001 al eerder voor lokale Access Points. Het wereldwijde MC200-besluit brengt deze uiteenlopende nationale eisen nu samen onder één noemer, wat voor internationaal opererende serviceproviders en hun klanten meer duidelijkheid en minder administratieve versnippering oplevert.

Wat dit betekent voor bedrijven en Peppol Serviceproviders

Voor finance managers en IT-beslissers die een Peppol serviceprovider selecteren, wordt ISO 27001-certificering hiermee een objectief, controleerbaar keuzecriterium in plaats van een impliciete verwachting. Bedrijven die nu al met een niet-gecertificeerde provider werken, doen er goed aan te vragen naar het certificeringstraject en de planning richting 1 juli 2027, zeker in sectoren waar informatiebeveiliging ook een contractuele of toezichteis is, zoals de financiële sector, de overheid en de zorg.

Voor serviceproviders zelf betekent het besluit dat certificering niet langer een vrijwillig concurrentievoordeel is, maar een harde toetredingsvoorwaarde tot het Peppol-netwerk wordt. Providers die al ISO 27001-gecertificeerd zijn, zoals in Nederland al gebruikelijk was, hoeven inhoudelijk weinig te veranderen. Providers die nog moeten starten, krijgen ongeveer een jaar de tijd om het certificeringstraject te doorlopen, wat gezien de doorlooptijd van een ISO 27001-traject (vaak zes tot twaalf maanden) geen overbodige luxe is.

De maatregel past ook in een bredere trend: naarmate e-facturatie via Peppol verplicht wordt in steeds meer landen, groeit de behoefte aan aantoonbare, uniforme beveiligingsgaranties bij de partijen die facturen namens bedrijven verzenden en ontvangen. Een ISO 27001 Peppol serviceprovider-certificering geeft inkopers en IT-afdelingen een houvast dat losstaat van de reputatie of grootte van de leverancier.

Bedrijven die willen nagaan of hun huidige of toekomstige Peppol serviceprovider aan de nieuwe beveiligingseis voldoet, kunnen dit gebruiken als extra filtercriterium via de vergelijkingstool van Peppol.nu. Meer achtergrond over de vereisten om als gecertificeerde serviceprovider te mogen opereren staat in het eerdere artikel Certified Serviceprovider worden. Kortom: wie vanaf nu een ISO 27001 Peppol serviceprovider selecteert of het certificeringstraject van de huidige provider opvolgt, loopt niet alleen voor op de deadline van 1 juli 2027, maar bouwt ook aan een aantoonbaar veiligere e-facturatieketen.

  1. VATupdate: ISO 27001 Is Now Mandatory for All Peppol Service Providers
  2. Dynatos: OpenPeppol moves towards mandatory ISO 27001 certification for Access Points
  3. Storecove: Mandatory ISO Certification for All Peppol Access Points

/door

Peppol BIS 4.0: de samenvoeging van PINT en UBL uitgelegd

Peppol BIS 4.0: de samenvoeging van PINT en UBL uitgelegd

Peppol BIS 4.0 is het nieuwe, wereldwijd bedoelde factuurformaat waarmee OpenPeppol de bestaande tweedeling tussen UBL BIS Billing 3.0 (het Europese standaardformaat) en PINT (de internationale variant voor landen buiten Europa) opheft. Voor IT-beslissers, Peppol Serviceproviders en finance teams die facturatiesystemen toekomstbestendig willen inrichten, is dit een ontwikkeling om nu al te volgen, ook al ligt de exacte releasedatum nog niet vast.

Waarom dit relevant is

Peppol werkt momenteel met twee parallelle formaatfamilies. UBL BIS Billing 3.0 is het formaat dat binnen Europa breed wordt gebruikt, onder meer voor de Belgische en Nederlandse e-facturatieverplichtingen. PINT (Peppol International) is de generieke internationale variant, met lokale extensies per land, zoals PINT-OM voor Oman of PINT-AE voor de Verenigde Arabische Emiraten. Deze twee-sporenaanpak was nodig om Peppol snel te kunnen uitrollen buiten Europa zonder de Europese standaard te breken, maar leidt in de praktijk tot extra complexiteit voor serviceproviders en softwareleveranciers die internationaal actief zijn: twee validatieregelsets, twee documentatietrajecten en twee upgradepaden om bij te houden.

Met Peppol BIS 4.0 combineert OpenPeppol beide sporen tot één basisformaat, waarop landspecifieke extensies vervolgens als aanvulling worden toegepast in plaats van als volledig aparte specificatie. Dat is niet alleen een technische opschoning: het maakt grensoverschrijdende interoperabiliteit eenvoudiger, omdat een factuur die voldoet aan de kernstandaard van BIS 4.0 in beginsel in elk Peppol-land te verwerken is, met alleen de landspecifieke velden als variabele.

Wat er inhoudelijk verandert

OpenPeppol positioneert Peppol BIS 4.0 als een geconsolideerd basismodel dat de sterke punten van zowel UBL BIS 3.0 als PINT combineert. Concreet betekent dit een gedeelde kernset aan verplichte en optionele velden, een uniforme validatielaag, en een architectuur waarin landspecifieke eisen (zoals extra belastingvelden of aanvullende identificatiecodes) als losse extensiemodules bovenop de kernstandaard komen, in plaats van als volledig losstaande specificatie zoals nu het geval is bij PINT-varianten.

Voor bedrijven die nu al met UBL BIS Billing 3.0 werken, betekent dit naar verwachting geen radicale breuk: de bestaande Europese basisvelden blijven grotendeels herkenbaar. Voor serviceproviders die zowel Europese als internationale klanten bedienen, is de winst vooral dat één validatie- en verwerkingsengine straks volstaat voor beide werelden, in plaats van twee gescheiden implementaties te moeten onderhouden.

Denemarken als vroege testcase

Een concreet signaal dat de markt dit serieus neemt, komt uit Denemarken. De Deense Business Authority publiceerde in maart 2026 een strategiedocument waarin het land aankondigt zijn nationale format OIOUBL volledig uit te faseren en over te stappen op een lokale variant van Peppol BIS 4.0, gebrand als NemHandel BIS 4. Denemarken koos hier expliciet voor na negatieve marktreacties op een geplande OIOUBL 3.0-upgrade, en zet in op één internationaal interoperabel format in plaats van een dubbele architectuur die het land bijna twintig jaar in stand hield.

De Deense tijdlijn is illustratief voor hoe zorgvuldig zo’n overstap wordt aangepakt: ontwikkeling van NemHandel BIS 4 en de Deense extensies in 2027, een release candidate en definitieve release in 2028, en een volledige overgang naar NemHandel BIS 4 rond medio 2029, met uitfasering van het oude OIOUBL 2.1. Voor bedrijven die met Deense handelspartners werken, is dit een concrete indicatie van het tempo waarin BIS 4.0 in de praktijk wordt uitgerold: niet van vandaag op morgen, maar wel als duidelijk aangekondigde richting.

Tijdlijn en onzekerheden

OpenPeppol heeft nog geen definitieve releasedatum voor Peppol BIS 4.0 gepubliceerd. Verschillende bronnen noemen een verwachte lancering in de loop van 2026, gevolgd door een langere overgangsperiode waarin BIS 3.0, PINT en BIS 4.0 naast elkaar blijven bestaan. Voor de praktijk betekent dit dat er voorlopig geen acute actie nodig is, maar wel dat het verstandig is om de ontwikkeling te volgen, zeker voor organisaties die facturatiesoftware zelf bouwen of beheren in plaats van dit volledig uit te besteden aan een Peppol Serviceprovider. Een overgangsperiode waarin meerdere formaten naast elkaar geldig blijven is overigens niet nieuw voor Peppol: ook de introductie van UBL BIS Billing 3.0 destijds kende een ruime overlapperiode met het voorgaande formaat, zodat serviceproviders en softwareleveranciers voldoende tijd hadden om te migreren zonder de dienstverlening te onderbreken.

De relatie met ViDA en nationale mandaten

Peppol BIS 4.0 staat niet los van de bredere Europese ontwikkeling rond ViDA (VAT in the Digital Age). ViDA verplicht vanaf 2030 digitale rapportage van grensoverschrijdende B2B-transacties binnen de EU, en de onderliggende semantische standaard EN 16931 vormt daarbij de basis, dezelfde standaard waarop ook de huidige Peppol BIS-formaten zijn gebouwd. Een geconsolideerd, wereldwijd formaat als BIS 4.0 sluit hier logisch op aan: hoe minder formaatvarianten er wereldwijd in omloop zijn, hoe eenvoudiger het wordt om aan zowel nationale mandaten als toekomstige EU-brede rapportageverplichtingen te voldoen vanuit één en dezelfde technische basis. Voor landen die hun nationale format nu al herzien, zoals Denemarken met NemHandel, is de keuze voor BIS 4.0 dan ook mede ingegeven door de wens om niet twee keer te hoeven migreren: eerst naar een tussentijds nationaal format en daarna alsnog naar de uiteindelijke wereldwijde Peppol-standaard.

Wat het betekent voor softwareleveranciers en developers

Voor partijen die zelf facturatie- of boekhoudsoftware bouwen, brengt de samenvoeging concrete technische gevolgen met zich mee. Validatieregels die nu apart voor UBL BIS 3.0 en voor PINT worden onderhouden, moeten op termijn samenkomen in één regelset met per land instelbare extensies. Dat is een investering in herstructurering, maar levert op de lange termijn minder onderhoudslast op: bugfixes en updates aan de kernvalidatie hoeven nog maar op één plek te worden doorgevoerd in plaats van in twee parallelle codebases. Voor developers die nu een nieuwe Peppol-integratie bouwen, is het verstandig om de architectuur waar mogelijk al voor te bereiden op een gescheiden kern- en extensielaag, ook al is BIS 4.0 nog niet beschikbaar. Dat voorkomt dat de huidige investering bij de uiteindelijke overstap grotendeels overnieuw moet.

Praktische checklist voor IT-teams en serviceproviders

Wie nu al wil anticiperen op Peppol BIS 4.0, kan het beste op de volgende punten letten:

  • Volg de documentatie van OpenPeppol en de Peppol BIS Billing-specificatie voor concrete releaseaankondigingen, in plaats van te vertrouwen op geruchten via secundaire bronnen.
  • Vraag bij de eigen Peppol Serviceprovider na of en wanneer een migratiepad naar BIS 4.0 gepland staat, zeker als facturatie deels in eigen beheer plaatsvindt.
  • Houd bij internationale uitbreiding rekening met het feit dat nieuwe landimplementaties (zoals Oman of de Verenigde Arabische Emiraten) voorlopig nog op PINT-varianten draaien, en dat de overstap naar BIS 4.0 per land een eigen tijdlijn zal krijgen.
  • Neem de Deense aanpak als voorbeeld van een realistisch tempo: een aankondiging in 2026, technische ontwikkeling in de jaren daarna, en een volledige overgang pas meerdere jaren later.
  • Zorg dat validatie- en factuurverwerkingssystemen modulair genoeg zijn opgezet om een toekomstige formaatuitbreiding te kunnen absorberen zonder een volledige herbouw.
  • Bespreek met de eigen ERP- of boekhoudsoftwareleverancier of BIS 4.0 al op de productroadmap staat, zeker als facturatie voor meerdere landen vanuit één systeem wordt afgehandeld.
  • Documenteer welke landspecifieke extensies momenteel worden gebruikt (bijvoorbeeld voor Franse, Belgische of internationale klanten), zodat bij de uiteindelijke migratie snel duidelijk is welke extensiemodules nodig blijven.

Wat dit betekent voor de keuze van een serviceprovider

Voor bedrijven die nog een Peppol Serviceprovider moeten kiezen, of hun huidige provider heroverwegen, is de aankomende samenvoeging een extra criterium om mee te nemen: een provider die internationaal actief is en concrete ervaring heeft met zowel UBL BIS 3.0 als PINT-implementaties, is doorgaans beter gepositioneerd om een toekomstige overstap naar BIS 4.0 soepel te laten verlopen dan een provider die uitsluitend binnen de Europese markt opereert. Vergelijk serviceproviders op ervaring, ondersteunde formaten en internationale dekking via de Peppol.nu vergelijkingstool, en lees meer achtergrond over hoe Peppol-facturen technisch zijn opgebouwd in de complete gids over Peppol facturen.

Peppol BIS 4.0 is nog geen acute actiepunt, maar wel een ontwikkeling die de komende jaren bepaalt hoe eenvoudig grensoverschrijdende e-facturatie wordt. Organisaties die nu al met een internationaal georiënteerde serviceprovider werken en hun systemen modulair inrichten, staan er bij de uiteindelijke overstap het beste voor.

  1. OpenPeppol: Peppol BIS Billing 3.0 documentatie
  2. OpenPeppol: Peppol International (PINT) model for Billing
  3. Dynatos: New global Peppol e-invoicing standard for 2026
  4. VATupdate: Denmark replaces OIOUBL with Peppol BIS 4 as sole e-invoicing standard

/door

Peppol BIS 4.0: the PINT and UBL merger explained

Peppol BIS 4.0: the PINT and UBL merger explained

Peppol BIS 4.0 is the new, globally intended invoicing format through which OpenPeppol is closing the gap between UBL BIS Billing 3.0, the European standard format, and PINT, the international variant used outside Europe. For IT decision makers, Peppol service providers, and finance teams looking to future-proof their invoicing systems, this is a development worth tracking now, even though an exact release date has not yet been confirmed.

Why this matters

Peppol currently runs two parallel format families. UBL BIS Billing 3.0 is widely used across Europe, including for the Belgian and Dutch e-invoicing mandates. PINT (Peppol International) is the generic international variant, with local extensions per country, such as PINT-OM for Oman or PINT-AE for the United Arab Emirates. This two-track approach was necessary to roll out Peppol quickly outside Europe without breaking the European standard, but in practice it adds complexity for service providers and software vendors operating internationally: two sets of validation rules, two documentation tracks, and two upgrade paths to maintain.

With Peppol BIS 4.0, OpenPeppol combines both tracks into a single base format, on top of which country-specific extensions are applied as add-ons rather than as fully separate specifications. This is not just a technical clean-up: it makes cross-border interoperability simpler, since an invoice that meets the BIS 4.0 core standard should in principle be processable in any Peppol country, with only the country-specific fields as variables.

What actually changes

OpenPeppol positions Peppol BIS 4.0 as a consolidated base model combining the strengths of both UBL BIS 3.0 and PINT. Concretely, this means a shared core set of mandatory and optional fields, a unified validation layer, and an architecture where country-specific requirements (such as additional tax fields or extra identification codes) become separate extension modules on top of the core standard, rather than fully standalone specifications as is currently the case with PINT variants.

For businesses already using UBL BIS Billing 3.0, this is not expected to be a radical break: the existing European core fields should remain largely recognisable. For service providers serving both European and international clients, the main benefit is that a single validation and processing engine will eventually cover both worlds, instead of maintaining two separate implementations.

Denmark as an early test case

One concrete signal that the market is taking this seriously comes from Denmark. The Danish Business Authority published a strategy paper in March 2026 announcing that the country will fully phase out its national format, OIOUBL, and migrate to a localised version of Peppol BIS 4.0, branded NemHandel BIS 4. Denmark made this choice explicitly after negative market feedback on a planned OIOUBL 3.0 upgrade, opting for a single internationally interoperable standard instead of the dual-format architecture it had maintained for nearly two decades.

Denmark’s timeline illustrates how carefully such a transition is being approached: development of NemHandel BIS 4 and the Danish extensions in 2027, a release candidate and final release in 2028, and a full transition to NemHandel BIS 4 by mid-2029, with OIOUBL 2.1 phased out. For businesses trading with Danish partners, this gives a concrete sense of the pace at which BIS 4.0 is being rolled out in practice: not overnight, but with a clearly announced direction.

Timeline and open questions

OpenPeppol has not yet published a definitive release date for Peppol BIS 4.0. Various sources point to an expected launch sometime in 2026, followed by a longer transition period during which BIS 3.0, PINT, and BIS 4.0 coexist. In practice, this means no urgent action is required yet, but it is worth tracking the development, especially for organisations that build or maintain invoicing software themselves rather than fully outsourcing this to a Peppol service provider. A transition period in which multiple formats remain valid side by side is not new for Peppol: the earlier introduction of UBL BIS Billing 3.0 also had a generous overlap period with its predecessor format, giving service providers and software vendors enough time to migrate without interrupting service.

The relationship with ViDA and national mandates

Peppol BIS 4.0 does not exist in isolation from the broader European ViDA (VAT in the Digital Age) development. From 2030, ViDA mandates digital reporting of cross-border B2B transactions within the EU, and the underlying semantic standard EN 16931 forms its basis, the same standard on which today’s Peppol BIS formats are already built. A consolidated, global format like BIS 4.0 fits logically into this picture: the fewer format variants circulating worldwide, the easier it becomes to meet both national mandates and future EU-wide reporting obligations from a single technical foundation. For countries currently revisiting their national format, such as Denmark with NemHandel, the choice for BIS 4.0 is partly driven by a desire to avoid migrating twice, first to an interim national format and then again to the eventual global Peppol standard.

What it means for software vendors and developers

For organisations building their own invoicing or accounting software, the merger carries concrete technical consequences. Validation rules currently maintained separately for UBL BIS 3.0 and for PINT will eventually need to converge into a single rule set with country-configurable extensions. That is an investment in restructuring, but it pays off over the long term through lower maintenance overhead: bug fixes and updates to the core validation logic only need to be applied in one place instead of across two parallel codebases. Developers building a new Peppol integration today would do well to prepare their architecture for a separated core-and-extension layer where possible, even though BIS 4.0 is not yet available. That prevents today’s investment from largely having to be redone once the eventual transition arrives.

A practical checklist for IT teams and service providers

Organisations wanting to get ahead of Peppol BIS 4.0 should focus on the following:

  • Follow OpenPeppol’s documentation and the Peppol BIS Billing specification for concrete release announcements, rather than relying on secondary sources or rumours.
  • Ask your Peppol service provider whether and when a migration path to BIS 4.0 is planned, especially if invoicing is partly managed in-house.
  • When expanding internationally, keep in mind that new country implementations, such as Oman or the United Arab Emirates, currently still run on PINT variants, and that the move to BIS 4.0 will follow its own timeline per country.
  • Use Denmark’s approach as a benchmark for a realistic pace: an announcement in 2026, technical development in the following years, and a full transition only several years later.
  • Make sure validation and invoice-processing systems are built modularly enough to absorb a future format extension without a full rebuild.
  • Ask your ERP or accounting software vendor whether BIS 4.0 is already on their product roadmap, especially if invoicing for multiple countries runs through a single system.
  • Document which country-specific extensions are currently in use (for example for French, Belgian, or international customers), so that at the time of eventual migration it is immediately clear which extension modules still need to be supported.

What this means for choosing a service provider

For businesses still selecting a Peppol service provider, or reconsidering their current one, the upcoming merger is an extra criterion worth weighing: a provider that is internationally active and has concrete experience with both UBL BIS 3.0 and PINT implementations is generally better positioned to handle a future move to BIS 4.0 smoothly than a provider operating only within the European market. Compare service providers on experience, supported formats, and international coverage via the Peppol.nu comparison tool, and read more background on how Peppol invoices are technically structured in the complete guide to Peppol invoices.

Peppol BIS 4.0 is not yet an urgent action item, but it is a development that will shape how simple cross-border e-invoicing becomes over the next few years. Organisations already working with an internationally oriented service provider and building their systems modularly will be best positioned when the eventual transition arrives.

  1. OpenPeppol: Peppol BIS Billing 3.0 documentation
  2. OpenPeppol: Peppol International (PINT) model for Billing
  3. Dynatos: New global Peppol e-invoicing standard for 2026
  4. VATupdate: Denmark replaces OIOUBL with Peppol BIS 4 as sole e-invoicing standard

/door