E-facturatie is al verplicht. Gebruik het als je eerste automatisering.

De meeste bedrijven behandelden de Belgische e-facturatieverplichting als een administratieve klus: een leverancier kiezen, vakje afvinken, verder gaan. Dat is een gemiste kans, want die verplichting heeft je net het ene ding bezorgd waar elk AI-project om vraagt en dat de meeste bedrijven niet zomaar kunnen produceren: gestructureerde, machineleesbare operationele data.

Waar we staan

Sinds 1 januari 2026 moeten btw-plichtige ondernemingen in België gestructureerde elektronische facturen uitreiken en ontvangen voor binnenlandse B2B-transacties, via het Peppol-netwerk, in formaten die aan EN 16931 voldoen. Een pdf per e-mail volstaat op zich niet meer.

De tolerantieperiode liep af op 31 maart 2026. Er gelden nu boetes, oplopend bij herhaling (€ 1.500 / € 3.000 / € 5.000).

Rapportering in bijna-realtime volgt in januari 2028, en intra-EU B2B in 2030. Wat je nu bouwt, staat dus op een fundament dat rijker gaat worden, niet vervangen.

Waarom dit meer betekent dan het klinkt

Vraag om het even welke AI-leverancier wat hij nodig heeft, en het antwoord is propere, gestructureerde, historische data over je werking. Vraag de meeste Belgische bedrijven wat ze hebben, en het antwoord is een map met pdf's en een boekhoudpakket.

Grootte lost dat probleem niet op, ze verplaatst het. Een bedrijf met tweehonderd medewerkers heeft doorgaans een ERP en data genoeg — en kan nog altijd geen vraag beantwoorden die twee systemen kruist, want de factuurlijn, de offerte en de leveringsbon zitten op verschillende plekken in verschillende formaten. Gestructureerde facturatie geeft elk bedrijf een gemeenschappelijke ruggengraat waarop die systemen aan elkaar geknoopt kunnen worden.

Gestructureerde facturatie verandert dat, voor de transacties die het grootste deel van wat je bedrijf echt doet beschrijven:

• wat je verkoopt, aan wie, tegen welke prijs, hoe vaak
• hoe betalingstermijnen nageleefd worden, per klant
• welke lijnen betwist of gecrediteerd worden
• hoe offertes in facturen omgezet worden, en hoe lang dat duurt

Niets daarvan had AI nodig om nuttig te zijn. Al die dingen worden bruikbaar omdat ze nu gestructureerd zijn.

Drie toepassingen die zichzelf terugbetalen voor er iets slims gebeurt

Betaalgedrag, per klant. Niet "gemiddeld aantal dagen tot betaling" — de spreiding. Welke klanten dit kwartaal afgegleden zijn tegenover vorig kwartaal. Dat is een telefoontje dat je financieel verantwoordelijke maandag kan doen, en het is rekenwerk, geen AI.

Weglek tussen offerte en factuur. Vergelijk wat geoffreerd werd met wat gefactureerd werd. Systematische verschillen wijzen op een probleem met prijsdiscipline of met scope, en beide zijn duur. De meeste bedrijven hebben dit nooit gemeten omdat de twee documenten in verschillende systemen en formaten zaten.

Patronen in betwistingen en creditnota's. Creditnota's clusteren. Zodra je ze kan groeperen per klant, product en reden, is het patroon meestal duidelijk en meestal oplosbaar.

Waar AI wel iets toevoegt

Zodra de cijfers gestructureerd zijn en door code berekend worden, is een taalmodel nuttig voor het deel dat echt talig is: een patroon uitleggen, het klantgesprek opstellen, een kwartaal samenvatten voor een managementvergadering.

Hou die scheiding hard. De code berekent de cijfers; het model schrijft erover. Doet een model je rekenwerk, dan heb je iets gebouwd dat op het slechtst denkbare moment zelfverzekerd fout zal zijn — zie de nota over skills deterministisch maken.

Praktisch beginpunt

Je hebt al een Peppol-toegangspunt, want het moest. Stel je leverancier twee vragen:

1. Kunnen we gestructureerde exports krijgen van onze eigen verzonden en ontvangen facturen, en niet alleen de compliancestroom?
2. Hoe ver gaan die terug?

Het antwoord op de tweede vraag bepaalt hoe snel dit nuttig wordt. Heb je alleen data vanaf januari 2026, dan heb je tegen het jaareinde een vergelijking in handen. Begin nu met extraheren, niet wanneer je het antwoord nodig hebt.