Uw Inkoop tot Betaling - Inkoopaanvraag Data Template
Uw Inkoop tot Betaling - Inkoopaanvraag Data Template
- Aanbevolen attributen voor uitgebreide analyse
- Belangrijke procesactiviteiten om te volgen
- Praktische handleiding voor data-extractie
Purchase to Pay - Aanvraag Attributes
| Naam | Omschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke bedrijfsactiviteit of event die op een bepaald moment plaatsvond voor de aanvraag. | ||
|
Omschrijving
Dit attribute registreert de afzonderlijke stappen in de levenscyclus van de inkoopaanvraag. Voorbeelden zijn 'Aanvraag aangemaakt', 'Goedkeuringsstap goedgekeurd' en 'Aanvraag gesourced'. Elke activiteit vertegenwoordigt een specifieke mijlpaal of actie die op de aanvraag is ondernomen. Het analyseren van de volgorde en frequentie van deze activiteiten is fundamenteel voor process mining, omdat het de visualisatie van proceskaarten, identificatie van gemeenschappelijke paden en detectie van afwijkingen van de standaardprocedure mogelijk maakt.
Het belang
Het definieert de stappen in de procesmap, waardoor het mogelijk wordt om de stroom van aanvragen te visualiseren en te analyseren.
Vindplaats
Dit wordt doorgaans afgeleid uit event logs, statuswijzigingsrecords of audit trails binnen het Coupa-systeem. Het kan mapping van statusvelden of actiecodes vereisen.
Voorbeelden
Aanvraag AangemaaktRequisition IngediendGoedkeuringsstap goedgekeurdAanvraag AfgewezenInkooporder Aangemaakt
|
|||
|
Inkoopaanvraag ID
PurchaseRequisitionId
|
De unieke identifier voor elke inkoopaanvraag, dienend als de primaire case identifier voor het proces. | ||
|
Omschrijving
De Purchase Requisition ID is de centrale sleutel die alle activiteiten koppelt die verband houden met één enkele aanvraag voor goederen of diensten. Elke aanvraag krijgt bij aanmaak een unieke ID toegewezen, die gedurende de gehele levenscyclus constant blijft. Dit maakt end-to-end tracking van de aanvraag mogelijk, vanaf de initiële aanmaak en indiening, door alle goedkeurings- of afwijzingsstappen, tot de uiteindelijke sourcing en afsluiting. Bij process mining is elke event log-entry gekoppeld aan deze ID, wat de reconstructie van het complete traject voor elke case mogelijk maakt.
Het belang
Dit is de essentiële Case ID die alle processtappen verbindt, waardoor een complete analyse van de levenscyclus van de aanvraag van begin tot eind mogelijk is.
Vindplaats
Dit is een primaire sleutelveld te vinden in Coupa's Requisitions-module en gerelateerde data-exports.
Voorbeelden
PR-102934PR-102935PR-102936
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De exacte datum en tijd waarop de activiteit plaatsvond. | ||
|
Omschrijving
Event Time, of de timestamp, legt het exacte moment vast waarop een activiteit werd geregistreerd voor een inkooprequisitie. Deze data is cruciaal voor de chronologische ordening van events om de proces flow op te bouwen. Het vormt de basis voor alle tijdsgebonden analyses, inclusief het berekenen van doorlooptijden, het identificeren van knelpunten door de duur tussen activiteiten te meten, en het begrijpen van procesprestaties over verschillende tijdsperioden. Nauwkeurige en gedetailleerde timestamps zijn essentieel voor zinvolle procesanalyse.
Het belang
Deze timestamp is cruciaal voor het correct ordenen van events en het berekenen van alle op duur gebaseerde metrics, zoals doorlooptijden en bottlenecks.
Vindplaats
Deze informatie wordt vastgelegd in de audit trail of history records voor elke aanvraag in Coupa, vaak als een 'created_at' of 'updated_at' veld voor elke actie.
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
|
|||
|
Bronsysteem
SourceSystem
|
Identificeert het bronsysteem waaruit de data is geëxtraheerd. | ||
|
Omschrijving
Dit attribute specificeert het 'system of record' waar de procesdata vandaan komen. Voor deze analyse zal de waarde consistent 'Coupa' zijn. Het opnemen van dit veld is een best practice, vooral in omgevingen waar data mogelijk uit meerdere systemen worden samengevoegd. Het biedt essentiële context over data lineage en helpt bij het beheren van data governance en kwaliteitsregels.
Het belang
Biedt duidelijke data lineage, wat cruciaal is voor data governance en bij het combineren van data uit meerdere enterprisesystemen.
Vindplaats
Dit is doorgaans een statische waarde die wordt toegevoegd tijdens het data-extractie- en transformatieproces om de herkomst van de dataset te labelen.
Voorbeelden
Coupa
|
|||
|
Laatste data-update
LastDataUpdate
|
De `timestamp` die de laatste keer aangeeft dat de `data` is ververst vanuit het bronsysteem. | ||
|
Omschrijving
Dit attribute registreert de datum en tijd van de meest recente data-extractie uit Coupa. Het biedt transparantie over de actualiteit van de geanalyseerde data. Het kennen van de recentheid van de data is cruciaal voor gebruikers om te begrijpen of de inzichten de huidige operationele staat of een eerder tijdstip weerspiegelen. Dit is vooral belangrijk voor dashboards die doorlopende operaties monitoren.
Het belang
Informeert gebruikers over de actualiteit van de data, zodat zij het tijdsbestek van de analyse begrijpen en beslissingen nemen op basis van up-to-date informatie.
Vindplaats
Deze timestamp wordt gegenereerd en toegevoegd door de data pipeline of ETL tool aan het einde van een succesvolle data-extractie run.
Voorbeelden
2024-05-21T02:00:00Z
|
|||
|
Aanvraagstatus
RequisitionStatus
|
De huidige of uiteindelijke status van de inkoopaanvraag. | ||
|
Omschrijving
Dit attribute geeft de algehele status van de aanvraag aan op het moment van data-extractie of het uiteindelijke resultaat. Veelvoorkomende statussen zijn 'Wacht op goedkeuring', 'Goedgekeurd', 'Afgewezen', 'Ingetrokken' en 'Gesloten'. Dit is een belangrijke dimensie voor filtering en analyse. Het wordt gebruikt om goedkeurings- en afwijzingspercentages te berekenen, de huidige werklast van open aanvragen te monitoren en de uiteindelijke afhandeling van verzoeken te begrijpen.
Het belang
Essentieel voor het begrijpen van requisitie-uitkomsten, het berekenen van goedkeurings- en afwijzingspercentages, en het monitoren van de huidige status van lopende requisities.
Vindplaats
Dit is een standaardveld op het Purchase Requisition object in Coupa, vaak 'status' of 'state' genoemd.
Voorbeelden
In afwachting van goedkeuringGoedgekeurdAfgewezenIngetrokkenGesloten
|
|||
|
Aanvrager
Requester
|
De medewerker die de inkoopaanvraag heeft aangemaakt en ingediend. | ||
|
Omschrijving
Dit attribute identificeert de persoon die de aanvraag heeft geïnitieerd. Het analyseren van data per aanvrager helpt bij het identificeren van patronen gerelateerd aan specifieke gebruikers, zoals hoge wijzigingspercentages of frequente afwijzingen, wat kan duiden op de noodzaak van aanvullende training. Het wordt ook gebruikt om aanvraagvolumes en procesgedrag voor verschillende gebruikers of gebruikersgroepen te analyseren.
Het belang
Maakt analyse van procesgedrag per gebruiker mogelijk, wat helpt bij het identificeren van trainingsbehoeften en het begrijpen hoe verschillende individuen met het proces omgaan.
Vindplaats
Beschikbaar als een standaard field op het Requisitie object in Coupa, vaak gekoppeld aan het User object en benoemd als 'requester' of 'created_by'.
Voorbeelden
Alice JohnsonBob SmithCharlie Brown
|
|||
|
Afdeling
Department
|
De bedrijfseenheid of het kostenplaats waaraan de aanvraag wordt toegerekend. | ||
|
Omschrijving
Het Department attribute koppelt elke aanvraag aan een specifieke organisatorische eenheid of kostenplaats. Dit is een kritieke dimensie voor vergelijkende analyse. Het maakt het mogelijk om dashboards en KPI's te filteren en te segmenteren op afdeling, waardoor managers goedkeuringsdoorlooptijden, afwijzingspercentages en compliance kunnen vergelijken tussen verschillende delen van de organisatie. Dit helpt bij het opsporen van afdelingsspecifieke problemen of best practices.
Het belang
Maakt vergelijking van proces-KPI's zoals doorlooptijd en afwijzingspercentages over verschillende business units mogelijk, waarbij gebieden voor verbetering worden benadrukt.
Vindplaats
Dit is een standaardveld op het Requisition object in Coupa, vaak geassocieerd met het gebruikersprofiel van de aanvrager of gespecificeerd op de aanvraagregelitems.
Voorbeelden
MarketingIT OperationsFaciliteitenOnderzoek & Ontwikkeling
|
|||
|
Goedkeurder
Approver
|
De gebruiker of groep die verantwoordelijk is voor een goedkeuringsactiviteit. | ||
|
Omschrijving
Dit attribute identificeert de specifieke persoon of goedkeuringsgroep die aan een goedkeuringsstap is toegewezen. Het wordt ingevuld voor activiteiten zoals 'Goedkeuringsstap gestart', 'Goedkeuringsstap goedgekeurd' en 'Goedkeuringsstap afgewezen'. Het analyseren van data per goedkeurder is essentieel voor het opbouwen van het 'Prestaties en belasting van goedkeurders' dashboard. Het helpt bij het meten van individuele goedkeuringstijden, het identificeren van bottlenecks veroorzaakt door specifieke goedkeurders en het beoordelen van de werkbelastingverdeling.
Het belang
Cruciaal voor het analyseren van goedkeuringsprestaties, werkdrukverdeling en het identificeren van knelpunten gerelateerd aan specifieke individuen of goedkeuringsgroepen.
Vindplaats
Deze informatie is te vinden in de details van de goedkeuringsketen die gekoppeld zijn aan elke aanvraag in Coupa. Mogelijk is een koppeling met User data nodig.
Voorbeelden
David MillerFinanciële Goedkeurders L2Susan Chen
|
|||
|
Totaalbedrag
TotalAmount
|
De totale monetaire waarde van de inkoopaanvraag. | ||
|
Omschrijving
Dit attribute vertegenwoordigt de totale kosten van alle goederen en diensten die in de aanvraag zijn aangevraagd. Het bedrag is een cruciale factor in procesanalyse, omdat het vaak de complexiteit van de goedkeuringsworkflow beïnvloedt; aanvragen van hogere waarde vereisen doorgaans meer goedkeuringsstappen. Het analyseren van procesmetrics per waardeband (bijv. <$1000, $1000-$10000) kan onthullen hoe het proces aanvragen van verschillende financiële betekenis afhandelt.
Het belang
Helpt analyseren hoe het proces varieert voor requisities van verschillende waarden, aangezien hogere bedragen vaak complexere goedkeuring workflows activeren.
Vindplaats
Dit is een standaardveld op de header van het Requisition object in Coupa, doorgaans 'total' of 'total_amount' genoemd.
Voorbeelden
500.0012550.7599.99
|
|||
|
Aantal Goedkeuringsstappen
ApprovalStepCount
|
Het totale aantal goedkeuringsstappen dat een aanvraag heeft doorlopen. | ||
|
Omschrijving
Dit berekende attribute telt het aantal afzonderlijke 'Goedkeuringsstap goedgekeurd' activiteiten voor elke aanvraag. Het helpt de complexiteit van de goedkeuringsworkflow voor elke case te kwantificeren. Dit is de basis voor de KPI 'Gemiddeld aantal goedkeuringsstappen' en is nuttig voor het identificeren van aanvragen die ongewoon lange of complexe goedkeuringspaden volgen, wat kan duiden op een behoefte aan workflow-vereenvoudiging.
Het belang
Kwantificeert de complexiteit van de goedkeuringsworkflow voor elke aanvraag, en helpt bij het identificeren van overdreven complexe paden die gestroomlijnd moeten worden.
Vindplaats
Deze metric wordt berekend in de process mining tool door het aantal voorkomens van 'Goedkeuringsstap goedgekeurd' te tellen voor elke Case ID.
Voorbeelden
253
|
|||
|
Aanvraagtype
RequisitionType
|
De categorie of het type van de aanvraag, zoals 'Kapitaaluitgave', 'Operationele kosten' of 'Software'. | ||
|
Omschrijving
Het Requisition Type is een classificatie die helpt bij het categoriseren van aanvragen op basis van hun zakelijke doel of de aard van de aankoop. Dit attribute is waardevol voor compliance-analyse en voor het begrijpen hoe verschillende typen aanvragen door het proces stromen. Aanvragen voor kapitaaluitgaven kunnen bijvoorbeeld een strenger en langer goedkeuringstraject volgen dan standaard operationele aanvragen. Het analyseren van het proces per Requisition Type kan waardevolle inzichten opleveren voor procesoptimalisatie.
Het belang
Maakt segmentatie van de analyse mogelijk op basis van het zakelijke doel van de aanvraag, aangezien verschillende typen aparte processtromen en beleidsregels kunnen hebben.
Vindplaats
Dit is waarschijnlijk een custom of standaard classificatieveld op het Requisition object in Coupa.
Voorbeelden
KapitaaluitgaveOperationele kostenIT-hardwareProfessionele Diensten
|
|||
|
Artikelcategorie
Commodity
|
De hoofd-categorie van de aangevraagde goederen of diensten. | ||
|
Omschrijving
Het Commodity attribute biedt een gestandaardiseerde classificatie voor de items op een aanvraag, zoals 'Kantoorbenodigdheden', 'Computerhardware' of 'Marketingdiensten'. Dit maakt analyse van inkooppatronen en procesvariaties mogelijk op basis van wat er wordt gekocht. Bepaalde commodities kunnen gespecialiseerde goedkeuringsvereisten of sourcingstrategieën hebben, en het analyseren van het proces per Commodity kan helpen bij het optimaliseren van de inkoop voor verschillende uitgavencategorieën.
Het belang
Helpt bij het analyseren van uitgavencategorieën en het begrijpen of procesgedrag, zoals goedkeuringstijden, varieert per type gekochte goederen of diensten.
Vindplaats
Dit is een standaardveld in Coupa, doorgaans beschikbaar op het niveau van het aanvraagregelitem. Mogelijk moet het worden geaggregeerd naar het header-niveau.
Voorbeelden
KantoorbenodigdhedenComputer HardwareMarketingdienstenReizen
|
|||
|
Doorlooptijd goedkeuringsstap
ApprovalStepDuration
|
De tijd die een aanvraag wachtte bij een enkele goedkeuringsstap. | ||
|
Omschrijving
Deze berekende metric meet de duur tussen een 'Goedkeuringsstap gestart' activiteit en de corresponderende 'Goedkeuringsstap goedgekeurd' of 'Goedkeuringsstap afgewezen' activiteit. Het isoleert de wachttijd in elke afzonderlijke fase van de goedkeuringsketen. Dit is cruciaal voor het 'Kritische goedkeuringsstap bottlenecks' dashboard, omdat het precies aanwijst welke goedkeurders of goedkeuringsfasen de grootste vertragingen veroorzaken in het algehele proces.
Het belang
Identificeert specifieke bottlenecks binnen de goedkeuringsworkflow door de wachttijd bij elke individuele stap te meten, in plaats van alleen de totale doorlooptijd.
Vindplaats
Berekend in de process mining tool door het tijdsverschil te vinden tussen 'Goedkeuringsstap gestart' en de daaropvolgende terminale goedkeuring event (Goedgekeurd/Afgewezen).
Voorbeelden
1.2 days4 uur3.8 days
|
|||
|
Goedkeuring workflowpad
ApprovalWorkflowPath
|
Een identificatie voor de specifieke goedkeuringsketen of workflow template die op de requisitie is toegepast. | ||
|
Omschrijving
Dit attribute identificeert de vooraf gedefinieerde reeks goedkeurders die een aanvraag moet volgen. Het wordt bepaald door bedrijfsregels, vaak gebaseerd op factoren zoals bedrag, afdeling en aanvraagtype. Het analyseren van dit attribute is cruciaal voor het 'Requisition Policy Compliance' dashboard. Door de daadwerkelijke volgorde van goedkeurders te vergelijken met het toegewezen workflow-pad, wordt het mogelijk om afwijkingen te detecteren, conformiteitspercentages te meten en onbeheerde uitzonderingen te identificeren.
Het belang
Maakt compliance-analyse mogelijk door een vergelijking tussen de verwachte en feitelijke goedkeuringsstappen toe te staan, waarbij procesafwijkingen worden benadrukt.
Vindplaats
Raadpleeg de Coupa-documentatie. Dit kan worden afgeleid van de naam van de goedkeuringsketen of workflowregel die voor de requisitie is geactiveerd.
Voorbeelden
Standaard goedkeuring <$5kGoedkeuring IT-hardware >$10kKapitaaluitgave CFO Review
|
|||
|
Goedkeuringsdoorlooptijd aanvraag
RequisitionApprovalCycleTime
|
De totale verstreken tijd vanaf het moment dat een aanvraag voor het eerst wordt ingediend tot het moment dat deze definitieve goedkeuring ontvangt. | ||
|
Omschrijving
Dit is een berekende metric die de duur van het kern goedkeuringsproces meet. Het wordt berekend door het tijdsverschil te vinden tussen de 'Aanvraag ingediend' activiteit en de 'Aanvraag goedgekeurd' activiteit voor elke case. Dit is een van de belangrijkste KPI's voor dit proces, omdat het direct de efficiëntie van de goedkeuringsworkflow kwantificeert. Het wordt gebruikt in meerdere dashboards om prestaties te volgen, bottlenecks te identificeren en de impact van procesverbeteringsinitiatieven te meten.
Het belang
Dit is een primaire KPI voor het meten van procesefficiëntie. Het kwantificeert de benodigde tijd voor goedkeuringen en is essentieel voor het identificeren van bottlenecks.
Vindplaats
Deze metric wordt berekend in de process mining tool door de timestamp van 'Aanvraag ingediend' af te trekken van de timestamp van 'Aanvraag goedgekeurd'.
Voorbeelden
2.5 days8 uur15.2 dagen
|
|||
|
Inkooporder-`ID`
PurchaseOrderId
|
De identifier van de inkooporder die is aangemaakt vanuit de goedgekeurde aanvraag. | ||
|
Omschrijving
Zodra een aanvraag volledig is goedgekeurd en gesourced, wordt er doorgaans een inkooporder aangemaakt. Dit attribute slaat de ID van die resulterende inkooporder op. Het dient als een cruciale koppeling tussen het upstream aanvraagproces en het downstream inkooporderproces. Het maakt de berekening van de KPI 'Tijd van aanvraaggoedkeuring tot aanmaak inkooporder' mogelijk en biedt een bredere, end-to-end analyse van de gehele Purchase-to-Pay cyclus.
Het belang
Koppelt de aanvraag aan de daaropvolgende inkooporder, wat analyse van de overdrachtstijd mogelijk maakt en een breder end-to-end P2P-overzicht faciliteert.
Vindplaats
Dit is een standaardveld op het Requisition object in Coupa dat wordt ingevuld nadat de inkooporder is aangemaakt.
Voorbeelden
PO-45000123PO-45000124PO-45000125
|
|||
|
Is Gewijzigd
IsAmended
|
Een Booleaanse vlag die 'waar' is als de requisitie één of meerdere keren is gewijzigd na de oorspronkelijke indiening. | ||
|
Omschrijving
Dit berekende attribute is een eenvoudige flag (True/False) die aangeeft of er een 'Aanvraag gewijzigd' activiteit heeft plaatsgevonden voor een gegeven case. Het vereenvoudigt analyse en filtering door gebruikers in staat te stellen aanvragen die wijzigingen vereisten gemakkelijk te isoleren. Dit wordt gebruikt om het KPI voor het wijzigingspercentage van aanvragen te berekenen en het 'Aanvraag wijzigingsvolume' dashboard aan te sturen, wat helpt bij het identificeren van de hoofdoorzaken van herwerk en het verbeteren van de 'first-time quality'.
Het belang
Vereenvoudigt de berekening van de wijzigingspercentage KPI en maakt eenvoudige segmentatie mogelijk van cases die herwerk vereisten versus die niet.
Vindplaats
Dit wordt berekend in de process mining tool door te controleren op het bestaan van een 'Aanvraag gewijzigd' activiteit binnen de event log voor elke case.
Voorbeelden
truefalse
|
|||
|
Leveranciersnaam
SupplierName
|
De naam van de leverancier of vendor geselecteerd voor de aanvraag. | ||
|
Omschrijving
Dit attribute identificeert de beoogde leverancier voor de aangevraagde goederen of diensten. De leverancier kan door de aanvrager worden gespecificeerd of later tijdens het sourcingproces worden toegevoegd. Het analyseren van procesmetrics per leverancier kan helpen bij het evalueren van de leveranciersprestaties en het identificeren of interacties met bepaalde leveranciers leiden tot langere doorlooptijden of andere procesinefficiënties. Het biedt belangrijke context voor inkoopstrategie en leveranciersrelatiebeheer.
Het belang
Maakt analyse van procesprestaties mogelijk op basis van de geselecteerde leverancier, wat inzicht kan bieden voor sourcingstrategieën en leveranciersbeheer.
Vindplaats
Deze informatie is beschikbaar op het Requisition Line object in Coupa, vaak als een 'supplier' of 'vendor' veld.
Voorbeelden
StaplesDell TechnologiesAccentureCDW
|
|||
|
Reden van afwijzing
RejectionReason
|
De reden die door een goedkeurder wordt opgegeven wanneer een aanvraag of een goedkeuringsstap wordt afgewezen. | ||
|
Omschrijving
Wanneer een goedkeurder een aanvraag afwijst, geeft hij vaak een reden voor de beslissing. Dit attribute legt die tekstuele verklaring vast. Het analyseren van afwijzingsredenen biedt directe, kwalitatieve feedback over waarom aanvragen falen. Dit inzicht is van onschatbare waarde voor hoofdoorzaakanalyse, en helpt bij het identificeren van veelvoorkomende problemen zoals onjuiste codering, gebrek aan budget of onvoldoende rechtvaardiging, die vervolgens kunnen worden aangepakt door training of procesverbeteringen.
Het belang
Biedt direct inzicht in de hoofdoorzaken van procesfouten, en helpt bij het identificeren van gebieden voor gebruikerstraining of procesverduidelijking.
Vindplaats
Deze informatie wordt doorgaans vastgelegd in het opmerkingen- of notitieveld dat is gekoppeld aan een 'Afgewezen' statuswijziging in de goedkeuringsgeschiedenis van de aanvraag.
Voorbeelden
Onjuist kostenplaatsOverschrijdt het budget voor dit kwartaalDubbele aanvraagOnvoldoende rechtvaardiging gegeven
|
|||
|
Urgentieniveau
UrgencyLevel
|
Een classificatie die de urgentie van de requisitie aangeeft, zoals 'Hoog', 'Gemiddeld' of 'Laag'. | ||
|
Omschrijving
Het urgentieniveau, vaak gekoppeld aan een prioriteitsveld, stelt aanvragers in staat om verzoeken te markeren die versnelde verwerking vereisen. Dit attribute is essentieel voor het 'Urgentie aanvraag verwerkingstijd' dashboard. Door de doorlooptijden van aanvragen met hoge urgentie te vergelijken met standaardaanvragen, kunnen organisaties beoordelen of hun prioriteringsmechanismen effectief zijn en of urgente bedrijfsbehoeften tijdig worden vervuld.
Het belang
Maakt analyse mogelijk van de vraag of urgente aanvragen sneller worden verwerkt dan standaard aanvragen, waardoor de effectiviteit van prioritiseringsbeleid wordt gevalideerd.
Vindplaats
Dit kan een standaard of custom veld zijn op het Requisition object in Coupa. Raadpleeg de Coupa-documentatie of systeemconfiguratie.
Voorbeelden
HoogGemiddeldLaag
|
|||
|
Valuta
Currency
|
De valutacode voor het totaalbedrag van de aanvraag. | ||
|
Omschrijving
Dit attribute specificeert de valuta (bijv. USD, EUR, GBP) waarin het totaalbedrag van de aanvraag is uitgedrukt. Het is essentiële context voor elke financiële analyse, vooral voor multinationale organisaties die met meerdere valuta's werken. Het zorgt ervoor dat monetaire waarden correct worden geïnterpreteerd en maakt correcte conversie en aggregatie mogelijk in financiële rapportages en dashboards.
Het belang
Biedt de noodzakelijke context voor het attribute 'Totaalbedrag', wat zorgt voor nauwkeurige financiële analyse in multi-valuta-omgevingen.
Vindplaats
Dit is een standaardveld op het Requisition object in Coupa, meestal 'currency_code' of iets dergelijks genoemd.
Voorbeelden
USDEURGBP
|
|||
Purchase to Pay - Aanvraag Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Aanvraag Aangemaakt
|
Een nieuwe inkooprequisitie wordt geïnitieerd en als concept opgeslagen door een gebruiker. Dit is het startpunt voor elke requisitie case en wordt doorgaans afgeleid van de creatie timestamp van het requisitierecord zelf. | ||
|
Het belang
Deze activiteit markeert het begin van de aanvraaglevenscyclus. Het analyseren van de tijd van aanmaak tot indiening kan vertragingen onthullen die worden veroorzaakt door onzekerheid van de gebruiker of systeemcomplexiteit.
Vindplaats
Dit event wordt vastgelegd vanuit de 'created-at' timestamp op de 'requisition_headers' tabel voor een gegeven Purchase Requisition ID.
Vastleggen
Gebruik de aanmaak timestamp van het aanvraagheader-record.
Gebeurtenistype
inferred
|
|||
|
Aanvraag Afgewezen
|
De aanvraag wordt definitief afgewezen tijdens het goedkeuringsproces en zal niet worden omgezet in een inkooporder. Dit wordt afgeleid uit de algehele status van de aanvraagheader die verandert naar 'afgewezen'. | ||
|
Het belang
Deze activiteit vertegenwoordigt een fatale storing in het proces. Het analyseren van deze events is essentieel voor het verbeteren van de 'Afwijzingspercentage aanvraag' en het identificeren van hoofdoorzaken zoals beleidsschendingen of budgetproblemen.
Vindplaats
Afgeleid van een statuswijziging in de 'requisition_headers' tabel wanneer het 'status' field wordt bijgewerkt naar 'afgewezen'. De timestamp wordt vastgelegd in het bijbehorende audit trail.
Vastleggen
Identificeer de timestamp wanneer de algehele status van de requisitie verandert naar 'afgewezen'.
Gebeurtenistype
inferred
|
|||
|
Aanvraag gesloten
|
De aanvraag wordt formeel gesloten, wat betekent dat er geen verdere actie meer op wordt ondernomen. Dit kan gebeuren nadat een inkooporder is aangemaakt en vervuld, of als de aanvraag na goedkeuring, maar vóór bestelling, wordt geannuleerd. | ||
|
Het belang
Deze activiteit dient als een definitief eindpunt voor de levenscyclus van de aanvraag. Het zorgt ervoor dat cases een duidelijke afsluiting hebben, waardoor ze niet voor onbepaalde tijd als 'actief' verschijnen in procesanalyse.
Vindplaats
Afgeleid van een statuswijziging in de 'requisition_headers' tabel wanneer het 'status' field wordt bijgewerkt naar 'gesloten'. De timestamp wordt vastgelegd in het bijbehorende audit trail.
Vastleggen
Identificeer de timestamp wanneer de algehele status van de requisitie verandert naar 'gesloten'.
Gebeurtenistype
inferred
|
|||
|
Aanvraag Goedgekeurd
|
De aanvraag heeft alle vereiste stappen in de goedkeuringsworkflow succesvol doorlopen. Dit wordt afgeleid uit de algehele status van de aanvraagheader die verandert naar 'goedgekeurd'. | ||
|
Het belang
Dit is een kritieke succesmijlpijl, die het einde van de goedkeuringscyclus markeert. De tijd om deze activiteit te bereiken is een primaire KPI, en het dient als de trigger voor downstream inkoopacties.
Vindplaats
Afgeleid van een statuswijziging in de 'requisition_headers' tabel wanneer het 'status' field wordt bijgewerkt naar 'goedgekeurd'. De timestamp wordt vastgelegd in het bijbehorende audit trail.
Vastleggen
Identificeer de timestamp wanneer de algehele status van de requisitie verandert naar 'goedgekeurd'.
Gebeurtenistype
inferred
|
|||
|
Inkooporder Aangemaakt
|
Een inkooporder (PO) wordt succesvol gegenereerd op basis van de informatie uit de goedgekeurde requisitie. Deze event wordt afgeleid wanneer een PO-record wordt aangemaakt dat verwijst naar de bronnaam van de requisitie-ID. | ||
|
Het belang
Dit is het primaire succesvolle resultaat van het aanvraagproces en markeert de overdracht naar de volgende fase van Purchase-to-Pay. Het analyseren van de tijd van 'Aanvraag goedgekeurd' tot dit event belicht eventuele vertragingen in de uitvoering.
Vindplaats
Afgeleid van de aanmaak van een record in de 'purchase_orders' tabel dat een verwijzing bevat naar de oorspronkelijke 'requisition_headers' of 'requisition_lines' ID.
Vastleggen
Gebruik de 'created-at' timestamp van het inkooporderrecord gekoppeld aan de aanvraag-ID.
Gebeurtenistype
inferred
|
|||
|
Requisition Ingediend
|
De aanvrager dient de voltooide aanvraag formeel in bij de goedkeuringsworkflow. Dit event wordt afgeleid door de statuswijziging van de aanvraag van 'draft' naar 'pending_approval' te observeren in de audit logs of history tables van het systeem. | ||
|
Het belang
Indiening activeert het goedkeuringsproces, waardoor het een cruciale mijlpaal is voor het meten van de KPI 'Gemiddelde goedkeuringsdoorlooptijd aanvraag'. Vertragingen vóór dit punt zijn gerelateerd aan de gebruiker, terwijl vertragingen erna procesgerelateerd zijn.
Vindplaats
Afgeleid van een statuswijziging in de 'requisition_headers' tabel, specifiek wanneer het 'status' field verandert naar 'goedkeuring in afwachting'. De timestamp voor deze wijziging is te vinden in het bijbehorende audit trail.
Vastleggen
Identificeer de timestamp wanneer de requisitiestatus voor het eerst verandert naar 'goedkeuring in afwachting'.
Gebeurtenistype
inferred
|
|||
|
Aanvraag gesourced
|
De goedgekeurde aanvraag wordt naar een sourcing event gestuurd, zoals een RFQ of veiling, in plaats van direct te worden omgezet in een inkooporder. Dit event wordt afgeleid wanneer de aanvraag is gekoppeld aan een sourcing event object. | ||
|
Het belang
Deze activiteit onthult een belangrijk alternatief pad in het inkoopproces. Het scheidt eenvoudige aankopen van complexere, strategische sourcing-activiteiten, wat een genuanceerdere doorlooptijdanalyse mogelijk maakt.
Vindplaats
Afgeleid door een statuswijziging naar 'sourcing' te detecteren of door een link te identificeren die is aangemaakt tussen de 'requisition_lines' tabel en een sourcing event tabel.
Vastleggen
Controleer op statuswijziging naar 'sourcing' of het aanmaken van een link naar een sourcing event ID.
Gebeurtenistype
inferred
|
|||
|
Aanvraag gewijzigd
|
De aanvraag wordt bewerkt door de aanvrager of een andere geautoriseerde gebruiker nadat deze al is ingediend. Coupa logt dit expliciet als een nieuwe versie of een audit-entry, waarbij vaak een deel of de gehele goedkeuringsworkflow wordt gereset. | ||
|
Het belang
Het volgen van wijzigingen is essentieel voor het begrijpen van procesherwerk en inefficiëntie. Een hoog volume aan wijzigingen kan duiden op onduidelijke initiële vereisten of complex inkoopbeleid, wat de KPI 'Wijzigingspercentage aanvragen' beïnvloedt.
Vindplaats
Dit wordt vastgelegd uit audit trail tabellen geassocieerd met de 'requisition_headers' tabel, die versie wijzigingen of specifieke 'bewerk' acties loggen.
Vastleggen
Zoek naar expliciete 'bewerk' of 'update' events in de history log van de aanvraag na indiening.
Gebeurtenistype
explicit
|
|||
|
Aanvraag ingetrokken
|
De oorspronkelijke aanvrager annuleert de aanvraag voordat deze de definitieve goedkeuring ontvangt. Dit is een door de gebruiker gestuurde, expliciete actie die het proces voor die aanvraag beëindigt. | ||
|
Het belang
Intrekkingen kunnen wijzen op veranderde bedrijfsbehoeften, dubbele verzoeken of gebruikers die het proces omzeilen. Dit volgen helpt bij het begrijpen van de volatiliteit van het vraagkanaal en potentiële problemen met procesnaleving.
Vindplaats
Afgeleid van een statuswijziging in de 'requisition_headers' tabel naar 'ingetrokken' of een vergelijkbare status, gebaseerd op een expliciete gebruikersactie die is vastgelegd in het audit trail.
Vastleggen
Identificeer de timestamp wanneer de requisitiestatus verandert naar 'ingetrokken'.
Gebeurtenistype
inferred
|
|||
|
Goedkeuringsstap afgewezen
|
Een individuele goedkeurder wijst de requisitie af in hun stadium van de workflow, en stuurt deze doorgaans terug naar de aanvrager voor wijziging. Dit is een expliciete actie die door Coupa wordt vastgelegd. | ||
|
Het belang
Afwijzingen in elke stap creëren herwerk en verlengen de doorlooptijden. Het analyseren van waar en waarom afwijzingen plaatsvinden, is cruciaal voor procesverbetering en gebruikerstraining.
Vindplaats
Vastgelegd vanuit een expliciete 'afwijs'-actie, geregistreerd in de 'approvals' tabel of het audit trail ervan, gekoppeld aan de specifieke requisitie en goedkeurder.
Vastleggen
Filter op 'afwijs'-events in de goedkeuringshistorie voor de requisitie.
Gebeurtenistype
explicit
|
|||
|
Goedkeuringsstap gestart
|
Een goedkeuringstaak wordt toegewezen aan een specifieke goedkeurder of goedkeuringsgroep, en de requisitie wacht nu op hun actie. Dit wordt afgeleid wanneer een goedkeuringsrecord, gekoppeld aan de requisitie, wordt aangemaakt met de status 'in afwachting'. | ||
|
Het belang
Dit markeert het begin van de wachttijd voor een specifieke goedkeuring. Het meten van de duur tussen dit en de corresponderende 'Goedkeuringsstap goedgekeurd/afgewezen' helpt bij het identificeren van specifieke bottlenecks in de goedkeuringsketen.
Vindplaats
Afgeleid van de creatie timestamp van een record in de 'approvals' tabel, gekoppeld aan de requisitie, waarbij de actiestatus van de goedkeurder 'in afwachting' of equivalent is.
Vastleggen
Gebruik de aanmaak timestamp van een individueel openstaand goedkeuringsrecord in de goedkeuringsketen.
Gebeurtenistype
inferred
|
|||
|
Goedkeuringsstap goedgekeurd
|
Een individuele goedkeurder in de workflow geeft goedkeuring voor de requisitie. Dit is een expliciete actie die door het systeem wordt gelogd met een specifieke timestamp en gebruikersinformatie. | ||
|
Het belang
Deze activiteit biedt gedetailleerd inzicht in de goedkeuringsprocesstroom. Het aggregeren van deze stappen helpt bij het berekenen van de 'Gemiddelde wachttijd per goedkeuringsstap' en het analyseren van de prestaties van goedkeurders.
Vindplaats
Vastgelegd vanuit een expliciete 'goedkeur'-actie, geregistreerd in de 'approvals' tabel of het audit trail ervan, gekoppeld aan de specifieke requisitie en goedkeurder.
Vastleggen
Filter op 'goedkeur'-events in de goedkeuringshistorie voor de requisitie.
Gebeurtenistype
explicit
|
|||