Jouw datatemplate voor Purchase to Pay - Aanvraag

SAP Ariba
Jouw datatemplate voor Purchase to Pay - Aanvraag

Jouw datatemplate voor Purchase to Pay - Aanvraag

Dit volledige datatemplate helpt je om de benodigde informatie voor analyse van je Purchase to Pay - Aanvraagproces efficiënt te verzamelen en te structureren. Het beschrijft de essentiële attributen en activiteiten voor een bruikbaar event log. Daarnaast vind je praktische uitleg over het extraheren van deze data uit je bronsysteem, zodat je goed aan je process mining-traject begint.
  • Aanbevolen attributen voor een volledige analyse
  • Belangrijke procesactiviteiten en mijlpalen om bij te houden
  • Praktische uitleg voor data-extractie uit je systeem
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Purchase to Pay - Requisition-attributen

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van het Purchase to Pay - Requisition-proces, zodat je geen belangrijke informatie mist.
3 Verplicht 8 Aanbevolen 8 Optioneel
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
Verplicht Aanbevolen Optioneel

Purchase to Pay - Requisition-activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log vastlegt voor een nauwkeurige procesontdekking en het identificeren van bottlenecks.
6 Aanbevolen 7 Optioneel
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
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit SAP Ariba

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%.

Start je gratis proefperiode

Je hebt geen creditcard nodig. De installatie is snel en eenvoudig.