Datatemplate voor inkoop-tot-betaling, inkooporder
Datatemplate voor inkoop-tot-betaling, inkooporder
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om vast te leggen
- Aanwijzingen voor data-extractie
Attributen voor inkoop-tot-betaling, inkooporder
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de gebeurtenis of taak die op een bepaald moment in het inkooporderproces plaatsvond. | ||
|
Beschrijving
De activiteitsnaam beschrijft een stap in de levenscyclus van een inkooporder, zoals ‘Inkooporder aangemaakt’, ‘Inkooporder goedgekeurd’ of ‘Goederenontvangst geboekt’. Deze reeks activiteiten vormt de basis van de proceskaart. De analyse van deze activiteiten vormt de kern van process mining. Je kunt het procesverloop visualiseren, veelvoorkomende en zeldzame procesvarianten herkennen en de tijd tussen verschillende stappen meten. Inzicht in de volgorde en frequentie van activiteiten zoals ‘Inkooporder gewijzigd’ is belangrijk voor dashboards zoals de analyse van het wijzigingspercentage van inkooporders.
Waarom dit belangrijk is
Dit attribuut beschrijft de processtappen. Zo kun je het procesverloop visualiseren en bottlenecks, herstelwerk en afwijkingen opsporen.
Waar vind je dit?
Dit wordt gegenereerd door statuswijzigingen, transactiecodes of event logs uit de onderliggende SAP Ariba-tabellen voor documentgeschiedenis en workflow in kaart te brengen.
Voorbeelden
Inkooporder goedgekeurdInkooporder gewijzigdGoederenontvangst geboektFactuur ontvangen voor inkooporder
|
|||
|
Inkooporder
PurchaseOrderNumber
|
De unieke identificatiecode van elk inkooporderdocument. Deze dient als centrale case-ID voor het proces. | ||
|
Beschrijving
Het inkoopordernummer is de primaire sleutel die alle bijbehorende activiteiten en gebeurtenissen tijdens de inkooplevenscyclus met elkaar verbindt. Elk nummer staat voor één inkooptransactie, vanaf het aanmaken van de order tot de uiteindelijke afronding of annulering. Bij process mining is dit attribuut essentieel voor analyses op caseniveau. Je kunt hiermee het volledige traject van elke inkooporder reconstrueren, doorlooptijden berekenen, procesvarianten herkennen en de status van afzonderlijke orders volgen. Door processen op inkoopordernummer te analyseren, krijg je zicht op het volledige verloop en kun je bottlenecks of afwijkingen bij specifieke transacties opsporen.
Waarom dit belangrijk is
Dit is de essentiële Case-ID die alle processtappen met elkaar verbindt. Zo kun je de volledige levenscyclus van elke afzonderlijke inkooporder analyseren.
Waar vind je dit?
Dit is een belangrijk veld in het inkooporderdocument in SAP Ariba Buying and Invoicing of SAP Ariba Sourcing.
Voorbeelden
PO7000123456PO7000123457PO7000123458
|
|||
|
Tijdstip van gebeurtenis
EventTime
|
De exacte datum en tijd waarop een activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
Het tijdstip van de gebeurtenis is de timestamp die bij elke activiteit hoort en aangeeft wanneer die begon. Deze data is nodig om gebeurtenissen chronologisch te ordenen en de duur en doorlooptijden tussen processtappen te berekenen. Dit attribuut is belangrijk voor vrijwel alle tijdsanalyses, waaronder de dashboards voor de end-to-enddoorlooptijd van inkooporders en de goedkeuringsdoorlooptijd van inkooporders. Je kunt er KPI’s mee berekenen, zoals de gemiddelde goedkeuringsdoorlooptijd van inkooporders, door het verschil te meten tussen de timestamps van ‘Inkooporder aangemaakt’ en ‘Inkooporder goedgekeurd’.
Waarom dit belangrijk is
Deze timestamp is nodig om gebeurtenissen in de juiste volgorde te zetten en alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden en wachttijden.
Waar vind je dit?
Dit staat meestal in het auditspoor of wijzigingslogboek van inkooporderdocumenten in SAP Ariba.
Voorbeelden
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
Afdelingsnaam
DepartmentName
|
De bedrijfsafdeling of het kostenplaatsnummer dat bij de inkooporder hoort. | ||
|
Beschrijving
Dit attribuut geeft aan welke organisatie-eenheid de inkoopaanvraag heeft ingediend of voor welke eenheid de aankoop wordt gedaan. Vaak wordt de waarde afgeleid van de kostenplaats op de inkooporder. Deze dimensie is belangrijk voor het dashboard over de verwerkingsefficiëntie van inkooporders per afdeling. Je kunt er doorlooptijden en procesvarianten tussen afdelingen mee vergelijken. Zo zie je welke afdelingen goede werkwijzen volgen en waar extra training of procesverbetering nodig kan zijn. De dimensie is ook nodig om de KPI voor afwijkingen in de doorlooptijd van inkooporders per afdeling te berekenen.
Waarom dit belangrijk is
Maakt het mogelijk prestaties tussen bedrijfseenheden te vergelijken, zodat je bottlenecks per afdeling kunt opsporen en goede werkwijzen kunt delen.
Waar vind je dit?
Deze informatie staat in de kop of op regelniveau van de inkooporder en is vaak gekoppeld aan de kostenplaats of het profiel van de aanvrager.
Voorbeelden
MarketingIT-bedrijfsvoeringFacilitair beheerOnderzoek en ontwikkeling
|
|||
|
Datum goederenontvangst
GoodsReceiptDate
|
De datum waarop de ontvangst van goederen of de afronding van diensten officieel in het systeem is vastgelegd. | ||
|
Beschrijving
Dit attribuut bevat de timestamp van de activiteit ‘Goederenontvangst geboekt’ of ‘Dienstbevestiging ingevoerd’. Het is de officiële bevestiging dat de bestelde artikelen zijn ontvangen. Deze datum is nodig om de daadwerkelijke levertijden te meten. Het is de tegenhanger van ‘RequestedDeliveryDate’ en wordt gebruikt om leveringsafwijkingen en KPI’s voor tijdige levering te berekenen. Het dashboard voor tijdige boeking van goederenontvangsten gebruikt dit attribuut om te meten hoe snel ontvangsten na levering worden geregistreerd. Dat is belangrijk voor een correcte voorraadadministratie en tijdige betaling van facturen.
Waarom dit belangrijk is
Geeft de daadwerkelijke leverdatum aan. Deze is nodig om leverprestaties te berekenen en vertragingen in de toeleveringsketen op te sporen.
Waar vind je dit?
Dit is de timestamp van het document voor goederenontvangst of service-invoerblad dat naar de inkooporder verwijst.
Voorbeelden
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
Gebruikersnaam
UserName
|
De naam of ID van de gebruiker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribuut geeft aan wie verantwoordelijk was voor een specifieke processtap, zoals het goedkeuren van een inkooporder of het boeken van een goederenontvangst. Dit kan een unieke gebruikers-ID of een volledige naam zijn. Met een analyse per gebruiker kun je trainingsbehoeften herkennen of goede prestaties in beeld brengen. Het attribuut is ook belangrijk voor compliance-analyses, zoals het dashboard voor afwijkingen van de goedkeuringsregels voor inkooporders. Je kunt ermee nagaan wie verplichte goedkeuringsstappen heeft overgeslagen. Ook geeft het inzicht in de werkverdeling en de inzet van middelen.
Waarom dit belangrijk is
Maakt duidelijk wie waarvoor verantwoordelijk is en biedt inzicht in prestaties, werkdruk en compliance per gebruiker. Zo kun je trainingsbehoeften en procesafwijkingen herkennen.
Waar vind je dit?
Deze informatie staat meestal bij elke gebeurtenis in de workflow- en documentgeschiedenislogboeken van SAP Ariba.
Voorbeelden
john.smithLROSSIjane.doe
|
|||
|
Gewenste leverdatum
RequestedDeliveryDate
|
De datum waarop de aanvrager verwacht dat de goederen of diensten worden geleverd. | ||
|
Beschrijving
Dit is de gewenste leverdatum die de organisatie opgeeft bij het aanmaken van de inkoopaanvraag of inkooporder. Deze datum dient als uitgangspunt om de daadwerkelijke leverprestaties te meten. Dit attribuut is belangrijk voor het dashboard voor leveranciersprestaties bij levering en de KPI voor tijdige goederenontvangst. Door de gewenste leverdatum te vergelijken met de daadwerkelijke datum van goederenontvangst, kun je de stiptheid van leveranciers meten, leveringsafwijkingen berekenen en leveranciers herkennen die herhaaldelijk te laat leveren. Deze analyse helpt bij het beheer van leveranciersrelaties en het beperken van risico’s in de toeleveringsketen.
Waarom dit belangrijk is
Dient als uitgangspunt om tijdige leveringen te meten. Zo kun je de betrouwbaarheid van leveranciers en de efficiëntie van de toeleveringsketen beoordelen.
Waar vind je dit?
Dit is een standaarddatumveld op regelniveau van het inkooporderdocument.
Voorbeelden
2023-06-012023-07-152023-08-20
|
|||
|
Inkooporderbedrag
PurchaseOrderAmount
|
De totale geldwaarde van de inkooporder. | ||
|
Beschrijving
Dit attribuut staat voor de totale kosten van alle goederen en diensten op de inkooporder. Belastingen en andere kosten zijn niet inbegrepen, tenzij anders aangegeven. Het is een belangrijke financiële metriek om de waarde te bepalen van transacties in het proces. Bij analyses wordt het inkooporderbedrag vaak gebruikt om het proces op te splitsen. Orders met een hoge waarde kunnen bijvoorbeeld een andere, strengere goedkeuringsroute volgen dan orders met een lage waarde. Je kunt het bedrag gebruiken om verbeteringen te richten op transacties met de grootste financiële impact en om uitgaven per afdeling of leverancier te analyseren.
Waarom dit belangrijk is
Geeft elke case financiële context. Zo kun je verbeteringen prioriteren op basis van waarde en zien hoe het orderbedrag het proces beïnvloedt.
Waar vind je dit?
Dit is een standaard berekend veld in de kop van het inkooporderdocument. Het telt de waarde van alle orderregels bij elkaar op.
Voorbeelden
1500.0025000.50500.75
|
|||
|
Leveranciersnaam
VendorName
|
De naam van de leverancier bij wie goederen of diensten worden ingekocht. | ||
|
Beschrijving
Dit attribuut geeft aan welke externe partij bij de inkooporder betrokken is. De leverancier speelt een belangrijke rol in het inkoop-tot-betalen-proces en diens prestaties hebben rechtstreeks invloed op de efficiëntie van het hele proces. De leveranciersnaam is een belangrijke dimensie voor prestatieanalyses. Het dashboard voor leveranciersprestaties bij levering gebruikt deze dimensie om leverdata van verschillende leveranciers te vergelijken. Een analyse per leverancier kan laten zien wie vaak te laat levert, meer herstelwerk veroorzaakt of ingewikkelde facturatieprocessen heeft. Die informatie helpt bij het beheer van leveranciersrelaties.
Waarom dit belangrijk is
Maakt een analyse van leveranciersprestaties mogelijk. Zo kun je betrouwbare partners herkennen en leveranciers opsporen die vertragingen of andere problemen veroorzaken.
Waar vind je dit?
Dit is een standaardveld in de kop van het inkooporderdocument in SAP Ariba.
Voorbeelden
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
Bronsysteem
SourceSystem
|
Geeft aan uit welk systeem de data is opgehaald, in dit geval SAP Ariba. | ||
|
Beschrijving
Dit attribuut geeft aan waar de procesdata vandaan komt. In omgevingen met meerdere gekoppelde systemen kun je hiermee bronnen van elkaar onderscheiden en de herkomst van data volgen. Bij analyses kun je data ermee filteren op een bepaald systeem of zien hoe processen op verschillende platforms op elkaar inwerken. Het is belangrijke metadata voor datagovernance en validatie. Zo weet je zeker dat analyses op de juiste dataset zijn gebaseerd.
Waarom dit belangrijk is
Geeft belangrijke context over de herkomst van data. Dat is nodig voor datagovernance, validatie en analyse in omgevingen met meerdere systemen.
Waar vind je dit?
Dit is een vaste waarde (‘SAP Ariba’) die meestal tijdens het ophalen en transformeren van de data wordt toegevoegd.
Voorbeelden
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
Eindtijd van gebeurtenis
EventEndTime
|
De timestamp die aangeeft wanneer een activiteit is afgerond. Wordt gebruikt om de verwerkingstijd van handmatige activiteiten te berekenen. | ||
|
Beschrijving
StartTime geeft aan wanneer een activiteit begon; EventEndTime markeert het einde. Bij veel systeemgebeurtenissen zijn de begin- en eindtijd gelijk. Bij handmatige taken of langlopende geautomatiseerde taken geeft het verschil tussen beide tijden de verwerkingstijd van de activiteit aan. Dit attribuut wordt gebruikt om de metriek ‘ProcessingTime’ te berekenen. Die is belangrijk voor het dashboard voor de analyse van de duur van inkooporderactiviteiten. Je ziet ermee welke taken de meeste tijd kosten en waar mogelijkheden liggen voor training, een andere verdeling van middelen of automatisering.
Waarom dit belangrijk is
Hiermee kun je de verwerkingstijd van afzonderlijke activiteiten nauwkeurig berekenen en zien welke taken de meeste tijd kosten.
Waar vind je dit?
Raadpleeg de SAP Ariba-documentatie. Als deze waarde niet expliciet beschikbaar is, kan het nodig zijn die af te leiden uit de starttijd van de volgende activiteit.
Voorbeelden
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
End-to-enddoorlooptijd inkooporder
POEndToEndCycleTime
|
De totale tijd vanaf het aanmaken van de eerste inkoopaanvraag tot de uiteindelijke afronding van de inkooporder. | ||
|
Beschrijving
Dit berekende attribuut meet de totale duur van het inkooporderproces. Meestal begint de meting bij de gebeurtenis ‘Inkoopaanvraag aangemaakt’ en eindigt die bij ‘Inkooporder afgerond’ of de laatste gebeurtenis ‘Goederenontvangst geboekt’. Zo krijg je een volledig beeld van de procesefficiëntie. Dit is de belangrijkste metriek voor de KPI voor de end-to-enddoorlooptijd van inkooporders en het dashboard voor de end-to-enddoorlooptijd van inkooporders. Organisaties kunnen hiermee hun totale prestaties volgen en zien wat het effect is van procesverbeteringen. Door de totale doorlooptijd uit te splitsen naar leverancier, afdeling of materiaalgroep, kun je de belangrijkste oorzaken van lange levertijden herkennen.
Waarom dit belangrijk is
Geeft de totale verwerkingstijd van een inkooporder weer. Daarmee meet je op hoofdlijnen de procesefficiëntie en de ervaring van de klant.
Waar vind je dit?
Wordt tijdens de datatransformatie berekend door de vroegste timestamp af te trekken van de laatste timestamp voor een case.
Voorbeelden
P15DP30D12HP7D
|
|||
|
Inkoopaanvraagnummer.
PurchaseRequisitionNumber
|
De unieke identificatiecode van de inkoopaanvraag die aan de inkooporder voorafging. | ||
|
Beschrijving
Dit attribuut koppelt een inkooporder aan de oorspronkelijke inkoopaanvraag. Niet elke inkooporder heeft een voorafgaande aanvraag, bijvoorbeeld wanneer de order rechtstreeks wordt aangemaakt. Deze koppeling is nodig om het volledige inkoopproces te analyseren, vanaf de eerste aanvraag. Het dashboard voor de conversie van inkoopaanvraag naar inkooporder en de KPI voor de conversietijd zijn ervan afhankelijk. Met een analyse van deze koppeling kun je vertragingen opsporen tussen de goedkeuring van een aanvraag en het plaatsen van de formele order bij de leverancier.
Waarom dit belangrijk is
Verbindt de inkooporder met de oorspronkelijke aanvraag. Zo kun je het hele proces analyseren, van het aanmaken van de aanvraag tot de levering van de order.
Waar vind je dit?
Deze informatie staat meestal in een referentieveld op de orderregel van de inkooporder.
Voorbeelden
PR10004567PR10004568PR10004569
|
|||
|
Inkoopordertype
PurchaseOrderType
|
Een classificatie van de inkooporder, zoals standaard, raamovereenkomst of onderaanneming. | ||
|
Beschrijving
Het inkoopordertype deelt orders in op basis van hun zakelijke doel. Verschillende typen kunnen een andere procesroute volgen en andere regels hebben voor goedkeuring en afhandeling. Met dit attribuut kun je het proces opdelen voor een gerichtere analyse. Een vergelijking van de doorlooptijd van standaardinkooporders en serviceorders kan bijvoorbeeld verschillende bottlenecks aan het licht brengen. Ook kun je zo vergelijkbare datasets samenstellen en specifieke inkoopsituaties beter beoordelen.
Waarom dit belangrijk is
Maakt het mogelijk analyses op te splitsen naar ordertype. Omdat verschillende typen vaak een ander procesverloop hebben, worden de uitkomsten nauwkeuriger.
Waar vind je dit?
Raadpleeg de SAP Ariba-documentatie. Dit is meestal een configureerbaar veld in de kop van de inkooporder.
Voorbeelden
StandaardinkooporderService-inkooporderRaaminkooporder
|
|||
|
Inkooporganisatie
PurchasingOrganization
|
De organisatie-eenheid die verantwoordelijk is voor de inkoop van materialen en diensten en voor onderhandelingen met leveranciers. | ||
|
Beschrijving
De inkooporganisatie is een belangrijke eenheid binnen de inkoopstructuur en is verantwoordelijk voor de strategische kant van inkoop. Er kunnen verschillende inkooporganisaties zijn voor regio’s of bedrijfseenheden. Met een analyse per inkooporganisatie kun je verschillen in efficiëntie, compliance en leveranciersbeheer binnen het bedrijf herkennen. Dit helpt om goede werkwijzen te standaardiseren en bottlenecks of inefficiënties op organisatieniveau op te sporen.
Waarom dit belangrijk is
Maakt een analyse op hoofdlijnen mogelijk van procesefficiëntie en compliance bij verschillende strategische inkoopeenheden.
Waar vind je dit?
Dit is een standaardveld voor organisatiegegevens in de kop van het inkooporderdocument.
Voorbeelden
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
Is herstelwerk
IsRework
|
Een berekende indicator die aangeeft of een inkooporder een herstelronde heeft doorlopen, bijvoorbeeld doordat de order is afgewezen en opnieuw ingediend. | ||
|
Beschrijving
Dit booleaanse attribuut wordt afgeleid uit de volgorde van activiteiten. De waarde is ‘true’ als een inkooporder teruggaat in het proces, bijvoorbeeld wanneer na ‘Inkooporder goedkeuren’ de activiteit ‘Inkooporder wijzigen’ volgt en daarna opnieuw een goedkeuring plaatsvindt. Dit wijkt af van het gewenste procesverloop zonder terugstappen. Deze indicator is nodig om de KPI voor het percentage herstelrondes bij inkooporders te berekenen en de proceskaart te filteren op inefficiënte routes. Analisten kunnen cases met herstelwerk onderzoeken en oorzaken opsporen, zoals onjuiste gegevensinvoer of onduidelijke eisen. Daarna kunnen ze maatregelen nemen om het percentage goedkeuringen in één keer te verhogen.
Waarom dit belangrijk is
Markeert cases met procesinefficiëntie en herstelwerk, zodat analisten de impact van herhalingen kunnen meten en gericht kunnen aanpakken.
Waar vind je dit?
Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend op basis van de activiteiten per case.
Voorbeelden
truefalse
|
|||
|
Is inkooporder gewijzigd
IsPurchaseOrderChanged
|
Een booleaanse indicator die aangeeft of de inkooporder na het aanmaken is gewijzigd. | ||
|
Beschrijving
Dit afgeleide attribuut krijgt de waarde ‘true’ als er voor een case een activiteit ‘Inkooporder gewijzigd’ voorkomt. Zo kun je het wijzigingspercentage eenvoudig per case analyseren. Deze indicator wordt gebruikt om de KPI voor het wijzigingspercentage van inkooporders te berekenen. Je kunt er snel mee vergelijken hoe gewijzigde en ongewijzigde orders verlopen. Zo worden mogelijke gevolgen van wijzigingen zichtbaar, zoals langere doorlooptijden of meer factuurverschillen. Het dashboard voor de analyse van het wijzigingspercentage gebruikt de indicator om te meten hoe vaak orders worden gewijzigd.
Waarom dit belangrijk is
Geeft eenvoudig aan welke inkooporders zijn gewijzigd. Zo kun je het wijzigingspercentage berekenen en de gevolgen van wijzigingen analyseren.
Waar vind je dit?
Deze indicator wordt tijdens de datatransformatie afgeleid door voor elk inkoopordernummer te controleren of de gebeurtenis ‘Inkooporder gewijzigd’ voorkomt.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is vernieuwd of uit het bronsysteem is opgehaald. | ||
|
Beschrijving
Dit attribuut bevat de datum en tijd waarop de data voor het laatst uit SAP Ariba is opgehaald. Deze metadata is belangrijk om te weten hoe actueel de geanalyseerde data is. Bij process mining is het belangrijk om te weten hoe recent de data is, zodat rapportages en beslissingen op actuele informatie zijn gebaseerd. Met deze timestamp kun je controleren of dashboards en KPI’s, zoals de trend in het aantal verwerkte inkooporders, actuele informatie bevatten.
Waarom dit belangrijk is
Geeft aan hoe actueel de data is. Zo weet je hoe recent de analyse is en kun je de uitkomsten beter beoordelen.
Waar vind je dit?
Deze timestamp wordt meestal tijdens het ETL-proces voor het ophalen, transformeren en laden van data aan de dataset toegevoegd.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Leveringsafwijking
DeliveryVariance
|
Het berekende tijdsverschil tussen de gewenste leverdatum en de daadwerkelijke datum van goederenontvangst. | ||
|
Beschrijving
Deze metriek meet de leverprestaties van leveranciers door te berekenen hoeveel dagen een levering te vroeg of te laat is. De waarde wordt berekend door ‘RequestedDeliveryDate’ af te trekken van ‘GoodsReceiptDate’. Een positieve waarde betekent dat de levering te laat was, een negatieve waarde dat die te vroeg was en nul dat de levering op tijd was. Deze berekening vormt de basis van het dashboard voor leveranciersprestaties bij levering en de KPI voor afwijkingen in leveranciersprestaties bij levering. Door deze afwijking per leverancier te analyseren, kun je betrouwbare en onbetrouwbare partners herkennen. Dat helpt bij onderhandelingen met leveranciers en bij risicobeheer. Je ziet hiermee niet alleen of een levering op tijd of te laat was, maar ook hoe groot de afwijking is.
Waarom dit belangrijk is
Meet hoe stipt leveranciers leveren door precies te berekenen hoeveel dagen een levering te vroeg of te laat is. Zo kun je leveranciersprestaties beheren.
Waar vind je dit?
Wordt berekend in de datatransformatielaag door ‘RequestedDeliveryDate’ af te trekken van ‘GoodsReceiptDate’.
Voorbeelden
P2D-P1DP0D
|
|||
|
Materiaalgroep
MaterialGroup
|
Een classificatie om materialen of diensten met vergelijkbare kenmerken bij elkaar in te delen. | ||
|
Beschrijving
De materiaalgroep, in Ariba ook wel Commodity Code genoemd, deelt de ingekochte artikelen in categorieën in. Zo kun je uitgaven analyseren en verschillende inkoopstrategieën toepassen op verschillende soorten goederen of diensten. Bij process mining kun je met dit attribuut het inkoopproces analyseren op basis van wat er wordt gekocht. De goedkeuringsroute voor IT-hardware kan bijvoorbeeld verschillen van die voor kantoorbenodigdheden. Zo krijg je een gerichter beeld en kun je procesverbeteringen afstemmen op specifieke inkoopcategorieën.
Waarom dit belangrijk is
Maakt het mogelijk het proces te analyseren op basis van de categorie goederen of diensten die wordt ingekocht. Zo worden verschillen in de inkoop van verschillende artikelen zichtbaar.
Waar vind je dit?
Dit is een standaardveld op regelniveau van een inkooporder, vaak aangeduid als ‘Commodity Code’.
Voorbeelden
IT.HardwareOffice.SuppliesProfessional.Services
|
|||
|
Status van inkooporder
PurchaseOrderStatus
|
De huidige status van de inkooporder in de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de huidige status van de inkooporder aan, zoals ‘Bestellen’, ‘Ontvangen’, ‘Gefactureerd’ of ‘Afgerond’. Het laat zien waar de inkooporder zich in het totale proces bevindt. Process mining reconstrueert het procesverloop op basis van activiteiten. De huidige status is daarnaast handig om cases te filteren en de actuele werkvoorraad te bekijken. Een analist kan bijvoorbeeld alleen lopende inkooporders bekijken die nog niet zijn afgerond. De status kan ook worden gebruikt om de laatste activiteit in een procesverloop te controleren.
Waarom dit belangrijk is
Geeft snel aan waar een inkooporder zich in de levenscyclus bevindt. Handig om lopende of afgeronde cases te filteren.
Waar vind je dit?
Dit is een standaardstatusveld in de kop van het inkooporderdocument in SAP Ariba.
Voorbeelden
BestellenOntvangenAfgerondGeannuleerd
|
|||
|
Valuta.
DocumentCurrency
|
De valutacode voor de geldbedragen op de inkooporder. | ||
|
Beschrijving
Dit attribuut geeft aan in welke valuta, zoals USD, EUR of GBP, het inkooporderbedrag is uitgedrukt. Het is noodzakelijke context bij financiële data. Bij een proces dat meerdere landen of regio’s omvat, is de documentvaluta nodig om geldbedragen goed te interpreteren en te vergelijken. Alle financiële KPI’s en dashboards moeten dit veld gebruiken om op één valuta te filteren of de juiste wisselkoersen toe te passen voor een nauwkeurige optelling en vergelijking.
Waarom dit belangrijk is
Geeft context bij alle geldbedragen, zodat financiële analyses kloppen en bedragen in verschillende valuta niet verkeerd bij elkaar worden opgeteld.
Waar vind je dit?
Dit is een standaardveld in de kop van het inkooporderdocument in SAP Ariba.
Voorbeelden
USDEURGBPJPY
|
|||
Activiteiten voor inkoop-tot-betaling, inkooporder
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Goederenontvangst geboekt
|
Dit is de fysieke ontvangst van goederen, vastgelegd in SAP Ariba. De gebeurtenis wordt expliciet geregistreerd wanneer een gebruiker een ontvangst aanmaakt en indient voor een regel van een inkooporder. | ||
|
Waarom dit belangrijk is
Deze mijlpaal bevestigt de levering en vormt het eindpunt voor het meten van de leverprestaties van de leverancier. Bij een driewegmatch maakt de ontvangst ook betaling van de factuur mogelijk.
Waar vind je dit?
Vastgelegd op basis van de aanmaak- of indieningstimestamp van het ontvangstdocument dat aan de PurchaseOrder is gekoppeld.
Vastleggen
Gebaseerd op de indieningstimestamp van het goederenontvangstdocument.
Gebeurtenistype
explicit
|
|||
|
Inkoopaanvraag aangemaakt
|
Deze activiteit markeert het aanmaken van een inkoopaanvraag. Dit is het formele verzoek om goederen of diensten dat voorafgaat aan een inkooporder. In SAP Ariba wordt dit meestal vastgelegd wanneer een gebruiker een nieuwe aanvraag opslaat en indient. Daarbij wordt een registratie met een aanmaaktimestamp aangemaakt. | ||
|
Waarom dit belangrijk is
Dit is het belangrijkste startpunt van het inkoopproces. Door de tijd tussen deze gebeurtenis en het aanmaken van de inkooporder te analyseren, krijg je inzicht in de doorlooptijd van aanvraag tot order en zie je waar vroeg in het proces bottlenecks ontstaan.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd op basis van de aanmaakdatum van het aanvraagdocument in de SAP Ariba Buying-module. De statuswijziging naar ‘Ingediend’ markeert vaak de formele start.
Vastleggen
Gebaseerd op de aanmaaktimestamp van het inkoopaanvraagdocument.
Gebeurtenistype
explicit
|
|||
|
Inkooporder aangemaakt
|
Deze activiteit markeert het aanmaken van het officiële inkooporderdocument in SAP Ariba, vanuit een goedgekeurde aanvraag of rechtstreeks. De gebeurtenis wordt vastgelegd op basis van de aanmaaktimestamp van het inkooporderdocument en markeert de formele start van de levenscyclus van de order. | ||
|
Waarom dit belangrijk is
Bij rechtstreekse inkooporders is dit het begin van het proces. Deze mijlpaal is belangrijk om de doorlooptijd van aanvraag tot inkooporder en de totale verwerkingstijd van de order te meten.
Waar vind je dit?
Vastgelegd op basis van de aanmaaktimestamp van het PurchaseOrder-document in SAP Ariba Buying. De status is op dit moment meestal ‘Composing’ of ‘Submitted’.
Vastleggen
Gebaseerd op de aanmaaktimestamp van het inkooporderdocument.
Gebeurtenistype
explicit
|
|||
|
Inkooporder afgerond
|
Deze activiteit markeert het succesvolle einde van de levenscyclus van de inkooporder. De goederen of diensten zijn volledig ontvangen en gefactureerd. Dit wordt afgeleid uit een statuswijziging van de inkooporder naar ‘Received’, ‘Invoiced’ of een vergelijkbare eindstatus. | ||
|
Waarom dit belangrijk is
Dit is het belangrijkste eindpunt dat aangeeft dat het proces succesvol is afgerond. Door te meten hoe lang het duurt om dit punt te bereiken, bepaal je de totale doorlooptijd, een belangrijke maatstaf voor de efficiëntie van het proces.
Waar vind je dit?
Afgeleid uit de timestamp waarop de status van de PurchaseOrder verandert in een eindstatus, zoals ‘Received’. De inkooporder geldt als afgerond wanneer alle regels volledig zijn ontvangen.
Vastleggen
Afgeleid uit de statuswijziging van de inkooporder naar ‘Received’ of een vergelijkbare status voor een afgeronde order.
Gebeurtenistype
inferred
|
|||
|
Inkooporder goedgekeurd
|
Dit betekent dat de inkooporder alle vereiste interne goedkeuringen heeft gekregen en naar de leverancier kan worden verstuurd. De gebeurtenis wordt afgeleid uit de statuswijziging van het inkooporderdocument naar ‘Approved’ nadat de voorgeschreven workflow is doorlopen. | ||
|
Waarom dit belangrijk is
Deze mijlpaal is belangrijk om goedkeuringsdoorlooptijden te meten en bottlenecks in de beoordeling door het management te vinden. Vertragingen hebben direct invloed op de levertijd van leveranciers en de efficiëntie van het inkoopproces.
Waar vind je dit?
Afgeleid uit de timestamp waarop de status of het veld ‘ApprovedState’ van het PurchaseOrder-document verandert in ‘Approved’. De goedkeuringsgeschiedenis bevat meer details.
Vastleggen
Afgeleid uit de timestamp van de laatste goedkeuringsactie in de goedkeuringsworkflow van de inkooporder.
Gebeurtenistype
inferred
|
|||
|
Inkooporder naar leverancier verstuurd
|
Dit is het moment waarop de goedgekeurde inkooporder officieel naar de leverancier wordt verstuurd, meestal via het Ariba Network. De gebeurtenis wordt vastgelegd wanneer de status van de inkooporder verandert in ‘Sent’ of ‘Ordered’. | ||
|
Waarom dit belangrijk is
Hier gaat het proces over van interne verwerking naar levering door de leverancier. Dit is het startpunt voor het meten van de levertijd en leverprestaties van de leverancier.
Waar vind je dit?
Afgeleid uit de timestamp waarop de status van het PurchaseOrder-document verandert in ‘Sent’ of ‘Ordered’. Dit is een standaardstatuswijziging in Ariba.
Vastleggen
Afgeleid uit de timestamp van de statuswijziging naar ‘Sent’ of een vergelijkbare status.
Gebeurtenistype
inferred
|
|||
|
Dienstenontvangst geregistreerd
|
Dit is de bevestiging dat diensten zijn geleverd, vergelijkbaar met een goederenontvangst. De gebeurtenis wordt vastgelegd wanneer een serviceblad wordt aangemaakt en goedgekeurd voor een inkooporder voor diensten. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk om de uitvoering van dienstenorders te volgen en maakt betaling mogelijk. Door te meten hoe snel dit gebeurt, kun je de dienstverlening en bijbehorende uitgaven beter beheren.
Waar vind je dit?
Vastgelegd op basis van de goedkeuringstimestamp van het ServiceSheet-document dat aan de PurchaseOrder is gekoppeld.
Vastleggen
Gebaseerd op de goedkeuringstimestamp van het serviceblad.
Gebeurtenistype
explicit
|
|||
|
Factuur ontvangen voor inkooporder
|
Dit betekent dat een factuur van de leverancier met een verwijzing naar de inkooporder is ontvangen en ingevoerd in SAP Ariba. Deze gebeurtenis verbindt het inkoopproces met het daaropvolgende betalingsproces. | ||
|
Waarom dit belangrijk is
Deze activiteit vormt een belangrijk koppelvlak tussen inkoop en financiën. Het tijdstip is van belang voor het beheer van werkkapitaal en tijdige betalingen aan leveranciers.
Waar vind je dit?
Vastgelegd op basis van de aanmaaktimestamp van het factuurdocument in Ariba Invoicing, dat een verwijzing naar de PurchaseOrder bevat.
Vastleggen
Gebaseerd op de aanmaaktimestamp van het factuurdocument dat aan de inkooporder is gekoppeld.
Gebeurtenistype
explicit
|
|||
|
Goederen teruggestuurd naar leverancier
|
Deze activiteit registreert dat goederen naar een leverancier worden teruggestuurd, meestal omdat ze beschadigd of defect zijn of omdat de verkeerde artikelen zijn geleverd. De retour wordt vastgelegd wanneer een retourontvangst of debetnota wordt aangemaakt voor de oorspronkelijke goederenontvangst. | ||
|
Waarom dit belangrijk is
Door retouren te volgen, zie je problemen met de kwaliteit van leveranciers en de juistheid van leveringen. Analyse van het aantal retouren en de redenen ervoor kan helpen bij de keuze en het beheer van leveranciers.
Waar vind je dit?
Dit kan worden afgeleid uit het aanmaken van een retourontvangstdocument of uit een negatieve hoeveelheid op een ontvangst. De precieze werkwijze hangt af van de configuratie.
Vastleggen
Afgeleid uit het aanmaken van een ontvangst met een negatieve hoeveelheid of een specifiek type ‘Return’.
Gebeurtenistype
inferred
|
|||
|
Inkoopaanvraag goedgekeurd
|
Dit is de definitieve goedkeuring van een inkoopaanvraag door alle vereiste betrokkenen. Daarna mag de aanvraag worden omgezet in een inkooporder. Dit wordt meestal afgeleid uit de statuswijziging van het aanvraagdocument naar ‘Goedgekeurd’ en de timestamp van die laatste goedkeuringsactie. | ||
|
Waarom dit belangrijk is
Met deze mijlpaal is de interne goedkeuringsfase van de aanvraag afgerond. Door dit moment te volgen, meet je hoe efficiënt de interne controles en goedkeuringsworkflows verlopen voordat de inkooporder wordt aangemaakt.
Waar vind je dit?
Afgeleid uit de goedkeuringsgeschiedenis of het statusveld van het aanvraagdocument. De timestamp van de gebeurtenis is de datum waarop de status veranderde in ‘Goedgekeurd’.
Vastleggen
Afgeleid uit de timestamp waarop het veld ‘ApprovedState’ van de aanvraag verandert in ‘Approved’.
Gebeurtenistype
inferred
|
|||
|
Inkooporder bevestigd door leverancier
|
Dit betekent dat de leverancier de inkooporder heeft ontvangen en bevestigd, en van plan is deze uit te voeren. De gebeurtenis wordt vastgelegd wanneer de leverancier via het Ariba Network een orderbevestiging indient en daarmee de status van de inkooporder bijwerkt. | ||
|
Waarom dit belangrijk is
Deze activiteit bevestigt dat de leverancier de order in behandeling heeft. Je kunt hiermee de reactiesnelheid van de leverancier en de juistheid van de oorspronkelijke order volgen.
Waar vind je dit?
Afgeleid uit de timestamp waarop de status van de PurchaseOrder verandert in ‘Confirmed’ nadat de orderbevestiging van de leverancier is ontvangen.
Vastleggen
Gebaseerd op de aanmaakdatum van het bijbehorende orderbevestigingsdocument of een statuswijziging van de inkooporder.
Gebeurtenistype
inferred
|
|||
|
Inkooporder geannuleerd
|
Dit is de beëindiging van een inkooporder voordat de levering heeft plaatsgevonden. De inkopende organisatie kan de order annuleren en in uitzonderlijke gevallen kan de leverancier dat doen. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke uitzondering en een eindpunt van het proces. Door te analyseren waarom inkooporders worden geannuleerd, kun je problemen met planning, budgettering of de betrouwbaarheid van leveranciers vinden.
Waar vind je dit?
Afgeleid uit de timestamp waarop de status van het PurchaseOrder-document verandert in ‘Cancelled’ of ‘Closed’.
Vastleggen
Afgeleid uit de timestamp van de statuswijziging naar ‘Cancelled’.
Gebeurtenistype
inferred
|
|||
|
Inkooporder gewijzigd
|
Deze activiteit registreert elke wijziging aan een inkooporder na het aanmaken ervan, zoals een aanpassing van de hoeveelheid, prijs of leverdatum. Er wordt een nieuwe versie van het inkooporderdocument aangemaakt, wat vaak een nieuwe goedkeuringsworkflow start. | ||
|
Waarom dit belangrijk is
Door wijzigingen te volgen, vind je inefficiëntie, herstelwerklussen en de oorzaken van inkoopfouten. Veel wijzigingen kunnen erop wijzen dat de vereisten vooraf niet goed zijn vastgesteld.
Waar vind je dit?
Vastgelegd door meerdere versies van hetzelfde PurchaseOrder-document te herkennen. Elke nieuwe versie heeft een aanmaaktimestamp die voor deze gebeurtenis kan worden gebruikt.
Vastleggen
Geregistreerd wanneer een nieuwe versie van het inkooporderdocument wordt aangemaakt en opgeslagen.
Gebeurtenistype
explicit
|
|||
|
Voorafgaande verzendmelding ontvangen
|
Deze activiteit wordt geregistreerd wanneer de leverancier via het Ariba Network een voorafgaande verzendmelding (ASN) verstuurt om aan te geven dat de goederen zijn verzonden. De ASN bevat gegevens over de zending, zoals artikelen, aantallen en trackinginformatie. | ||
|
Waarom dit belangrijk is
De ASN geeft inzicht in de toeleveringsketen, zodat de ontvangende afdeling zich op de levering kan voorbereiden. De melding is belangrijk om goederen onderweg te volgen en levertijden te voorspellen.
Waar vind je dit?
Vastgelegd op basis van de aanmaakdatum van het ShipNotice-document dat is gekoppeld aan de regels van de inkooporder.
Vastleggen
Gebaseerd op de aanmaaktimestamp van het document met de voorafgaande verzendmelding (ASN).
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze template om de datavoorbereiding eenvoudiger te maken en het proces voor inkoop-tot-betaling en inkooporders met zekerheid te verbeteren. Hier begint de weg naar een efficiënter proces.
Verbeter vandaag nog je inkoop-tot-betalingproces voor inkooporders!
Verkort de doorlooptijd met 30% en haal bottlenecks uit SAP Ariba.
Je hebt geen creditcard nodig. Stel je gratis proefperiode in enkele minuten in.