Factuurverwerking automatiseren (accounts payable)

Wat is factuurverwerking automatiseren?

Factuurverwerking automatiseren is alles tussen het binnenkomen van een leveranciersfactuur en het vertrekken van het geld, uitgevoerd door systemen waar dat kan. Accounts payable is de aankoopkant van je boekhouding, dus het werk bestaat uit ontvangen, controleren, toewijzen aan een rekening, laten goedkeuren, boeken, betalen en bewaren. Een mens blijft eigenaar van het proces. Het verschil is dat die mens zijn tijd steekt in de facturen die een beslissing vragen, en niet in de vierhonderd die dat niet doen.

E-facturatie gaat over de vorm waarin het document toekomt, en je boekhoudpakket is enkel de plek waar de boeking landt. Wat ertussen zit, is de automatisering, en daar zitten ook de uren. Het is het project waar de meeste kleine bedrijven mee starten, want het volume is stabiel en je boekhouder kan vandaag al zeggen hoeveel minuten er per factuur in kruipen.

De keten van mailbox tot betaling

Teken de volledige route uit voor je er iets van automatiseert. De meeste projecten lopen vast op de laatste vier stappen, niet op het lezen.

1. Binnenhalen via het Peppol-netwerk, een gedeelde mailbox, een leveranciersportaal waar je moet inloggen, en af en toe papier. Dat portaal is het kanaal dat iedereen vergeet tot er iemand een onbetaalde factuur van zes weken oud tegenkomt.

2. Classificeren. Factuur, creditnota, rekeninguittreksel, aanmaning of leveringsbon? Pdf's met meerdere facturen in één bestand worden hier gesplitst.

3. Velden extraheren: factuurnummer, datums, btw-nummer, IBAN, bedrag exclusief, btw per tarief, totaal en de lijnen. Bij een gestructureerde e-factuur valt er niets te extraheren.

4. Leverancier herkennen op het btw- of ondernemingsnummer, niet op de naam, want die komt binnen in vier schrijfwijzen en twee rechtsvormen.

5. Rekenwerk en btw controleren. Tellen de lijnen op tot het bedrag exclusief, hoort de btw per tarief bij zijn basis, en is exclusief plus btw gelijk aan het totaal?

6. Matchen tegen een bestelbon als die er is, tegen een contract of een prijslijst als die er niet is.

7. Toewijzen: de grootboekrekening en de kostenplaats.

8. Naar goedkeuring sturen. Het document, de bestelbon en de reden waarom er een mens nodig is, samen op één scherm, bij wie het budget draagt.

9. Boeken in het boekhoudpakket, met een link terug naar het originele document.

10. Betaalvoorstel. Goedgekeurde facturen per vervaldag gegroepeerd, kortingsvoorwaarden toegepast, vrijgegeven door een mens.

11. Archiveren. Belgische facturen moet je tien jaar bijhouden, te tellen vanaf 1 januari van het jaar na uitreiking, sinds 2023 opgetrokken van zeven.

De matchstap verdient een aparte alinea. Een 3-way match legt drie documenten naast elkaar die hetzelfde verhaal zouden moeten vertellen: de bestelbon zegt wat je hebt besteld en tegen welke prijs, de ontvangstbon zegt wat er is toegekomen, de factuur zegt wat je geacht wordt te betalen. Aantal en prijs moeten in alle drie overeenkomen binnen een tolerantie die jij bepaalt, meestal een paar procent of een paar euro, wat het grootste is. Waar er niets fysiek aankomt, bij een dienst of een abonnement, val je terug op een 2-way match. In heel wat Belgische kmo's bestaat er helemaal geen bestelbon, en dat is het grootste obstakel tussen zo'n bedrijf en een hoog automatiseringspercentage.

Wat de Belgische e-facturatieregels veranderen

Sinds 1 januari 2026 moeten alle Belgische btw-plichtige ondernemingen onderling gestructureerde elektronische facturen versturen en ontvangen voor hun binnenlandse B2B-handelingen. Het federale e-factuurportaal is daar nauwkeurig in: zo'n factuur wordt opgesteld, verzonden en ontvangen in een gestructureerde elektronische vorm die automatische verwerking mogelijk maakt, volgens de Europese normen EN 16931-1 en CEN/TS 16931-2. Je moet ze kunnen opmaken in het Peppol-BIS-formaat en systematisch via het Peppol-netwerk kunnen versturen en ontvangen, en afwijken mag alleen als beide partijen akkoord gaan en het alternatief dezelfde norm haalt.

Niet iedereen valt eronder. Buiten schot blijven de ondernemingen die enkel handelingen doen die vrijgesteld zijn door artikel 44 van het Btw-Wetboek, btw-plichtigen die niet in België gevestigd zijn ook al hebben ze een Belgisch btw-nummer, btw-plichtigen in faillissement, forfaitaire btw-plichtigen volgens artikel 56 (een regeling die uiterlijk op 1 januari 2028 uitdooft), de vrijstellingsregeling voor kleine ondernemingen tot 25.000 euro omzet, en de bijzondere landbouwregeling. Facturen aan particulieren veranderen niet, en een pdf is een gewone elektronische factuur en geen gestructureerde, dus voor Belgische binnenlandse B2B volstaat dat niet meer. Vanaf 1 januari 2028 komt daar e-reporting bijna in real time bij, waarbij btw-gegevens kort na uitreiking of ontvangst naar de FOD Financiën gaan, dus vraag aan elk platform op je lijstje hoe het dat wil aanpakken.

Een e-factuur tegenover een pdf

Zet de twee naast elkaar op één punt: moet er eigenlijk wel iets gelezen worden? Een Peppol-BIS-factuur is XML waarin elke waarde haar eigen naam draagt. Het factuurnummer staat in het veld dat factuurnummer heet, en het btw-tarief staat naast het bedrag waarop het slaat. Er wordt niets gelezen en niets gegokt, dus er is geen confidence-score en geen drempel per veld, want er zit geen model in de weg. Wat wel nog fout kan lopen, is bedrijfslogica: de artikelcode van de leverancier is jouw artikelcode niet, of de referentie naar de bestelbon ontbreekt.

Een pdf is een foto van een factuur, of in het beste geval een tekstlaag met coördinaten. OCR maakt van de pagina tekst, en een documentmodel beslist wat die tekst betekent, twee stappen die meestal samen verkocht worden als Intelligent Document Processing. Iets moet beslissen welk van de vier bedragen op de pagina het totaal is, en dat iets is een model met een confidence-score eraan. Dus krijg je een controlescherm, drempels per veld, en een stille manier om te mislukken waar niemand rekening mee houdt: de leverancier tekent zijn sjabloon opnieuw en de nauwkeurigheid van vorige maand geldt niet meer.

Elke leverancier die naar Peppol overstapt, wist een stuk van je leesprobleem uit en niets van je match-, toewijzings- of goedkeuringswerk. Dat mag je gerust zeggen tegen wie de verplichting leest als de oplossing voor zijn aankoopfacturen.

Wat je automatiseringspercentage bepaalt

Vier dingen, en de kwaliteit van je extractiemodel staat er niet tussen.

De kwaliteit van je leveranciersgegevens. Elke leverancier heeft een btw- of ondernemingsnummer nodig, een gecontroleerd IBAN, betalingsvoorwaarden, en een standaard grootboekrekening met kostenplaats. Dat laatste koppel maakt het toewijzen automatisch: een telecomfactuur belandt elke maand op dezelfde rekening, dus laat het systeem dat voorstellen in plaats van het te vragen.

Of er bestelbonnen bestaan. Met een bestelbon en een ontvangstbon kan een factuur tegen iets gecontroleerd worden. Zonder allebei moet iemand zich herinneren wat er afgesproken was. Bestelbonnen invoeren voor één categorie, bijvoorbeeld handelsgoederen, verzet het cijfer vaak meer dan van extractie-engine wisselen.

Hoeveel leveranciers gestructureerd factureren. Sinds de verplichting stijgt dat vanzelf, maar kijk na of wie al op Peppol zit je uit gewoonte geen pdf blijft sturen.

Hoe divers de rest eruitziet. Twintig leveranciers met een vaste lay-out is een werkbaar probleem. Tweehonderd leveranciers die elk drie facturen per jaar sturen is dat niet, en dat wordt het ook nooit.

Daaruit volgt hoe je het project afbakent. Sorteer het aantal facturen per leverancier van vorig jaar: in de meeste kmo's zijn twintig tot dertig leveranciers goed voor de helft van het volume. Automatiseer die eerst, tot en met de boeking, en laat de lange staart voorlopig op de manuele weg. De verleidelijke fout is beginnen bij de leverancier wiens facturen het meeste last geven, want dat is de pijn die iedereen kan benoemen. Net die leverancier is meestal het moeilijkst te automatiseren en het kleinste stuk van het volume.

Een uitgewerkt voorbeeld

Een Belgische groothandel krijgt ongeveer 500 leveranciersfacturen per maand binnen. Zonder automatisering opent de boekhouder de mail, bewaart de pdf, tikt de kopvelden in het boekhoudpakket, zoekt de leverancier op, kiest rekening en kostenplaats, mailt ze naar de manager die het budget draagt, wacht, boekt ze en zet de pdf in een map. Reken zes minuten per stuk, dus 50 uur per maand, plus 80 facturen die een vraag aan een collega of aan de leverancier vragen, telkens ongeveer een kwartier, dus nog eens 20 uur. Samen ongeveer 70 uur per maand, en een factuur blijft gemiddeld twaalf dagen liggen tussen binnenkomen en geboekt zijn, bijna helemaal wachtend op een goedkeuring.

Nadien komen 200 van de 500 binnen via Peppol en 300 nog altijd als pdf. Van de e-facturen boeken er 170 zonder dat iemand ze aanraakt, en vragen er 30 een keuze in de toewijzing of botsen ze op een verschil met de bestelling, twee minuten per stuk. Van de pdf's komen er 160 schoon door, hebben er 70 een verbetering nodig op het controlescherm van drie minuten, en worden er 70 een echte uitzondering, een prijs die niet klopt of een levering die niemand bevestigd krijgt, twaalf minuten per stuk. Opgeteld is dat ruwweg 1.110 minuten, dus net geen 19 uur per maand, en de doorlooptijd van binnenkomst tot boeking zakt naar een dag of drie omdat de goedkeuring nu op een telefoon gebeurt in plaats van in een mailbox.

Met een volledig belaste 40 euro per uur, een afgerond werkcijfer, is 70 uur ongeveer 2.800 euro per maand, dus rond 5,60 euro per factuur aan louter arbeid. Nadien: 19 uur is ongeveer 760 euro, plus pakweg 340 euro voor het platform en het toegangspunt, dus rond 2,20 euro. Het interessante is niet de verhouding. Het is dat 70 van de 500 facturen nu meer dan de helft van de resterende tijd innemen, en dat die 70 het werk van de volgende ronde zijn.

Wat je meet

Het automatiseringspercentage. Het aandeel facturen dat tot een boeking raakt zonder dat iemand van de financiële ploeg iets heeft ingetikt, verbeterd of opgevraagd. Schrijf op of een budgethouder die op goedkeuren klikt meetelt als tussenkomst, want twee bedrijven die zo'n percentage noemen, tellen meestal iets anders. In het voorbeeld hierboven is het 330 op 500, dus 66 procent, met de goedkeuringen buiten de telling. Straight-through processing heet in de boekhouding gewoon zo.

Kost per factuur. Belaste personeelstijd plus software plus het toegangspunt, gedeeld door het volume, elk kwartaal herberekend in plaats van overgenomen uit je businesscase.

Dagen tussen binnenkomst en boeking. Dit zegt iets over je goedkeuringsstroom, niet over je software. Beweegt het niet, dan zitten de goedkeuringen in de weg.

De redenen van uitzonderingen, gerangschikt. Het nuttigste rapport van de hele opstelling. Elke factuur die de automatische weg verlaat, krijgt een redencode, en één keer per maand lees je de top drie. Meestal is er daar één van op te lossen aan de bron: één leverancier die naar de verkeerde vennootschap factureert, één artikel met een verouderde prijs, één aankoper die nooit een bestelbon maakt.

Ardent Partners zet in zijn onderzoek Accounts Payable Metrics that Matter van 2025 het gemiddelde percentage rond 33 procent en de kopgroep rond 49 procent. Die cijfers komen grotendeels van grote organisaties met duizenden leveranciers, dus een klein Belgisch bedrijf met een smalle leverancierslijst kan daar boven zitten zonder iets slims gedaan te hebben.

Waar moet je op letten bij het automatiseren van je factuurverwerking

Goedkeuren is geen extractieprobleem. Een budgethouder kijkt naar een factuur omdat iemand de uitgave moet aanvaarden, en daar zegt geen enkele confidence-score iets over. Zet de goedkeuringsdrempels op bedrag, kostenplaats en risico van de leverancier, in het proces waar je financieel verantwoordelijke ze kan zien en aanpassen, niet in de configuratie van een model.

Behandel een nieuwe leverancier en een gewijzigd rekeningnummer als fraudecontrole. De klassieke factuurfraude is een geloofwaardige factuur van een echte leverancier met een ander IBAN erop. Maak die regel absoluut: een IBAN van een leverancier wordt nooit aangepast op basis van een document. Het wordt aangepast door een persoon met naam, na een telefoon naar een nummer dat je al had, en de wijziging wordt gelogd. Een eerste factuur van een leverancier die niemand kent, gaat om dezelfde reden naar een mens.

Een stijgend percentage met meer correcties achteraf is geen vooruitgang. Als een drempel losser zetten het cijfer omhoog duwt en de boekhouder een week later boekingen begint recht te zetten, heb je het werk verplaatst en niet weggenomen. Volg de correcties na boeking naast het percentage, en bewaar het originele bestand naast elke boeking, want een veld zonder link naar zijn document is moeilijk te verdedigen bij een controle die tien jaar terug kan gaan.