Datatemplate voor inkoop-tot-betaling, inkooporder

SAP Ariba
Datatemplate voor inkoop-tot-betaling, inkooporder

Datatemplate voor inkoop-tot-betaling, inkooporder

Deze template helpt je de essentiële data te verzamelen voor de analyse van het proces voor inkoop-tot-betaling en inkooporders. Je vindt erin welke attributen en activiteiten je moet vastleggen, plus praktische aanwijzingen voor data-extractie uit het bronsysteem. Zo leg je een volledige en betrouwbare basis voor procesontdekking en optimalisatie.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om vast te leggen
  • Aanwijzingen voor data-extractie

Attributen voor inkoop-tot-betaling, inkooporder

Dit zijn de aanbevolen datavelden voor het event log, zodat je het proces voor inkoop-tot-betaling en inkooporders volledig kunt analyseren.
3 Verplicht 6 Aanbevolen 13 Optioneel
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
Verplicht Aanbevolen Optioneel

Activiteiten voor inkoop-tot-betaling, inkooporder

Leg deze belangrijke processtappen en mijlpalen vast in het event log om het proces voor inkoop-tot-betaling en inkooporders goed in kaart te brengen.
6 Aanbevolen 8 Optioneel
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
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit SAP Ariba

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.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Stel je gratis proefperiode in enkele minuten in.