Goederenontvangst als scharnierpunt in Purchase to Pay

Een goed ingericht Purchase to Pay-proces begint bij de inkoopaanvraag en eindigt bij de betaling aan de leverancier. Daartussen zitten verschillende momenten waarop een organisatie controle kan uitoefenen. De bestelling legt vast wat mag worden gekocht. De factuur vertelt waarvoor de leverancier betaald wil worden. Maar tussen die twee bevindt zich een cruciaal moment: de ontvangst van de goederen of diensten.

Juist die stap krijgt binnen Finance vaak minder aandacht.

Een purchase order kan volledig zijn goedgekeurd en een factuur kan exact overeenkomen met die order. Toch betekent dat nog niet dat de leverancier ook daadwerkelijk heeft geleverd wat is besteld. Misschien zijn acht van de tien artikelen gearriveerd. Misschien is een levering beschadigd. Misschien is een deel teruggestuurd. Of misschien is een dienst nog niet volledig uitgevoerd.

Goederenontvangst legt vast wat er in werkelijkheid is gebeurd.

Daarmee vormt de ontvangstregistratie de verbinding tussen het operationele proces en de financiële administratie. Zonder betrouwbare registratie kan Finance wel controleren of een factuur overeenkomt met een bestelling, maar niet of die factuur overeenkomt met de feitelijke prestatie van de leverancier.

Dat heeft gevolgen voor veel meer dan alleen factuurcontrole. Goederenontvangst is bepalend voor three-way matching en touchless invoice processing, maar ook voor voorraadadministratie, accruals, de maandafsluiting, leveranciersperformance en interne controle.

Voor Accounts Payable is het bovendien een belangrijke verklaring voor het verschil tussen facturen die automatisch kunnen worden verwerkt en facturen die iemand handmatig moet onderzoeken.

De order geeft toestemming, de ontvangst bevestigt de uitvoering

Een purchase order heeft een belangrijke functie binnen Purchase to Pay. Daarin kan worden vastgelegd wat wordt gekocht, tegen welke prijs, bij welke leverancier en onder welke voorwaarden. Als de aanvraag vooraf is goedgekeurd, bevat de order bovendien het bewijs dat de uitgave is geautoriseerd.

Maar een order blijft een afspraak over wat nog moet gebeuren.

Pas bij ontvangst ontstaat informatie over de uitvoering ervan.

Dat onderscheid lijkt vanzelfsprekend, maar heeft grote consequenties voor de manier waarop facturen worden gecontroleerd.

Stel dat een organisatie tien laptops bestelt voor €1.000 per stuk. De leverancier stuurt vervolgens een factuur voor €10.000. Een vergelijking tussen purchase order en factuur levert geen afwijking op. Prijs, hoeveelheid en totaalbedrag zijn identiek.

Als er in werkelijkheid maar acht laptops zijn aangekomen, is een two-way match toch onvoldoende.

Bij three-way matching wordt daarom naast de purchase order en factuur ook de ontvangst meegenomen. Microsoft beschrijft dit in Dynamics 365 expliciet als het vergelijken van de prijs op de factuur met de purchase order én de gefactureerde hoeveelheid met de geregistreerde productontvangst. Verschillen kunnen vervolgens worden getoetst aan vooraf ingestelde toleranties. [1]

Daarmee wordt een belangrijk verschil zichtbaar tussen autorisatie en prestatie.

De purchase order bevestigt dat de organisatie bereid was tien laptops te kopen. De ontvangstregistratie bevestigt hoeveel daarvan daadwerkelijk zijn geleverd. Pas daarna kan de factuur betrouwbaar worden gecontroleerd.

Dat maakt goederenontvangst ook tot een interne controle.

De Britse belastingdienst HMRC beschrijft in zijn actuele Procure-to-Pay-richtlijnen de Goods Received Note als het interne document waarmee wordt bevestigd dat geleverde goederen in orde zijn of waarop afwijkingen worden geregistreerd. Als belangrijke controls noemt HMRC onder andere het nauwkeurig registreren van ontvangsten en het beschermen of traceerbaar maken van wijzigingen nadat facturen zijn ontvangen. [2]

Het gaat daarbij overigens niet noodzakelijk om een papieren pakbon.

Goederenontvangst is vooral een registratiemoment. De onderliggende bevestiging kan ontstaan door het scannen van een barcode, registratie in een magazijnsysteem, een mobiele applicatie, een elektronisch leveringsbericht of handmatige bevestiging in het ERP-systeem.

Voor Finance telt uiteindelijk dat betrouwbaar wordt vastgelegd wat, hoeveel en wanneer daadwerkelijk is ontvangen.

Zonder ontvangstregistratie blijft three-way matching theorie

Three-way matching wordt vaak genoemd als een belangrijke stap richting automatische factuurverwerking. Het principe is eenvoudig: als bestelling, ontvangst en factuur met elkaar overeenkomen, hoeft een medewerker de factuur niet opnieuw inhoudelijk goed te keuren.

De oorspronkelijke beslissing om geld uit te geven is immers al genomen bij de purchase order. De ontvangst bevestigt vervolgens dat de leverancier heeft gepresteerd. De factuur kan daarna automatisch worden gecontroleerd.

Maar dit mechanisme werkt alleen wanneer alle drie de informatiebronnen betrouwbaar beschikbaar zijn.

Een organisatie kan uitstekende invoice capture hebben, elektronische facturen ontvangen en purchase orders digitaal beheren. Als medewerkers goederenontvangsten niet of te laat registreren, blijft de factuur alsnog hangen.

Het probleem verplaatst zich dan naar Accounts Payable.

Een AP-medewerker ziet een factuur voor tien stuks, terwijl het systeem geen ontvangst laat zien. Vervolgens moet worden uitgezocht of de goederen niet zijn geleverd of dat iemand simpelweg is vergeten de ontvangst te registreren.

Dat onderscheid kan software niet zelfstandig maken wanneer de broninformatie ontbreekt.

De omvang van dit soort uitzonderingen is relevant. In Ardent Partners' AP Metrics That Matter in 2025, gebaseerd op onderzoek onder 212 AP-professionals en hun organisaties, bedroeg het gemiddelde invoice exception rate 14%. Slechts 32,6% van de facturen werd volledig straight-through verwerkt zonder menselijke interventie. Coding errors, ontbrekende informatie, approval bottlenecks en ontbrekende PO-data behoren volgens het onderzoek tot de oorzaken waardoor facturen uit het automatische proces vallen. [3]

Goederenontvangst is daarmee een klassiek voorbeeld van een upstream processtap waarvan de gevolgen downstream bij AP zichtbaar worden.

Een ontbrekende ontvangst lijkt in eerste instantie een logistieke administratiefout. Voor Finance betekent het echter dat een factuur niet automatisch kan worden vrijgegeven.

Dat wordt extra duidelijk bij deelleveringen.

Een purchase order voor 1.000 artikelen hoeft niet in één keer te worden geleverd. De leverancier kan bijvoorbeeld eerst 600 stuks leveren en later de overige 400. Een correcte ontvangstregistratie legt die eerste 600 vast, zodat ook een factuur voor alleen die hoeveelheid kan worden gematcht.

Dynamics 365 ondersteunt bijvoorbeeld expliciet het koppelen van gedeeltelijke ontvangsthoeveelheden aan factuurregels. [1]

Zonder die informatie ontstaat al snel een binaire administratie: de order staat óf open óf ontvangen, terwijl de werkelijkheid veel genuanceerder is.

Juist op regelniveau moet daarom duidelijk zijn wat volledig, gedeeltelijk, afgekeurd of nog niet is geleverd.

Goederenontvangst is ook financiële informatie

Het belang van ontvangstregistratie gaat verder dan Accounts Payable.

Zodra goederen worden ontvangen, verandert economisch gezien de positie van de organisatie. Er is een actief of een kostenpost ontstaan en er bestaat een verplichting richting de leverancier, ook wanneer diens factuur nog niet binnen is.

ERP-systemen verwerken dit daarom vaak via een tussenrekening voor Goods Receipt/Invoice Receipt, meestal aangeduid als GR/IR.

SAP beschrijft de GR/IR-rekening als de tussenrekening tussen de registratie van ontvangst en de uiteindelijke leveranciersfactuur. Bij ontvangst wordt de waarde van de goederen financieel verwerkt en ontstaat een tegenboeking op GR/IR. Wanneer de factuur vervolgens wordt geboekt, wordt deze tussenpositie weer vereffend. [4]

Dat mechanisme is belangrijk voor de maandafsluiting.

Stel dat goederen op 29 september worden geleverd, terwijl de factuur op 3 oktober arriveert. Als de organisatie uitsluitend naar ontvangen facturen zou kijken, ontbreken de goederen en de bijbehorende verplichting mogelijk in de septemberadministratie.

Een correct geregistreerde goederenontvangst maakt zichtbaar dat de economische gebeurtenis al in september heeft plaatsgevonden.

Daarom is de kwaliteit van de ontvangstregistratie rechtstreeks verbonden met de kwaliteit van accruals en cut-off.

SAP gebruikt de GR/IR-rekening bovendien om verschillen tussen ontvangen en gefactureerde hoeveelheden zichtbaar te houden. Als meer is gefactureerd dan ontvangen, verwacht het systeem bijvoorbeeld nog een ontvangst. Als meer is ontvangen dan gefactureerd, wordt nog een factuur verwacht. Zulke verschillen blijven op GR/IR staan totdat ze worden opgelost of bewust worden afgeboekt. [4]

Voor Financial Control is dat relevante informatie.

Een oplopend saldo op Goods Received Not Invoiced hoeft niet direct problematisch te zijn. Er zit altijd enige tijd tussen levering en facturatie. Oude, grote of onverwachte openstaande posten kunnen echter wijzen op procesproblemen: ontbrekende facturen, incorrect geboekte ontvangsten, purchase orders die niet goed zijn afgesloten of verschillen die nooit zijn opgelost.

Goederenontvangst vormt daarmee ook een bron voor close reporting.

Welke goederen zijn ontvangen maar nog niet gefactureerd? Welke facturen zijn ontvangen zonder overeenkomstige ontvangst? Welke GR/IR-posten blijven ongebruikelijk lang open? Welke bedragen zijn materieel voor de maandafsluiting?

Zonder betrouwbare ontvangsten zijn die vragen veel moeilijker te beantwoorden.

Niet alleen dozen moeten worden ontvangen

De term goederenontvangst roept al snel het beeld op van een magazijnmedewerker die een pallet controleert en een pakbon aftekent.

In veel organisaties bestaat een aanzienlijk deel van de inkoop echter uit diensten.

Consultancy, tijdelijk personeel, onderhoud, marketingdiensten, facility management en andere externe dienstverlening worden niet fysiek bij een ontvangstbalie afgeleverd. Toch blijft dezelfde controlevraag bestaan: heeft de leverancier daadwerkelijk geleverd wat is overeengekomen?

Daarom kennen procurement- en ERP-systemen vergelijkbare mechanismen voor service acceptance.

SAP werkt bijvoorbeeld met Service Entry Sheets waarmee wordt vastgelegd welke diensten daadwerkelijk zijn uitgevoerd. Daarbij kunnen onder meer hoeveelheden, prestatieperioden en uitgevoerde werkzaamheden worden geregistreerd. Na formele acceptatie kan de service entry de basis vormen voor invoice verification. [5]

Conceptueel is dit hetzelfde als goederenontvangst.

Een onderhoudscontract kan bijvoorbeeld bepalen dat een leverancier twintig locaties inspecteert. De purchase order legt de afspraak vast. De service acceptance bevestigt dat die twintig inspecties zijn uitgevoerd. De factuur vraagt daarna betaling.

Voor professionele diensten kan de ontvangst ook worden gekoppeld aan milestones, uren, deliverables of een afgesproken periode.

Niet iedere aankoop vraagt overigens om exact dezelfde controle.

Een three-way match is vooral waardevol wanneer de ontvangst objectief kan worden vastgesteld en het risico van te veel of te vroeg betalen relevant is. Bij huur, abonnementen of andere vaste contractuele betalingen kan een contract of betaalplan een logischere controlegrootheid zijn.

Het uitgangspunt moet daarom niet zijn dat iedere factuur verplicht een fysieke goederenontvangst nodig heeft.

De betere vraag is: welke operationele bevestiging hebben we nodig voordat een factuur automatisch mag worden betaald?

Voor een levering van hardware is dat een product receipt. Voor consultancy kan het een geaccepteerde service entry zijn. Voor een vaste huurbetaling kan het contract voldoende zijn.

Daarmee wordt goederenontvangst onderdeel van een bredere control architecture binnen Purchase to Pay.

Automatisering begint bij snelle en betrouwbare registratie

Voor organisaties die factuurverwerking verder willen automatiseren, is het daarom weinig zinvol om uitsluitend naar de Accounts Payable-kant te kijken.

De kwaliteit van de ontvangstregistratie moet onderdeel zijn van dezelfde automatiseringsstrategie.

Dat begint met snelheid.

Als een levering maandagochtend arriveert maar de ontvangst pas vrijdag in het ERP-systeem wordt geregistreerd, kan een elektronische factuur die maandagmiddag binnenkomt vier dagen onnodig in een exception queue blijven staan.

Moderne systemen kunnen daar deels mee omgaan.

Microsoft ondersteunt bijvoorbeeld automatische processen waarbij geïmporteerde leveranciersfacturen periodiek opnieuw worden geprobeerd te koppelen aan product receipts. Wanneer de ontvangst later wordt geboekt, kan de matching alsnog zonder menselijke interventie worden voltooid. [6]

Maar automatisering kan een structureel ontbrekende ontvangst niet oplossen.

Daarom moet het registreren zelf zo eenvoudig mogelijk zijn.

In een magazijn kan dat door barcode- of scannersystemen. Op een bouwlocatie of decentrale vestiging kan een mobiele applicatie logischer zijn. Ontvangsten kunnen vanuit warehouse management worden doorgestuurd naar ERP. Elektronische dispatch- of despatchberichten van leveranciers kunnen vooraf al aangeven wat onderweg is, waarna de fysieke ontvangst alleen nog hoeft te worden bevestigd.

Ook de gebruikerservaring speelt mee.

Een medewerker die voor een eenvoudige levering door een ingewikkeld ERP-scherm moet navigeren, zal ontvangstregistratie eerder uitstellen. Wanneer dezelfde medewerker vanuit een mobiele melding met enkele handelingen kan bevestigen dat tien van de twaalf artikelen zijn aangekomen, wordt tijdige registratie realistischer.

Automatisering betekent ook dat niet iedere afwijking dezelfde behandeling hoeft te krijgen.

Toleranties kunnen voorkomen dat kleine en financieel irrelevante verschillen telkens menselijk onderzoek veroorzaken. Microsoft ondersteunt in three-way matching bijvoorbeeld toleranties op prijs- en hoeveelheidsverschillen; alleen afwijkingen die de ingestelde grens overschrijden hoeven vervolgens apart te worden behandeld. [1]

Het gewenste proces is dus niet dat AP iedere factuur controleert.

Het gewenste proces is dat purchase order, ontvangst en factuur automatisch tegen elkaar worden gehouden en dat alleen de afwijking bij een medewerker terechtkomt.

Goederenontvangst is de informatie die dat mogelijk maakt.

De ontvangstregistratie vertelt ook hoe het proces presteert

Wanneer ontvangstdata structureel wordt vastgelegd, ontstaat bovendien nieuwe managementinformatie.

Niet alleen Finance, maar ook Procurement en Operations kunnen daarmee het proces evalueren.

Hoeveel orders worden op tijd geleverd? Welke leveranciers leveren structureel minder dan besteld? Waar komen beschadigingen of retouren veel voor? Welke leveranciers sturen facturen voordat de goederen zijn ontvangen? Welke interne afdelingen registreren ontvangsten consequent te laat?

Daarmee wordt goederenontvangst ook onderdeel van leveranciersperformance.

Een leverancier kan commercieel aantrekkelijke prijzen bieden, maar tegelijkertijd voortdurend deelleveringen doen of afwijkende hoeveelheden leveren. Zonder goede ontvangstdata verdwijnt een groot deel van die performance-informatie in e-mails, magazijnadministratie of losse klachten.

Met gestructureerde ontvangstdata kan de organisatie patronen herkennen.

Hetzelfde geldt intern.

Een groot aantal facturen dat wacht op goods receipt hoeft niet te betekenen dat leveranciers slecht presteren. Misschien worden goederen wel correct geleverd maar boeken bepaalde locaties ontvangsten consequent te laat.

Daarmee wordt een klassieke AP-exception ineens een meetbare procesoorzaak.

Ook vanuit interne controle is dat relevant. De Association of Certified Fraud Examiners noemt facturen die niet door de three-way match komen expliciet als transacties die organisaties in anti-fraudeanalyses kunnen identificeren en onderzoeken. [7] Een three-way match voorkomt uiteraard niet iedere vorm van fraude, maar maakt het lastiger om een financiële claim zonder overeenkomstige order en ontvangst ongemerkt door het proces te laten gaan.

Goederenontvangst levert dus niet alleen bewijs voor één factuur.

Het creëert een dataset over wat leveranciers werkelijk leveren en over hoe goed de eigen organisatie het Purchase to Pay-proces uitvoert.

Daarmee komen uiteindelijk verschillende doelen samen.

Procurement wil weten of leveranciers hun afspraken nakomen. Operations wil weten wat daadwerkelijk is ontvangen. Accounts Payable wil facturen automatisch kunnen matchen. Financial Control wil kosten en verplichtingen in de juiste periode verwerken. Audit wil kunnen reconstrueren waarom een betaling is gedaan.

Voor al die functies is dezelfde ontvangstregistratie relevant.

Dat maakt goederenontvangst veel minder een logistieke tussenstap dan de naam doet vermoeden.

Het is het moment waarop een voorgenomen aankoop werkelijkheid wordt — en waarop die werkelijkheid bruikbaar wordt voor Finance.

Een goede purchase order creëert controle vóór de uitgave. Een goede ontvangstregistratie creëert zekerheid over de uitvoering. Als vervolgens ook de factuur gestructureerd binnenkomt, kan het grootste deel van de controle automatisch plaatsvinden.

Daarmee is goederenontvangst niet het administratieve obstakel tussen bestellen en betalen.

Het is juist één van de belangrijkste voorwaarden om Purchase to Pay betrouwbaar én vergaand automatisch te laten verlopen.

Bronnen en referenties

1. Microsoft Learn, Accounts payable invoice matching overview en Three-way matching policies, actuele Dynamics 365 Finance-documentatie. Over het vergelijken van purchase order, product receipt en leveranciersfactuur en het toepassen van matching tolerances. learn.microsoft.com
2. HM Revenue & Customs, Procure to pay (part 4), bijgewerkt juli 2026. Richtlijnen voor P2P-controls rondom purchase orders, ontvangstregistratie, factuurverwerking en betaling. gov.uk
3. Ardent Partners, Accounts Payable Metrics That Matter in 2025. Benchmarkonderzoek onder 212 AP-professionals en hun organisaties naar invoice exceptions, straight-through processing en andere AP-performance-indicatoren. datocms-assets.com
4. SAP Help Portal, Postings at Goods Receipt and Invoice Receipt, GR/IR Clearing Account en Clear GR/IR Clearing Account. Over de financiële verwerking van goederenontvangsten, facturen en verschillen via GR/IR. help.sap.com
5. SAP Help Portal, Service Entry Sheets en Service Acceptance. Over het registreren en accepteren van uitgevoerde diensten als basis voor verdere invoice verification. help.sap.com
6. Microsoft Learn, Automated vendor invoicing processes en Submit invoices to the workflow system and match product receipt lines. Over automatische matching van ontvangen facturen met later geregistreerde product receipts. learn.microsoft.com
7. Association of Certified Fraud Examiners, Anti-Fraud Data Analytics Tests. Over onder meer analyse van facturen die niet voldoen aan de three-way match tussen purchase order, goods receipt en vendor invoice. acfe.com