Uw Purchase-to-Pay - Inkoopaanvraag datatemplate
Uw Purchase-to-Pay - Inkoopaanvraag datatemplate
- Aanbevolen attributen voor grondige analyse
- Belangrijke procesactiviteiten om te volgen
- Praktische handleiding voor data-extractie
Inkoop tot betaling - Aanvraag Attributen
| Naam | Omschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke bedrijfsactiviteit of gebeurtenis die op een bepaald moment plaatsvond voor de aanvraag. | ||
|
Omschrijving
Dit attribuut 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 vormt de basis 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, statuswijzigings of audit trails binnen het Coupa-systeem. Het kan mapping van statusvelden of actiecodes vereisen.
Voorbeelden
Aanvraag AangemaaktRequisition IngediendGoedkeuringsstap goedgekeurdAanvraag AfgewezenInkooporder Aangemaakt
|
|||
|
ID Inkoopaanvraag
PurchaseRequisitionId
|
De unieke kenmerk voor elke inkoopaanvraag, dienend als de primaire case kenmerk 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 gegevens zijn belangrijk voor de chronologische ordening van gebeurtenissen om de processtroom op te bouwen. Het vormt de basis voor alle tijdsgebonden analyses, inclusief het berekenen van doorlooptijden, het vinden van knelpunten door de duur tussen activiteiten te meten, en het begrijpen van procesprestaties over verschillende tijdsperioden. Nauwkeurige en gedetailleerde tijdstempels zijn belangrijk voor zinvolle procesanalyse.
Het belang
Deze timestamp is belangrijk voor het correct ordenen van gebeurtenissen en het berekenen van alle op duur gebaseerde meetwaarden, zoals doorlooptijden en knelpunten.
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 opgehaald. | ||
|
Omschrijving
Dit attribuut specificeert het 'bronsysteem' 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
Geeft inzicht in de herkomst van de data, wat belangrijk is voor data governance en bij het combineren van data uit meerdere grote organisatiesystemen.
Vindplaats
Dit is meestal een statische waarde die je toevoegt tijdens het data-extractie- en transformatieproces om de herkomst van de dataset te labelen.
Voorbeelden
Coupa
|
|||
|
Tijdstip van extractie
LastDataUpdate
|
De `timestamp` die de laatste keer aangeeft dat de `data` is ververst vanuit het bronsysteem. | ||
|
Omschrijving
Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit Coupa. Het biedt transparantie over de relevantie van de geanalyseerde data. Het kennen van hoe actueel de data is is belangrijk 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 relevantie 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 pijplijn 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 attribuut 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 attribuut identificeert de persoon die de aanvraag heeft geïnitieerd. Het analyseren van data per aanvrager helpt bij het vinden 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 vinden van trainingsbehoeften en het begrijpen hoe verschillende individuen met het proces omgaan.
Vindplaats
Beschikbaar als een standaardveld op het Requisitie object in Coupa, vaak gekoppeld aan het Gebruiker object en benoemd als 'requester' of 'created_by'.
Voorbeelden
Alice JohnsonBob SmithCharlie Brown
|
|||
|
Afdeling
Department
|
De bedrijfseenheid of de kostenplaats waaraan de aanvraag wordt toegerekend. | ||
|
Omschrijving
Het Department attribuut koppelt elke aanvraag aan een specifieke onderdeel 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 bedrijfsonderdelen 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 attribuut 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 belangrijk voor het opbouwen van het 'Prestaties en belasting van goedkeurders' dashboard. Het helpt bij het meten van individuele goedkeuringstijden, het vinden van knelpunten veroorzaakt door specifieke goedkeurders en het beoordelen van de werkbelastingverdeling.
Het belang
Belangrijk voor het analyseren van goedkeuringsprestaties, werkdrukverdeling en het vinden 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 Gebruiker data nodig.
Voorbeelden
David MillerFinanciële Goedkeurders L2Susan Chen
|
|||
|
Totaalbedrag
TotalAmount
|
De totale financiële waarde van de inkoopaanvraag. | ||
|
Omschrijving
Dit attribuut vertegenwoordigt de totale kosten van alle goederen en diensten die in de aanvraag zijn aangevraagd. Het bedrag is een belangrijke factor in procesanalyse, omdat het vaak de complexiteit van de goedkeuringsworkflow beïnvloedt; aanvragen van hogere waarde vereisen doorgaans meer goedkeuringsstappen. Het analyseren van procesmeetwaarden per waardeband (bijv. <$1000, $1000-$10000) kan zichtbaar maken 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 goedkeuringsworkflows 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 attribuut 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 vinden 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 vinden van overdreven complexe paden die gestroomlijnd moeten worden.
Vindplaats
Deze metriek 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 attribuut 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 nuttige 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 attribuut 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 metriek 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 belangrijk voor het 'Kritische goedkeuringsstap knelpunten' dashboard, omdat het precies aanwijst welke goedkeurders of goedkeuringsfasen de grootste vertragingen veroorzaken in het algehele proces.
Het belang
Identificeert specifieke knelpunten 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 gebeurtenis (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 attribuut 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 attribuut is belangrijk 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 vinden.
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
|
|||
|
Inkooporder-ID
PurchaseOrderId
|
De kenmerk 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 attribuut slaat de ID van die resulterende inkooporder op. Het dient als een belangrijke 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 mogelijk maakt.
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 attribuut 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 vinden van de hoofdoorzaken van rework 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 rework 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 leverancier geselecteerd voor de aanvraag. | ||
|
Omschrijving
Dit attribuut 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 procesmeetwaarden per leverancier kan helpen bij het ewaarderen van de leveranciersprestaties en het vinden 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 'leverancier' 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 attribuut legt die tekstuele verklaring vast. Het analyseren van afwijzingsredenen biedt directe, kwalitatieve feedback over waarom aanvragen falen. Dit inzicht is zeer waardevol voor hoofdoorzaakanalyse, en helpt bij het vinden 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 vinden 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 attribuut is belangrijk 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 aangepast 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 attribuut 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 financiële 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 attribuut '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
|
|||
Inkoop tot betaling - 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 requisipakketecord zelf. | ||
|
Het belang
Deze activiteit markeert het begin van de aanvraaglevenscyclus. Het analyseren van de tijd van aanmaak tot indiening kan vertragingen zichtbaar maken die worden veroorzaakt door onzekerheid van de gebruiker of systeemcomplexiteit.
Vindplaats
Dit gebeurtenis 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 gebeurtenissen is belangrijk voor het verbeteren van de 'Afwijzingspercentage aanvraag' en het vinden van hoofdoorzaken zoals beleidsschendingen of budgetproblemen.
Vindplaats
Afgeleid van een statuswijziging in de 'requisition_headers' tabel wanneer het 'status' veld 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' veld 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' veld 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 gebeurtenis 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 gebeurtenis 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 gebeurtenis wordt afgeleid door de statuswijziging van de aanvraag van 'draft' naar 'pending_approval' te observeren in de auditlogs of history tables van het systeem. | ||
|
Het belang
Indiening activeert het goedkeuringsproces, waardoor het een belangrijke 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' veld 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 gebeurtenis gestuurd, zoals een RFQ of veiling, in plaats van direct te worden omgezet in een inkooporder. Dit gebeurtenis wordt afgeleid wanneer de aanvraag is gekoppeld aan een sourcing gebeurtenis 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 vinden die is aangemaakt tussen de 'requisition_lines' tabel en een sourcing gebeurtenis tabel.
Vastleggen
Controleer op statuswijziging naar 'sourcing' of het aanmaken van een link naar een sourcing gebeurtenis 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 belangrijk voor het begrijpen van procesrework 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' gebeurtenissen 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 rework en verlengen de doorlooptijden. Het analyseren van waar en waarom afwijzingen plaatsvinden, is belangrijk 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'-gebeurtenissen 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 vinden van specifieke knelpunten 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'-gebeurtenissen in de goedkeuringshistorie voor de requisitie.
Gebeurtenistype
explicit
|
|||