Procure to Pay: breng je proces in kaart en beoordeel het

Procure to Pay: vind en beoordeel procesuitzonderingen

Een Procure to Pay-proces loopt van de inkoopaanvraag tot en met goedkeuring, leverancierskeuze, inkooporder en factuurafhandeling. Leg de afgesproken werkwijze vast, bespreek die met betrokkenen en vergelijk haar met eventdata. Zo zie je waar de praktijk afwijkt en kun je uitgaven buiten contracten, gesplitste orders en aankopen zonder goedkeuring onderzoeken. ProcessMind maakt deze patronen zichtbaar, maar handhaaft het inkoopbeleid niet.

Waarom leg je het inkoopproces vast?

Kennis over inkoop is vaak verspreid over documenten, spreadsheets, e-mailwisselingen en de ervaring van een paar mensen. Als het werk verandert, kunnen die bronnen achterlopen. Teams kunnen het oneens zijn over welk proces actueel is of wie een besluit neemt.

Met één gedeeld model hebben proceseigenaren, goedkeurders en teams hetzelfde referentiepunt voor de standaardflow, beslismomenten, rollen en uitzonderingen. Goedkeuring en versiegeschiedenis helpen wijzigingen te beoordelen en de goedgekeurde versie terug te vinden. Met deelbare links is actuele documentatie makkelijker te vinden.

Bekijk deze RACI-matrix voor processen voor advies over het verdelen van verantwoordelijkheden. De proceseigenaar is eindverantwoordelijk voor het proces; goedkeurders nemen de relevante besluiten over beheersmaatregelen.

Welke inkoopuitzonderingen kun je onderzoeken?

Vergelijk het afgesproken model met eventdata van het inkoop-tot-betalingsproces om te zien waar cases in de praktijk afwijken. Je kunt bijvoorbeeld deze patronen onderzoeken:

• Uitgaven buiten contracten: aankopen die de verwachte contract- of leveranciersroute lijken te omzeilen.
• Gesplitste orders: meerdere aankopen die je mogelijk aan de inkoopregels wilt toetsen.
• Ontbrekende goedkeuringen: cases waarin de verwachte goedkeuringsactiviteit niet in de eventdata voorkomt.
• Verschillende goedkeuringsroutes: afwijkingen per team, regio, leverancier of type aankoop.
• Herstelwerk en vertragingen: herhaalde activiteiten, overdrachten of lange wachttijden.

Deze patronen zijn aanleiding voor nader onderzoek, geen bewijs van een overtreding van het beleid. Je team bepaalt wat elke uitzondering betekent en welke actie nodig is.

Hoe vergelijk je het model met de werkelijke inkoop?

Begin met een vastgelegd proces en een geschikt event log. Process Mining gebruikt eventdata om te laten zien welke routes cases hebben gevolgd, inclusief doorlooptijden, overdrachten, herstelwerk, goedkeuringsroutes en afwijkingen van het model.

Bespreek de verschillen met de proceseigenaar en goedkeurders. Bepaal of een afwijking een goedgekeurde uitzondering is, een gat in de documentatie of een procesprobleem dat verder onderzoek vraagt. Lees meer over het vergelijken van procesdata met een model.

Lees hoe Process Mining werkt.

Hoe houd je het goedgekeurde proces actueel?

Maak een BPMN-model van de standaardflow, rollen, beslissingen, systemen en bekende uitzonderingen. Betrek de proceseigenaar en relevante goedkeurders bij de beoordeling en goedkeuring voordat je een wijziging publiceert.

Verwijs teams met deelbare links naar de afgesproken documentatie en houd wijzigingen bij in de versiegeschiedenis. Zo kun je het model praktisch blijven beoordelen als beleid, leveranciers of werkwijzen veranderen.

Lees meer over procesdocumentatie.

Hoe passen het RFP-proces, het RFQ-proces en het offertetraject in het geheel?

Leg het RFP-proces, het RFQ-proces en het offertetraject vast binnen het bredere inkoopproces. Je kunt ze ook als gekoppelde processen beschrijven als dat beter aansluit bij de praktijk in je organisatie. Noteer de belangrijke beslismomenten, verantwoordelijkheden en overdrachten. Vergelijk de beschreven route daarna met eventdata uit systemen waarin deze activiteiten worden vastgelegd.

De drie namen verwijzen naar verschillende vragen, maar worden vaak door elkaar gebruikt. Met een informatieverzoek vraag je wat een leverancier kan bieden. Met een offerteaanvraag vraag je om een oplossing en prijs voor werk dat nog niet volledig is vastgelegd. Bij een prijsaanvraag vraag je om een prijs op basis van een specificatie die al vaststaat. Voor standaardgoederen is soms alleen een prijsaanvraag nodig. Bij diensten kunnen eerst een informatieverzoek en een offerteaanvraag nodig zijn. Leg de volgorde vast die je organisatie in de praktijk gebruikt en markeer waar het proces op een reactie van een leverancier wacht.

Je kunt het contractbeheerproces ook naast het inkoopproces vastleggen. Zo zien teams hoe contractstappen samenhangen met aanvragen, goedkeuringen en bestellingen.

Wat laat een automatiseringsanalyse van Procure to Pay zien?

Process Mining kan laten zien waar het werk een vaste route volgt, waar handmatige overdrachten plaatsvinden en waar uitzonderingen aandacht vragen. Deze gegevens helpen je mogelijke kansen voor automatisering te beoordelen, maar ProcessMind voert inkoopwerk niet uit en automatiseert het niet. Controleer het proces en de beheersmaatregelen voordat je beslist of automatisering passend is.

Lees hoe je met Process Mining kansen voor automatisering vindt voor een breder beeld van hoe teams procesgegevens gebruiken om verbeterkansen te vinden.

Hoe begin je?

Kies één inkoopflow met een duidelijke proceseigenaar en een concrete vraag, bijvoorbeeld of inkooporders de verwachte goedkeuringsroute volgen. Verzamel een beschikbare export van inkooporders en de huidige procesdocumentatie, ook als die nog niet compleet is.

Spreek het model af met de proceseigenaar en goedkeurders en vergelijk het daarna met de data. Beoordeel uitzonderingen samen en leg goedgekeurde wijzigingen vast in de versiegeschiedenis van het model. Houd verantwoordelijkheden helder: de proceseigenaar is eindverantwoordelijk voor het proces, terwijl goedkeurders besluiten nemen over de relevante beheersmaatregelen. Stem deze rollen af op de RACI-richtlijnen van je organisatie.

Hoe helpt dit bij audits?

Een actueel model en zichtbare procesafwijkingen helpen je een beoordeling voor te bereiden. Ze laten de verwachte flow zien en waar cases in de praktijk afwijken. Het auditteam kan de gegevens onderzoeken en de beheersmaatregelen beoordelen. De analyse bepaalt niet of een aankoop aan de regels voldoet.

Bekijk de toepassing voor auditors

Wat is de volgende stap?

Begin met één export van inkooporders en één afgesproken model. Vergelijk de inkoopdata met de vastgelegde flow en bespreek de uitzonderingen met de mensen die verantwoordelijk zijn voor het proces.

Modelleer je inkoopproces en vergelijk het met de data