Jouw datatemplate voor het Purchase to Pay-proces voor inkooporders

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

Jouw datatemplate voor het Purchase to Pay-proces voor inkooporders

Deze template helpt je bij het verzamelen van de datapunten die je nodig hebt om je Purchase to Pay-proces voor inkooporders te analyseren. Je ziet welke belangrijke attributen je verzamelt, welke activiteiten je volgt en hoe je deze data uit SAP S/4HANA haalt. Gebruik deze bron om een betrouwbaar event log op te bouwen en meer inzicht te krijgen in je inkoopprocessen.
  • Aanbevolen attributen voor een gedetailleerde analyse
  • Belangrijke activiteiten om in het proces te volgen
  • Stapsgewijze uitleg voor data-extractie
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Purchase to Pay - Purchase Order-attributen

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

Dit attribuut beschrijft een specifieke actie of statuswijziging binnen de lifecycle van de Purchase Order, zoals 'Purchase Order Created', 'Purchase Order Approved' of 'Goods Receipt Posted'. De volgorde van deze activiteiten vormt de procesflow.

Het analyseren van de volgorde en frequentie van activiteiten vormt de kern van process mining. Hiermee ontdek je het werkelijke proces, vergelijk je dit met het ontworpen model, identificeer je knelpunten, zoals lange wachttijden na 'Invoice Received', en meet je herstelwerk, bijvoorbeeld door herhaalde activiteiten 'Purchase Order Changed'.

Waarom dit belangrijk is

Het definieert de stappen in het proces en maakt visualisatie en analyse van de end-to-end-flow, procesvarianten en knelpunten mogelijk.

Waar je het vindt

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

Voorbeelden
Purchase Order aangemaaktPurchase Order goedgekeurdGoederenontvangst geboektFactuur ontvangen
Inkooporder
PurchaseOrderNumber
De unieke identificatie van de Purchase Order (PO), die dient als primaire case-ID voor het volgen van de inkooplifecycle.
Beschrijving

Het Purchase Order-nummer is de centrale identificatie die alle gerelateerde activiteiten koppelt, van het eerste aanmaken tot de uiteindelijke goederenontvangst en voltooiing. Het dient als case-ID voor process mining-analyses.

Door gebeurtenissen in de analyse op dit nummer te groeperen, kun je de reis van elke afzonderlijke PO reconstrueren. Dat is nodig om doorlooptijden te berekenen, procesvarianten te analyseren en knelpunten of afwijkingen voor één order te identificeren.

Waarom dit belangrijk is

Dit is de essentiële sleutel om alle inkoopgebeurtenissen tot één end-to-end-proces te verbinden en de lifecycle van elke Purchase Order gedetailleerd te analyseren.

Waar je het vindt

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

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

Dit attribuut registreert de exacte datum en tijd van elke activiteit in het proces. Het vormt de basis voor alle tijdgebaseerde analyses in process mining.

Event Time wordt gebruikt om activiteiten chronologisch te ordenen en de procesflow op te bouwen. Daarnaast vormt het de basis voor het berekenen van alle duurmetingen, zoals doorlooptijden tussen activiteiten, wachttijden en verwerkingstijden. Die zijn belangrijk voor prestatieanalyses en het identificeren van knelpunten.

Waarom dit belangrijk is

Deze timestamp is belangrijk om gebeurtenissen correct te ordenen en alle prestatiemaatstaven te berekenen, waaronder doorlooptijden, levertijden en wachttijden.

Waar je het vindt

Timestampvelden die aan specifieke activiteiten zijn gekoppeld, zoals Creation Date (EKKO-AEDAT voor wijzigingen) of Posting Date (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
Identificeert het bronsysteem waaruit de data is geëxtraheerd.
Beschrijving

Dit attribuut geeft het systeem van herkomst van de eventdata aan, bijvoorbeeld 'SAP S/4HANA Production' of 'SAP ECC'.

In omgevingen met meerdere systemen is dit veld belangrijk voor dataherkomst, probleemoplossing en een juiste interpretatie van data uit verschillende bronnen. Het helpt de context van de data te begrijpen en kan worden gebruikt om analyses op specifieke systeemomgevingen te filteren.

Waarom dit belangrijk is

Geeft essentiële context over de herkomst van de data. Dat is belangrijk voor datagovernance, validatie en analyse in omgevingen met meerdere systemen.

Waar je het vindt

Dit is meestal een statische waarde die tijdens het ETL-proces wordt toegevoegd om de herkomst van de dataset te markeren.

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 van de meest recente data-extractie uit SAP S/4HANA.

Als je weet wanneer de data voor het laatst is bijgewerkt, kun je de actualiteit van je analyse beter beoordelen. Je ziet dan of je realtime-informatie bekijkt of een momentopname uit een specifiek tijdstip. Dat bepaalt mede hoe relevant acties op basis van de analyse zijn.

Waarom dit belangrijk is

Informeert gebruikers over de actualiteit van de data, zodat ze de context en relevantie van hun analytische bevindingen goed kunnen beoordelen.

Waar je het vindt

Dit is een metadata-timestamp die tijdens het ETL-proces wordt toegevoegd.

Voorbeelden
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Aangevraagde leverdatum
RequestedDeliveryDate
De datum waarop het bedrijf de leverancier heeft gevraagd de goederen of diensten te leveren.
Beschrijving

Dit attribuut geeft de gewenste leverdatum uit de Purchase Order aan. Het is de basis voor het meten van leveranciersprestaties.

In process mining vergelijk je deze datum met de werkelijke datum van goederenontvangst, de timestamp van 'Goods Receipt Posted', om de KPI 'Supplier On-Time Delivery Rate' te berekenen. Door afwijkingen van deze datum te analyseren, beoordeel je de betrouwbaarheid van leveranciers en beheers je risico's in de toeleveringsketen.

Waarom dit belangrijk is

Vormt de basis voor het meten van tijdige levering door leveranciers, een belangrijke KPI voor beheer van de toeleveringsketen en operationele planning.

Waar je het vindt

Dit veld staat in de tabel met schedule lines EKET, veld EINDT.

Voorbeelden
2023-06-012023-06-152023-07-01
Documenttype van de PO
DocumentType
Een classificatie waarmee je verschillende typen Purchase Orders onderscheidt, zoals standaard-PO's, service-PO's of stock transport orders.
Beschrijving

Het documenttype is een belangrijk configuratie-element in SAP. Het bepaalt de procesflow, nummerreeks en velden van een Purchase Order. Zo kun je het inkoopproces aanpassen aan verschillende situaties.

Door het proces per documenttype te analyseren, begrijp je procesvarianten beter. Het proces voor een standaard-PO voor goederen kan bijvoorbeeld sterk verschillen van dat voor een service-PO of stock transfer. Met dit attribuut kun je deze procesflows filteren en vergelijken om specifieke verbeterpunten te vinden.

Waarom dit belangrijk is

Categoriseert Purchase Orders, zodat je verschillende inkoopprocessen kunt vergelijken en variaties in procesflows en doorlooptijden kunt verklaren.

Waar je het vindt

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

Voorbeelden
NBFOUB
Gebruiker
UserName
De identificatie 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.

Door op gebruiker te analyseren, zie je waar training nodig is, hoe het werk verdeeld is en hoe prestaties verschillen. Je kunt bijvoorbeeld nagaan of bepaalde gebruikers structureel betrokken zijn bij lange goedkeuringstijden of veel wijzigingen na goedkeuring. Dat helpt bij gebruikersbeheer en procesverbetering.

Waarom dit belangrijk is

Zorgt voor verantwoordelijkheid en maakt prestatieanalyse op individueel of teamniveau mogelijk. Zo kun je trainingsmogelijkheden of capaciteitsproblemen identificeren.

Waar je het vindt

Deze informatie staat in velden zoals ERNAM (Created by) in EKKO of in het gebruikersveld van wijzigingsdocumenttabellen (CDHDR-USERNAME).

Voorbeelden
CB9980000012JSMITHRROE
Inkoopaanvraag
PurchaseRequisitionNumber
De identificatie van de Purchase Requisition waarmee de Purchase Order is gestart.
Beschrijving

Dit attribuut koppelt de Purchase Order terug aan de oorspronkelijke Purchase Requisition. Niet elke PO heeft een PR, bijvoorbeeld wanneer de PO rechtstreeks is aangemaakt.

Deze koppeling is nodig om het volledige end-to-end-inkoopproces vanaf het eerste verzoek te analyseren. Het ondersteunt KPI's zoals 'Purchase Requisition Approval Time' en helpt bij het identificeren van 'Maverick Spend', waarbij PO's zonder voorafgaande goedgekeurde requisition worden aangemaakt.

Waarom dit belangrijk is

Verbindt de PO met het oorspronkelijke verzoek en maakt end-to-end-procesanalyse en identificatie van niet-conforme ongeautoriseerde uitgaven mogelijk.

Waar je het vindt

Dit attribuut staat in SAP S/4HANA-tabel EKPO, op itemniveau van de PO, veld BANFN.

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

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

Met process mining kun je prestaties op leveranciersniveau analyseren. Dit attribuut is essentieel voor dashboards zoals 'Supplier Lead Time Performance' en 'Goods Return Rate by Vendor'. Zo zie je welke leveranciers het meest betrouwbaar zijn en welke mogelijk vertragingen of kwaliteitsproblemen veroorzaken.

Waarom dit belangrijk is

Maakt leveranciersgerichte analyses mogelijk. Zo kun je prestaties beoordelen, goed en minder goed presterende leveranciers identificeren en de toeleveringsketen verbeteren.

Waar je het vindt

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

Voorbeelden
100023100045100088
Totale nettowaarde
TotalNetAmount
De totale waarde van de Purchase Order, exclusief belastingen en vrachtkosten.
Beschrijving

Dit attribuut vertegenwoordigt de netto geldwaarde van de Purchase Order. Het is een belangrijk financieel gegeven dat de omvang van de inkooptransactie aangeeft.

Dit bedrag is belangrijk voor financiële analyses, bijvoorbeeld om PO's op waarde in te delen en te zien of hun procespaden verschillen. Je kunt het ook gebruiken om analyses te prioriteren en je te richten op orders met een hoge waarde, die meer financieel risico of een grotere bedrijfsimpact kunnen hebben.

Waarom dit belangrijk is

Maakt financiële analyses mogelijk. Zo kun je Purchase Orders op waarde indelen en verbeteracties prioriteren voor gebieden met hoge uitgaven.

Waar je het vindt

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

Voorbeelden
1500.0025000.50125.75
Bedrijfsnummer
CompanyCode
De identificatie van de juridische entiteit of het bedrijf waarvoor de inkooporder wordt aangemaakt.
Beschrijving

Het bedrijfsnummer vertegenwoordigt een zelfstandige boekhoudeenheid binnen een organisatie. Alle financiële transacties voor een inkooporder worden op een specifiek bedrijfsnummer geboekt.

Dit is een belangrijk organisatorisch attribuut waarmee je inkoopprocessen bij verschillende juridische entiteiten kunt filteren en vergelijken. Een analyse per bedrijfsnummer kan verschillen in procesuitvoering, efficiëntie en compliance binnen de organisatie zichtbaar maken.

Waarom dit belangrijk is

Hiermee kun je procesanalyses per juridische entiteit uitvoeren en prestaties en compliance tussen verschillende bedrijfsonderdelen vergelijken.

Waar je het vindt

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 werkdruk en prestaties gedetailleerder analyseren dan met de inkooporganisatie. Je kunt er overbelaste teams mee vinden, de efficiëntie van verschillende inkopersgroepen meten en zien welke groepen vaker afwijken van het proces, bijvoorbeeld door ongecontroleerde inkoop.

Waarom dit belangrijk is

Geeft een gedetailleerd beeld van de prestaties van inkopersgroepen. Zo kun je werkdruk, efficiëntie en procesnaleving op teamniveau analyseren.

Waar je het vindt

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

Voorbeelden
001002N00
Inkooporganisatie
PurchasingOrganization
De organisatorische eenheid die verantwoordelijk is voor de inkoop van materialen en diensten en voor onderhandelingen met leveranciers.
Beschrijving

De inkooporganisatie is een belangrijke organisatorische eenheid binnen inkoop. Deze kan op concern-, bedrijfs- of fabrieksniveau zijn ingericht en is verantwoordelijk voor alle inkoopactiviteiten.

Door het proces per inkooporganisatie te analyseren, kun je de efficiëntie en prestaties van verschillende inkoopteams of regio's beoordelen. Zo worden verschillen in leveranciersonderhandelingen, naleving van processen en goedkeuringsvertragingen tussen organisatieonderdelen zichtbaar.

Waarom dit belangrijk is

Hiermee kun je prestaties van verschillende inkoopafdelingen of regio's vergelijken en best practices en verbeterpunten vinden.

Waar je het vindt

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

Voorbeelden
10101710US01
Is herstelwerk
IsRework
Een berekende vlag die aangeeft of aan een inkooporder herstelwerk is uitgevoerd, zoals een wijziging na goedkeuring of een retourzending van goederen.
Beschrijving

Dit boolean-attribuut wordt berekend door de activiteitenvolgorde van elke inkooporder te analyseren. De waarde is 'true' als de gebeurtenis 'Purchase Order Changed' plaatsvindt na 'Purchase Order Approved', of als de gebeurtenis 'Goods Returned' voorkomt.

Deze vlag vereenvoudigt de berekening van de KPI 'Straight-Through Processing Rate'. Je kunt hiermee alle inkooporders die handmatige interventie of correctie nodig hadden eenvoudig filteren en visualiseren. Zo krijg je zicht op de kosten en frequentie van herstelwerk.

Waarom dit belangrijk is

Helpt procesinefficiëntie te kwantificeren door cases met herstelwerk te markeren. Dat is belangrijk voor het berekenen van straight-through processing rates en het vinden van oorzaken van afwijkingen.

Waar je het vindt

Berekend veld op basis van de activiteitenvolgorde. De logica controleert of de gebeurtenis 'Purchase Order Changed' na een goedkeuring plaatsvindt of dat de gebeurtenis 'Goods Returned' voorkomt.

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

Deze boolean-vlag wordt tijdens de dataverwerking berekend. De waarde is 'true' als een inkooporder geen gekoppelde inkoopaanvraag heeft of als het aanmaken van de inkooporder de standaardgoedkeuringsworkflow omzeilt.

Dit attribuut ondersteunt rechtstreeks het dashboard 'Identificatie van ongecontroleerde inkoop' en de bijbehorende KPI's. Het helpt organisaties om niet-conform inkoopgedrag te kwantificeren en specifieke afdelingen of gebruikersgroepen te selecteren voor betere naleving van inkoopbeleid en controles.

Waarom dit belangrijk is

Identificeert niet-conforme inkoop rechtstreeks. Zo kun je procesafwijkingen kwantificeren en financiële controles en inkoopbeleid beter handhaven.

Waar je het vindt

Berekend veld op basis van het ontbreken van een waarde in 'PurchaseRequisitionNumber' voor specifieke documenttypen, of op basis van de analyse van de eventvolgorde.

Voorbeelden
truefalse
Itemcategorie
ItemCategory
Classificeert een regelitem van een Purchase Order, zoals standaard, consignatie, onderaanneming of service.
Beschrijving

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

Dit attribuut is belangrijk voor het analyseren van procesvarianten op basis van wat je inkoopt. Het proces voor een service-item, waarvoor een service entry sheet nodig is, verschilt bijvoorbeeld sterk van dat voor een standaardvoorraaditem. Door per itemcategorie te analyseren, verklaar je deze verschillen en kun je gericht verbeteren.

Waarom dit belangrijk is

Verklaart procesvarianten door verschillende typen inkoop te onderscheiden, zoals goederen, diensten of onderaanneming.

Waar je het vindt

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

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

Het materiaalnummer is een unieke code voor elk materiaal in de SAP-materiaalstam. De code wordt gebruikt voor alle transacties rond dat materiaal, zoals inkoop, voorraadbeheer en verkoop.

Met een analyse per materiaalnummer of materiaalgroep kun je inkoop per productcategorie bekijken. Zo zie je bijvoorbeeld of bepaalde materialen minder efficiënt worden ingekocht, langere doorlooptijden hebben of vaker worden geretourneerd. Dat levert input voor category management.

Waarom dit belangrijk is

Maakt een analyse per productcategorie mogelijk. Zo kun je procesproblemen of problemen met leveranciersprestaties voor specifieke producten of materialen vinden.

Waar je het vindt

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

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

Dit boolean-attribuut wordt berekend door de timestamp van de activiteit 'Goods Receipt Posted' te vergelijken met de 'Requested Delivery Date'. Als de goederenontvangst op of vóór de gevraagde datum plaatsvindt, krijgt het attribuut de waarde 'true'.

Dit attribuut ondersteunt rechtstreeks de KPI 'Supplier On-Time Delivery Rate'. Je kunt er tijdige en te late leveringen eenvoudig mee filteren. Dat is belangrijk voor dashboards over leveranciersprestaties en leveranciersbeoordelingen.

Waarom dit belangrijk is

Meet de betrouwbaarheid van leveranciers rechtstreeks. Het vormt de basis voor de KPI voor tijdige levering en helpt bij het beheren van leveranciersprestaties.

Waar je het vindt

Berekend door de timestamp van de activiteit 'Goods Receipt Posted' te vergelijken met het attribuut 'RequestedDeliveryDate'.

Voorbeelden
truefalse
Vestiging
Plant
De locatie of operationele vestiging waar goederen worden geleverd 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 de procesanalyse per vestiging uit te voeren, worden regionale of locatiespecifieke verschillen in het inkoopproces zichtbaar. Zo zie je bijvoorbeeld of bepaalde vestigingen langere levertijden hebben of vaker goederen retourneren. Dat kan wijzen op lokale problemen in logistiek of kwaliteitscontrole.

Waarom dit belangrijk is

Maakt een locatiegerichte analyse mogelijk. Zo worden verschillen in procesprestaties tussen operationele locaties, vestigingen en magazijnen zichtbaar.

Waar je het vindt

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

Voorbeelden
10101710DE01
Verplicht Aanbevolen Optioneel

Purchase to Pay - Purchase Order-activiteiten

Dit zijn de essentiële processtappen en mijlpalen die je in je event log vastlegt voor een nauwkeurige procesontdekking en optimalisatie.
7 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Factuur ontvangen
Staat voor het invoeren van een leveranciersfactuur in het SAP-systeem en de koppeling aan de bijbehorende Purchase Order. Dit is een expliciete financiële boeking die een boekhoudkundig document aanmaakt.
Waarom dit belangrijk is

Dit is een belangrijk meetpunt dat het inkoopproces koppelt aan het proces voor crediteurenadministratie. Hiermee kun je de tijd tussen goederenontvangst en factuurverwerking analyseren.

Waar je het vindt

Een boekhoudkundig document wordt aangemaakt in tabel BKPF (header). De regels staan in BSEG of in het universal journal ACDOCA. Het document is in tabel RSEG aan de PO gekoppeld.

Vastleggen

Invoerdatum van het document (CPUDT) uit de header van het boekhoudkundige document in tabel BKPF.

Eventtype explicit
Goederenontvangst geboekt
Staat voor de fysieke ontvangst van goederen van de leverancier en de bijbehorende registratie in het systeem. Dit is een expliciete transactie die de Purchase Order-historie bijwerkt.
Waarom dit belangrijk is

Dit is een belangrijk meetpunt dat de doorlooptijd bij de leverancier beëindigt en het interne proces van factuurcontrole start. Het is essentieel voor het meten van tijdige leveringen.

Waar je het vindt

Vastgelegd als een materiaaldocument in tabellen MKPF (header) en MSEG (item), en gekoppeld in de Purchase Order-historietabel EKBE met een specifieke bewegingsoort, bijvoorbeeld 101.

Vastleggen

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

Eventtype explicit
Purchase Order aangemaakt
Markeert het aanmaken van het officiële Purchase Order-document. Dit kan met of zonder verwijzing naar een Purchase Requisition gebeuren. Het is een expliciete gebeurtenis die wordt vastgelegd wanneer het PO-document voor het eerst in het systeem wordt opgeslagen.
Waarom dit belangrijk is

Deze activiteit kan een alternatief startpunt van het proces zijn, vooral voor analyses van ongeautoriseerde aankopen. Het is een belangrijke gebeurtenis voor het meten van de totale verwerkingstijd van de PO.

Waar je het vindt

Vastgelegd in de Purchase Order-headerstabel EKKO. De aanmaakdatum (AEDAT) en tijd staan voor het document rechtstreeks in deze tabel.

Vastleggen

Timestamp van het aanmaken (AEDAT) in tabel EKKO voor het Purchase Order-document.

Eventtype explicit
Purchase Order goedgekeurd
Geeft aan dat de Purchase Order alle benodigde interne goedkeuringen heeft ontvangen en mag worden vrijgegeven aan de leverancier. De gebeurtenis wordt afgeleid uit een statuswijziging in de vrijgavestrategie van de Purchase Order.
Waarom dit belangrijk is

Dit is een belangrijk meetpunt voor de efficiëntie van goedkeuringen en herstelwerk na goedkeuring. Door de tijd tussen het aanmaken en goedkeuren van de PO te analyseren, worden interne procesvertragingen zichtbaar.

Waar je het vindt

Afgeleid uit de vrijgave-indicator (FRGKE) in tabel EKKO. De timestamp wordt bepaald aan de hand van de wijzigingshistorie (CDHDR/CDPOS), op het moment dat dit veld de status 'released' kreeg.

Vastleggen

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

Eventtype inferred
Purchase Order voltooid
Deze activiteit geeft aan dat een Purchase Order-item logistiek gezien is gesloten. Dit wordt afgeleid wanneer zowel de indicatoren 'Delivery Completed' als 'Final Invoice' zijn ingesteld.
Waarom dit belangrijk is

Dit is het eindpunt voor de analyse van de Purchase Order-lifecycle. Door de tijd tot deze gebeurtenis te meten, bereken je de end-to-end-doorlooptijd van het inkoopproces.

Waar je het vindt

Afgeleid uit statusvlaggen in de Purchase Order-itemtabel EKPO. De gebeurtenis vindt plaats wanneer zowel de indicator 'Delivery Completed' (ELIKZ) als de indicator 'Final Invoice' (EREKZ) op true staat.

Vastleggen

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

Eventtype inferred
Purchase Requisition aangemaakt
Deze activiteit markeert het formele verzoek om goederen of diensten en start het inkoopproces. De gebeurtenis wordt expliciet vastgelegd wanneer een gebruiker een nieuwe Purchase Requisition opslaat, bijvoorbeeld met transactie ME51N.
Waarom dit belangrijk is

Dit is voor veel Purchase Order-lifecycles het eerste startpunt. Door de tijd tussen deze gebeurtenis en het aanmaken van de PO te analyseren, zie je vertragingen in sourcing en interne verwerking.

Waar je het vindt

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

Vastleggen

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

Eventtype explicit
Purchase Requisition goedgekeurd
Dit staat voor de formele goedkeuring van een Purchase Requisition door een manager of aangewezen goedkeurder. De gebeurtenis wordt meestal afgeleid uit een statuswijziging in het requisition-document, waarmee het klaar is voor omzetting naar een Purchase Order.
Waarom dit belangrijk is

Dit is een belangrijk meetpunt voor goedkeuringsdoorlooptijden en het opsporen van knelpunten. Vertragingen hier hebben direct invloed op hoe snel een Purchase Order kan worden aangemaakt en naar een leverancier kan worden gestuurd.

Waar je het vindt

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

Vastleggen

Afgeleid uit wijzigingslogs voor vrijgavestatusvelden in tabel EBAN, in CDHDR/CDPOS.

Eventtype inferred
Factuur betaald
Markeert de definitieve afwikkeling van de leveranciersfactuur via een betalingsrun of handmatige betaling. Dit is een expliciete financiële transactie die een vereffeningsdocument aanmaakt.
Waarom dit belangrijk is

Hoewel deze activiteit technisch onderdeel is van het betalingsproces, geeft opname ervan een volledig beeld van de procure-to-pay-cyclus. Dit is belangrijk voor het analyseren van betalingstermijnen en prestaties.

Waar je het vindt

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, in BSEG of ACDOCA.

Eventtype 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 terugdraaiing van de goederenbeweging.
Waarom dit belangrijk is

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

Waar je het vindt

Vastgelegd als een materiaaldocument met een specifieke retourbeweging, bijvoorbeeld 122. De gebeurtenis wordt geregistreerd in MKPF/MSEG en gekoppeld aan de PO in historietabel EKBE.

Vastleggen

Boekingsdatum uit het materiaaldocument met een retourbeweging in EKBE.

Eventtype explicit
Purchase Order gewijzigd
Deze activiteit geeft aan dat de Purchase Order na het eerste aanmaken is gewijzigd, bijvoorbeeld in hoeveelheid, prijs of leverdatum. De wijziging wordt expliciet vastgelegd in de wijzigingslogs van het systeem.
Waarom dit belangrijk is

Het volgen van wijzigingen, vooral na goedkeuring, is belangrijk om inefficiënties, herstelwerk en mogelijke complianceproblemen te vinden. Veel wijzigingen kunnen wijzen op onvolledige of onjuiste specificaties bij de start.

Waar je het vindt

Vastgelegd in de wijzigingsdocumenttabellen CDHDR (header) en CDPOS (item) voor Purchase Order-objecten (EINKBELEG). Elke wijziging maakt een gedetailleerde logvermelding aan.

Vastleggen

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

Eventtype explicit
Purchase Order naar leverancier verzonden
Geeft het moment aan waarop de Purchase Order met de leverancier wordt gedeeld, bijvoorbeeld via EDI, e-mail of print. Deze gebeurtenis wordt vaak vastgelegd in de logs van het outputbeheer van het systeem.
Waarom dit belangrijk is

Deze activiteit is het echte startpunt van de doorlooptijd bij de leverancier. Dat is belangrijk om leveranciersprestaties nauwkeurig te meten vanaf het moment waarop de leverancier de order ontvangt.

Waar je het vindt

Vastgelegd in controletabel NAST, waarin berichten voor een inkoopdocument worden geregistreerd. De datum en tijd van het relevante outputtype, bijvoorbeeld EDI of e-mail, kunnen hiervoor worden gebruikt.

Vastleggen

Timestamp van het eerste succesvolle outputbericht voor de PO in tabel NAST.

Eventtype inferred
Purchase Order verwijderd
Staat voor het annuleren of logisch verwijderen van een Purchase Order-item of het volledige document. Dit wordt vastgelegd wanneer een gebruiker een verwijderingsvlag op het document instelt.
Waarom dit belangrijk is

Deze activiteit is een alternatief eindpunt van het proces en wijst op een mislukking of annulering. Door te analyseren waarom PO's worden verwijderd, kun je problemen in vraagplanning of het vaststellen van behoeften vinden.

Waar je het vindt

Vastgelegd via de verwijderingsindicator (LOEKZ) in de Purchase Order-header (EKKO) of itemtabel (EKPO). De timestamp wordt afgeleid uit de wijzigingsdocumenten (CDHDR/CDPOS).

Vastleggen

Timestamp uit wijzigingsdocumenten (CDHDR/CDPOS) op het moment dat de verwijderingsvlag (LOEKZ) wordt ingesteld.

Eventtype explicit
Servicebevestiging ingevoerd
Deze activiteit markeert de bevestiging dat een dienst uit een Purchase Order is geleverd. De gebeurtenis wordt expliciet vastgelegd door het aanmaken van een service entry sheet.
Waarom dit belangrijk is

Bij inkoop van diensten is dit het equivalent van een goederenontvangst. Het is belangrijk om doorlooptijden van dienstverlening te volgen en tijdige betalingen aan leveranciers mogelijk te maken.

Waar je het vindt

Vastgelegd bij het aanmaken van een service entry sheet. De data staat in tabellen ESSR (header) en ESLL (regels). De aanmaakdatum dient als timestamp.

Vastleggen

Aanmaakdatum van het Service Entry Sheet-document in tabel ESSR.

Eventtype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit SAP S/4HANA

Klaar om aan de slag te gaan?

Deze template biedt een goede basis voor je process mining-traject. Gebruik je SAP S/4HANA-data om efficiëntie te vinden en verbeter vandaag nog je Purchase to Pay-proces.

Optimaliseer je P2P-inkooporder: verkort de doorlooptijd nu

Elimineer inefficiënties en verkort de doorlooptijd van je P2P-inkooporders met 30%.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.