Jouw datatemplate voor Purchase to Pay - Aanvraag
Jouw datatemplate voor Purchase to Pay - Aanvraag
- Aanbevolen attributen voor een volledige analyse
- Belangrijke procesactiviteiten en mijlpalen om bij te houden
- Praktische uitleg voor data-extractie uit je systeem
Purchase to Pay - Requisition-attributen
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke bedrijfsgebeurtenis die op een bepaald moment in de levenscyclus van de requisition plaatsvond. | ||
|
Beschrijving
De activiteitsnaam beschrijft één stap of mijlpaal in het requisitionproces, zoals 'Requisition Created', 'Approval Step Approved' of 'Requisition Closed'. Deze data komt meestal uit event logs, statuswijzigingen of specifieke gebruikersacties die in SAP Ariba zijn vastgelegd. Dit attribuut is belangrijk voor het opbouwen van de proceskaart, die de activiteitenflow visueel weergeeft. Door de volgorde en frequentie van activiteiten te analyseren, kunnen analisten veelvoorkomende procespaden, knelpunten, afwijkingen van de standaardprocedure en herstelwerk vinden. Het vormt de basis van elke process mining-analyse.
Waarom dit belangrijk is
Dit definieert de processtappen en maakt visualisatie en analyse van de requisitionworkflow mogelijk, inclusief knelpunten en afwijkingen.
Waar je het vindt
Afgeleid uit event logs, audittrails of registraties van statuswijzigingen binnen SAP Ariba, vaak gekoppeld aan tabellen voor requisitionheaders en regelitems.
Voorbeelden
Requisition ingediendGoedkeuringsstap goedgekeurdRequisition gewijzigdPurchase Order aangemaakt
|
|||
|
Eventtimestamp
EventTimestamp
|
De precieze datum en tijd waarop de activiteit plaatsvond. Deze timestamp bepaalt de volgorde van de gebeurtenissen. | ||
|
Beschrijving
De eventtimestamp legt het exacte moment vast waarop een activiteit plaatsvond. Deze zeer nauwkeurige data is nodig om gebeurtenissen binnen elke case correct te ordenen en de tijd tussen verschillende processtappen te berekenen. In analyses vormt deze timestamp de basis voor alle tijdsberekeningen, waaronder doorlooptijden, wachttijden en verwerkingstijden. De timestamp wordt gebruikt voor dashboards die prestaties analyseren, zoals de Requisition Approval Cycle Time en Approval Path Bottleneck Analysis. De nauwkeurigheid van dit veld heeft rechtstreeks invloed op de betrouwbaarheid van alle prestatiemetrics.
Waarom dit belangrijk is
Dit attribuut geeft de chronologische volgorde van gebeurtenissen en vormt de basis voor alle berekeningen van prestaties en doorlooptijden, zoals doorlooptijden en knelpunten.
Waar je het vindt
Deze data staat meestal naast activiteiten- of statuswijzigingsregistraties in de audittrail of transactielogtabellen van SAP Ariba.
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Purchase Requisition-ID
PurchaseRequisitionId
|
De unieke identificatie van een purchase requisition-document. Deze dient als primaire case-identificatie voor het proces. | ||
|
Beschrijving
De Purchase Requisition-ID is de centrale sleutel die alle activiteiten voor één aanvraag voor goederen of diensten aan elkaar koppelt. Elke requisition die in SAP Ariba wordt aangemaakt, krijgt een unieke ID die gedurende de hele levenscyclus gelijk blijft, van aanmaken en indienen tot definitieve goedkeuring, afwijzing of sluiting. In process mining is dit attribuut de basis voor het koppelen van cases. Hiermee reconstrueer je de volledige end-to-endroute van elke requisition, bereken je doorlooptijden nauwkeurig, vind je procesvarianten en analyseer je lussen met herstelwerk. Zonder deze identificatie kun je gebeurtenissen van verschillende requisitions niet van elkaar onderscheiden.
Waarom dit belangrijk is
Dit is de essentiële case-identificatie die alle gerelateerde activiteiten koppelt. Zo kun je het volledige requisitionproces voor elke afzonderlijke aanvraag analyseren.
Waar je het vindt
Dit is een primair sleutelveld in de belangrijkste requisition-headertabellen binnen de datastructuur van SAP Ariba.
Voorbeelden
PR-102345PR-102346PR-102347
|
|||
|
Afdeling van aanvrager
RequesterDepartment
|
De bedrijfsafdeling of kostenplaats van de medewerker die de purchase requisition heeft aangemaakt. | ||
|
Beschrijving
Dit attribuut geeft organisatorische context door te laten zien welk deel van de organisatie de aanvraag heeft gestart. De data komt meestal uit het gebruikersprofiel van de aanvrager of wordt rechtstreeks op het requisitionformulier ingevuld. In analyses is dit een belangrijke dimensie om te filteren en te vergelijken. Het wordt gebruikt in vrijwel alle dashboards, zoals 'Requisition Approval Cycle Time' en 'Requisition Rejection Rate Analysis', om metrics per afdeling uit te splitsen. Zo zie je welke afdelingen de langste doorlooptijden, de meeste wijzigingen of de meeste aanvragen buiten de regels hebben. Dat helpt je om gerichte procesverbeteringen door te voeren.
Waarom dit belangrijk is
Hiermee kun je de procesprestaties van verschillende delen van de organisatie segmenteren en vergelijken. Zo worden afdelingsspecifieke problemen en goede werkwijzen zichtbaar.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Deze data is meestal beschikbaar in de requisition-headerdata en vaak gekoppeld vanuit het gebruikersprofiel van de aanvrager.
Voorbeelden
MarketingIT-bedrijfsvoeringFinanciënOnderzoek en ontwikkeling
|
|||
|
Artikelcategorie
ItemCategory
|
De classificatie van de aangevraagde goederen of diensten, zoals 'IT-hardware', 'Kantoorbenodigdheden' of 'Professionele diensten'. | ||
|
Beschrijving
De artikelcategorie geeft aan wat er wordt ingekocht. Deze classificatie helpt om uitgavenpatronen te begrijpen en inkoopstrategieën en -beleid per categorie toe te passen. In process mining is dit attribuut belangrijk voor het dashboard 'Analyse van wijzigingen in aanvragen'. Het kan laten zien of bepaalde artikelcategorieën vaker worden gewijzigd. Dat kan wijzen op onduidelijke specificaties of wisselende prijzen. Je kunt er ook procesprestaties, zoals goedkeuringstijden, mee vergelijken voor verschillende soorten aankopen. Zo zie je of bepaalde categorieën meer vertraging opleveren.
Waarom dit belangrijk is
Maakt analyse mogelijk op basis van het type goederen of diensten dat wordt ingekocht. Zo kun je knelpunten of complianceproblemen per categorie identificeren.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Deze informatie staat meestal op regelniveau van de aanvraag.
Voorbeelden
IT-hardwareConsultancydienstenKantoorbenodigdhedenMarketingmateriaal
|
|||
|
Gebruiker van event
EventUser
|
De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd, zoals de aanvrager of goedkeurder. | ||
|
Beschrijving
Het attribuut Gebruiker van event identificeert de persoon die verantwoordelijk is voor een specifieke processtap. Dat kan de medewerker zijn die de requisition heeft ingediend, de manager die deze heeft goedgekeurd of de inkoopmedewerker die deze heeft verwerkt. Dit attribuut is belangrijk voor analyses van werkdruk en prestaties en voor het vinden van trainingsmogelijkheden. Het vormt de basis voor het dashboard 'Approver Workload and Performance', waarmee je goedkeuringstijden per gebruiker analyseert. Je kunt het ook gebruiken om oorzaken van vertragingen of afwijkingen te onderzoeken door deze terug te leiden naar specifieke personen of teams.
Waarom dit belangrijk is
Hiermee kun je de verdeling van de werkdruk, gebruikersprestaties en inzet van medewerkers analyseren. Zo vind je knelpunten die door specifieke gebruikers of teams worden veroorzaakt.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Deze data staat vaak in audittrail- of geschiedenisstabellen die aan gebruikersstamdata zijn gekoppeld.
Voorbeelden
john.doejane.smithmanager123
|
|||
|
Pad van de goedkeuringsworkflow
ApprovalWorkflowPath
|
De vooraf vastgelegde reeks goedkeuringsstappen die de aanvraag hoort te doorlopen. | ||
|
Beschrijving
Dit attribuut bepaalt de standaardprocesvariant of goedkeuringsmatrix die bij een aanvraag hoort op basis van kenmerken zoals waarde, artikelcategorie en afdeling. Het beschrijft het 'to-be'-proces of de 'happy path'. Dit is de basis voor conformance checking en wordt gebruikt in het dashboard 'Overzicht aanvraagcompliance'. Door de werkelijke activiteitenreeks te vergelijken met het verwachte pad van de goedkeuringsworkflow, kunnen analisten automatisch beleidsafwijkingen, onbevoegde goedkeuringsstappen of overgeslagen controles detecteren. Dit is belangrijk voor interne audits en risicobeheer.
Waarom dit belangrijk is
Definieert het standaardproces dat moet worden gevolgd. Hiermee kan conformance checking automatisch afwijkingen en beleidsovertredingen detecteren.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Dit kan zijn afgeleid van de configuratie van de goedkeuringsmatrix of uit een specifiek veld op de aanvraag.
Voorbeelden
Standaard IT > $10kMarketingdiensten < $5kCAPEX > $100k
|
|||
|
Reden van afwijzing
RejectionReason
|
De reden die een goedkeurder opgeeft wanneer een aanvraag of goedkeuringsstap wordt afgewezen. | ||
|
Beschrijving
Wanneer een aanvraag wordt afgewezen, geven goedkeurders vaak een reden op. Dat kan vrije tekst zijn of een keuze uit een vooraf vastgelegde lijst. Dit attribuut legt die waardevolle feedback vast. Deze data vormt de basis voor het dashboard 'Analyse afwijzingspercentage aanvragen'. Door de meest voorkomende afwijsredenen te analyseren, ontdek je de oorzaken van procesproblemen, zoals onjuiste codering, onvoldoende onderbouwing of budgetproblemen. Je kunt deze inzichten gebruiken om aanvragers beter te trainen en de kwaliteit van eerste aanvragen te verbeteren. Zo verminder je herstelwerk.
Waarom dit belangrijk is
Geeft direct inzicht in waarom aanvragen mislukken. Zo kun je de oorzaken analyseren, herstelwerk verminderen en het percentage in één keer goed verhogen.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Deze informatie wordt meestal vastgelegd in de opmerkingen of geschiedenis bij een afwijzingsgebeurtenis.
Voorbeelden
Onjuiste grootboekrekeningBudget overschredenOnvoldoende onderbouwingDubbel verzoek
|
|||
|
Status van aanvraag
RequisitionStatus
|
De huidige status van de inkoopaanvraag binnen de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de actuele status van een aanvraag weer, zoals 'In opbouw', 'Ingediend', 'Goedgekeurd', 'Afgewezen' of 'Gesloten'. Het laat zien waar elke case zich op het moment van data-extractie in het proces bevindt. Process mining reconstrueert de historische processtroom, maar dit attribuut is belangrijk voor operationele monitoring. Het is het belangrijkste datapunt voor de 'Live statusvolger voor aanvragen'. Managers zien hiermee de actuele werkvoorraad en ontdekken aanvragen die vastlopen of te lang openstaan. Zo krijgen ze meteen zicht op de actieve aanvraagpijplijn en kunnen ze actie ondernemen.
Waarom dit belangrijk is
Maakt realtime monitoring van de aanvraagpijplijn mogelijk. Zo kun je vastgelopen of lang openstaande aanvragen identificeren en aanpakken voordat ze problemen veroorzaken.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Dit is een standaardstatusveld in de kop van de aanvraag.
Voorbeelden
GoedgekeurdIngediendAfgewezenIn behandeling
|
|||
|
Totaalbedrag van requisition
TotalRequisitionAmount
|
De totale geldwaarde van de purchase requisition. | ||
|
Beschrijving
Dit attribuut bevat de financiële waarde van de volledige aanvraag. Het geeft belangrijke bedrijfscontext voor het indelen en prioriteren van requisitions. Door procesmetrics met deze waarde te vergelijken, kunnen belangrijke patronen zichtbaar worden. Requisitions met een hoge waarde kunnen bijvoorbeeld een ander, strenger goedkeuringspad volgen of langere doorlooptijden hebben. Dit attribuut is belangrijk om de financiële impact van inefficiënties te begrijpen en requisitions voor vergelijkingen in waardebanden in te delen.
Waarom dit belangrijk is
Dit geeft belangrijke financiële context. Zo kun je analyseren hoe de waarde van een requisition het procesgedrag beïnvloedt, bijvoorbeeld de goedkeuringstijd en complexiteit van de workflow.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Dit is een standaardveld in de header van de purchase requisition.
Voorbeelden
1500.0025000.5099.95
|
|||
|
Urgentieniveau
UrgencyLevel
|
Een indicator van de prioriteit van de aanvraag, zoals 'Normaal', 'Urgent' of 'Kritiek'. | ||
|
Beschrijving
Het urgentieniveau, vaak weergegeven als een prioriteitsvlag, geeft aan dat de aanvraag met voorrang moet worden verwerkt. De aanvrager stelt dit meestal in, zodat kritieke behoeften snel worden afgehandeld. Dit attribuut vormt de basis voor het dashboard 'Monitor voor urgente aanvragen' en de KPI 'Doorlooptijd urgente aanvraag'. Je kunt de doorlooptijden van urgente en standaardaanvragen rechtstreeks vergelijken om te controleren of prioriteitsbehandeling werkt. Door afwijkingen of vertragingen bij urgente aanvragen te analyseren, houd je de bedrijfsvoering op peil.
Waarom dit belangrijk is
Maakt analyse op prioriteit mogelijk. Je kunt controleren of aanvragen met een hoge prioriteit sneller worden verwerkt, zodat aan kritieke behoeften wordt voldaan.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Dit is vaak een selecteerbaar veld op het formulier voor het aanmaken van een aanvraag.
Voorbeelden
HoogGemiddeldLaag
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waarin de brondata staat en waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut identificeert de herkomst van de procesdata. Voor deze weergave is de waarde steeds 'SAP Ariba'. In een bredere context, waarin data uit meerdere systemen kan worden samengevoegd, is dit veld belangrijk voor data lineage en het oplossen van problemen. Bij analyses helpt het om de herkomst van de data te bevestigen. Je kunt het ook gebruiken om processen uit verschillende systemen te filteren of met elkaar te vergelijken. Zo blijft duidelijk waar de data vandaan komt en kun je erop vertrouwen.
Waarom dit belangrijk is
Dit identificeert de herkomst van de data. Dat is belangrijk voor datagovernance, het oplossen van problemen en het begrijpen van de context van de analyse.
Waar je het vindt
Dit is meestal een statische waarde die tijdens data-extractie en -transformatie aan elk record wordt toegevoegd om de herkomst van de dataset aan te geven.
Voorbeelden
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
ID van inkooporder
PurchaseOrderId
|
De identificatie van de inkooporder die vanuit de goedgekeurde aanvraag is aangemaakt. | ||
|
Beschrijving
Dit attribuut koppelt een inkoopaanvraag aan het vervolgdossier, de inkooporder (PO). Als deze waarde aanwezig is, betekent dit dat de aanvraag succesvol is omgezet in een order. Dit is belangrijk voor end-to-endanalyse die verdergaat dan de aanvraagfase. Je gebruikt het om de KPI 'Doorlooptijd van aanvraag tot PO' te berekenen door de gebeurtenis voor het aanmaken van de aanvraag te koppelen aan de gebeurtenis voor het aanmaken van de PO. Zo krijg je een volledig beeld van het eerste deel van de inkoopcyclus.
Waarom dit belangrijk is
Koppelt de aanvraag aan de daaropvolgende inkooporder. Zo kun je de end-to-enddoorlooptijd van aanvraag tot PO meten.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Deze waarde staat meestal in de gegevens van de aanvraagregel nadat een PO is aangemaakt.
Voorbeelden
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
Is geautomatiseerd
IsAutomated
|
Een booleaanse vlag die aangeeft of een activiteit door een systeem of door een menselijke gebruiker is uitgevoerd. | ||
|
Beschrijving
Dit attribuut maakt onderscheid tussen geautomatiseerde systeemgebeurtenissen, zoals automatische goedkeuringen of systeemgestuurde statuswijzigingen, en handmatige activiteiten van gebruikers. Zo zie je hoeveel automatisering het proces bevat. In analyses helpt dit om menselijke inspanning goed te meten en mogelijkheden voor verdere automatisering te vinden. Als je filtert op handmatige activiteiten, kun je de verwerkingstijden vanuit gebruikersperspectief nauwkeurig berekenen. Ook kun je controleren of geautomatiseerde regels binnen het proces werken zoals bedoeld.
Waarom dit belangrijk is
Maakt onderscheid tussen acties van mensen en systemen. Dit is belangrijk om automatiseringspercentages te meten en nieuwe mogelijkheden voor automatisering te vinden.
Waar je het vindt
Dit wordt meestal afgeleid door te controleren of de 'Gebruiker van gebeurtenis' overeenkomt met een systeem- of batchgebruikers-ID.
Voorbeelden
truefalse
|
|||
|
Is gewijzigd
IsAmended
|
Een booleaanse vlag die aangeeft of de aanvraag na de eerste indiening minstens één keer is gewijzigd. | ||
|
Beschrijving
Dit berekende attribuut identificeert cases waarin minstens één activiteit 'Aanvraag gewijzigd' heeft plaatsgevonden. Zo kun je eenvoudig aanvragen markeren die tijdens hun levenscyclus wijzigingen nodig hadden. Deze vlag wordt gebruikt om de KPI 'Wijzigingspercentage aanvragen' te berekenen. Door het aantal cases met de waarde waar te tellen, kunnen analisten de frequentie van herstelwerk meten en de oorzaken onderzoeken. Ze kunnen de waarde bijvoorbeeld vergelijken met attributen zoals 'Naam van aanvrager' of 'Artikelcategorie'.
Waarom dit belangrijk is
Vereenvoudigt de berekening van de KPI voor het wijzigingspercentage. Zo kun je herstelwerk kwantificeren en gebieden vinden waar de eerste specificaties duidelijker moeten.
Waar je het vindt
Wordt ingesteld op waar als een case één of meer activiteiten 'Aanvraag gewijzigd' bevat, en anders op onwaar.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een booleaanse vlag die aangeeft of de aanvraag herstelwerk bevatte, zoals een afwijzing of meerdere wijzigingen. | ||
|
Beschrijving
Dit berekende attribuut meet inefficiëntie breder dan 'Is gewijzigd'. Het markeert cases met aanzienlijke herstelwerkloops, meestal wanneer er één of meer gebeurtenissen 'Goedkeuringsstap afgewezen' of meerdere gebeurtenissen 'Aanvraag gewijzigd' zijn. Deze vlag wordt gebruikt om de KPI 'Herstelwerkpercentage aanvragen' te berekenen. Zo kun je de verborgen kosten en vertragingen van procesproblemen kwantificeren. Door cases met herstelwerk te analyseren, ontdek je patronen bij bepaalde goedkeurders, afdelingen of aanvraagtypen die voor wrijving in het proces zorgen.
Waarom dit belangrijk is
Identificeert cases met aanzienlijke proceswrijving, zoals afwijzingen. Zo kun je de oorzaken van inefficiëntie en vertraging gericht analyseren.
Waar je het vindt
Wordt ingesteld op waar als een case een afwijzingsactiviteit of meer dan één wijzigingsactiviteit bevat.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor dit record voor het laatst vanuit het bronsysteem is vernieuwd. | ||
|
Beschrijving
Dit attribuut toont de datum en tijd van de meest recente data-extractie of update voor een bepaalde gebeurtenis. Zo zie je hoe actueel de data is die je analyseert. Dat is vooral belangrijk bij het monitoren van lopende processen. Analisten gebruiken deze informatie om te bepalen hoe recent de gegenereerde inzichten zijn. Voor dashboards zoals de 'Live Requisition Status Tracker' is dit veld belangrijk om aan te geven hoe actueel de getoonde informatie is. Zo weten gebruikers wat ze van de actualiteit van de data kunnen verwachten.
Waarom dit belangrijk is
Dit geeft aan hoe actueel de data is. Dat is belangrijk om de actualiteit en relevantie van inzichten uit process mining te beoordelen.
Waar je het vindt
Deze timestamp wordt meestal tijdens het inladen van de data gegenereerd en aan elk record toegevoegd.
Voorbeelden
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Naam van aanvrager
RequesterName
|
De naam van de medewerker die de inkoopaanvraag heeft gestart. | ||
|
Beschrijving
Dit attribuut op caseniveau identificeert de maker van de inkoopaanvraag. Het geeft context over de herkomst van de aanvraag en de betrokken persoon. In analyses gebruik je dit attribuut om het proces te filteren en gedrag per aanvrager te analyseren. De dashboards 'Analyse van wijzigingen in aanvragen' en 'Analyse afwijzingspercentage aanvragen' kunnen bijvoorbeeld laten zien welke personen extra training nodig hebben door een hoog percentage wijzigingen of afwijzingen. Zo kun je feedback en verbeteracties beter afstemmen.
Waarom dit belangrijk is
Identificeert de maker van de aanvraag. Zo kun je procesgedrag en kwaliteit per aanvrager analyseren.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Dit is een standaardveld in de kop van de aanvraag, vaak met het label 'Aangemaakt door' of 'Aanvrager'.
Voorbeelden
Alice WilliamsBob MillerCharles Brown
|
|||
|
Naam van goedkeurder
ApproverName
|
De naam van de gebruiker die is toegewezen om een specifieke stap in de workflow goed te keuren. | ||
|
Beschrijving
Dit attribuut identificeert de specifieke manager of belanghebbende die verantwoordelijk is voor een goedkeuringsactiviteit. Het verschilt van de algemene 'Gebruiker van gebeurtenis', omdat het specifiek betrekking heeft op goedkeuringstaken. Dit is een belangrijk attribuut voor het dashboard 'Werkvoorraad en prestaties van goedkeurders'. Je kunt per goedkeurder bijhouden hoeveel aanvragen die heeft behandeld en wat de gemiddelde goedkeuringstijd is. Zo ontdek je individuele knelpunten, verdeel je de werkvoorraad beter en beoordeel je prestaties ten opzichte van doelstellingen.
Waarom dit belangrijk is
Wijst de persoon aan die verantwoordelijk is voor een goedkeuring. Zo kun je de werkvoorraad en prestaties van goedkeurders gedetailleerd analyseren en beter verdelen.
Waar je het vindt
Raadpleeg de SAP Ariba-documentatie. Deze informatie staat in de goedkeuringsflow die aan de aanvraag is gekoppeld.
Voorbeelden
Sarah JonesDavid ChenMaria Garcia
|
|||
Purchase to Pay - Requisition-activiteiten
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Purchase Order aangemaakt
|
Dit markeert de succesvolle omzetting van een goedgekeurde Purchase Requisition naar een Purchase Order. De gebeurtenis wordt vastgelegd wanneer een PO-document wordt aangemaakt dat naar de requisition verwijst. | ||
|
Waarom dit belangrijk is
Dit is het belangrijkste succesvolle resultaat van het requisitionproces. Het is essentieel voor het meten van de end-to-end-KPI 'Requisition to PO Lead Time'.
Waar je het vindt
Dit is een expliciete gebeurtenis. Gebruik de aanmaaktimestamp van het Purchase Order-document, dat een directe link of verwijzing naar de bron-Purchase Requisition-ID bevat.
Vastleggen
Zoek in de PO-headertabel de PO die aan de requisition is gekoppeld en gebruik de aanmaaktimestamp daarvan.
Eventtype
explicit
|
|||
|
Requisition aangemaakt
|
Dit markeert het moment waarop een gebruiker het Purchase Requisition-document voor het eerst aanmaakt. De gebeurtenis wordt vastgelegd wanneer de requisition voor het eerst wordt opgeslagen in de status 'Composing' of als concept. | ||
|
Waarom dit belangrijk is
Dit is het startpunt van de levenscyclus van de requisition. Door de tijd tussen aanmaken en indienen te analyseren, kun je de efficiëntie van gebruikers meten en trainingsbehoeften vinden.
Waar je het vindt
Gebruik de aanmaaktimestamp van het Purchase Requisition-object in SAP Ariba. Deze staat in de headerdata van het requisitiondocument en vertegenwoordigt een expliciete aanmaakgebeurtenis.
Vastleggen
Gebruik 'CreateTime' of een gelijkwaardige timestamp uit de headertabel van het requisitiondocument.
Eventtype
explicit
|
|||
|
Requisition afgewezen
|
Dit staat voor de definitieve afwijzing van een Purchase Requisition na beoordeling. Het is een eindstatus van het proces en wordt vastgelegd wanneer de status verandert in 'Denied'. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk eindpunt van een mislukt proces. Analyse van afgewezen requisitions is essentieel voor de KPI 'Requisition Rejection Rate', zodat je patronen kunt vinden en de kwaliteit van aanvragen kunt verbeteren.
Waar je het vindt
Leid dit af uit de documentgeschiedenis van Ariba, waarin de laatste statuswijziging van de requisition naar 'Denied' wordt vastgelegd.
Vastleggen
Bepaal de timestamp waarop het statusveld van de requisition verandert in 'Denied'.
Eventtype
inferred
|
|||
|
Requisition gesloten
|
Dit is de administratieve afsluiting van een Purchase Requisition nadat alle bijbehorende acties, zoals bestellen en ontvangen, zijn afgerond. De gebeurtenis wordt vastgelegd door een laatste statuswijziging naar 'Closed'. | ||
|
Waarom dit belangrijk is
Dit markeert het definitieve einde van de volledige levenscyclus van de requisition. Door de tijd tussen het aanmaken van de PO en het sluiten te analyseren, kun je knelpunten in de processen voor ontvangst of facturatie vinden.
Waar je het vindt
Leid dit af uit de documentgeschiedenis van Ariba, waarin de statuswijziging van de requisition naar 'Closed' wordt vastgelegd.
Vastleggen
Bepaal de timestamp waarop het statusveld van de requisition verandert in 'Closed'.
Eventtype
inferred
|
|||
|
Requisition goedgekeurd
|
Dit markeert de definitieve goedkeuring van de Purchase Requisition nadat deze alle workflowstappen succesvol heeft doorlopen. De gebeurtenis wordt vastgelegd wanneer de status verandert in 'Approved'. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk mijlpaalmoment dat het einde van de goedkeuringsfase markeert. Het is het eindpunt voor het meten van de 'Avg Requisition Approval Time' en geeft aan dat de requisition klaar is voor het aanmaken van een PO.
Waar je het vindt
Leid dit af uit de documentgeschiedenis van Ariba, waarin de laatste statuswijziging van de requisition naar 'Approved' wordt vastgelegd.
Vastleggen
Bepaal de timestamp waarop het statusveld van de requisition verandert in 'Approved'.
Eventtype
inferred
|
|||
|
Requisition ingediend
|
Dit staat voor het formeel indienen van de Purchase Requisition door de aanvrager in de goedkeuringsworkflow. De gebeurtenis wordt vastgelegd wanneer de status verandert van 'Composing' naar 'Submitted'. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk mijlpaalmoment dat het goedkeuringsproces start. Het is essentieel voor het meten van de 'Requisition Approval Cycle Time' en de 'Requisition Creation Lead Time'.
Waar je het vindt
Leid dit af uit de documentgeschiedenis of auditlog van Ariba, waarin de statuswijziging naar 'Submitted' en de timestamp daarvan worden vastgelegd.
Vastleggen
Bepaal de timestamp waarop het statusveld van de requisition voor het eerst verandert in 'Submitted'.
Eventtype
inferred
|
|||
|
Goedkeuringsstap afgewezen
|
Dit staat voor de negatieve uitkomst van een goedkeuringsstap. De goedkeurder heeft de requisition afgewezen, meestal zodat deze kan worden gewijzigd. Dit wordt expliciet vastgelegd als actie 'Deny'. | ||
|
Waarom dit belangrijk is
Dit maakt een belangrijke bron van herstelwerk en vertraging zichtbaar. Analyse van deze gebeurtenissen is belangrijk om de 'Requisition Rework Rate' en de redenen voor afwijzing te begrijpen.
Waar je het vindt
Gebruik de Ariba-tabellen voor goedkeuringsflows. Daarin wordt een timestamp vastgelegd wanneer een goedkeurder de actie 'Deny' of 'Reject' uitvoert voor de toegewezen taak.
Vastleggen
Gebruik de timestamp van de actie 'Deny' in de goedkeuringsgeschiedenis van de specifieke stap.
Eventtype
explicit
|
|||
|
Goedkeuringsstap gestart
|
Dit geeft aan dat een Purchase Requisition naar een goedkeurder of goedkeuringswachtrij is gestuurd en op actie wacht. De gebeurtenis wordt vastgelegd wanneer een goedkeuringsverzoek wordt aangemaakt en toegewezen. | ||
|
Waarom dit belangrijk is
Dit geeft gedetailleerd inzicht in de goedkeuringsworkflow. Het is belangrijk voor het berekenen van wachttijden en het vinden van specifieke stappen die knelpunten vormen in de 'Approval Path Bottleneck Analysis'.
Waar je het vindt
Gebruik de Ariba-tabellen voor goedkeuringsflows. Daarin worden het aanmaken en toewijzen van afzonderlijke goedkeuringstaken voor de requisition vastgelegd.
Vastleggen
Gebruik de aanmaaktimestamp van het goedkeuringsverzoek dat aan de requisition en de specifieke goedkeuringsstap is gekoppeld.
Eventtype
explicit
|
|||
|
Goedkeuringsstap goedgekeurd
|
Dit staat voor de positieve uitkomst van een goedkeuringsstap. De goedkeurder heeft het toegewezen deel van de requisition goedgekeurd. Dit wordt expliciet als goedkeuringsactie vastgelegd. | ||
|
Waarom dit belangrijk is
Hiermee meet je de verwerkingstijd van afzonderlijke goedkeurders. Deze data is belangrijk voor het berekenen van de 'Avg Approval Step Duration' en het beoordelen van de werkdruk per goedkeurder.
Waar je het vindt
Gebruik de Ariba-tabellen voor goedkeuringsflows. Daarin wordt een timestamp vastgelegd wanneer een goedkeurder de actie 'Approve' uitvoert voor de toegewezen taak.
Vastleggen
Gebruik de timestamp van de actie 'Approve' in de goedkeuringsgeschiedenis van de specifieke stap.
Eventtype
explicit
|
|||
|
Regelitem van requisition besteld
|
Dit staat voor de statuswijziging van een afzonderlijk regelitem van een requisition naar 'Ordered' nadat het op een purchase order is geplaatst. Hiermee krijg je meer detail dan met alleen het aanmaken van een PO op headerniveau. | ||
|
Waarom dit belangrijk is
Hiermee kun je gedeeltelijke bestellingen of vertragingen op regelniveau analyseren. Die zijn niet zichtbaar wanneer je alleen naar de header kijkt. Dit is nuttig voor requisitions met veel regels die via verschillende PO's worden afgehandeld.
Waar je het vindt
Leid dit af uit de statuswijziging van het object voor het regelitem van de requisition. De status van het regelitem wordt bijgewerkt naar 'Ordered' zodra er een PO voor is aangemaakt.
Vastleggen
Bepaal de timestamp waarop het statusveld van het regelitem van de requisition verandert in 'Ordered'.
Eventtype
inferred
|
|||
|
Requisition gewijzigd
|
Dit gebeurt wanneer een gebruiker een Purchase Requisition wijzigt nadat deze is ingediend, vaak na een afwijzing of vraag. De gebeurtenis wordt vastgelegd wanneer het document wordt bewerkt en opnieuw ingediend. | ||
|
Waarom dit belangrijk is
Hiermee volg je herstelwerk en inefficiënties in het proces. Een hoog aantal wijzigingen wijst vaak op onduidelijke eerste vereisten of beleidsregels en heeft invloed op de KPI 'Requisition Amendment Rate'.
Waar je het vindt
Leid dit af uit versiegegevens in Ariba. Elke wijziging maakt een nieuwe versie van het requisitiondocument aan. Een versienummer hoger dan 1 wijst op een wijziging.
Vastleggen
Controleer of er na de eerste status 'Submitted' nieuwe versies van de requisition zijn aangemaakt. De timestamp van de nieuwe versie is het tijdstip van de gebeurtenis.
Eventtype
inferred
|
|||
|
Requisition ingetrokken
|
Dit gebeurt wanneer de oorspronkelijke aanvrager een ingediende Purchase Requisition intrekt voordat deze volledig is goedgekeurd. De gebeurtenis wordt vastgelegd wanneer de status verandert in 'Withdrawn' of 'Canceled'. | ||
|
Waarom dit belangrijk is
Dit staat voor het door de gebruiker beëindigen van het proces. Door te analyseren waarom requisitions worden ingetrokken, kun je problemen met veranderende bedrijfsbehoeften of lange goedkeuringstijden vinden.
Waar je het vindt
Leid dit af uit de documentgeschiedenis of auditlog van Ariba, waarin de statuswijziging van de requisition naar 'Withdrawn' wordt vastgelegd.
Vastleggen
Bepaal de timestamp waarop het statusveld van de requisition verandert in 'Withdrawn'.
Eventtype
inferred
|
|||
|
Requisition naar sourcing gestuurd
|
Dit gebeurt wanneer een goedgekeurde requisition naar de afdeling sourcing wordt gestuurd om een sourcingtraject, zoals een RFQ, uit te voeren voordat een PO kan worden aangemaakt. De gebeurtenis wordt vastgelegd door een statuswijziging, bijvoorbeeld naar 'Sourcing'. | ||
|
Waarom dit belangrijk is
Dit markeert een belangrijke vertakking in het proces voor artikelen met een hoge waarde of niet-standaardartikelen. Zo kun je zien hoeveel de sourcingafdeling bijdraagt aan de doorlooptijd.
Waar je het vindt
Leid dit af uit de statuswijziging van de requisition naar een waarde die aangeeft dat deze naar sourcing is gestuurd. Dit komt vaak voor in Ariba Buying met een integratie met Ariba Sourcing.
Vastleggen
Bepaal de timestamp waarop het statusveld van de requisition verandert in 'Sourcing' of een vergelijkbare aangepaste status.
Eventtype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik dit template om je datavoorbereiding eenvoudiger te maken en waardevolle inzichten in je Purchase to Pay - Aanvraagproces te krijgen. Begin vandaag met het optimaliseren van je bedrijfsvoering.
Stop vertragingen: verbeter je Purchase to Pay-aanvraagproces
Vind inefficiënties in SAP Ariba en verkort de doorlooptijd met 30%.
Je hebt geen creditcard nodig. De installatie is snel en eenvoudig.