Data Template: Purchase to Pay - Inkooporder

SAP Ariba
Data Template: Purchase to Pay - Inkooporder

Uw Inkoop tot Betaling - Inkooporder Data Template

Deze template biedt een uitgebreide handleiding voor het verzamelen van de essentiële data die nodig is om uw Purchase to Pay - Inkooporderproces te analyseren. Het beschrijft de cruciale attributes en activiteiten die moeten worden bijgehouden, samen met praktische richtlijnen voor data-extractie uit uw bronsysteem. Gebruik dit hulpmiddel om een complete en nauwkeurige basis te garanderen voor process discovery en optimalisatie.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe u een process mining event log creëert.

Purchase to Pay - Purchase Order-attributes

Dit zijn de aanbevolen datavelden om op te nemen in uw event log voor een uitgebreide analyse van uw Purchase to Pay - Inkooporderproces.
3 Verplicht 6 Aanbevolen 14 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke event of task die op een bepaald tijdstip binnen het purchase order-proces heeft plaatsgevonden.
Beschrijving

De Activity Name beschrijft een stap in de purchase order lifecycle, zoals 'Purchase Order Created', 'Purchase Order Approved' of 'Goods Receipt Posted'. Deze reeks activiteiten vormt de basis van de process map.

Het analyseren van deze activiteiten is de kern van process mining. Het helpt bij het visualiseren van de process flow, het identificeren van veelvoorkomende en zeldzame process variants, en het meten van de duur tussen verschillende stappen. Inzicht in de volgorde en frequentie van activiteiten zoals 'Purchase Order Changed' is cruciaal voor dashboards zoals de 'Purchase Order Change Rate Analysis'.

Waarom het belangrijk is

Dit attribute definieert de stappen in het proces, en maakt zo de visualisatie van de procesflow en de identificatie van knelpunten, herstelwerk en afwijkingen mogelijk.

Waar te verkrijgen

Gegenereerd door het mappen van statuswijzigingen, transactiecodes of event logs uit de onderliggende SAP Ariba-tabellen gerelateerd aan documenthistorie en workflow.

Voorbeelden
Purchase Order goedgekeurdInkooporder GewijzigdGoederenontvangst geboektFactuur ontvangen tegen PO
Inkooporder
PurchaseOrderNumber
De unieke identificatiecode voor elk inkooporderdocument, die dient als de centrale case-ID voor het proces.
Beschrijving

Het Inkoopordernummer is de primaire sleutel die alle gerelateerde activiteiten en events koppelt gedurende de inkoopcyclus. Elk nummer vertegenwoordigt één inkooptransactie, van de initiële creatie van de order tot de uiteindelijke voltooiing of annulering.

In process mining is dit attribute fundamenteel voor case-niveau analyse. Het maakt de reconstructie mogelijk van het end-to-end traject voor elke inkooporder, wat de berekening van doorlooptijden, de identificatie van procesvarianten en het volgen van individuele orderstatussen mogelijk maakt. Het analyseren van processen op Inkoopordernummer helpt om de complete flow te begrijpen en knelpunten of afwijkingen voor specifieke transacties te identificeren.

Waarom het belangrijk is

Dit is de essentiële Case ID die alle processtappen verbindt, waardoor het mogelijk wordt de end-to-end levenscyclus van elke individuele inkooporder te analyseren.

Waar te verkrijgen

Dit is een primair veld op het inkooporderdocument in SAP Ariba Buying and Invoicing of SAP Ariba Sourcing.

Voorbeelden
PO7000123456PO7000123457PO7000123458
Tijdstip Gebeurtenis
EventTime
De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Event Time is de timestamp die is gekoppeld aan elke activity en registreert wanneer deze is gestart. Deze data is essentieel voor het chronologisch ordenen van events en voor het berekenen van durations en cycle times tussen verschillende stappen in het proces.

Dit attribute is cruciaal voor bijna alle tijdgerelateerde analyses, inclusief de Purchase Order End-to-End Cycle Time en Purchase Order Approval Cycle Time dashboards. Het maakt de berekening van belangrijke key performance indicators zoals 'Average PO Approval Cycle Time' mogelijk door het tijdsverschil te meten tussen de timestamps van de 'Purchase Order Created' en 'Purchase Order Approved' activities.

Waarom het belangrijk is

Deze timestamp is fundamenteel voor het correct ordenen van events en het berekenen van alle op tijdsduur gebaseerde metrics, zoals doorlooptijden en wachttijden.

Waar te verkrijgen

Dit is doorgaans te vinden in de audit trail of wijzigingslog data voor inkooporderdocumenten in SAP Ariba.

Voorbeelden
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
Datum goederenontvangst
GoodsReceiptDate
De datum waarop de ontvangst van goederen of de voltooiing van diensten officieel in het systeem werd vastgelegd.
Beschrijving

Dit attribute markeert de timestamp van de activiteit 'Goederenontvangst Geboekt' of 'Dienstbevestiging Ingevoerd'. Het is de officiële bevestiging dat de bestelde items zijn ontvangen.

Deze datum is cruciaal voor het meten van daadwerkelijke levertijden. Het is de tegenhanger van de 'RequestedDeliveryDate' en wordt gebruikt om leveringsvariatie en tijdigheidskpi's te berekenen. Het Dashboard Tijdige Goederenontvangstboeking vertrouwt op dit attribute om te beoordelen hoe snel ontvangsten na levering worden vastgelegd, wat belangrijk is voor voorraadnauwkeurigheid en tijdige factuurbetaling.

Waarom het belangrijk is

Vertegenwoordigt de feitelijke leverdatum, wat essentieel is voor het berekenen van leveringsprestaties en het identificeren van vertragingen in de toeleveringsketen.

Waar te verkrijgen

Dit is de timestamp van het goederenontvangstdocument of Service Entry Sheet document dat verwijst naar de inkooporder.

Voorbeelden
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
Gebruikersnaam
UserName
De naam of ID van de user die de activity uitvoerde.
Beschrijving

Dit attribute identificeert de persoon die verantwoordelijk is voor het uitvoeren van een specifieke processtap, zoals het goedkeuren van een inkooporder of het boeken van een goederenontvangst. Het kan een unieke gebruikers-ID of een volledige naam zijn.

Het analyseren van prestaties per gebruiker helpt trainingsbehoeften te identificeren of toppresteerders te herkennen. Het is ook cruciaal voor compliance-gerelateerde analyses, zoals het dashboard voor compliance-afwijkingen bij PO-goedkeuring, waar het helpt vast te stellen wie vereiste goedkeuringsstappen heeft omzeild. Het kan ook worden gebruikt om werkdrukverdeling en resourceallocatie te begrijpen.

Waarom het belangrijk is

Biedt verantwoording en maakt analyse mogelijk van gebruikerspecifieke prestaties, workload en compliance, wat essentieel is voor het identificeren van trainingsbehoeften of procesafwijkingen.

Waar te verkrijgen

Deze informatie is doorgaans beschikbaar in de workflow en documenthistorielogboeken binnen SAP Ariba, vaak geassocieerd met elke event.

Voorbeelden
john.smithLROSSIjane.doe
Gewenste leverdatum
RequestedDeliveryDate
De datum waarop de aanvragende partij verwacht dat de goederen of diensten worden geleverd.
Beschrijving

Dit is de doelleverdatum die door de organisatie wordt gespecificeerd tijdens het aanmaken van de inkoopaanvraag of -order. Het dient als een basislijn waartegen de werkelijke leveringsprestaties worden gemeten.\n\nDit attribuut is fundamenteel voor het Vendor Delivery Performance dashboard en de KPI voor het tijdigheidspercentage van goederenontvangsten. Door de 'Requested Delivery Date' te vergelijken met de werkelijke Goods Receipt Date, kunnen organisaties de stiptheid van leveranciers meten, de leveringsafwijking berekenen en leveranciers identificeren die consequent leveringstermijnen niet nakomen. Deze analyse is cruciaal voor het beheren van leveranciersrelaties en het beperken van supply chain-risico's.

Waarom het belangrijk is

Dient als basislijn voor het meten van de tijdige leveringsprestaties, wat essentieel is voor het beoordelen van de betrouwbaarheid van leveranciers en de efficiëntie van de toeleveringsketen.

Waar te verkrijgen

Dit is een standaard datumveld op het regelitemniveau van het inkooporderdocument.

Voorbeelden
2023-06-012023-07-152023-08-20
Naam afdeling
DepartmentName
De afdeling of kostenplaats die aan de purchase order is gekoppeld.
Beschrijving

Dit attribute geeft de organisatie-eenheid aan die de inkoopaanvraag heeft geïnitieerd of waarvoor de aankoop wordt gedaan. Het wordt vaak afgeleid van de kostenplaatsinformatie op de inkooporder.

Deze dimensie is essentieel voor het Dashboard voor afdelingsefficiëntie bij PO-verwerking, omdat het een directe vergelijking van doorlooptijden en procesvarianten tussen verschillende afdelingen mogelijk maakt. Het helpt te identificeren welke afdelingen best practices volgen en welke mogelijk extra training of procesverbeteringen nodig hebben. Het is ook cruciaal voor het berekenen van de KPI voor de afdelingsspecifieke PO-doorlooptijdvariantie.

Waarom het belangrijk is

Maakt prestatievergelijking tussen verschillende business units mogelijk, wat helpt bij het identificeren van afdelingsbottlenecks en het delen van best practices.

Waar te verkrijgen

Deze informatie is te vinden op het header- of regelitemniveau van de inkooporder, vaak gekoppeld aan de kostenplaats of het profiel van de aanvrager.

Voorbeelden
MarketingIT OperationsFaciliteitenbeheerOnderzoek & Ontwikkeling
Naam Leverancier
VendorName
De naam van de leverancier of vendor bij wie goederen of diensten worden ingekocht.
Beschrijving

Dit attribute identificeert de externe partner betrokken bij de inkooporder. De leverancier is een kritieke entiteit in het Purchase to Pay-proces, en hun prestaties beïnvloeden direct de efficiëntie van de gehele cyclus.

Leveranciersnaam is een primaire dimensie voor prestatieanalyse. Het is essentieel voor het dashboard voor de leveringsprestaties van leveranciers, dat leveringsdata vergelijkt tussen verschillende leveranciers. Het analyseren van processen per leverancier kan onthullen welke leveranciers consequent te laat zijn, meer herstelwerk veroorzaken of complexe facturatieprocessen hebben, en biedt zo waardevolle inzichten voor leveranciersrelatiebeheer.

Waarom het belangrijk is

Maakt de analyse van leveranciersprestaties mogelijk, wat helpt bij het identificeren van betrouwbare partners en het aanwijzen van vendors die vertragingen of andere problemen veroorzaken.

Waar te verkrijgen

Dit is een standaard veld op het headerniveau van het inkooporderdocument in SAP Ariba.

Voorbeelden
Global Office Supplies Inc.Tech Solutions LLCGeavanceerde Industriële Onderdelen
PO Bedrag
PurchaseOrderAmount
De totale monetaire waarde van de inkooporder.
Beschrijving

Dit attribute vertegenwoordigt de totale kosten van alle goederen en diensten die op de inkooporder staan vermeld, exclusief belastingen en andere kosten, tenzij anders gespecificeerd. Het is een belangrijke financiële metric voor het begrijpen van de waarde van transacties die door het proces stromen.

In analyse wordt het Inkooporderbedrag vaak gebruikt om het proces te segmenteren. Zo kunnen orders met een hoge waarde een ander, strenger goedkeuringstraject volgen dan orders met een lage waarde. Het kan worden gebruikt om procesverbeteringsinspanningen te prioriteren op de financieel meest significante transacties en om uitgavepatronen per afdeling of leverancier te analyseren.

Waarom het belangrijk is

Biedt financiële context aan elke case, waardoor waarde-gebaseerde analyse mogelijk is om verbeteringen te prioriteren en te begrijpen hoe de orderwaarde het procesgedrag beïnvloedt.

Waar te verkrijgen

Dit is een standaard berekend veld op het headerniveau van het inkooporderdocument, waarbij de waarde van alle regelitems wordt opgeteld.

Voorbeelden
1500.0025000.50500.75
Aanvraagnummer
PurchaseRequisitionNumber
De unieke identificatiecode van de inkoopaanvraag die voorafging aan de inkooporder.
Beschrijving

Dit attribute koppelt een inkooporder terug aan de oorspronkelijke inkoopaanvraag. Niet alle inkooporders hebben een voorafgaande aanvraag, bijvoorbeeld in cases van directe PO-creatie.

Deze koppeling is cruciaal voor het analyseren van het volledige end-to-end-inkoopproces, beginnend bij de initiële aanvraag. Het is vereist voor het dashboard 'Conversietrechter Aanvraag naar Inkooporder' en de KPI 'Conversietijd Aanvraag naar Inkooporder'. Het analyseren van deze verbinding helpt bij het identificeren van vertragingen tussen het goedkeuren van een aanvraag en het plaatsen van de formele order bij de leverancier.

Waarom het belangrijk is

Verbindt de purchase order met de initiële aanvraag, waardoor een ware end-to-end analyse mogelijk is van aanmaak van de aanvraag tot ordervervulling.

Waar te verkrijgen

Deze informatie is doorgaans beschikbaar als een referentieveld op het regelitem van de inkooporder.

Voorbeelden
PR10004567PR10004568PR10004569
Bronsysteem
SourceSystem
Identificeert het systeem waaruit de data is geëxtraheerd, in dit geval SAP Ariba.
Beschrijving

Dit attribute specificeert de oorsprong van de procesdata. In omgevingen met meerdere geïntegreerde systemen is het cruciaal voor het onderscheiden van data uit verschillende bronnen en het waarborgen van data lineage.

Voor analyse helpt het bij het filteren van data naar een specifiek systeem of het begrijpen van procesinteracties over verschillende platformen heen. Het is een cruciaal stuk metadata voor data governance en validatie, en garandeert dat analyses gebaseerd zijn op de juiste dataset.

Waarom het belangrijk is

Biedt essentiële context over de data-oorsprong, wat cruciaal is voor data governance, validatie en analyse in multisysteemomgevingen.

Waar te verkrijgen

Dit is een statische waarde ('SAP Ariba') die doorgaans wordt toegevoegd tijdens het data-extractie- en transformatieproces.

Voorbeelden
SAP AribaSAP-Ariba-USAribaCloud
Delivery Variance
DeliveryVariance
Het berekende tijdsverschil tussen de gevraagde leveringsdatum en de daadwerkelijke goederenontvangstdatum.
Beschrijving

Deze meetwaarde kwantificeert de leveringsprestaties van leveranciers door te meten hoe vroeg of laat een levering is. Het wordt berekend door de 'RequestedDeliveryDate' af te trekken van de 'GoodsReceiptDate'. Een positieve waarde duidt op een late levering, een negatieve waarde duidt op een vroege levering, en nul betekent dat het op tijd was.\n\nDit is de kernberekening achter het 'Vendor Delivery Performance' dashboard en de 'Vendor Delivery Performance Variance' KPI. Door deze afwijking tussen leveranciers te analyseren, kunnen organisaties betrouwbare en onbetrouwbare partners identificeren, wat een leidraad vormt voor leveranciersonderhandelingen en risicobeheerstrategieën. Het helpt verder te gaan dan simpele tijdig/te laat indicatoren om de omvang van leveringsafwijkingen te begrijpen.

Waarom het belangrijk is

Kwantificeert de stiptheid van leveranciers door de exacte vertraging of vroegtijdigheid van leveringen te meten, wat cruciaal is voor het beheer van leveranciersprestaties.

Waar te verkrijgen

Berekend in de data transformation layer door 'RequestedDeliveryDate' af te trekken van 'GoodsReceiptDate'.

Voorbeelden
P2D-P1DP0D
Eindtijd van het event
EventEndTime
De timestamp die aangeeft wanneer een activiteit is voltooid. Gebruikt voor het berekenen van de verwerkingstijd van handmatige activiteiten.
Beschrijving

Terwijl StartTime aangeeft wanneer een activiteit begon, markeert EventEndTime de voltooiing ervan. Voor veel systeem-gegenereerde events zijn de begin- en eindtijden identiek. Echter, voor handmatige taken of langlopende geautomatiseerde taken, vertegenwoordigt het verschil tussen begin- en eindtijd de verwerkingstijd van de activiteit.

Dit attribute wordt gebruikt om de 'ProcessingTime' metric te berekenen, wat essentieel is voor het dashboard voor de analyse van de duur van Inkooporderactiviteiten. Het helpt te bepalen welke specifieke taken het langst duren om te voltooien, en belicht zo kansen voor training, herallocatie van middelen of automatisering.

Waarom het belangrijk is

Maakt de berekening van nauwkeurige verwerkingstijden voor individuele activities mogelijk, wat helpt bij het identificeren welke specifieke tasks het meest tijdrovend zijn.

Waar te verkrijgen

Raadpleeg de SAP Ariba documentatie. Dit moet mogelijk worden afgeleid van de starttijd van de volgende activity als deze niet expliciet beschikbaar is.

Voorbeelden
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
Inkooporganisatie
PurchasingOrganization
De organisatorische eenheid die verantwoordelijk is voor het inkopen van materialen en diensten en het onderhandelen met leveranciers.
Beschrijving

De Inkooporganisatie is een sleutelentiteit in de inkoopstructuur, verantwoordelijk voor de strategische aspecten van inkoop. Verschillende inkooporganisaties kunnen bestaan voor verschillende regio's of bedrijfsonderdelen.

Het analyseren van het proces per Inkooporganisatie kan verschillen in efficiëntie, compliance en leveranciersmanagementstrategieën binnen het bedrijf onthullen. Dit kan helpen bij het standaardiseren van best practices en het identificeren van knelpunten op organisatieniveau of bronnen van inefficiëntie.

Waarom het belangrijk is

Maakt een analyse op hoog niveau mogelijk van de procesefficiëntie en compliance binnen verschillende strategische inkoopunits.

Waar te verkrijgen

Dit is een standaard organisatorisch data-veld op het headerniveau van het inkooporderdocument.

Voorbeelden
PO_US01PO_EMEAPO_GLOBAL
Is herstelwerk
IsRework
Een berekende vlag die aangeeft of een inkooporder een rework loop heeft ondergaan, zoals een afwijzing en opnieuw indienen.
Beschrijving

Dit boolean attribute is afgeleid van de opeenvolging van activiteiten. Het wordt ingesteld op 'true' als een inkooporder achteruit beweegt in het proces, bijvoorbeeld als een activiteit 'Inkooporder Goedkeuren' wordt gevolgd door een activiteit 'Inkooporder Wijzigen' en dan nog een goedkeuring. Dit duidt op een afwijking van het ideale straight-through-proces.

Deze flag is essentieel voor het berekenen van de KPI 'Herwerkingspercentage Inkooporders' en voor het filteren van de proceskaart om inefficiënte stromen te markeren. Door cases met herbewerking te identificeren, kunnen analisten de grondoorzaken onderzoeken, zoals onjuiste data-invoer of onduidelijke vereisten, en actie ondernemen om de directe goedkeuringsgraad te verbeteren.

Waarom het belangrijk is

Vlaggen direct cases met procesinefficiënties en herwerk, waardoor analysts de impact van loops kunnen kwantificeren en deze kunnen richten op eliminatie.

Waar te verkrijgen

Dit attribute is niet in het bronsysteem aanwezig, maar wordt berekend tijdens datatransformatie aan de hand van de opeenvolging van activiteiten voor elke case.

Voorbeelden
truefalse
Is inkooporder gewijzigd
IsPurchaseOrderChanged
Een booleaanse vlag die aangeeft of de inkooporder gewijzigd is na de oorspronkelijke aanmaak.
Beschrijving

Dit is een afgeleid attribuut dat op 'true' wordt gezet als een 'Purchase Order Changed'-activity bestaat voor een bepaalde case. Het vereenvoudigt de analyse van wijzigingspercentages door een eenvoudige indicator te bieden die wijzigingen op caseniveau aangeeft.\n\nDeze flag wordt gebruikt om de 'Purchase Order Change Rate' KPI te berekenen. Het helpt om de data snel te segmenteren om processen voor gewijzigde orders te vergelijken met ongewijzigde orders, wat de gevolgen verderop in het proces van wijzigingen kan onthullen, zoals langere cycle times of verhoogde factuurverschillen. Het 'Purchase Order Change Rate Analysis dashboard' gebruikt dit om de frequentie van wijzigingen te kwantificeren.

Waarom het belangrijk is

Biedt een eenvoudige indicator om alle gewijzigde purchase orders te identificeren, waardoor het gemakkelijk is om wijzigingspercentages te berekenen en hun impact te analyseren.

Waar te verkrijgen

Deze flag wordt afgeleid tijdens datatransformatie door te controleren op de aanwezigheid van een event 'Inkooporder Gewijzigd' voor elk Inkoopordernummer.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit event voor het laatst is vernieuwd of geëxtraheerd uit het bronsysteem.
Beschrijving

Dit attribute geeft de datum en tijd van de laatste data-extractie uit SAP Ariba. Het is een cruciaal stuk metadata voor het begrijpen van de versheid van de geanalyseerde data.

In elke process mining-analyse is de recentheid van de data essentieel voor rapportage en besluitvorming. Deze timestamp stelt gebruikers in staat om te bevestigen dat hun dashboards en KPI's, zoals 'Doorlooptrend Inkooporders', gebaseerd zijn op actuele informatie.

Waarom het belangrijk is

Geeft de actualiteit van de data aan, zodat gebruikers begrijpen hoe recent hun analyse is en vertrouwen opbouwen in de insights.

Waar te verkrijgen

Deze timestamp wordt doorgaans gegenereerd en toegevoegd aan de dataset tijdens het ETL-proces (data-extractie, -transformatie en -laden).

Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Materiaalgroep
MaterialGroup
Een classificatie die wordt gebruikt om materialen of diensten met vergelijkbare eigenschappen te groeperen.
Beschrijving

De Material Group, of Commodity Code in de terminologie van Ariba, is een manier om de aan te schaffen items te categoriseren. Dit maakt spend analysis en de toepassing van verschillende inkoopstrategieën voor diverse soorten goederen of diensten mogelijk.

Binnen process mining maakt dit attribute analyse van het inkoopproces mogelijk op basis van wat er wordt gekocht. Het goedkeuringsproces voor IT hardware kan bijvoorbeeld anders zijn dan dat voor kantoorbenodigdheden. Dit zorgt voor meer genuanceerde insights, wat helpt bij het afstemmen van procesverbeteringen op specifieke inkoopcategorieën.

Waarom het belangrijk is

Maakt analyse van het proces mogelijk op basis van de categorie van ingekochte goederen of diensten, en onthult variaties in hoe verschillende items worden ingekocht.

Waar te verkrijgen

Dit is een standaard veld op het regelitemniveau van een inkooporder, vaak gelabeld als 'Commodity Code'.

Voorbeelden
IT.HardwareOffice.SuppliesProfessional.Services
PO end-to-end cycle time
POEndToEndCycleTime
De totale doorlooptijd vanaf de creatie van de eerste inkoopaanvraag tot de uiteindelijke voltooiing van de inkooporder.
Beschrijving

Dit berekend attribute meet de totale duur van het gehele inkoopproces. Het begint meestal met het event 'Inkoopaanvraag Aangemaakt' en eindigt met het event 'Inkooporder Voltooid' of het definitieve event 'Goederenontvangst Geboekt'. Het biedt een holistisch beeld van de procesefficiëntie.

Dit is de primaire metric voor de KPI 'End-to-End PO-doorlooptijd' en het dashboard 'End-to-End Inkooporderdoorlooptijd'. Het stelt organisaties in staat hun algehele prestaties en de impact van eventuele procesverbeteringen te volgen. Het uitsplitsen van deze totale doorlooptijd per leverancier, afdeling of materiaalgroep kan de grootste drijvers van lange doorlooptijden onthullen.

Waarom het belangrijk is

Geeft de totale verwerkingstijd van een inkooporder weer, een belangrijke maatstaf voor procesefficiëntie en klantbeleving.

Waar te verkrijgen

Berekend tijdens data transformation door het verschil te nemen tussen de vroegste en laatste timestamps voor een gegeven case.

Voorbeelden
P15DP30D12HP7D
PO Type
PurchaseOrderType
Een classificatie van de inkooporder, zoals standaard, raamcontract of onderaanneming.
Beschrijving

Purchase Order Type categoriseert orders op basis van hun zakelijke doel. Verschillende soorten orders kunnen verschillende procespaden volgen en hebben verschillende regels voor goedkeuring en afhandeling.

Dit attribute maakt segmentatie van het proces mogelijk voor een zinvollere analyse. Bijvoorbeeld, het apart analyseren van de cycle time voor 'Standard PO's' en 'Service PO's' kan verschillende soorten knelpunten onthullen. Het helpt bij het creëren van homogenere data subsets voor een duidelijker beeld van specifieke inkoopscenario's.

Waarom het belangrijk is

Maakt segmentatie van analyse per ordertype mogelijk, wat leidt tot nauwkeurigere inzichten, aangezien verschillende typen vaak verschillende procesflows hebben.

Waar te verkrijgen

Raadpleeg de SAP Ariba documentatie. Dit is doorgaans een configureerbaar veld op PO-header-niveau.

Voorbeelden
Standaard PODienst POBlanket PO
PO-goedkeurings cycle time
POApprovalCycleTime
De berekende duur tussen het aanmaken van een purchase order en de uiteindelijke goedkeuring ervan.
Beschrijving

Deze meetwaarde meet de tijd die een inkooporder nodig heeft om alle noodzakelijke goedkeuringsstappen te doorlopen. Het wordt berekend als het tijdsverschil tussen de timestamp van de eerste 'Purchase Order Created' activity en de laatste 'Purchase Order Approved' activity voor een bepaalde case.\n\nDit is een directe maatstaf voor de 'Average PO Approval Cycle Time' KPI en de kernmeetwaarde voor het 'Purchase Order Approval Cycle Time' dashboard. Het analyseren van deze duur helpt organisaties knelpunten te identificeren in de goedkeuringshiërarchie, of deze nu liggen bij specifieke individuen, afdelingen of voor bepaalde aankooptypes. Het verkorten van deze cycle time is vaak een hoofddoel van procesverbeteringsprojecten.

Waarom het belangrijk is

Meet direct de efficiëntie van het goedkeuringsproces, een veelvoorkomende bron van vertragingen in inkoop, en is een kritieke KPI voor process owners.

Waar te verkrijgen

Berekend tijdens data transformation door de starttijd van de aanmaakevent af te trekken van de starttijd van de definitieve goedkeuringsevent.

Voorbeelden
P2DPT8H30MP0D
PO-status
PurchaseOrderStatus
De huidige status van de inkooporder in zijn levenscyclus.
Beschrijving

Dit attribute geeft de huidige status van de inkooporder aan, zoals 'Bestellen', 'Ontvangen', 'Gefactureerd' of 'Voltooid'. Het biedt een momentopname van waar de PO zich bevindt in het algehele proces.

Hoewel process mining de flow reconstrueert vanuit activiteiten, is de huidige status nuttig voor het filteren van cases en het begrijpen van de huidige werkdruk. Een analist kan zich bijvoorbeeld richten op 'Onderweg' inkooporders die nog niet zijn voltooid. Het kan ook worden gebruikt om de uiteindelijke activiteit in een procestrace te valideren.

Waarom het belangrijk is

Biedt een snel overzicht van waar een purchase order zich bevindt in zijn levenscyclus, wat nuttig is voor het filteren en focussen op actieve of voltooide cases.

Waar te verkrijgen

Dit is een standaard statusveld op de header van het inkooporderdocument in SAP Ariba.

Voorbeelden
BestellenOntvangenVoltooidGeannuleerd
Valuta
DocumentCurrency
De valutacode voor de monetaire waarden op de inkooporder.
Beschrijving

Dit attribute specificeert de valuta, zoals USD, EUR of GBP, waarin het Inkooporderbedrag is uitgedrukt. Het is essentiële context voor financiële data.

Bij het analyseren van een proces dat meerdere landen of regio's omvat, is de Documentvaluta cruciaal voor het correct interpreteren en vergelijken van monetaire waarden. Alle financiële KPI's en dashboards moeten dit veld gebruiken om te filteren op een enkele valuta of om de juiste wisselkoersen toe te passen voor accurate aggregatie en vergelijking.

Waarom het belangrijk is

Biedt de nodige context voor alle monetaire velden, waardoor nauwkeurige financiële analyse wordt gewaarborgd en onjuiste aggregatie van verschillende valuta wordt voorkomen.

Waar te verkrijgen

Dit is een standaard veld op het headerniveau van het inkooporderdocument in SAP Ariba.

Voorbeelden
USDEURGBPJPY
Verplicht Aanbevolen Optioneel

Purchase to Pay - Purchase Order-activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor een nauwkeurige Process Discovery voor het Purchase to Pay - Inkooporderproces.
6 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Goederenontvangst geboekt
Beschrijft de fysieke ontvangst van goederen, zoals geregistreerd in SAP Ariba. Dit is een expliciet event dat wordt vastgelegd wanneer een gebruiker een Receipt-document voor een inkooporderregel aanmaakt en indient.
Waarom het belangrijk is

Dit is een cruciale mijlpaal voor de bevestiging van levering en is het eindpunt voor het meten van leveringsprestaties van leveranciers. Het autoriseert ook de factuur voor betaling in een drie-weg matching scenario.

Waar te verkrijgen

Vastgelegd van de aanmaak- of indieningstimestamp van het Receipt-document gekoppeld aan de PurchaseOrder.

Vastleggen

Gebaseerd op de indieningstimestamp van het Goods Receipt-document.

Gebeurtenistype explicit
Inkoopaanvraag Aangemaakt
Deze activiteit markeert de creatie van een inkoopaanvraag, wat de formele aanvraag voor goederen of diensten is die voorafgaat aan een inkooporder. In SAP Ariba wordt dit doorgaans vastgelegd wanneer een gebruiker een nieuw aanvraagdocument opslaat en indient, waarbij een expliciete record met een aanmaak-timestamp wordt gecreëerd.
Waarom het belangrijk is

Dit is het primair startpunt voor het inkoopproces. Het analyseren van de tijd vanaf dit event tot aanmaak van inkooporders is cruciaal voor het begrijpen van de doorlooptijd van aanvraag tot order en het identificeren van knelpunten in de beginfase.

Waar te verkrijgen

Dit event wordt vastgelegd vanuit de aanmaakdatum van het Aanvraagdocumentobject in de SAP Ariba Buying-module. De statuswijziging naar 'Submitted' duidt vaak op de formele start.

Vastleggen

Gebaseerd op de aanmaaktimestamp van het purchase requisition-document.

Gebeurtenistype explicit
Inkooporder Aangemaakt
Deze activiteit markeert de creatie van het officiële inkooporderdocument in SAP Ariba, hetzij vanuit een goedgekeurde aanvraag, hetzij direct. Dit wordt vastgelegd aan de hand van de creatie-timestamp van het PO-document, en vertegenwoordigt de formele start van de levenscyclus van de inkooporder.
Waarom het belangrijk is

Voor directe PO's is dit de start van het proces. Het is een belangrijke mijlpaal voor het meten van de Requisition-to-PO conversietijd en de algehele PO processing cycle.

Waar te verkrijgen

Vastgelegd van de aanmaaktimestamp van het PurchaseOrder-documentobject in SAP Ariba Buying. De status is op dit punt doorgaans 'Composing' of 'Submitted'.

Vastleggen

Gebaseerd op de aanmaaktimestamp van het purchase order-document.

Gebeurtenistype explicit
Inkooporder Verzonden naar Leverancier
Vertegenwoordigt het moment dat de goedgekeurde purchase order officieel wordt verzonden naar de leverancier, meestal via het Ariba Network. Deze event wordt vastgelegd wanneer de PO status verandert naar 'Sent' of 'Ordered'.
Waarom het belangrijk is

Dit markeert de overgang van interne verwerking naar externe uitvoering. Het is het startpunt voor het meten van de levertijd van de leverancier en leveringsprestaties.

Waar te verkrijgen

Afgeleid van de timestamp waarop de status van het PurchaseOrder-document wijzigt naar 'Sent' of 'Ordered'. Dit is een standaard statusovergang in Ariba.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Sent' of een vergelijkbare status.

Gebeurtenistype inferred
Purchase Order goedgekeurd
Geeft aan dat de Purchase Order alle benodigde interne goedkeuringen heeft ontvangen en klaar is om naar de leverancier te worden gestuurd. Dit event wordt afgeleid uit de statuswijziging van het PO-document naar 'Approved' na voltooiing van de aangewezen workflow.
Waarom het belangrijk is

Dit is een cruciale mijlpaal voor het meten van doorlooptijden van goedkeuringen en het identificeren van knelpunten in de managementbeoordeling. Vertragingen hier hebben directe gevolgen voor levertijden van leveranciers en inkoopefficiëntie.

Waar te verkrijgen

Afgeleid van de timestamp waarop de status of het 'ApprovedState'-veld van het PurchaseOrder-document wijzigt naar 'Approved'. Approval history logs bieden gedetailleerde data.

Vastleggen

Afgeleid van de timestamp van de uiteindelijke goedkeuringsactie in de approval flow van de PO.

Gebeurtenistype inferred
Purchase Order voltooid
Deze activiteit markeert het succesvolle einde van de inkooporder-levenscyclus, en geeft aan dat goederen of diensten volledig zijn ontvangen en gefactureerd. Dit wordt afgeleid uit de PO-status die verandert naar 'Received', 'Invoiced', of een vergelijkbare eindstatus.
Waarom het belangrijk is

Dit is het primaire eindpunt dat de succesvolle afloop van het proces markeert. Het meten van de tijd om deze status te bereiken, geeft de end-to-end doorlooptijd, een belangrijke maatstaf voor de algemene procesefficiëntie.

Waar te verkrijgen

Afgeleid van de timestamp waarop de PurchaseOrder status wijzigt naar een uiteindelijke status zoals 'Received'. De PO wordt als voltooid beschouwd wanneer alle line items volledig zijn ontvangen.

Vastleggen

Afgeleid van de PO status die wijzigt naar 'Received' of een vergelijkbare voltooide status.

Gebeurtenistype inferred
Advance Ship Notice Ontvangen
Deze activiteit wordt vastgelegd wanneer de leverancier een Advance Ship Notice (ASN) via het Ariba Network verstuurt, waarin wordt aangegeven dat de goederen zijn verzonden. De ASN bevat details over de zending, zoals artikelen, hoeveelheden en trackinginformatie.
Waarom het belangrijk is

De ASN biedt inzicht in de toeleveringsketen, waardoor de ontvangende afdeling zich kan voorbereiden op de levering. Het is een belangrijke input voor het volgen van onderweg zijnde voorraden en het voorspellen van levertijden.

Waar te verkrijgen

Vastgelegd van de aanmaakdatum van het ShipNotice-document dat gekoppeld is aan de PurchaseOrder regelitems.

Vastleggen

Gebaseerd op de aanmaaktimestamp van het Advance Ship Notice (ASN)-document.

Gebeurtenistype explicit
Dienstenbevestiging Ingevuld
Vertegenwoordigt de bevestiging dat diensten zijn geleverd, wat het dienstenequivalent is van een goederenontvangst. Dit wordt vastgelegd wanneer een Service Sheet wordt aangemaakt en goedgekeurd voor een servicegebaseerde purchase order.
Waarom het belangrijk is

Deze activiteit is cruciaal voor het volgen van de uitvoering van serviceorders en autoriseert betaling. Het analyseren van de tijdigheid ervan helpt bij het beheren van servicelevering en de bijbehorende uitgaven.

Waar te verkrijgen

Vastgelegd van de goedkeuringstimestamp van het ServiceSheet-document gekoppeld aan de PurchaseOrder.

Vastleggen

Gebaseerd op de goedkeuringstimestamp van het Service Sheet-document.

Gebeurtenistype explicit
Factuur ontvangen tegen PO
Geeft aan dat een factuur van de leverancier, verwijzend naar de Purchase Order, is ontvangen en ingevoerd in SAP Ariba. Dit event koppelt het inkoopproces aan het daaropvolgende betalingsproces.
Waarom het belangrijk is

Deze activiteit is een belangrijk integratiepunt tussen inkoop en financiën. De timing ervan is belangrijk voor het beheren van werkkapitaal en het zorgen voor tijdige betalingen aan leveranciers.

Waar te verkrijgen

Vastgelegd van de aanmaaktimestamp van het Invoice-document in Ariba Invoicing, dat een referentie naar de PurchaseOrder bevat.

Vastleggen

Gebaseerd op de aanmaaktimestamp van het invoice-document gekoppeld aan de PO.

Gebeurtenistype explicit
Goederen retour gestuurd naar leverancier
Deze activiteit legt het retourneren van goederen aan een leverancier vast, meestal vanwege schade, defecten of onjuist geleverde artikelen. Het wordt vastgelegd wanneer een retourbon of creditnota wordt aangemaakt op basis van de originele goederenontvangst.
Waarom het belangrijk is

Het volgen van retourzendingen belicht problemen met de leverancierskwaliteit en leveringsnauwkeurigheid. Het analyseren van de frequentie en redenen voor retourzendingen kan helpen bij het verbeteren van de leveranciersselectie en het leveranciersmanagement.

Waar te verkrijgen

Dit kan worden afgeleid uit het aanmaken van een retour-specifiek ontvangstdocument of een negatieve hoeveelheid op een ontvangst. Het specifieke mechanisme kan variëren op basis van configuratie.

Vastleggen

Afgeleid van de aanmaak van een bon met een negatieve hoeveelheid of een specifiek 'Return'-type.

Gebeurtenistype inferred
Inkoopaanvraag goedgekeurd
Vertegenwoordigt de definitieve goedkeuring van een inkoopaanvraag door alle vereiste belanghebbenden, waarmee toestemming wordt gegeven om deze om te zetten in een purchase order. Dit wordt meestal afgeleid uit de statusverandering van het aanvraagdocument naar 'Goedgekeurd' en de timestamp van die definitieve goedkeuringsactie.
Waarom het belangrijk is

Deze mijlpaal sluit de interne goedkeuringsfase voor de aanvraag af. Het monitoren hiervan helpt de efficiëntie van interne controles en goedkeuringsworkflows te meten voordat de inkooporder wordt aangemaakt.

Waar te verkrijgen

Afgeleid uit de goedkeuringshistorie of het statusveld van het Requisition-document. De event timestamp komt overeen met de datum waarop de status overging naar 'Approved'.

Vastleggen

Afgeleid van de timestamp wanneer het 'ApprovedState'-veld van de Requisition wijzigt naar 'Approved'.

Gebeurtenistype inferred
Inkooporder Gewijzigd
Deze activiteit legt elke wijziging vast die is aangebracht in een inkooporder na de initiële creatie, zoals wijzigingen in hoeveelheid, prijs of leveringsdatum. Er wordt een nieuwe versie van het PO-document aangemaakt, waardoor vaak een hergoedkeurings-workflow wordt geactiveerd.
Waarom het belangrijk is

Het bijhouden van wijzigingen is essentieel voor het identificeren van procesinefficiënties, herwerkingslussen en grondoorzaken van inkoopfouten. Een hoge wijzigingsfrequentie kan duiden op een gebrekkige initiële behoeftenanalyse.

Waar te verkrijgen

Vastgelegd door meerdere versies van hetzelfde PurchaseOrder-document te identificeren. Elke nieuwe versie heeft een aanmaaktimestamp die voor deze event kan worden gebruikt.

Vastleggen

Geregistreerd wanneer een nieuwe versie van het PO-document wordt aangemaakt en opgeslagen.

Gebeurtenistype explicit
Leverancier heeft Inkooporder bevestigd
Geeft aan dat de leverancier de Purchase Order heeft ontvangen en erkend ter bevestiging van hun intentie om deze uit te voeren. Dit wordt vastgelegd wanneer de leverancier een Order Confirmation-document indient via het Ariba Network, wat de PO status bijwerkt.
Waarom het belangrijk is

Deze activiteit biedt zekerheid dat de order wordt verwerkt door de leverancier. Het helpt bij het volgen van de responsiviteit van leveranciers en de nauwkeurigheid van de initiële order.

Waar te verkrijgen

Afgeleid van de timestamp waarop de PurchaseOrder status wordt bijgewerkt naar 'Confirmed' na ontvangst van een Order Confirmation van de leverancier.

Vastleggen

Gebaseerd op de aanmaakdatum van het gerelateerde Order Confirmation-document of een PO-statuswijziging.

Gebeurtenistype inferred
Purchase Order geannuleerd
Beschrijft de annulering van een inkooporder vóór de uitvoering. Dit kan zowel door de kopende organisatie als, zelden, door de leverancier worden geïnitieerd.
Waarom het belangrijk is

Dit is een belangrijke uitzondering en proceseindpunt. Het analyseren waarom inkooporders worden geannuleerd, kan problemen aan het licht brengen met planning, budgettering of leveranciersbetrouwbaarheid.

Waar te verkrijgen

Afgeleid van de timestamp waarop de status van het PurchaseOrder-document wordt gewijzigd naar 'Cancelled' of 'Closed'.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Cancelled'.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit SAP Ariba haalt