Purchase-to-pay: waar de automatisering breekt

Purchase-to-pay — P2P — is de keten van het moment dat iemand iets nodig heeft tot het moment dat de leverancier betaald is: aanvraag, goedkeuring, inkooporder, ontvangst, factuur, matching, betaling. Het is het zwaarst geautomatiseerde proces op de meeste financiële afdelingen en tegelijk het proces dat het meest betrouwbaar teleurstelt.

Die teleurstelling is voorspelbaar en gaat vrijwel nooit over de software. Dit is waar purchase-to-pay-automatisering werkelijk stukloopt, in de volgorde waarin u de problemen tegenkomt.

De keten, en waar het geld zit

Aanvraag — iemand vraagt iets aan.
Goedkeuring — iemand met bevoegdheid stemt in.
Inkooporder — een verplichting gaat naar de leverancier.
Goederenontvangst — wat binnenkwam wordt vastgelegd.
Factuurontvangst en matching — de factuur wordt getoetst aan order en ontvangst.
Betaling — goedgekeurd, ingepland, betaald.

De meeste automatiseringstrajecten beginnen bij de factuur, want daar ligt het papier en daar is de kostprijs per document het makkelijkst te berekenen. Dat is de verkeerde plek om te beginnen en de reden dat er zoveel teleurstellen: een factuur is alleen automatisch te matchen als er een inkooporder en een ontvangst zijn om tegen te matchen. De laatste stap automatiseren van een keten waarvan de eerste stappen informeel zijn, levert een snelle route naar een wachtrij met uitzonderingen.

Driewegmatching en waarom het in de praktijk misgaat

Driewegmatching vergelijkt de inkooporder, de goederenontvangst en de factuur. Komen alle drie binnen tolerantie overeen, dan boekt de factuur zonder mens. Dat is het mechanisme dat de besparing oplevert, en het faalt om een klein aantal zeer herhaalbare redenen:

Er is geen inkooporder. Iemand bestelde telefonisch of per e-mail. Er is niets om tegen te matchen, dus de factuur gaat per definitie naar een mens.
De goederenontvangst is nooit ingeboekt, of dagen te laat, waardoor het systeem op het moment van de factuur denkt dat er niets geleverd is.
Eenheidsverschil. De order in dozen, de levering in stuks, de factuur in kilo's. Rekenkundig te herleiden, niet automatisch.
Prijs- en aantaltolerantie. Een prijsafwijking van 2% is misschien acceptabel; niemand heeft bepaald wat het getal is, dus alles gaat naar beoordeling.
Deelleveringen op één order, waarbij elke factuur een deel van de regel dekt en het lopende totaal bijgehouden moet worden.

Merk op dat alleen de derde en vierde echt over datakwaliteit gaan. De eerste twee zijn gedragsmatig — mensen die geen order aanmaken en geen ontvangst boeken — wat betekent dat het automatiseringspercentage grotendeels bepaald wordt door procesdiscipline búiten finance.

Het getal dat telt: het STP-percentage

De indicator die de moeite waard is, is het straight-through-percentage: het aandeel facturen dat betaald wordt zonder dat een mens eraan komt. Niet "verwerkte facturen", niet "bespaarde uren" — die bewegen om veel redenen. Het STP-percentage isoleert of de automatisering werkelijk werkt.

En het loont de vorm van de kostencurve te kennen vóór u een doel stelt. Van 0% naar 60% is meestal rechttoe rechtaan, want dat betekent de schone, ordergedekte facturen van uw grootste leveranciers afhandelen. Van 60% naar 85% is lastiger en vraagt gedragsverandering. Voorbij 90% komen is vaak niet de moeite waard, omdat de resterende uitzonderingen werkelijk van elkaar verschillen, en elke regel die u toevoegt om er één te vangen het systeem moeilijker begrijpelijk maakt voor iedereen die het onderhoudt.

Het eerlijke doel voor de meeste middelgrote bedrijven is 70–85% STP met een snelle, goed bemenste uitzonderingsroute — niet 100% met een regelmachine die niemand meer durft aan te passen.

Ordergedekte inkoop is de echte hefboom

Wilt u één getal bewegen vóór u iets koopt, dan is het het aandeel inkoop dat door een inkooporder gedekt is. Elke factuur zonder order is gegarandeerd handwerk, voor altijd, hoe goed de herkenningssoftware ook is.

Dit is meestal een beleids- en gemaksvraagstuk in plaats van een systeemvraagstuk: het makkelijk maken om op een telefoon een aanvraag te doen, een drempel instellen waaronder een lichte route geldt, en bereid zijn een geen-order-geen-betaling-regel te handhaven voor categorieën waar dat redelijk is. Bedrijven die dit vóór de automatisering oplossen, halen doorgaans een hoger STP-percentage dan bedrijven die een betere OCR-motor kopen.

Documentherkenning is niet meer het lastige deel

Een factuur lezen — leverancier, nummer, datum, bedragen, btw, regels — is voor standaardlayouts een opgelost probleem, en moderne extractie gaat veel beter om met onbekende formaten dan de sjabloongebaseerde tools die de verwachtingen van de meeste mensen hebben gevormd. Onze gids over <a href="/nl/blog/factuurverwerking-automatiseren-ai/">factuurverwerking automatiseren</a> behandelt die stap in detail.

Wat niet veranderd is: extractienauwkeurigheid is maar de helft van de vergelijking. Een correct gelezen veld moet nog steeds gematcht worden, en een perfect gelezen leveranciersnummer is waardeloos als die leverancier drie keer in uw stamdata staat onder net iets andere namen. Wat het volgende probleem is.

Stamdata bepaalt uw plafond

Dubbele leveranciers, inconsistente btw-registraties, verouderde bankgegevens en artikelnummers die verschillen tussen uw systeem en dat van de leverancier vormen het stille plafond op P2P-automatisering. Ze kondigen zich niet aan; ze verschijnen als een gestage stroom uitzonderingen die er elk uitzien als een eenmalig geval.

Ontdubbel leveranciers vóór livegang, en bouw een controle in het aanmaakproces zodat het niet direct weer aangroeit.
Bepaal wie bankgegevens mag wijzigen, en eis het vierogenprincipe op juist dat veld — het is de wijziging met het hoogste fraudrisico in de hele keten.
Spreek waar mogelijk artikel- of dienstidentificaties af met uw grootste leveranciers. Dat verandert een matchingprobleem in een opzoeking.

Fraudecontroles die automatisering niet mag weghalen

Goedkeuringen automatiseren maakt sommige fraude makkelijker, niet moeilijker, omdat volume en snelheid het aantal mensen dat ergens naar kijkt verkleinen. Drie controles zijn het waard bewust handmatig of bewust dubbel te houden:

Wijziging van bankgegevens — geverifieerd via een ander kanaal, tegen een bekende contactpersoon, niet tegen de gegevens in het verzoek zelf.
Aanmaken van nieuwe leveranciers — gescheiden van de persoon die facturen voor die leverancier mag goedkeuren.
Goedkeuringslimieten die niet te omzeilen zijn door een order in twee delen onder de drempel te splitsen. Systemen die per regel toetsen in plaats van per aanvraag zijn triviaal te splitsen.

Goedkeuringsstromen: het delegatieprobleem

Goedkeuringsroutering lijkt het simpelste deel om te automatiseren en levert dagelijks meer wrijving op dan matching. De regels zelf zijn eenvoudig — bedragsdrempels, kostenplaatsen, categorie-eigenaren. Wat stukloopt is alles eromheen.

Afwezigheid. Een fiatteur op vakantie legt de keten stil tenzij delegatie is ingebouwd, en delegatie die handmatig ingesteld moet worden, wordt niet ingesteld.
Reorganisaties. Goedkeuringshiërarchieën zijn kopieën van een organogram dat elk kwartaal wijzigt. Wordt die hiërarchie met de hand bijgehouden in het P2P-systeem, dan klopt hij binnen een maand niet meer; leidt hij af uit HR-data, dan blijft hij gratis kloppen.
Fiatteurs die niet kunnen beoordelen. Een factuur routeren naar iemand zonder context levert een stempel op, en dat is erger dan geen controle, want het creëert een vastlegging van toetsing die niet plaatsvond.

Een bruikbare ontwerpregel: routeer naar wie de post zinvol kan betwisten, niet op senioriteit. Degene die het bestelde weet of het geleverd is; een directeur twee niveaus hoger kent alleen het bedrag.

E-facturering verandert de invoer, niet het proces

Gestructureerde e-facturering — Peppol en de formaten eromheen — breidt zich uit in Europa, en leveranciers van de Nederlandse overheid sturen al langer gestructureerde facturen. De richting is duidelijk, ook waar exacte nationale tijdlijnen nog bewegen, dus het is verstandiger erop te plannen dan erop te reageren. Toets de actuele verplichtingen voor uw sector en land voordat u toezeggingen doet; de regels zijn in beweging.

Het praktische effect is smaller dan de aandacht doet vermoeden. Een gestructureerde factuur haalt de extractiestap weg: de data komt binnen als data, dus herkenningsnauwkeurigheid is geen variabele meer. Het maakt geen inkooporders aan, boekt geen ontvangsten, ontdubbelt geen leveranciers en bepaalt geen toleranties.

Dat betekent dat e-facturering uw plafond verhoogt zonder uw vloer te verplaatsen. Wordt uw STP-percentage begrensd door orderdekking — zoals bij de meeste bedrijven — dan verbetert het er nauwelijks iets aan. Wordt het begrensd door herkenningsfouten op rommelige pdf's, dan helpt het direct. Weten welke van de twee u bent, is opnieuw de auditvraag.

Wat u repareert vóór u iets koopt

Meet het huidige STP-percentage eerlijk, ook als het bijna nul is.
Meet ordergedekte inkoop als percentage, per categorie. De categorieën met lage dekking zijn uw routekaart.
Tel uw dubbele leveranciers. Het is een query van vijf minuten en verrast meestal.
Leg de prijs- en aantaltoleranties vast die u accepteert, per categorie. Zonder die is alles een uitzondering.
Bepaal wie uitzonderingen bezit en hoe snel ze weg moeten. Een uitzonderingswachtrij zonder afspraak wordt een archiefkast.

Hoe wij het aanpakken

Onze audit van €2.500 meet eerst het STP-percentage, de orderdekking en de kwaliteit van de stamdata, en benoemt welke van de drie uw bindende beperking is — want herkenningssoftware kopen terwijl uw beperking orderdekking is, koopt u snellere uitzonderingen. Volgt er een bouw, dan draait een proof of concept van €20.000 vier tot zes weken op uw echte factuurmix, met rapportage van STP per leverancier en per uitzonderingstype, en begint productie vanaf €50.000.

Veelgestelde vragen

Wat is purchase-to-pay in gewone taal?

De hele keten van iemand die iets nodig heeft tot de leverancier die betaald is: aanvraag, goedkeuring, inkooporder, goederenontvangst, factuur, matching en betaling. Het loopt door inkoop én finance, en daarom is het vaak van niemand end-to-end.

Het wordt soms als P2P geschreven en verward met procure-to-pay, wat meestal hetzelfde betekent.
De financiële helft — factuurontvangst tot betaling — is wat de meeste "factuurautomatisering"-producten dekken.
De besparing komt uit driewegmatching, en die vraagt eerst discipline in de inkoophelft.

Wat is een realistisch STP-percentage voor facturen?

70–85% is een gezond doel voor de meeste middelgrote bedrijven. Hoger kan, maar de kostencurve buigt scherp, omdat de resterende uitzonderingen werkelijk van elkaar verschillen.

0–60% is meestal makkelijk: schone, ordergedekte facturen van uw grootste leveranciers.
60–85% vraagt gedragsverandering — mensen die op tijd orders aanmaken en ontvangsten boeken.
Voorbij 90% vangt elke extra regel minder gevallen en wordt de regelset lastiger te onderhouden. Een snelle uitzonderingsroute is meestal de betere investering.

Waarom moeten zoveel facturen nog handmatig?

Meestal omdat er niets is om tegen te matchen, niet omdat de factuur slecht gelezen is. De twee dominante oorzaken zijn ontbrekende inkooporders en ontbrekende of late goederenontvangsten.

Een factuur zonder order kan per definitie niet driewegmatchen — die gaat naar een mens, wat de software ook doet.
Eenheidsverschillen (dozen besteld, stuks geleverd, kilo's gefactureerd) zijn door een mens te herleiden en lastig voor een regel.
Niet vastgelegde toleranties maken van elk klein prijsverschil een uitzondering. Het percentage bepalen kost niets en haalt er een groot deel uit.

Welke P2P-controles moeten handmatig blijven?

Die waar automatisering het fraudrisico vergroot in plaats van verkleint. Snelheid en volume zorgen dat er minder mensen naar een individuele transactie kijken, dus een klein aantal controles is het waard bewust menselijk of bewust dubbel te houden.

Wijziging van bankgegevens, geverifieerd via een ander kanaal tegen een bekende contactpersoon — nooit tegen de gegevens uit het verzoek zelf.
Aanmaken van nieuwe leveranciers, gescheiden van wie facturen voor die leverancier mag goedkeuren.
Goedkeuringslimieten die niet te omzeilen zijn door een aanvraag in twee kleinere te splitsen.

Purchase-to-pay: waar de automatisering echt breekt