Uw Inkoop tot Betaling - Inkoopaanvraag Data Template

De Activiteitsnaam beschrijft een specifieke event of taak die plaatsvond binnen de levenscyclus van een inkoopaanvraag. Deze activiteiten zijn afgeleid van systeemlogboeken, zoals wijzigingsdocumenten en workflowhistorieën, en vertegenwoordigen belangrijke procesmijlpalen zoals 'Requisition Created', 'Approval Step Started' of 'Purchase Order Created'.

Het analyseren van deze activiteiten maakt de visualisatie van de processtroom, identificatie van knelpunten en meting van de bestede tijd in verschillende stadia mogelijk. Het begrijpen van de volgorde en frequentie van activiteiten zoals 'Requisition Amended' of 'Requisition Rejected' is cruciaal voor het identificeren van procesinefficiënties en verbeterpunten.

Het definieert de stappen in het proces, vormt de ruggengraat van de proceskaart en maakt analyse van processtroom, variaties en knelpunten mogelijk.

Dit is een afgeleid attribuut, doorgaans geconstrueerd door data te interpreteren uit wijzigingsdocumenttabellen (CDHDR, CDPOS) en workflowlogboeken (bijv. SWWLOGHIST).

De Inkoopaanvraag ID is de primaire sleutel die elke aanvraag voor goederen of diensten binnen SAP S/4HANA uniek identificeert. Het dient als de centrale case-identificatie, die alle activiteiten en wijzigingen met betrekking tot een specifieke aanvraag koppelt, vanaf de aanmaak tot de uiteindelijke staat, zoals goedkeuring, afwijzing of omzetting in een inkooporder.

In process mining is dit attribuut fundamenteel voor het reconstrueren van de end-to-end levenscyclus van elke aanvraag. Door alle gerelateerde events te groeperen onder één Inkoopaanvraag ID, kunnen analisten nauwkeurig cyclustijden meten, statuswijzigingen volgen en de verschillende paden analyseren die een aanvraag kan doorlopen binnen het goedkeuringsproces.

Dit is de essentiële case-identificatie die alle gerelateerde processtappen verbindt, waardoor een compleet en coherent beeld van de aanvraaglebenscyclus mogelijk wordt.

Dit attribuut is het Inkoopaanvraagnummer, te vinden in tabel EBAN, veld BANFN.

Event Time is de timestamp die vastlegt wanneer een activiteit plaatsvond. Deze data is cruciaal voor de chronologische ordening van events binnen een case en vormt de basis voor alle duur- en prestatieberekeningen in process mining. Zo bepaalt het tijdsverschil tussen de events 'Inkoopaanvraag ingediend' en 'Inkoopaanvraag goedgekeurd' de doorlooptijd van de goedkeuring.

Nauwkeurige timestamps zijn essentieel voor het analyseren van procesprestaties, het identificeren van vertragingen en het monitoren van de naleving van service level agreements. Dit attribuut maakt dashboards mogelijk die doorlooptijden visualiseren, vastgelopen inkoopaanvragen volgen en prestaties over verschillende tijdsperioden vergelijken.

Deze timestamp is essentieel voor het ordenen van events, het berekenen van cyclustijden en het analyseren van procesprestaties en knelpunten.

Timestamps worden doorgaans verkregen uit wijzigingsdocumentheaders (CDHDR-UDATE, CDHDR-UTIME) of workflow event logs.

Het Aanvraagbedrag vertegenwoordigt de totale geschatte kosten van de gevraagde goederen of diensten. Deze waarde is vaak een belangrijke factor bij het bepalen van de complexiteit en duur van de goedkeuringsworkflow, waarbij aanvragen met een hogere waarde doorgaans meer goedkeuringsniveaus vereisen.

Het analyseren van dit attribuut maakt segmentatie van het proces op basis van waarde mogelijk. Het kan helpen bij het beantwoorden van vragen zoals: 'Duurt het langer om aanvragen met een hoge waarde goed te keuren?' of 'Wat is de waarde van aanvragen die frequent worden afgewezen?'. Het is een kritische dimensie voor het begrijpen van de financiële impact van procesinefficiënties.

Helpt het proces te segmenteren op financiële impact, vaak correlerend met goedkeuringscomplexiteit en doorlooptijd. Het is essentieel voor waardegedreven procesanalyse.

De totale waarde is te vinden in tabel EBAN, veld GFWERT. De waarde op itemniveau is in EBAN-PREIS.

De Aanvraagstatus geeft de huidige staat van de aanvraag binnen zijn levenscyclus aan. In SAP wordt dit vaak vertegenwoordigd door de Vrijgave-indicator, die aangeeft of een aanvraag geblokkeerd is, ter goedkeuring, gedeeltelijk goedgekeurd of volledig goedgekeurd. Deze status verandert naarmate de aanvraag door de workflow beweegt.

Het volgen van de status over tijd is fundamenteel voor het begrijpen van de processtroom. Het helpt bij het identificeren waar aanvragen blijven hangen en hoe lang. Het analyseren van overgangen tussen statussen maakt een gedetailleerd overzicht van het goedkeuringsproces en zijn varianten mogelijk.

Geeft de huidige status van een inkoopaanvraag aan, wat cruciaal is voor het volgen van de voortgang, het identificeren van knelpunten en het analyseren van de processtroom.

De vrijgavestatus wordt vaak bepaald door de Vrijgave-indicator, te vinden in tabel EBAN, veld FRGZU.

Het Aanvraagtype, ook bekend als Documenttype in SAP, is een belangrijk configuratieveld dat inkoopaanvragen categoriseert. Verschillende typen kunnen verschillende goedkeuringsworkflows activeren, hebben verschillende veldinstellingen en worden gebruikt voor verschillende bedrijfsdoeleinden, zoals standaard voorraadartikelen, externe diensten of activa-aankopen.

Door het proces te analyseren op basis van Aanvraagtype, kunnen organisaties begrijpen hoe verschillende typen aanvragen worden afgehandeld. Het maakt het vergelijken van prestaties, cyclustijden en goedkeuringspaden over categorieën heen mogelijk, wat kan onthullen of bepaalde aanvraagtypen efficiënter of minder efficiënt zijn en helpen bij het aanpassen van procesverbeteringen.

Categoriseert inkoopaanvragen voor vergelijkende analyse, wat helpt te begrijpen of verschillende typen aanvragen verschillende processtromen, knelpunten of doorlooptijden hebben.

Dit is het Documenttype-veld, te vinden in tabel EBAN, veld BSART.

Het Afdelingsattribuut, vaak vertegenwoordigd door de Kostenplaats in SAP, identificeert de bedrijfseenheid die verantwoordelijk is voor de aangevraagde aankoop. Het is een cruciaal financieel en organisatorisch gegeven dat wordt toegewezen op regelitemniveau van een aanvraag.

In process mining is dit attribuut essentieel voor afdelingsprestatieanalyse. Het maakt dashboards mogelijk die belangrijke metrieken zoals cyclustijd, wijzigingsfrequenties en afwijzingspercentages vergelijken over verschillende afdelingen. Dit helpt bij het identificeren van goed presterende afdelingen wiens praktijken elders kunnen worden overgenomen, evenals afdelingen die aanvullende training of procesondersteuning nodig hebben.

Maakt prestatievergelijking tussen bedrijfsonderdelen mogelijk, belicht variaties in doorlooptijden of afkeuringspercentages om best practices en verbeterpunten te identificeren.

Dit is de Kostenplaats, doorgaans te vinden in de rekeningtoewijzingstabel EBKN, veld KOSTL.

De Gebruikers-ID identificeert de medewerker of systeemgebruiker die verantwoordelijk is voor een specifieke event in de levenscyclus van de aanvraag. Dit kan de persoon zijn die de aanvraag heeft aangemaakt, de manager die deze heeft goedgekeurd, of de agent die deze heeft gewijzigd. In geval van geautomatiseerde stappen kan dit een systeem- of batchgebruikers-ID zijn.

Analyseren op Gebruikers-ID helpt bij het begrijpen van gebruikersspecifiek gedrag, werklastverdeling en prestaties. Het is essentieel voor het identificeren van trainingsbehoeften, het herkennen van goed presterende individuen en het waarborgen van verantwoordelijkheid binnen het proces. Het ondersteunt ook afdelingsprestatieanalyse in combinatie met gebruikersstamdata.

Maakt analyse van gebruikersprestaties, werkbelastingdistributie en procescompliance mogelijk. Het is cruciaal voor het identificeren van trainingsmogelijkheden en resource-knelpunten.

Gevonden in EBAN-ERNAM voor de creator. Voor latere wijzigingen, in CDHDR-USERNAME. Voor goedkeuringen, in workflow logs.

De Goedkeurder ID identificeert specifiek de gebruiker die een goedkeurings- of afwijzingsactiviteit heeft voltooid. Dit verschilt van de algemene Gebruikers-ID, aangezien het uitsluitend gericht is op de besluitvormers binnen de goedkeuringsworkflow. Het vastleggen van deze informatie is van vitaal belang voor een gedetailleerde analyse van het goedkeuringsproces.

Dit attribuut maakt de analyse van goedkeuringsgedrag mogelijk, zoals het identificeren van managers met lange goedkeuringstijden of degenen die frequent aanvragen afwijzen. Het is fundamenteel voor dashboards die gericht zijn op cyclustijden van goedkeuringsstappen en workflow knelpuntanalyse, en helpt bij het aanwijzen van specifieke personen of rollen die vertragingen kunnen veroorzaken.

Pinpoint de specifieke beslisser in een goedkeuringsstap, waardoor gedetailleerde analyse van goedkeuringscycli en knelpunten per individu of rol mogelijk is.

Deze informatie wordt doorgaans geëxtraheerd uit SAP Business Workflow-tabellen zoals SWW_WI2OBJ en SWWLOGHIST, die werkitems koppelen aan de uitvoerende gebruiker.

Processing Time meet de tijd die nodig was om een enkele activiteit te voltooien. Het wordt berekend als het verschil tussen de eindtijd en de begintijd van een event. Voor veel events in SAP zijn de begin- en eindtijden hetzelfde, wat resulteert in een verwerkingstijd van nul. Echter, voor goedkeuringsstappen kan het de tijd vertegenwoordigen die een goedkeurder aan de taak heeft besteed.

Deze berekende metric is nuttig voor het begrijpen van de inspanning die gemoeid is met verschillende processtappen. Het kan helpen onderscheid te maken tussen de tijd dat een case wacht (wachttijd) en de tijd dat er actief aan wordt gewerkt (verwerkingstijd), wat een genuanceerder beeld geeft van de procesprestaties.

Meet de actieve werktijd voor een activiteit, helpt onderscheid te maken tussen bestede werktijd en wachttijd, wat cruciaal is voor resource-analyse.

Dit is een berekend attribuut, doorgaans afgeleid als Eindtijd min Begintijd voor elke event in de event log.

Het Bronsysteemattribuut geeft het bronsysteem aan waar de procesdata werd gegenereerd. In organisaties met meerdere SAP-instances, zoals verschillende systemen voor ontwikkeling, kwaliteitsborging en productie, of afzonderlijke systemen voor verschillende regio's, is dit veld cruciaal voor datagovernance en context.

Het zorgt ervoor dat data uit verschillende bronnen kan worden onderscheiden, voorkomt foutieve aggregatie en maakt systeemspecifieke analyse mogelijk. Het is een verplicht attribuut voor het handhaven van datalinie en het waarborgen van de traceerbaarheid van de procesdata.

Biedt essentiële context voor data-oorsprong en -governance, vooral in landschappen met meerdere systemen, wat datatraceerbaarheid garandeert.

Dit is doorgaans de SAP Systeem-ID (SID), die kan worden opgehaald uit systeemvariabelen of configuratietabellen.

EndTime is de timestamp die vastlegt wanneer een activiteit is voltooid. Hoewel veel systeemgegenereerde events ogenblikkelijk zijn (wat betekent dat StartTime gelijk is aan EndTime), kunnen menselijke taken zoals goedkeuringen een duidelijk begin en einde hebben. Deze timestamp markeert de voltooiing van dat werk.

Een aparte EndTime maakt een nauwkeurigere meting mogelijk van actieve verwerkingstijd versus inactieve wachttijd. Het wordt gebruikt in combinatie met StartTime om de ProcessingTime-metric te berekenen. Dit detailniveau verbetert de analyse van resourcegebruik en efficiëntie voor handmatige taken.

Markeert de voltooiing van een activiteit, wat de berekening van actieve verwerkingstijd mogelijk maakt en een gedetailleerder beeld geeft van de taakduur.

Dit is afgeleid van workflowlogboeken die zowel de aanmaaktijd (StartTime) als de voltooiingstijd (EndTime) van een werkitem kunnen vastleggen.

Het Inkoopordernummer is de identificatie van het officiële inkoopdocument dat is aangemaakt uit een goedgekeurde aanvraag. Het aanmaken van een inkooporder is vaak de uiteindelijke, succesvolle uitkomst voor een aanvraag, wat betekent dat de aanvraag is omgezet in een formele bestelling bij een leverancier.

Dit attribuut is cruciaal voor het meten van de KPI Doorlooptijd van Aanvraag tot Inkooporder en de algemene conversieratio. Het koppelt het aanvraagproces aan het daaropvolgende inkoopproces, waardoor een breder, end-to-end beeld van de gehele Purchase-to-Pay cyclus mogelijk wordt.

Koppelt de inkoopaanvraag aan het daaropvolgende inkoopdocument, wat de meting van de conversieratio van aanvraag naar PO en de doorlooptijd mogelijk maakt.

Gevonden in tabel EBAN, veld EBELN, zodra een PO is aangemaakt vanuit het aanvraagitem.

Het Is Geautomatiseerd attribuut is een booleaanse vlag die 'waar' is als een activiteit werd uitgevoerd door een systeem- of batchgebruiker, zoals 'WF-BATCH' voor workflowacties. Dit helpt bij het onderscheiden tussen handmatige en geautomatiseerde stappen in het proces.

Dit attribuut is essentieel voor het meten van het automatiseringsniveau in het aanvraagproces en voor het berekenen van de KPI 'Geautomatiseerd Goedkeuringspercentage'. Door te filteren op geautomatiseerde of handmatige stappen, kunnen analisten hun efficiëntie vergelijken en kansen voor verdere automatisering identificeren om verwerkingstijden en handmatige inspanning te verminderen.

Onderscheidt menselijke en systeemgestuurde activiteiten, wat essentieel is voor het meten van automatiseringspercentages en het identificeren van kansen om handmatige taken te automatiseren.

Dit is een afgeleid attribuut, doorgaans gebaseerd op een regel die controleert of de Gebruikers-ID voor een event behoort tot een lijst van bekende systeem- of batchgebruikers.

Is Rework is een berekende booleaanse vlag die activiteiten identificeert die niet-waardetoevoegend of repetitief werk vertegenwoordigen. Een veelvoorkomend voorbeeld in dit proces is de activiteit 'Inkoopaanvraag Gewijzigd' die plaatsvindt nadat de inkoopaanvraag al is ingediend voor goedkeuring, waardoor het goedkeuringsproces opnieuw moet starten.

Dit attribuut is cruciaal voor het kwantificeren van de hoeveelheid herwerk in het proces en de impact ervan op de totale doorlooptijden. Het dashboard voor Inkoopaanvraagwijzigingen en Herwerkpercentages is afhankelijk van deze vlag om procesinefficiënties te belichten. Het verminderen van herwerk is vaak een primair doel van procesverbeteringsinitiatieven, aangezien dit direct vertaalt naar bespaarde tijd en moeite.

Markeert activiteiten die verspilde moeite of herhaling vertegenwoordigen, waardoor directe meting van herwerk en de impact ervan op procesefficiëntie mogelijk is.

Dit is een berekend attribuut. De logica zou doorgaans elke 'Requisition Amended'-activiteit die plaatsvindt na de eerste 'Requisition Submitted For Approval'-activiteit als herwerk markeren.

Dit attribuut registreert de datum en tijd van de meest recente data-extractie of -update uit het bronsysteem. Het is een cruciaal stuk metadata voor het begrijpen van de versheid van de geanalyseerde data. Analisten en zakelijke gebruikers vertrouwen op deze timestamp om te weten of de procesdata de meest actuele operationele status weergeeft.

In elke procesanalyse is het kennen van de actualiteit van de data fundamenteel voor het nemen van weloverwogen beslissingen. Dit attribuut helpt gebruikersverwachtingen te beheren en zorgt ervoor dat conclusies worden getrokken uit data die zo actueel is als vereist voor de specifieke analyse.

Geeft de actualiteit van de data aan, wat cruciaal is voor het vertrouwen in de analyse en het nemen van tijdige bedrijfsbeslissingen.

Deze timestamp wordt gegenereerd en toegevoegd tijdens het ETL-proces (Extractie, Transformatie en Loading van data).

De Naam Goedkeuringsstap biedt een menselijk leesbare omschrijving van een specifieke fase in de goedkeuringsworkflow, zoals 'Manager Approval' of 'VP Finance Approval'. Dit is descriptiever dan een generieke 'Approval Step Completed'-activiteit.

Dit attribuut is kritiek voor de Approval Step Cycle Time en Workflow Bottleneck Analysis dashboards. Het maakt een gedetailleerd inzicht in het goedkeuringsproces mogelijk, waardoor precies kan worden aangewezen welke goedkeuringsfasen de meest significante vertragingen veroorzaken en waar werk zich opstapelt. Dit detailniveau is noodzakelijk voor gerichte interventies om de goedkeuringsketen te stroomlijnen.

Biedt gedetailleerde informatie over goedkeuringsfasen, wat een precieze identificatie van knelpunten binnen de meerlaagse goedkeuringsworkflow mogelijk maakt.

Deze informatie is afgeleid van de workflowtaakbeschrijving, die kan worden gevonden door het workflowlogboek te koppelen aan taakdefinitietabellen zoals T528T.

De Afwijzingsreden verklaart waarom een goedkeurder besloot een inkoopaanvraag af te wijzen. Redenen kunnen zijn: budgetoverschrijding, onjuiste informatie, non-compliance met beleid, of duplicatie van een andere aanvraag. Deze informatie biedt cruciale context voor het begrijpen van procesfouten.

Het analyseren van afwijzingsredenen helpt bij het identificeren van de grondoorzaken van procesinefficiënties en herwerk. Als bijvoorbeeld 'Incorrect Cost Center' een veelvoorkomende reden is, duidt dit op een behoefte aan betere gebruikerstraining of systeemvalidatie. Dit attribuut is de sleutel tot het dashboard Requisitie Afwijzingsanalyse en is van vitaal belang voor gerichte procesverbetering.

Biedt de hoofdoorzaak voor procesfouten, wat gerichte verbeteringen mogelijk maakt om herwerk te verminderen en het 'first-time-right'-percentage van inkoopaanvragen te verhogen.

Dit is vaak geen standaardveld. Het kan worden vastgelegd in workflowcontainerelementen, lange tekst gekoppeld aan de aanvraag, of aangepaste velden.

Het Urgentieniveau geeft de prioriteit van het inkoopverzoek aan. Hoewel dit geen standaard toegewezen veld is, gebruiken sommige organisaties velden zoals het Vereistenvolgnummer om deze informatie vast te leggen. Dit stelt aanvragers in staat kritieke behoeften te markeren die mogelijk versnelde verwerking vereisen.

Het analyseren van de impact van urgentie is belangrijk voor het evalueren of het proces kritieke aanvragen effectief prioriteert. Het dashboard Urgentieniveau Impactanalyse gebruikt dit attribuut om cyclustijden en goedkeuringspercentages te vergelijken voor urgente versus standaard aanvragen, en helpt zo te bepalen of prioriteitsafhandeling werkt zoals bedoeld.

Maakt analyse mogelijk van hoe de procesprestaties verschillen voor aanvragen met hoge prioriteit, wat helpt te valideren of urgente items werkelijk versneld worden.

Er is geen standaard urgentieveld. Sommige bedrijven gebruiken hiervoor het Vereistenvolgnummer (EBAN-BEDAR). Het kan ook een aangepast veld zijn.

Dit attribuut specificeert de valuta waarin het aanvraagbedrag is uitgedrukt, bijvoorbeeld USD, EUR of JPY. Het biedt de benodigde context voor het attribuut Aanvraagbedrag, vooral in multinationale organisaties die met meerdere valuta's werken.

Voor nauwkeurige financiële analyse en rapportage is het essentieel om de valuta in overweging te nemen. Bij het aggregeren of vergelijken van aanvraagwaarden, moeten alle bedragen worden omgezet naar een gemeenschappelijke valuta om betekenisvolle resultaten te garanderen. Dit attribuut is een vereiste voor dergelijke conversies.

Biedt essentiële context voor het aanvraagbedrag, wat nauwkeurige financiële analyse en vergelijkingen in omgevingen met meerdere valuta mogelijk maakt.

Dit is te vinden in tabel EBAN, veld WAERS.

De Benodigde Datum, of Leveringsdatum in SAP, specificeert wanneer de goederen of diensten op het aanvraagregelitem nodig zijn. Deze datum wordt door de aanvrager ingesteld en dient als richtpunt voor het gehele inkoopproces.

Dit attribuut is essentieel voor het berekenen van de KPI 'On-Time Aanvraagafhandelingspercentage'. Door de Benodigde Datum te vergelijken met de datum van definitieve goedkeuring of aanmaak van de inkooporder, kan de organisatie haar vermogen meten om aan interne serviceniveaus en bedrijfsbehoeften te voldoen. Het analyseren van aanvragen die deze datum missen, kan systemische vertragingen in het inkoopproces aan het licht brengen.

Definieert de beoogde voltooiingsdatum voor een aanvraag, wat het meten van tijdige levering en naleving van interne serviceniveaus mogelijk maakt.

Dit is de Leveringsdatum, te vinden op itemniveau in tabel EBAN, veld LFDAT.