Factuurverwerking automatiseren betekent dat software een factuur ontvangt, controleert, koppelt aan leverancier en bestelling, langs de juiste goedkeurder stuurt en klaarzet in ERP of boekhouding. Volledig automatisch boeken is niet altijd het doel; een goed proces automatiseert standaardgevallen en maakt afwijkingen sneller zichtbaar.
Begin bij gestructureerde Peppol-facturen en terugkerende leveranciers. Daar is de data het meest voorspelbaar. Voeg PDF-herkenning pas toe voor documenten die niet gestructureerd binnenkomen.
Peppol lost invoer op, niet uw hele proces#
Sinds 1 januari 2026 zijn gestructureerde elektronische facturen verplicht voor quasi alle B2B-handelingen tussen Belgische btw-plichtige ondernemingen. Een Peppol-factuur bevat velden die software kan lezen; een PDF is in essentie een visuele weergave.
Gestructureerde data voorkomt veel overtikwerk, maar beantwoordt nog niet:
- hoort deze factuur bij onze onderneming en leverancier?
- zijn goederen of diensten daadwerkelijk ontvangen?
- klopt de prijs met bestelling of contract?
- welke kostenrekening, analytische code en btw-code horen erbij?
- wie moet een afwijking goedkeuren?
- is dezelfde factuur al eerder verwerkt?
Voor de actuele wettelijke scope en uitzonderingen leest u onze Peppol-gids voor België en de officiële informatie van de Belgische overheid.
Teken eerst de gewenste factuurflow#
Een praktische inkomende flow ziet er vaak zo uit:
- Ontvangen. Peppol, mailbox of upload komt in één centrale wachtrij.
- Identificeren. Leverancier, ondernemingsnummer, factuurnummer en documenttype worden bepaald.
- Controleren op duplicaten. Combinatie van leverancier, factuurnummer, datum en bedrag wordt vergeleken met bestaande documenten.
- Valideren. Totalen, btw, valuta, bankrekening en verplichte velden worden gecontroleerd.
- Matchen. Factuur wordt waar mogelijk gekoppeld aan aankooporder en ontvangst.
- Coderen. Grootboekrekening, kostenplaats, project of dossier wordt voorgesteld.
- Goedkeuren. Alleen de bevoegde persoon beoordeelt de relevante afwijking.
- Boeken en archiveren. Goedgekeurde data gaat naar ERP of boekhouding met een auditspoor.
Maak voor elke stap duidelijk wat automatisch mag en welke situatie de flow stopt.
Gebruik drie niveaus van controle#
Formele validatie#
Controleer of velden aanwezig en technisch geldig zijn: ondernemingsnummer, factuurnummer, datum, valuta, totalen en btw-uitsplitsing. Deze regels zijn deterministisch en horen niet bij AI thuis.
Bedrijfsvalidatie#
Vergelijk met uw eigen context: bestaat de leverancier, is de bankrekening gekend, past de bestelling bij de factuur en valt het bedrag binnen de tolerantie? Een factuur kan formeel geldig zijn en toch niet betaalbaar.
Goedkeuringsregels#
Routeer op bedrag, afdeling, project, kostenrekening of afwijking. Een factuur onder een afgesproken grens en met volledige ordermatch kan automatisch door; een nieuwe leverancier of afwijkende bankrekening vraagt altijd controle.
Begrijp de 2-way en 3-way match#
Bij een 2-way match vergelijkt u factuur met aankooporder. Bij een 3-way match voegt u de ontvangst van goederen of diensten toe. Die derde bron voorkomt dat een correcte bestelling wordt betaald terwijl de levering ontbreekt of onvolledig is.
| Uitkomst | Veilige vervolgactie |
|---|---|
| Order, ontvangst en factuur stemmen overeen | Automatisch klaarzetten of boeken volgens beleid |
| Klein prijs- of aantalsverschil binnen tolerantie | Automatisch of lichte goedkeuring |
| Geen ontvangst geregistreerd | Wachten of naar verantwoordelijke ontvanger |
| Geen aankooporder | Routeer op leverancier, kostenplaats en bedrag |
| Nieuwe bankrekening of leverancier | Blokkeren en onafhankelijk verifiëren |
| Mogelijk duplicaat | Blokkeren tot controle |
Leg toleranties expliciet vast. “Ongeveer hetzelfde bedrag” is geen bruikbare systeemregel.
Waar documentherkenning en AI wel helpen#
Voor PDF’s, scans en bijlagen kan documentherkenning velden voorstellen en regels classificeren. AI kan daarnaast vrije omschrijvingen koppelen aan een vermoedelijke categorie of kostenplaats. Maar output blijft een voorstel met een zekerheidsscore.
Gebruik menselijke review bij lage zekerheid, onbekende documentlayout, grote bedragen of gegevens met frauderisico. Bewaar de oorspronkelijke factuur naast de herkende waarden, zodat de reviewer niet tussen schermen hoeft te zoeken. Meer detail vindt u in AI-documentherkenning voor facturen en bonnen.
Maak de uitzonderingslijst bruikbaar#
Een generieke melding “verwerking mislukt” helpt finance niet. Toon per document:
- leverancier en factuurnummer;
- bedrag en vervaldatum;
- concrete reden van blokkering;
- verwachte actie en verantwoordelijke;
- bronfactuur en gevonden match;
- historiek van wijzigingen en goedkeuringen.
Na correctie moet de flow vanaf het juiste punt hervatten. Medewerkers mogen een factuur niet opnieuw hoeven invoeren omdat één veld ontbrak.
Koppel veilig met ERP en boekhouding#
Voorkom dubbele boekingen met een stabiele unieke sleutel. Log zowel de aanvraag als de externe boekingsreferentie. Als de boekhoud-API na verzending een time-out geeft, controleer dan eerst of de boeking toch is aangemaakt voordat u opnieuw verstuurt.
Spreek ook af waar stamdata wordt beheerd. Een leverancier corrigeren in de factuurflow zonder het ERP bij te werken lost het probleem maar één keer op. De afweging per pakket staat in boekhoudsoftware koppelen met ERP of webshop.
Meet kwaliteit, niet alleen tijdwinst#
Volg minstens:
- aandeel facturen zonder manuele invoer;
- aandeel zonder manuele goedkeuring;
- gemiddelde doorlooptijd tot boeking;
- aantal duplicaten vóór betaling onderschept;
- meest voorkomende afwijkingsredenen;
- correcties na boeking;
- facturen die hun vervaldatum naderen terwijl ze geblokkeerd zijn.
De beste eerste automatisering is meestal niet “alle facturen autonoom boeken”. Start met centraliseren, herkennen, duplicaatcontrole en gerichte goedkeuring. Zodra die basis stabiel is, kunt u per leverancier of documenttype de automatische verwerking gecontroleerd uitbreiden.