Inkooporders matchen met facturen: zo automatiseer je dat

Bij een technische groothandel liep de inkoopadministratie vorig jaar vast op één handeling. Niet op het inlezen van de facturen, dat ging goed. Het vastlopen zat in de vergelijking daarna: klopt het aantal op de factuur met wat het magazijn heeft aangenomen, staat de afgesproken prijs erop, en waarom staan er op deze ene factuur regels van vier verschillende bestellingen. Twee mensen waren daar samen ruim een dag per week mee bezig, en het grootste deel van die dag ging op aan facturen die uiteindelijk gewoon klopten.

Inkooporders matchen is het stuk van de inkoopadministratie dat blijft liggen als je alleen de factuurverwerking automatiseert. De gegevens staan dan netjes in je systeem, maar iemand moet nog steeds bepalen of ze overeenkomen met de bestelling en de ontvangst. Daar verdwijnen bij een groeiend bedrijf de meeste uren in.

Waarom inkooporders matchen misgaat, ook met factuurherkenning

Herkenningssoftware haalt bedrag, datum en factuurnummer uit een pdf, en een e-factuur levert die gegevens al gestructureerd aan. Daarover schreven we eerder in facturen automatisch verwerken. Wat geen van beide doet, is antwoord geven op de vraag of die factuur hoort bij wat je besteld en gekregen hebt.

Vijf situaties zorgen in de praktijk voor bijna alle uitval:

• Deelleveringen. Je bestelt 120 meter kabel, krijgt er 80, en de factuur gaat over die 80. De orderregel blijft openstaan voor de rest, maar alleen als iemand de ontvangst ook echt geboekt heeft.
• Prijsafwijkingen. Een dagprijs, een staffel die net niet gehaald is, of een toeslag die niet op de order stond. Een paar cent verschil per stuk, keer 2.000 stuks.
• Verzamelfacturen. Eén factuur over zes weken leveringen, met regels van meerdere orders door elkaar.
• Artikelnummers die niet overeenkomen. De leverancier zet zijn eigen nummer op de factuur, jij voert het jouwe, en de omschrijving is elke keer net anders geformuleerd.
• Leveringen zonder ontvangstboeking. Materiaal dat rechtstreeks naar de bouwplaats gaat en waar niemand een pakbon voor invoert. Dan is er niets om tegen te matchen.

Die laatste is de vervelendste, omdat hij niet in de software zit maar in het proces. Iets automatiseren wat nooit geregistreerd wordt, gaat niet lukken.

Wat er precies vergeleken wordt

Three-way matching, ook wel driewegmatching, vergelijkt drie documenten met elkaar. Die vergelijking gaat per regel, niet per totaalbedrag.

De eenheid is de stille veroorzaker. Een order in dozen en een factuur in stuks geeft een verschil van factor tien dat er op papier uitziet als een foute prijs.

Tolerantiegrenzen: waar leg je de grens

Laat je elk verschil van een cent blokkeren, dan houd je alsnog een handmatige stapel over. Zet je de grens te ruim, dan betaal je stilletjes structureel te veel. Wat wij meestal met klanten afspreken:

1. Prijs: een afwijking tot 2 procent per regel loopt door, met een absoluut maximum per regel, bijvoorbeeld 25 euro. Zonder dat maximum laat je op een regel van 8.000 euro 160 euro passeren.
2. Aantal: minder geleverd dan besteld mag doorlopen zolang het restant open blijft staan. Meer geleverd dan besteld blokkeert altijd.
3. Kleine regels: onder een bedrag dat je zelf vaststelt, bijvoorbeeld 50 euro per regel, controleer je alleen het totaalbedrag en niet de regel. Anders wordt de verzendkosten- of emballageregel je grootste bron van uitval.
4. Nieuwe leveranciers: de eerste drie maanden geen tolerantie, alles langs een mens. Daarna evalueren.

Zet daar één rapportage naast: hoeveel euro is er deze maand binnen de tolerantie doorgelopen, per leverancier. Dat getal moet iemand elke maand zien. Loopt bij één leverancier structureel 1,8 procent door, dan is dat geen tolerantie meer maar een prijsverhoging die je niet hebt afgesproken.

Wat AI hier wel en niet doet

Het rekenwerk is geen taak voor een taalmodel. Aantallen vergelijken, percentages toetsen en bepalen of iets binnen de grens valt is gewone logica, en die hoort elke keer hetzelfde antwoord te geven. Een model dat "waarschijnlijk gelijk" zegt, is hier een verslechtering.

Waar een model wel verschil maakt, is bij de rommel eromheen:

• Een leveranciersomschrijving koppelen aan jouw artikelregel, ook als die tekst elke keer anders loopt.
• Pakbonnen uitlezen die als foto of pdf binnenkomen, zodat de ontvangst alsnog geregistreerd wordt.
• Bepalen welke orders bij een verzamelfactuur horen, en per regel een voorstel doen.

De uitkomst is steeds een voorstel dat iemand ziet en goedkeurt. Pas als je een paar maanden weet hoe vaak dat voorstel klopt, laat je een deel zelfstandig doorlopen. Hoe we die niveaus indelen staat in AI-agents in het MKB.

Kijk eerst wat je pakket zelf al kan

Voordat je iets koopt: veel ERP-pakketten kunnen hier al een deel van, en die functionaliteit wordt op dit moment uitgebreid.

In Dynamics 365 Business Central is per 1 april 2026, in release wave 1 van 2026, het matchen van een inkoopfactuurregel aan meerdere orderregels en ontvangstregels beschikbaar gekomen. Die functie staat automatisch aan. Je opent op de factuur de actie Get Order Lines, ziet de orderregels die wel ontvangen maar nog niet gefactureerd zijn, en past op de pagina Matched Order Lines aantallen aan of bekijkt de prijsverschillen. Er zit ook een optie Receipt on Invoice, die de ontvangst boekt op het moment dat je de factuur boekt.

Let op de uitzonderingen die Microsoft er zelf bij noemt: het werkt niet met vooruitbetalingen en artikelkosten, niet bij projectgekoppelde orders, uitbesteding, raamorders en intercompany, en het automatisch boeken van de ontvangst gaat niet op bij deels ontvangen regels of bij magazijnen met gestuurde ontvangst. Dat zijn precies de situaties die bij installatie- en projectbedrijven veel voorkomen, dus controleer dit voordat je erop rekent.

Werk je met een ander pakket, stel je leverancier dan drie vragen. Kun je tolerantie voor prijs en voor aantal apart instellen? Kan één factuurregel aan meerdere orderregels gekoppeld worden? En wat gebeurt er met een factuur die niet matcht: komt die in een aparte werkbak of blijft hij gewoon openstaan? Op die derde vraag komt vaker een vaag antwoord dan je zou verwachten.

Zo richt je het in

1. Tel eerst. Neem één maand facturen en turf per stuk of hij zonder vragen door kon. Je wilt weten welk deel van de uitval door prijs komt, welk deel door aantallen en welk deel door ontbrekende ontvangsten.
2. Zorg dat ontvangsten geboekt worden. Zonder ontvangstregistratie is er geen driewegmatching, alleen een vergelijking tussen order en factuur. Regel eerst dat magazijn en buitendienst pakbonnen invoeren, desnoods via een foto met een app.
3. Leg leveranciersartikelnummers vast bij je eigen artikelen. Saai werk dat de meeste winst oplevert, en meestal de grootste eenmalige post.
4. Spreek de tolerantie af met inkoop en administratie samen, en zet hem op papier. Kiest alleen de administratie, dan wordt hij bij het eerste conflict overruled.
5. Bepaal wat er met een niet-matchende factuur gebeurt. Wie krijgt hem, binnen hoeveel werkdagen moet er antwoord zijn, en wie beslist als de leverancier voet bij stuk houdt.
6. Draai vier tot zes weken in voorstelmodus, met dagelijkse controle. Daarna zet je de tolerantie aan waar de cijfers dat rechtvaardigen.

Reken op een inrichting die vergelijkbaar is met andere koppelprojecten: bij ons doorgaans tussen de 4.000 en 12.000 euro voor één afgebakende stroom, afhankelijk van hoeveel systemen mee moeten doen en hoe schoon je artikel- en leveranciersgegevens zijn. Daar hoort beheer bij, want een koppeling die niemand bijhoudt valt binnen een jaar stil op een gewijzigde API of een verlopen token.

Begin bij stap één en twee, want die kosten je niets aan software. Weet je na een maand tellen dat bijvoorbeeld 30 procent van je facturen uitval geeft en dat de helft daarvan door ontbrekende ontvangstboekingen komt, dan ligt je eerste project vast. En gaat dat project niet over AI, maar over pakbonnen invoeren.

Wil je de koppeling tussen je ERP, je factuurverwerking en je magazijn laten leggen, of eerst laten uitrekenen of het bij jouw aantallen uit kan, vraag dan een offerte aan of bel 010 89 008 89. Hoe je die systemen technisch aan elkaar knoopt staat in systemen koppelen via API. Het beheer, de rechten en de logging eromheen vallen onder infrastructuur en security.