Datatemplate voor het Purchase to Pay-proces voor inkooporders

SAP S/4HANA
Datatemplate voor het Purchase to Pay-proces voor inkooporders

Datatemplate voor het Purchase to Pay-proces voor inkooporders

Deze template helpt je de belangrijkste datapunten te verzamelen voor de analyse van het Purchase to Pay-proces voor inkooporders. Je vindt erin welke attributen je verzamelt en welke activiteiten je volgt, plus uitleg over het ophalen van deze data uit SAP S/4HANA. Gebruik deze bron om een event log samen te stellen en je inkoopprocessen beter te begrijpen.
  • Aanbevolen attributen voor een gedetailleerde analyse
  • Belangrijke activiteiten om in het proces te volgen
  • Stapsgewijze uitleg voor data-extractie

Attributen voor het Purchase to Pay-proces voor inkooporders

Dit zijn de aanbevolen datavelden voor je event log, zodat je het Purchase to Pay-proces voor inkooporders volledig kunt analyseren.
5 Verplicht 6 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van de bedrijfsgebeurtenis of processtap in het inkooporderproces.
Beschrijving

Dit attribuut beschrijft een specifieke actie of statuswijziging in de levenscyclus van een inkooporder, zoals ‘Inkooporder aangemaakt’, ‘Inkooporder goedgekeurd’ of ‘Goederenontvangst geboekt’. De volgorde van deze activiteiten vormt de processtroom.

De volgorde en frequentie van activiteiten analyseren is de kern van process mining. Zo ontdek je hoe het proces werkelijk verloopt, vergelijk je dit met het ontworpen model en spoor je bottlenecks op, zoals lange wachttijden na ‘Factuur ontvangen’. Ook kun je herstelwerk kwantificeren, bijvoorbeeld door herhaalde activiteiten als ‘Inkooporder gewijzigd’ te tellen.

Waarom dit belangrijk is

Dit attribuut beschrijft de processtappen en maakt visualisatie en analyse van de volledige processtroom, procesvarianten en bottlenecks mogelijk.

Waar vind je dit?

Meestal afgeleid uit een combinatie van tabellen en velden, zoals statusvelden in EKKO/EKPO of wijzigingsdocumentlogs in CDHDR/CDPOS, om belangrijke bedrijfsgebeurtenissen weer te geven.

Voorbeelden
Inkooporder aangemaaktInkooporder goedgekeurdGoederenontvangst geboektFactuur ontvangen
Inkooporder
PurchaseOrderNumber
De unieke identificatiecode van de inkooporder (PO), die als primaire case-ID dient om de levenscyclus van de inkoop te volgen.
Beschrijving

Het inkoopordernummer is de centrale identificatiecode die alle bijbehorende activiteiten verbindt, van het aanmaken tot de uiteindelijke goederenontvangst en afronding. Bij process mining dient het als case-ID.

Door gebeurtenissen in analyses op dit nummer te groeperen, kun je het verloop van elke afzonderlijke inkooporder reconstrueren. Dat is nodig om doorlooptijden te berekenen, procesvarianten te analyseren en bottlenecks of afwijkingen bij een specifieke order op te sporen.

Waarom dit belangrijk is

Dit is de sleutel waarmee je alle inkoopgebeurtenissen samenbrengt in één end-to-endproces en de levenscyclus van elke inkooporder in detail kunt analyseren.

Waar vind je dit?

Dit attribuut staat in tabel EKKO van SAP S/4HANA, veld EBELN.

Voorbeelden
450001712345000171244500017125
Tijdstip van gebeurtenis
EventTime
De timestamp die aangeeft wanneer de activiteit plaatsvond.
Beschrijving

Dit attribuut legt de exacte datum en tijd van elke procesactiviteit vast. Het vormt de basis voor alle tijdsanalyses in process mining.

Met het tijdstip van de gebeurtenis zet je activiteiten in chronologische volgorde en bouw je de processtroom op. Ook gebruik je het om tijdsgebonden metrieken te berekenen, zoals doorlooptijden tussen activiteiten, wachttijden en verwerkingstijden. Die zijn belangrijk voor prestatieanalyses en het opsporen van bottlenecks.

Waarom dit belangrijk is

Deze timestamp is nodig om gebeurtenissen in de juiste volgorde te zetten en prestatiemetrieken te berekenen, zoals doorlooptijden, levertijden en wachttijden.

Waar vind je dit?

Timestampvelden van specifieke activiteiten, zoals de aanmaakdatum (EKKO-AEDAT voor wijzigingen) of boekingsdatum (MKPF-BUDAT voor goederenontvangsten). Vaak moet je hiervoor data uit meerdere tabellen combineren.

Voorbeelden
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-05-01T09:15:00Z
Bronsysteem
SourceSystem
Geeft aan uit welk bronsysteem de data is geëxtraheerd.
Beschrijving

Dit attribuut geeft aan uit welk systeem de gebeurtenisdata afkomstig is, bijvoorbeeld ‘SAP S/4HANA Production’ of ‘SAP ECC’.

In omgevingen met meerdere systemen is dit veld belangrijk om de herkomst van data te volgen, problemen op te lossen en data uit verschillende bronnen goed te interpreteren. Het geeft context aan de data en kan worden gebruikt om analyses op specifieke systeemomgevingen te filteren.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van de data. Dat is nodig voor datagovernance, validatie en analyse in omgevingen met meerdere systemen.

Waar vind je dit?

Dit is meestal een statische waarde die tijdens het ETL-proces (extractie, transformatie en laden) wordt toegevoegd om de herkomst van de dataset aan te geven.

Voorbeelden
S4H_PROD_100ECC_EU_200S4H_US_300
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor het laatst is vernieuwd of uit het bronsysteem is geëxtraheerd.
Beschrijving

Dit attribuut geeft aan hoe actueel de geanalyseerde data is. Het toont de datum en tijd waarop de data voor het laatst uit SAP S/4HANA is opgehaald.

Met de datum en tijd van de laatste data-update kunnen gebruikers beoordelen hoe actueel de analyse is. Zo weten ze of ze realtime-informatie bekijken of een momentopname. Dat bepaalt mede hoe relevant acties op basis van de analyse zijn.

Waarom dit belangrijk is

Laat gebruikers zien hoe actueel de data is, zodat ze de context en relevantie van hun analyse goed kunnen beoordelen.

Waar vind je dit?

Dit is een metadatatimestamp die tijdens het ETL-proces (extractie, transformatie en laden) wordt toegevoegd.

Voorbeelden
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Gebruiker
UserName
De identificatiecode van de gebruiker die een specifieke activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut legt de SAP-gebruikers-ID vast van degene die een document heeft aangemaakt, gewijzigd of goedgekeurd. Zo kun je acties in het systeem herleiden.

Met analyses per gebruiker kun je opleidingsbehoeften, werkverdeling en individuele prestaties in kaart brengen. Je kunt bijvoorbeeld nagaan of bepaalde gebruikers vaak betrokken zijn bij lange goedkeuringstijden of wijzigingen na goedkeuring. Die informatie helpt bij gebruikersbeheer en procesverbetering.

Waarom dit belangrijk is

Maakt duidelijk wie waarvoor verantwoordelijk is en ondersteunt prestatieanalyses per persoon of team. Zo kun je opleidingsbehoeften en beperkte capaciteit herkennen.

Waar vind je dit?

Deze informatie staat in velden als ERNAM (Gemaakt door) in EKKO of in het gebruikersveld van wijzigingsdocumenttabellen (CDHDR-USERNAME).

Voorbeelden
CB9980000012JSMITHRROE
Gevraagde leverdatum
RequestedDeliveryDate
De datum waarop het bedrijf de leverancier heeft gevraagd de goederen of diensten te leveren.
Beschrijving

Dit attribuut geeft de beoogde leverdatum uit de inkooporder aan. Deze datum is het uitgangspunt voor het meten van de leverprestaties van leveranciers.

Bij process mining vergelijk je deze datum met de werkelijke datum van goederenontvangst (de timestamp van ‘Goederenontvangst geboekt’) om de KPI ‘Leveringen op tijd per leverancier’ te berekenen. Afwijkingen helpen je de betrouwbaarheid van leveranciers te beoordelen en risico’s in de toeleveringsketen te beheersen.

Waarom dit belangrijk is

Is het uitgangspunt voor het meten van tijdige leveringen door leveranciers, een belangrijke KPI voor het beheer van de toeleveringsketen en de operationele planning.

Waar vind je dit?

Dit veld staat in de planningregeltabel EKET, veld EINDT.

Voorbeelden
2023-06-012023-06-152023-07-01
Inkoopaanvraag
PurchaseRequisitionNumber
De identificatiecode van de inkoopaanvraag (PR) waarmee de inkooporder is gestart.
Beschrijving

Dit attribuut koppelt de inkooporder aan de oorspronkelijke inkoopaanvraag. Niet elke inkooporder heeft een aanvraag, bijvoorbeeld wanneer de order rechtstreeks wordt aangemaakt.

Deze koppeling is nodig om het volledige inkoopproces vanaf de eerste aanvraag te analyseren. Ze ondersteunt KPI’s als ‘Goedkeuringstijd van inkoopaanvragen’ en helpt ongeautoriseerde uitgaven op te sporen, waarbij inkooporders zonder voorafgaande goedgekeurde aanvraag worden aangemaakt.

Waarom dit belangrijk is

Verbindt de inkooporder met de oorspronkelijke aanvraag. Zo kun je het hele proces analyseren en ongeautoriseerde uitgaven opsporen.

Waar vind je dit?

Dit attribuut staat in tabel EKPO van SAP S/4HANA (niveau van inkooporderitems), veld BANFN.

Voorbeelden
1001005110010052
Inkoopordertype
DocumentType
Een classificatie voor verschillende soorten inkooporders, zoals standaardorders, dienstenorders of voorraadtransportorders.
Beschrijving

Het documenttype is een belangrijk configuratie-element in SAP. Het bepaalt de processtroom, nummerreeks en velden van een inkooporder. Zo kunnen bedrijven het inkoopproces aanpassen aan verschillende situaties.

Door het proces per documenttype te analyseren, krijg je inzicht in procesvarianten. Een standaardorder voor goederen kan bijvoorbeeld heel anders verlopen dan een dienstenorder of voorraadtransportorder. Met dit attribuut kun je die processtromen filteren en vergelijken om gerichte verbeterpunten te vinden.

Waarom dit belangrijk is

Deelt inkooporders in categorieën in. Zo kun je verschillende inkoopprocessen vergelijken en verschillen in processtromen en doorlooptijden verklaren.

Waar vind je dit?

Dit attribuut staat in tabel EKKO van SAP S/4HANA, veld BSART.

Voorbeelden
NBFOUB
Leveranciers-ID
VendorId
De unieke identificatiecode van de leverancier die de goederen of diensten levert.
Beschrijving

De leveranciers-ID is belangrijke stamdata die een inkooporder aan een specifieke leverancier koppelt. De ID wordt gebruikt voor communicatie, levering en betaling tijdens het inkoopproces.

Met dit attribuut kun je leveranciersprestaties analyseren. Het is nodig voor dashboards als ‘Prestaties van de levertijd per leverancier’ en ‘Retourpercentage van goederen per leverancier’. Zo zie je welke leveranciers betrouwbaar zijn en wie mogelijk vertragingen of kwaliteitsproblemen veroorzaakt.

Waarom dit belangrijk is

Maakt analyses per leverancier mogelijk. Zo kun je prestaties beoordelen, goed en minder goed presterende leveranciers herkennen en de toeleveringsketen verbeteren.

Waar vind je dit?

Dit attribuut staat in tabel EKKO van SAP S/4HANA, veld LIFNR.

Voorbeelden
100023100045100088
Totaal nettobedrag
TotalNetAmount
De totale waarde van de inkooporder, exclusief belastingen en vrachtkosten.
Beschrijving

Dit attribuut geeft de nettowaarde van de inkooporder weer. Het is een belangrijk financieel gegeven dat de omvang van de inkooptransactie aangeeft.

Dit bedrag is nuttig voor financiële analyses, bijvoorbeeld om inkooporders op waarde in te delen en te zien of de processtromen verschillen. Je kunt het ook gebruiken om analyses te prioriteren en te beginnen bij orders met een hoge waarde, die meer financieel risico kunnen opleveren of meer impact op het bedrijf hebben.

Waarom dit belangrijk is

Maakt financiële analyses mogelijk. Je kunt inkooporders op waarde indelen en procesverbeteringen richten op gebieden met hoge uitgaven.

Waar vind je dit?

Dit attribuut staat in tabel EKKO van SAP S/4HANA, veld NETWR.

Voorbeelden
1500.0025000.50125.75
Bedrijfscode
CompanyCode
De identificatiecode van de rechtspersoon of het bedrijf waarvoor de inkooporder wordt aangemaakt.
Beschrijving

De bedrijfscode staat voor een zelfstandige administratieve eenheid binnen een organisatie. Alle financiële transacties voor een inkooporder worden op een specifieke bedrijfscode geboekt.

Dit is een belangrijk organisatieattribuut waarmee je inkoopprocessen van verschillende rechtspersonen kunt filteren en vergelijken. Analyse per bedrijfscode kan verschillen in de uitvoering van processen, efficiëntie of compliance aan het licht brengen.

Waarom dit belangrijk is

Hiermee kun je procesanalyses uitsplitsen naar rechtspersoon en prestaties en compliance tussen bedrijfsonderdelen vergelijken.

Waar vind je dit?

Dit attribuut staat in de SAP S/4HANA-tabel EKKO, veld BUKRS.

Voorbeelden
101017102000
Inkoopgroep
PurchasingGroup
De specifieke groep inkopers die verantwoordelijk is voor bepaalde inkoopactiviteiten.
Beschrijving

Een inkoopgroep bestaat uit één of meer inkopers die verantwoordelijk zijn voor specifieke inkoopactiviteiten, materialen of leveranciers. Zij zijn het eerste aanspreekpunt voor leveranciers.

Met dit attribuut kun je de werkdruk en prestaties gedetailleerder analyseren dan met de inkooporganisatie. Je kunt er overbelaste teams mee opsporen, de efficiëntie van verschillende inkoopgroepen meten en nagaan welke groepen vaker afwijken van het proces, bijvoorbeeld door buiten contracten om in te kopen.

Waarom dit belangrijk is

Geeft inzicht in de prestaties van inkoopgroepen, zodat je werkdruk, efficiëntie en naleving van processen op teamniveau kunt analyseren.

Waar vind je dit?

Dit attribuut staat in de SAP S/4HANA-tabel EKKO, veld EKGRP.

Voorbeelden
001002N00
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 organisatie-eenheid binnen de inkoop. Deze kan op concern-, bedrijfs- of fabrieksniveau zijn ingericht en is verantwoordelijk voor alle inkoopactiviteiten.

Met een analyse per inkooporganisatie kun je de efficiëntie en prestaties van verschillende inkoopteams of regio’s beoordelen. Zo worden verschillen zichtbaar in onderhandelingen met leveranciers, naleving van processen of vertragingen bij goedkeuringen.

Waarom dit belangrijk is

Hiermee kun je prestaties van verschillende inkoopafdelingen of regio’s vergelijken en goede werkwijzen en verbeterpunten vinden.

Waar vind je dit?

Dit attribuut staat in de SAP S/4HANA-tabel EKKO, veld EKORG.

Voorbeelden
10101710US01
Is herstelwerk
IsRework
Een berekende indicator die aangeeft of de inkooporder herstelwerk vereiste, bijvoorbeeld door een wijziging na goedkeuring of een retour van goederen.
Beschrijving

Dit booleaanse attribuut wordt berekend aan de hand van de activiteitenvolgorde voor elke inkooporder. De waarde is 'true' als de gebeurtenis 'Inkooporder gewijzigd' plaatsvindt na 'Inkooporder goedgekeurd', of als de gebeurtenis 'Goederen retour' voorkomt.

Deze indicator vereenvoudigt de berekening van de KPI 'Percentage volledig automatisch verwerkte orders'. Je kunt hiermee eenvoudig alle inkooporders filteren en weergeven waarvoor handmatige tussenkomst of correctie nodig was. Zo wordt duidelijk hoe vaak herstelwerk voorkomt en wat het kost.

Waarom dit belangrijk is

Maakt inefficiëntie zichtbaar door cases met herstelwerk te markeren. Dit helpt bij het berekenen van het percentage volledig automatisch verwerkte orders en het opsporen van oorzaken van afwijkingen.

Waar vind je dit?

Berekend veld op basis van de activiteitenvolgorde. De logica controleert of de gebeurtenis 'Inkooporder gewijzigd' volgt op een goedkeuring, of dat de gebeurtenis 'Goederen retour' voorkomt.

Voorbeelden
truefalse
Is inkoop buiten contract
IsMaverickSpend
Een berekende indicator die aangeeft of een inkooporder is aangemaakt zonder voorafgaande, goedgekeurde inkoopaanvraag.
Beschrijving

Deze booleaanse indicator wordt tijdens de gegevensverwerking berekend. De waarde is 'true' als er geen inkoopaanvraag aan een inkooporder is gekoppeld of als de inkooporder buiten de standaardgoedkeuringsworkflow om is aangemaakt.

Dit attribuut ondersteunt het dashboard 'Inkoop buiten contract opsporen' en de bijbehorende KPI’s. Het maakt zichtbaar hoe vaak er niet volgens het inkoopbeleid wordt ingekocht. Zo kunnen bedrijven specifieke afdelingen of gebruikersgroepen aanspreken en het inkoopbeleid en de controles versterken.

Waarom dit belangrijk is

Spoort inkopen op die niet aan de regels voldoen. Zo kun je procesafwijkingen meten en financiële controles en inkoopbeleid handhaven.

Waar vind je dit?

Berekend veld op basis van een ontbrekende waarde in 'PurchaseRequisitionNumber' voor bepaalde documenttypen, of op basis van de analyse van de gebeurtenisvolgorde.

Voorbeelden
truefalse
Itemcategorie
ItemCategory
Classificeert een inkooporderregel, bijvoorbeeld als standaard, consignatie, onderaanneming of dienst.
Beschrijving

De itemcategorie bepaalt hoe de inkoop van een specifiek materiaal of een specifieke dienst wordt beheerd en verwerkt. Ze is van invloed op vervolgstappen zoals goederenontvangst en factuurcontrole.

Dit attribuut is nuttig om procesvarianten te analyseren op basis van wat er wordt ingekocht. Voor een dienst is bijvoorbeeld een service-entrysheet nodig, terwijl een standaardvoorraadartikel een heel ander proces volgt. Met analyses per itemcategorie kun je die verschillen verklaren en gerichte procesverbeteringen doorvoeren.

Waarom dit belangrijk is

Licht procesvarianten toe door onderscheid te maken tussen verschillende soorten inkoop, zoals goederen, diensten en onderaanneming.

Waar vind je dit?

Dit attribuut staat in de SAP S/4HANA-tabel EKPO, veld PSTYP.

Voorbeelden
093
Materiaalnummer
MaterialNumber
De identificatiecode van het materiaal of product dat wordt ingekocht.
Beschrijving

Het materiaalnummer is een unieke code die in SAP aan elk materiaalstamrecord wordt toegekend. De code wordt gebruikt voor alle transacties met dat materiaal, waaronder inkoop, voorraadbeheer en verkoop.

Met een analyse per materiaalnummer of materiaalgroep kun je inkoop per productgroep bekijken. Zo zie je of de inkoop van bepaalde materialen minder efficiënt verloopt, langere doorlooptijden heeft of vaker tot retouren leidt. Die informatie helpt bij het beheer van productgroepen.

Waarom dit belangrijk is

Maakt analyse per productgroep mogelijk, zodat je procesproblemen of problemen met leveranciersprestaties voor specifieke producten of materialen kunt opsporen.

Waar vind je dit?

Dit attribuut staat in de SAP S/4HANA-tabel EKPO, veld MATNR.

Voorbeelden
RM100-100FG210SERV-CONSULT
Tijdige levering door leverancier
SupplierOnTimeDelivery
Een berekende indicator die aangeeft of de goederenontvangst op of vóór de gevraagde leverdatum is geboekt.
Beschrijving

Dit booleaanse attribuut wordt berekend door de timestamp van de activiteit 'Goederenontvangst geboekt' te vergelijken met de 'Gevraagde leverdatum'. Als de goederenontvangst op of vóór de gevraagde datum plaatsvindt, is de waarde 'true'.

Dit attribuut ondersteunt de KPI 'Percentage tijdige leveringen door leveranciers'. Je kunt er eenvoudig tijdige en te late leveringen mee filteren. Dat is belangrijk voor dashboards over leveranciersprestaties en leveranciersbeoordelingen.

Waarom dit belangrijk is

Meet de betrouwbaarheid van leveranciers en vormt de basis voor de KPI voor tijdige leveringen. Zo kun je leveranciersprestaties goed beheren.

Waar vind je dit?

Berekend door de timestamp van de activiteit 'Goederenontvangst geboekt' te vergelijken met het attribuut 'RequestedDeliveryDate'.

Voorbeelden
truefalse
Vestiging
Plant
De locatie waar goederen worden afgeleverd of diensten worden uitgevoerd.
Beschrijving

In SAP is een vestiging een fysieke locatie waar goederen worden geproduceerd of opgeslagen, of waar diensten worden uitgevoerd. De vestiging speelt een belangrijke rol in logistiek en planning.

Door procesanalyses per vestiging uit te splitsen, worden regionale of locatiespecifieke verschillen in het inkoopproces zichtbaar. Zo zie je of bepaalde vestigingen langere levertijden hebben of vaker goederen retour sturen. Dat kan wijzen op lokale problemen met logistiek of kwaliteitscontrole.

Waarom dit belangrijk is

Maakt analyse per locatie mogelijk en laat verschillen in procesprestaties tussen vestigingen, fabrieken en magazijnen zien.

Waar vind je dit?

Dit attribuut staat in de SAP S/4HANA-tabel EKPO, veld WERKS.

Voorbeelden
10101710DE01
Verplicht Aanbevolen Optioneel

Activiteiten in het Purchase to Pay-proces voor inkooporders

Dit zijn de belangrijke processtappen en mijlpalen om in je event log vast te leggen voor een nauwkeurige procesontdekking en optimalisatie.
7 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Factuur ontvangen
Dit staat voor het invoeren van een leveranciersfactuur in SAP en het koppelen ervan aan de bijbehorende inkooporder. Dit is een expliciete financiële boeking die een boekhoudkundig document aanmaakt.
Waarom dit belangrijk is

Dit is een belangrijk moment dat het inkoopproces verbindt met het crediteurenproces. Je kunt hiermee de tijd tussen goederenontvangst en factuurverwerking analyseren.

Waar vind je dit?

Een boekhoudkundig document wordt aangemaakt in tabel BKPF (kopgegevens); de regelitems staan in BSEG of in het universele journaal ACDOCA. Tabel RSEG koppelt het document aan de inkooporder.

Vastleggen

Documentinvoerdatum (CPUDT) uit de kopgegevenstabel BKPF van het boekhoudkundige document.

Gebeurtenistype explicit
Goederenontvangst geboekt
Dit staat voor de fysieke ontvangst van goederen van de leverancier en de bijbehorende registratie in het systeem. Het is een expliciete transactie die de inkooporderhistorie bijwerkt.
Waarom dit belangrijk is

Dit is een belangrijk moment: de levertijd van de leverancier eindigt en de interne controle van de factuur begint. Het is essentieel om leveringen op tijd te volgen.

Waar vind je dit?

Vastgelegd als materiaaldocument in tabellen MKPF (kopgegevens) en MSEG (items), en gekoppeld aan de inkooporder in historietabel EKBE met een specifiek bewegingstype, bijvoorbeeld 101.

Vastleggen

Boekingsdatum (BUDAT) uit de kopgegevens van het materiaaldocument (MKPF), gekoppeld via EKBE.

Gebeurtenistype explicit
Inkoopaanvraag aangemaakt
Deze activiteit markeert de formele aanvraag van goederen of diensten en start het inkoopproces. De gebeurtenis wordt vastgelegd wanneer een gebruiker een nieuwe inkoopaanvraag opslaat, bijvoorbeeld met transactie ME51N.
Waarom dit belangrijk is

Dit is voor veel inkooporderprocessen het belangrijkste startpunt. Door de tijd tussen deze gebeurtenis en het aanmaken van de inkooporder te analyseren, spoor je vertragingen op bij de inkoop en interne verwerking.

Waar vind je dit?

Vastgelegd in tabel EBAN (Purchase Requisition). De timestamp van het aanmaken is te vinden in de wijzigingshistorietabellen CDHDR en CDPOS voor het EBAN-object.

Vastleggen

Gebeurtenis vastgelegd bij het aanmaken van een document in tabel EBAN.

Gebeurtenistype explicit
Inkoopaanvraag goedgekeurd
Dit staat voor de formele goedkeuring van een inkoopaanvraag door een manager of aangewezen goedkeurder. Meestal wordt dit afgeleid uit een statuswijziging in het aanvraagdocument. De aanvraag is dan klaar om te worden omgezet in een inkooporder.
Waarom dit belangrijk is

Dit is een belangrijk moment om goedkeuringstijden te volgen en bottlenecks op te sporen. Vertragingen hebben direct invloed op hoe snel een inkooporder kan worden aangemaakt en naar een leverancier kan worden gestuurd.

Waar vind je dit?

Afgeleid uit de vrijgavestatusvelden in tabel EBAN, bijvoorbeeld FRGZU (vrijgave-indicator). De timestamp wordt bepaald aan de hand van wijzigingsdocumenten (CDHDR/CDPOS), waarin staat wanneer de definitieve vrijgavestatus is ingesteld.

Vastleggen

Afgeleid uit wijzigingslogs (CDHDR/CDPOS) voor de vrijgavestatusvelden in tabel EBAN.

Gebeurtenistype inferred
Inkooporder aangemaakt
Dit markeert het aanmaken van het officiële inkooporderdocument, met of zonder verwijzing naar een inkoopaanvraag. De gebeurtenis wordt expliciet vastgelegd wanneer het inkooporderdocument voor het eerst in het systeem wordt opgeslagen.
Waarom dit belangrijk is

Deze activiteit kan als alternatief startpunt voor het proces dienen, vooral bij analyses van ongeautoriseerde aankopen. Het is een belangrijke gebeurtenis om de totale verwerkingstijd van inkooporders te volgen.

Waar vind je dit?

Vastgelegd in de kopgegevenstabel EKKO voor inkooporders. De aanmaakdatum (AEDAT) en -tijd van het document staan rechtstreeks in deze tabel.

Vastleggen

Aanmaaktimestamp (AEDAT) in tabel EKKO voor het inkooporderdocument.

Gebeurtenistype explicit
Inkooporder afgerond
Deze activiteit geeft aan dat een inkooporderitem logistiek gezien is afgesloten. Dit wordt afgeleid wanneer zowel de indicator ‘Levering voltooid’ als ‘Eindfactuur’ is ingesteld.
Waarom dit belangrijk is

Dit is het eindpunt voor de analyse van de levenscyclus van een inkooporder. De tijd tot deze gebeurtenis geeft de totale doorlooptijd van het inkoopproces.

Waar vind je dit?

Afgeleid uit statusvlaggen in de tabel met inkooporderitems EKPO. De gebeurtenis vindt plaats wanneer zowel de indicator ‘Levering voltooid’ (ELIKZ) als ‘Eindfactuur’ (EREKZ) op waar staat.

Vastleggen

Afgeleid uit wijzigingslogs wanneer de EKPO-velden ELIKZ en EREKZ allebei als voltooid zijn gemarkeerd.

Gebeurtenistype inferred
Inkooporder goedgekeurd
Dit betekent dat de inkooporder alle benodigde interne goedkeuringen heeft gekregen en naar de leverancier mag worden gestuurd. De gebeurtenis wordt afgeleid uit een statuswijziging in de vrijgavemethode van de inkooporder.
Waarom dit belangrijk is

Dit is een belangrijk moment om de efficiëntie van goedkeuringen en herstelwerk na goedkeuring te meten. Analyse van de tijd tussen het aanmaken en goedkeuren van een inkooporder maakt interne vertragingen zichtbaar.

Waar vind je dit?

Afgeleid uit de vrijgave-indicator (FRGKE) in tabel EKKO. De timestamp wordt bepaald aan de hand van de wijzigingshistorie (CDHDR/CDPOS), waaruit blijkt wanneer dit veld de status ‘vrijgegeven’ kreeg.

Vastleggen

Afgeleid uit wijzigingslogs voor het veld van de vrijgave-indicator (FRGKE) in tabel EKKO.

Gebeurtenistype inferred
Dienstbevestiging ingevoerd
Deze activiteit markeert de bevestiging dat een dienst uit een inkooporder is uitgevoerd. De gebeurtenis wordt expliciet vastgelegd bij het aanmaken van een service-entrysheet.
Waarom dit belangrijk is

Bij inkoop van diensten is dit het equivalent van een goederenontvangst. Het is belangrijk om de levertijden van diensten te volgen en leveranciers op tijd te betalen.

Waar vind je dit?

Vastgelegd bij het aanmaken van een service-entrysheet. De data staat in tabellen ESSR (kopgegevens) en ESLL (regels). De aanmaakdatum dient als timestamp.

Vastleggen

Aanmaakdatum van het service-entrysheetdocument in tabel ESSR.

Gebeurtenistype explicit
Factuur betaald
Dit markeert de definitieve afwikkeling van de leveranciersfactuur via een betalingsrun of handmatige betaling. Deze expliciete financiële transactie maakt een vereffeningsdocument aan.
Waarom dit belangrijk is

Deze activiteit hoort technisch gezien bij het betalingsproces, maar geeft een volledig beeld van de inkoop-tot-betalingcyclus. Ze is belangrijk voor de analyse van betalingsvoorwaarden en prestaties.

Waar vind je dit?

De betaling wordt geregistreerd als vereffeningsdocument in BKPF/ACDOCA. De vereffeningsdatum (AUGDT) op de factuurregel in tabel BSEG of ACDOCA geeft de betalingsgebeurtenis aan.

Vastleggen

Vereffeningsdatum (AUGDT) van het factuurdocument, te vinden in BSEG of ACDOCA.

Gebeurtenistype explicit
Goederen geretourneerd
Geeft aan dat eerder ontvangen goederen naar de leverancier zijn teruggestuurd, meestal vanwege kwaliteitsproblemen, schade of een verkeerde levering. Dit wordt vastgelegd als een expliciete tegenboeking van de goederenbeweging.
Waarom dit belangrijk is

Deze activiteit maakt herstelwerk en mogelijke problemen met de leverancierskwaliteit of ordernauwkeurigheid zichtbaar. Veel retouren voor een bepaalde leverancier of materiaal wijzen op een probleem.

Waar vind je dit?

Vastgelegd als materiaaldocument met een specifiek retourbewegingstype, bijvoorbeeld 122. De gebeurtenis wordt geregistreerd in MKPF/MSEG en gekoppeld aan de inkooporder in historietabel EKBE.

Vastleggen

Boekingsdatum uit het materiaaldocument met een retourbewegingstype in EKBE.

Gebeurtenistype explicit
Inkooporder gewijzigd
Deze activiteit geeft aan dat de inkooporder na het aanmaken is gewijzigd, bijvoorbeeld wat betreft hoeveelheid, prijs of leverdatum. De wijziging wordt expliciet vastgelegd in de wijzigingslogs van het systeem.
Waarom dit belangrijk is

Door wijzigingen te volgen, vooral na goedkeuring, kun je inefficiënties, herstelwerk en mogelijke complianceproblemen opsporen. Veel wijzigingen kunnen wijzen op onvolledige initiële specificaties.

Waar vind je dit?

Vastgelegd in de wijzigingsdocumenttabellen CDHDR (kopgegevens) en CDPOS (items) voor inkooporderobjecten (EINKBELEG). Elke wijziging levert een gedetailleerde logregel op.

Vastleggen

Gebeurtenis vastgelegd bij wijzigingen aan belangrijke velden in tabellen EKKO of EKPO, geregistreerd in CDHDR/CDPOS.

Gebeurtenistype explicit
Inkooporder naar leverancier verzonden
Dit is het moment waarop de inkooporder naar de leverancier wordt verstuurd, bijvoorbeeld via EDI, e-mail of op papier. Deze gebeurtenis wordt vaak vastgelegd in de logs voor uitvoerbeheer van het systeem.
Waarom dit belangrijk is

Met deze activiteit begint de levertijd van de leverancier. Zo kun je de leveranciersprestaties meten vanaf het moment dat de leverancier de order ontvangt.

Waar vind je dit?

Vastgelegd in de uitvoerbeheertabel NAST, waarin berichten voor een inkoopdocument worden bijgehouden. Je kunt de datum en tijd van het relevante uitvoertype gebruiken, bijvoorbeeld EDI of e-mail.

Vastleggen

Timestamp van het eerste geslaagde uitvoerbericht voor de inkooporder in tabel NAST.

Gebeurtenistype inferred
Inkooporder verwijderd
Dit staat voor het annuleren of logisch verwijderen van een inkooporderitem of het volledige document. Dit wordt vastgelegd wanneer een gebruiker een verwijderingsvlag op het document instelt.
Waarom dit belangrijk is

Dit is een alternatief eindpunt van het proces en wijst op een mislukking of annulering. Door te analyseren waarom inkooporders worden verwijderd, kun je problemen met de vraagplanning of het vaststellen van behoeften opsporen.

Waar vind je dit?

Vastgelegd aan de hand van de verwijderingsindicator (LOEKZ) in de kopgegevens (EKKO) of items (EKPO) van de inkooporder. De timestamp wordt afgeleid uit de wijzigingsdocumenten (CDHDR/CDPOS).

Vastleggen

Timestamp uit wijzigingsdocumenten (CDHDR/CDPOS) wanneer de verwijderingsvlag (LOEKZ) wordt ingesteld.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit SAP S/4HANA

Klaar om aan de slag te gaan?

Deze template biedt een goede basis voor process mining. Gebruik je SAP S/4HANA-data om verbeterkansen te vinden en het Purchase to Pay-proces vandaag nog te verbeteren.

Verbeter het P2P-proces voor inkooporders en verkort de doorlooptijd

Verwijder inefficiënties en verkort de doorlooptijd van inkooporders in het P2P-proces met 30%.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.