Datatemplate voor supplychainmanagement

SAP S/4HANA Supply Chain
Datatemplate voor supplychainmanagement

Datatemplate voor supplychainmanagement

Deze template geeft een gestructureerd overzicht van de datavelden en processtappen die nodig zijn voor een goede supplychainanalyse. Je ziet welke attributen en activiteiten je verzamelt om een volledig event log op te bouwen. Ook vind je praktische tips om deze belangrijke data uit SAP S/4HANA te halen.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen
  • Richtlijnen voor data-extractie

Attributen voor supplychainmanagement

Deze aanbevolen datavelden zijn belangrijk voor een volledig event log waarmee je processen voor supplychainmanagement goed kunt analyseren.
5 Verplicht 7 Aanbevolen 7 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de bedrijfsactiviteit of gebeurtenis die op een bepaald moment in het supplychainproces plaatsvond.
Beschrijving

Dit attribuut beschrijft een specifieke stap of mijlpaal in de levenscyclus van de logistieke order, zoals 'Inkooporder uitgegeven' of 'Goederenafgifte geboekt'. Deze activiteiten vormen samen de reeks gebeurtenissen waaruit het proces bestaat.

De activiteitenreeks analyseren is de kern van process mining. Zo ontdek je hoe het proces werkelijk verloopt, vergelijk je het met standaardprocedures en zie je welke processtappen vertraging veroorzaken of herstelwerk vragen.

Waarom dit belangrijk is

Dit attribuut bepaalt de processtappen. Die zijn nodig om procesmodellen te ontdekken, varianten te analyseren en doorlooptijden tussen activiteiten te meten.

Waar vind je dit?

Wordt aangemaakt door transactiecodes of statuswijzigingen uit verschillende SAP-tabellen (zoals EKKO, LIKP en VBUK) tijdens de datatransformatie om te zetten naar begrijpelijke activiteitsnamen.

Voorbeelden
Inkooporder verstuurdGoederenontvangst voor inkooporder geboektUitgaande levering aangemaaktBewijs van levering bevestigd
Logistieke order
LogisticsOrder
De unieke identificatiecode voor één end-to-end supplychainproces, van de eerste vraag tot de definitieve leveringsbevestiging.
Beschrijving

De logistieke order is de belangrijkste case-ID. Deze koppelt alle activiteiten aan een specifieke vraag of fulfilmentaanvraag binnen de supply chain. Zo kun je de volledige levenscyclus van een product volgen, van planning en inkoop tot productie en distributie. Dat geeft een compleet beeld van het proces.

Met process mining laat analyse op basis van de logistieke order het volledige traject zien dat is afgelegd om aan een vraag te voldoen. Je ziet veelvoorkomende varianten, bottlenecks en afwijkingen in de hele supply chain, in plaats van afzonderlijke processen zoals inkoop of verkoop los van elkaar te bekijken.

Waarom dit belangrijk is

Deze essentiële sleutel koppelt alle gerelateerde gebeurtenissen aan één procesinstantie, zodat je de supply chain van begin tot eind kunt analyseren.

Waar vind je dit?

Dit is een conceptuele identificatiecode die je mogelijk moet samenstellen door verschillende documentnummers te koppelen, bijvoorbeeld een verkoopordernummer aan de bijbehorende inkooporder- en leveringsnummers. Raadpleeg de documentatie over SAP S/4HANA Supply Chain of een inhoudsdeskundige.

Voorbeelden
LO-4500078192LO-4500078193LO-4500078194
Tijdstip van gebeurtenis
EventTime
De timestamp waarop de activiteit plaatsvond, met datum en tijd.
Beschrijving

Dit attribuut bevat de exacte datum en tijd van elke activiteit in het proces. Het vormt de chronologische basis van het event log en zet de processtappen in de volgorde waarin ze werkelijk plaatsvonden.

De tijd van de gebeurtenis is nodig voor alle tijdsanalyses. Je gebruikt deze om doorlooptijden tussen activiteiten en de totale doorlooptijd van een proces te berekenen, trends in prestaties te volgen en te bepalen wanneer bottlenecks waarschijnlijk optreden.

Waarom dit belangrijk is

Deze timestamp is nodig om doorlooptijden en prestatiemaatstaven te berekenen en bottlenecks en doorlooptijden in processen te analyseren.

Waar vind je dit?

Gehaald uit timestampvelden voor het aanmaken van documenten of statuswijzigingen in centrale SAP-tabellen, zoals CDHDR/CDPOS voor wijzigingsdocumenten of datum- en tijdvelden zoals ERDAT/ERZET in koptabellen.

Voorbeelden
2023-04-15T10:25:00Z2023-04-18T14:00:00Z2023-04-22T08:15:00Z
Bronsysteem
SourceSystem
Het systeem waaruit de data afkomstig is.
Beschrijving

Dit attribuut geeft aan uit welke specifieke instantie van het bronsysteem de gebeurtenisdata afkomstig is. In een complexe omgeving kan een bedrijf meerdere SAP S/4HANA-instanties hebben voor verschillende regio's of bedrijfseenheden.

Dit attribuut is belangrijk voor datagovernance en om analyses op te splitsen. Analisten kunnen er procesprestaties tussen systemen mee vergelijken of data uit één gezaghebbende bron afzonderlijk bekijken.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van de data. Dat is nodig om data te valideren en processen in verschillende systeemomgevingen te vergelijken.

Waar vind je dit?

Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om de herkomst aan te geven, bijvoorbeeld de SAP System ID (SAPSID).

Voorbeelden
S4H_PROD_EUS4H_PROD_NAS4H_DEV
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor het laatst is vernieuwd of uit het bronsysteem is gehaald.
Beschrijving

Dit attribuut geeft aan wanneer de data in het event log voor het laatst is bijgewerkt. Zo zie je hoe actueel de geanalyseerde data is.

Bij elke analyse is het belangrijk om te weten hoe recent de data is, zodat je beslissingen kunt nemen op basis van actuele informatie. Deze timestamp helpt je de data te beoordelen en te zien op welke periode de dashboards en KPI's betrekking hebben.

Waarom dit belangrijk is

Maakt duidelijk hoe actueel de data is, zodat je weet hoe recent de procesanalyse is.

Waar vind je dit?

Dit metadataveld wordt meestal aan het einde van een geslaagde data-update aangemaakt en ingevuld door de data-extractie- of ETL-tool.

Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Gewenste leverdatum
RequestedDeliveryDate
De datum waarop de leverancier de goederen volgens afspraak moet leveren.
Beschrijving

Dit is de leverdatum die in de inkooporder staat en die als streefdatum voor de leverancier geldt. Je vergelijkt deze datum met de werkelijke leverdatum om de prestaties te meten.

Deze datum is nodig om de KPI voor tijdige levering door leveranciers te berekenen. Door de werkelijke datum van de goederenontvangst te vergelijken met de gewenste datum, kun je objectief vaststellen of leveranciers hun afspraken nakomen.

Waarom dit belangrijk is

Dit is de basisdatum voor de KPI 'Tijdige levering door leveranciers' en daarmee belangrijk voor het beheer van leveranciersprestaties.

Waar vind je dit?

Te vinden in regeltabel EKPO van de inkooporder, in veld EINDT (leverdatum).

Voorbeelden
2023-05-20T00:00:00Z2023-06-15T00:00:00Z2023-07-01T00:00:00Z
Klantnaam
CustomerName
De naam van de klant voor wie de order wordt afgehandeld.
Beschrijving

Dit attribuut geeft aan welke eindklant bij een verkooporder en de daaropvolgende fulfilmentactiviteiten hoort. Het geeft context aan de vraagzijde van het supplychainproces.

Met process mining kun je per klant verschillende fulfilmentpatronen en prestatieniveaus voor belangrijke accounts herkennen. In dashboards zoals Analyse van vertragingen bij het bewijs van levering zie je bijvoorbeeld of bepaalde klanten de ontvangstbevestiging steeds laat doorgeven.

Waarom dit belangrijk is

Maakt het mogelijk analyses per klant uit te splitsen. Zo worden klantgedrag, bottlenecks en prestaties ten opzichte van service level agreements zichtbaar.

Waar vind je dit?

Het klantnummer (KUNNR) staat in verkoopdocumenten, bijvoorbeeld in tabel VBAK. De naam wordt opgehaald uit de centrale klantstamgegevenstabel KNA1.

Voorbeelden
Retail CorpInnovate SolutionsManufacturing Partners
Materiaalnummer
MaterialNumber
De unieke identificatiecode van het product of materiaal dat wordt verwerkt.
Beschrijving

Het materiaalnummer, vaak een SKU genoemd, is de unieke code voor een product in SAP. Het koppelt procesactiviteiten aan de fysieke of digitale goederen die worden geproduceerd, ingekocht of verzonden.

Dit attribuut is belangrijk voor productgerichte analyses. Je kunt ermee nagaan of bepaalde producten vaker kwaliteitsproblemen, productievertragingen of voorraadtekorten hebben. In dashboards kun je op materiaal filteren om de prestaties van specifieke productlijnen te onderzoeken.

Waarom dit belangrijk is

Maakt analyses per product mogelijk, zodat je kunt zien of problemen zoals vertragingen of kwaliteitsgebreken zich voordoen bij specifieke materialen.

Waar vind je dit?

Te vinden in regeltabellen van de meeste documenten, zoals VBAP voor verkooporders, EKPO voor inkooporders en LIPS voor leveringen. Het veld heet meestal MATNR.

Voorbeelden
FG-100-ARM-2034-BSA-5500
Naam leverancier
SupplierName
De naam van de leverancier die betrokken is bij de inkoopactiviteiten.
Beschrijving

Dit attribuut geeft aan bij welke leverancier goederen of diensten worden ingekocht. Het hoort meestal bij activiteiten zoals 'Inkoopaanvraag aangemaakt' en 'Inkooporder uitgegeven'.

De leveranciersnaam is nodig voor het dashboard Analyse van leveranciersprestaties. Je kunt de data filteren en uitsplitsen om tijdige leveringen, doorlooptijden en kwaliteitsniveaus van verschillende leveranciers te vergelijken. Dat helpt bij strategische inkoop en het beheer van leveranciersrelaties.

Waarom dit belangrijk is

Maakt het mogelijk prestaties per leverancier te analyseren. Dat helpt om het inkoopproces te verbeteren en de betrouwbaarheid van leveranciers te beoordelen.

Waar vind je dit?

Het leveranciersnummer (LIFNR) staat in inkoopdocumenten (bijvoorbeeld in de tabellen EKKN en EBAN). De naam wordt opgehaald uit de centrale leveranciersstamgegevenstabel LFA1.

Voorbeelden
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Resultaat kwaliteitsinspectie
QualityInspectionResult
De uitkomst van een kwaliteitsinspectie, bijvoorbeeld 'Goedgekeurd' of 'Afgekeurd'.
Beschrijving

Dit attribuut registreert het resultaat van een kwaliteitscontrole op geproduceerde of ontvangen goederen. De uitkomst bepaalt of de goederen door kunnen naar de volgende stap of moeten worden hersteld, geretourneerd of afgevoerd.

Dit attribuut is belangrijk voor het dashboard en de KPI voor afkeurpercentages bij kwaliteitscontrole. Door te analyseren hoe vaak en waarom goederen worden afgekeurd, kun je structurele kwaliteitsproblemen bij specifieke producten, leveranciers of productielijnen herkennen.

Waarom dit belangrijk is

Ondersteunt rechtstreeks de berekening van kwaliteits-KPI's en helpt de oorzaken van kwaliteitsproblemen in de supply chain te vinden.

Waar vind je dit?

Deze informatie staat meestal in de module Quality Management (QM). De data kan afkomstig zijn uit tabellen voor inspectiepartijen, zoals QALS, en uit gebruiksbeslissingscodes in QAVE.

Voorbeelden
GoedgekeurdAfgekeurdHerstelwerk nodigGoedgekeurd met afwijking
Uitvoerende gebruiker
ExecutingUser
De gebruikers-ID van de persoon die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut bevat de SAP-gebruikersnaam of -ID van de medewerker die de activiteit heeft uitgevoerd, bijvoorbeeld het aanmaken van een inkooporder of het boeken van een goederenontvangst. Zo worden processtappen gekoppeld aan de betrokken medewerkers.

Analyse per gebruiker helpt om de werkverdeling te begrijpen, opleidingsbehoeften te herkennen en prestatieverschillen tussen personen of teams te zien. Ook is dit nuttig voor complianceanalyse: je kunt nagaan wie belangrijke processtappen heeft uitgevoerd.

Waarom dit belangrijk is

Koppelt activiteiten aan specifieke gebruikers, zodat je de werkbelasting kunt analyseren, prestaties kunt vergelijken en niet-conforme handelingen kunt onderzoeken.

Waar vind je dit?

Te vinden in de velden 'Gemaakt door' of 'Gewijzigd door' in veel SAP-tabellen, zoals ERNAM in EKKO (kop van de inkooporder), LIKP (kop van de levering) en VBRK (kop van de factuur).

Voorbeelden
CBROWNJSMITHASINGH
Vestiging
Plant
De productie- of distributielocatie waar de activiteit plaatsvond.
Beschrijving

De vestiging is een organisatorische eenheid in SAP voor een locatie waar goederen worden geproduceerd, opgeslagen of gedistribueerd. Dit attribuut geeft geografische of functionele context aan procesactiviteiten.

Procesprestaties per vestiging analyseren is vaak nodig. Je kunt efficiëntie, doorvoer en compliance tussen verschillende locaties vergelijken en zo goede werkwijzen of locaties die verbetering nodig hebben herkennen.

Waarom dit belangrijk is

Geeft analyses een geografische of organisatorische dimensie, zodat je prestaties tussen verschillende locaties kunt vergelijken.

Waar vind je dit?

Te vinden in veel regeltabellen van documenten, zoals VBAP (verkoop), EKPO (inkoop) en LIPS (levering). Het veld heet meestal WERKS.

Voorbeelden
100021003500
Eindtijd
EndTime
De timestamp waarop een activiteit is afgerond. Deze wordt gebruikt om de verwerkingstijd te berekenen.
Beschrijving

De eindtijd geeft aan wanneer een specifieke activiteit is afgerond. De starttijd (EventTime) geeft aan wanneer een activiteit begint. De eindtijd is nodig om te bepalen hoelang een activiteit duurde, vooral als die niet direct is afgerond.

Met zowel een start- als eindtijd kun je de verwerkingstijd nauwkeurig onderscheiden van de wachttijd. Zo zie je hoeveel tijd aan het werk zelf is besteed en hoeveel tijd er is gewacht op de volgende stap. Dat helpt om efficiëntiekansen te vinden.

Waarom dit belangrijk is

Maakt het mogelijk de verwerkingstijd van activiteiten nauwkeurig te berekenen en werk dat waarde toevoegt te onderscheiden van wachttijd.

Waar vind je dit?

Kan worden afgeleid uit statuswijzigingen in SAP. De start kan bijvoorbeeld een statusupdate 'In uitvoering' zijn en het einde een statusupdate 'Afgerond' in tabellen zoals JEST/JCDS. Bij gebeurtenissen zonder duur kan EndTime gelijk zijn aan StartTime.

Voorbeelden
2023-04-15T11:30:00Z2023-04-18T14:05:00Z2023-04-22T09:00:00Z
Herstelwerk
IsRework
Een aanduiding die aangeeft of een activiteit of reeks activiteiten herstelwerk is.
Beschrijving

Dit booleaanse attribuut markeert activiteiten die eerdere processtappen herhalen en dus wijzen op herstelwerk of correctie. Als bijvoorbeeld na een 'Kwaliteitsinspectie' een stap 'Productieorder aangemaakt' volgt en daarna opnieuw een 'Kwaliteitsinspectie', kan de tweede inspectie als herstelwerk worden gemarkeerd.

Herstelwerk herkennen is belangrijk om inefficiëntie en verborgen kosten te begrijpen. Met deze aanduiding kun je herstelwerkloops tellen en de impact ervan meten. Dat ondersteunt de berekening van de KPI voor fouten bij orderverwerking en laat zien waar procesverbetering nodig is.

Waarom dit belangrijk is

Helpt procesinefficiëntie te meten door activiteiten in een herstelwerkloop expliciet te herkennen en te tellen.

Waar vind je dit?

Dit wordt meestal berekend in de process mining-tool door herhaalde activiteitenreeksen binnen dezelfde case te herkennen.

Voorbeelden
truefalse
Inkoopordernummer
PurchaseOrderNumber
De unieke identificatiecode van het inkooporderdocument (PO).
Beschrijving

Het inkoopordernummer is het officiële documentnummer waarmee materialen bij een leverancier worden besteld. Het is een belangrijke identificatiecode in het inkoopdeel van de supply chain.

Met dit attribuut kun je inzoomen op het inkoopproces. Je gebruikt het in het dashboard Doorlooptijd van het inkoopproces van begin tot eind en om de KPI voor tijdige levering door leveranciers te berekenen. Het koppelt activiteiten rond aanvragen, bestellen, ontvangen en betalen.

Waarom dit belangrijk is

Dient als belangrijke identificatiecode om in te zoomen op het inkoopsubproces en gerelateerde inkoopgebeurtenissen te koppelen.

Waar vind je dit?

Te vinden in de kop van de inkooporder in tabel EKKO en in regeltabel EKPO. Het veld heet EBELN.

Voorbeelden
450007819245000781934500078194
Levering te laat
IsLateDelivery
Een booleaanse waarde die aangeeft of een leverancier na de gewenste leverdatum heeft geleverd.
Beschrijving

Deze berekende waarde geeft eenvoudig aan of een levering op tijd was. De waarde wordt bepaald door de timestamp van de activiteit 'Goederenontvangst voor inkooporder geboekt' te vergelijken met het attribuut 'Gewenste leverdatum'.

Dit attribuut maakt het eenvoudiger om dashboards en KPI's voor leveranciersprestaties te maken. Je kunt snel filteren en totalen berekenen voor de KPI voor tijdige levering door leveranciers. Ook zie je welke leveranciers, materialen of regio's de meeste vertragingen hebben.

Waarom dit belangrijk is

Vereenvoudigt de analyse van leveranciersprestaties met een duidelijke ja-of-nee-uitkomst per levering. Dat is nodig voor de KPI voor tijdige levering.

Waar vind je dit?

Dit is een berekend veld. De logica is: IF ('Goederenontvangst voor inkooporder geboekt'.EventTime > PurchaseOrder.RequestedDeliveryDate) THEN True ELSE False.

Voorbeelden
truefalse
Naam vervoerder
CarrierName
De naam van het transportbedrijf of de expediteur die de zending afhandelt.
Beschrijving

De naam van de vervoerder geeft aan welke logistieke dienstverlener verantwoordelijk is voor het transport van goederen tussen locaties, bijvoorbeeld van een magazijn naar een klant.

Dit attribuut is nodig voor het dashboard Analyse van transportdoorlooptijden. Je kunt transittijden, kosten en betrouwbaarheid van verschillende vervoerders vergelijken. Dat helpt bij de transportplanning en de keuze van vervoerders.

Waarom dit belangrijk is

Maakt het mogelijk prestaties per vervoerder te analyseren. Dat helpt om logistieke kosten en levertijden te verbeteren.

Waar vind je dit?

De vervoerders-ID (expediteur) staat in zendingsdocumenten, zoals tabel VTTK (kop van de zending). De naam wordt opgehaald uit stamgegevenstabellen zoals LFA1.

Voorbeelden
DHLFedExMaersk Logistics
Orderhoeveelheid
OrderQuantity
De hoeveelheid materiaal op de orderregel.
Beschrijving

Dit attribuut geeft aan hoeveel eenheden van een materiaal zijn aangevraagd op een regel van een verkoop- of inkooporder. Zo wordt het volume van elke transactie zichtbaar.

Met een analyse op basis van hoeveelheid kun je grote orders prioriteit geven, omdat die meer impact op het bedrijf kunnen hebben. Je kunt de hoeveelheid ook gebruiken om andere maatstaven te normaliseren, zoals de kosten per eenheid, of om te zien welk effect de ordergrootte heeft op de verwerkingstijd.

Waarom dit belangrijk is

Geeft inzicht in het volume van transacties, zodat je de impact kunt analyseren en cases op omvang kunt uitsplitsen.

Waar vind je dit?

Te vinden in regeltabellen, bijvoorbeeld als MENGE in EKPO (inkooporder) of KWMENG in VBAP (verkooporder).

Voorbeelden
100500025
Verkoopordernummer
SalesOrderNumber
De unieke identificatiecode van het verkooporderdocument (SO).
Beschrijving

Het verkoopordernummer is het officiële documentnummer dat een verkoop aan een klant bevestigt. Het is een belangrijke identificatiecode in het order-to-cash-deel van de supply chain.

Dit attribuut is belangrijk om de afhandeling van een specifieke klantorder te volgen. Het koppelt de oorspronkelijke klantaanvraag aan alle volgende activiteiten, zoals levering en facturering, en ondersteunt de analyse van de doorlooptijd van orderafhandeling.

Waarom dit belangrijk is

Dient als belangrijke identificatiecode voor het fulfilmentsubproces en koppelt de klantvraag aan de logistieke en financiële afhandeling.

Waar vind je dit?

Te vinden in de kop van de verkooporder in tabel VBAK en in regeltabel VBAP. Het veld heet VBELN.

Voorbeelden
100023451000234610002347
Verplicht Aanbevolen Optioneel

Activiteiten voor supplychainmanagement

Leg deze belangrijke processtappen en mijlpalen vast om je supplychain goed in kaart te brengen en te verbeteren.
6 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Bewijs van levering bevestigd
Dit staat voor de formele bevestiging van de klant of vervoerder dat de goederen volgens afspraak zijn ontvangen. Vaak wordt dit vastgelegd door POD-gegevens aan de uitgaande levering toe te voegen.
Waarom dit belangrijk is

Deze activiteit markeert het definitieve einde van het fulfilmentproces. De informatie is belangrijk voor een correcte facturering, het oplossen van geschillen en het meten van het laatste deel van de leveringscyclus.

Waar vind je dit?

Dit is een expliciete gebeurtenis. De datum van het bewijs van levering staat in de kop van de leveringstabel (LIKP, veld PODAT) of in gerelateerde POD-tabellen (VLPOD).

Vastleggen

Gebruik de datum van het bewijs van levering (LIKP-PODAT) uit het leveringsdocument.

Gebeurtenistype explicit
Goederen geproduceerd
Deze activiteit bevestigt dat de productie van de goederen is afgerond. Meestal wordt dit vastgelegd als een goederenontvangst voor de productieorder, waarbij het gereed product aan de voorraad wordt toegevoegd.
Waarom dit belangrijk is

Dit markeert het einde van de productiecyclus. De tijd tussen het aanmaken van de productieorder en deze gebeurtenis is de productiedoorlooptijd, een belangrijke maatstaf voor de productie-efficiëntie.

Waar vind je dit?

Je kunt dit expliciet vastleggen via een materiaalboeking (goederenontvangst voor de productieorder). Je kunt het ook afleiden uit de laatste bevestiging van de productieorder (tabel AFRU) of een statuswijziging naar 'Geleverd'.

Vastleggen

Leid dit af uit de boekingsdatum van het laatste materiaaldocument voor goederenontvangst van de productieorder, of uit een statuswijziging.

Gebeurtenistype inferred
Goederenafgifte geboekt
Deze activiteit staat voor het juridische en fysieke vertrek van goederen uit het magazijn. De voorraad neemt hierdoor af en de kostprijs van de verkochte goederen wordt geboekt. Daarmee is de order officieel verzonden.
Waarom dit belangrijk is

Dit is een belangrijk moment: de periode waarin de goederen onderweg zijn, begint. De goederen zijn vanaf dit punt definitief niet meer in het bezit van het bedrijf en worden afgeleverd.

Waar vind je dit?

Dit is een expliciete gebeurtenis waarbij een materiaaldocument wordt aangemaakt. De timestamp wordt vastgelegd in de kop van het materiaaldocument (MKPF, veld BUDAT) en werkt de goederenbewegingsstatus in het leveringsdocument bij (LIKP, veld WBSTK).

Vastleggen

Gebruik de boekingsdatum (MKPF-BUDAT) uit het materiaaldocument voor de goederenafgifte dat bij de uitgaande levering hoort.

Gebeurtenistype explicit
Goederenontvangst voor inkooporder geboekt
Dit markeert de fysieke ontvangst van grondstoffen of goederen van een leverancier voor een inkooporder. De gebeurtenis wordt vastgelegd wanneer de goederen bij het magazijn of de fabriek aankomen.
Waarom dit belangrijk is

Met deze activiteit is het leveringsgedeelte van het inkoopproces afgerond. De gegevens zijn belangrijk om te berekenen hoe vaak leveranciers op tijd leveren en om de prestaties van inkomende logistiek te begrijpen.

Waar vind je dit?

Deze expliciete gebeurtenis wordt vastgelegd via een materiaalboeking. De timestamp staat in de kopteksttabel van het materiaaldocument (MKPF, veld BUDAT). De koppeling met de inkooporder staat in de positietabel (MSEG).

Vastleggen

Gebruik de boekingsdatum (MKPF-BUDAT) van het materiaaldocument dat bij de inkooporder hoort.

Gebeurtenistype explicit
Inkooporder verstuurd
Dit markeert het formeel aanmaken en versturen van een inkooporder aan een externe leverancier voor de benodigde materialen. Met deze stap wordt een inkoopaanvraag omgezet in een juridisch bindende afspraak met een leverancier.
Waarom dit belangrijk is

Deze belangrijke mijlpaal helpt je de doorlooptijden van leveranciers en de doorlooptijd van inkoop te meten. Ook vormt dit het uitgangspunt om te beoordelen of leveranciers op tijd leveren.

Waar vind je dit?

Deze expliciete gebeurtenis wordt vastgelegd wanneer de inkooporder wordt aangemaakt. De timestamp voor aanmaak staat in de kopteksttabel van de inkooporder (EKKO, veld AEDAT).

Vastleggen

Gebruik de aanmaakdatum van het document (EKKO-AEDAT) voor de inkooporder.

Gebeurtenistype explicit
Verkooporder aangemaakt
Deze activiteit markeert het aanmaken van een nieuwe verkooporder, waarin een klant formeel goederen aanvraagt. Het systeem registreert deze gebeurtenis wanneer een gebruiker een nieuw verkooporderdocument opslaat.
Waarom dit belangrijk is

Dit is het belangrijkste startpunt van het order-to-cash-proces. Door de tijd tussen deze gebeurtenis en andere gebeurtenissen te analyseren, zie je de totale doorlooptijd van de orderafhandeling en eventuele vertragingen aan het begin.

Waar vind je dit?

Deze gebeurtenis wordt expliciet vastgelegd. Je vindt de gegevens in de wijzigingsdocumenten voor verkoopordertabellen (CDHDR/CDPOS) of in de timestamp voor aanmaak in de kopteksttabel van de verkooporder (VBAK, veld ERDAT).

Vastleggen

Gebruik de aanmaakdatum (VBAK-ERDAT) en -tijd (VBAK-ERZET) van het verkooporderdocument.

Gebeurtenistype explicit
Goederen gelost op bestemming
Deze activiteit geeft aan dat de goederen fysiek zijn gelost op de locatie van de klant. SAP registreert deze gebeurtenis mogelijk niet expliciet. Vaak moet je haar afleiden uit gegevens van de vervoerder of uit latere gebeurtenissen.
Waarom dit belangrijk is

Hiermee eindigt het transporttraject. De tijd tussen de goederenafgifte en dit moment is de transporttijd, een belangrijke maatstaf voor het optimaliseren van de logistiek.

Waar vind je dit?

In het kern-ERP is dit zelden een expliciete gebeurtenis. Je kunt haar afleiden uit EDI-berichten van de vervoerder, gegevens uit de module Transportation Management (TM) of, als die beschikbaar is, de timestamp op het bewijs van levering.

Vastleggen

Leid de gebeurtenis af uit statusupdates van de vervoerder (bijvoorbeeld EDI 214) of gebruik de timestamp van het bewijs van levering als benadering.

Gebeurtenistype inferred
Inkoopaanvraag aangemaakt
Deze activiteit markeert het aanmaken van een intern verzoek om benodigde goederen of grondstoffen in te kopen. Dit gebeurt vaak wanneer er onvoldoende voorraad is om een verkooporder af te handelen of wanneer de voorraad onder het bestelpunt komt.
Waarom dit belangrijk is

Dit is de eerste stap in het inkoopproces. Door het aanmaken van de aanvraag te volgen, kun je vertragingen bij de start van de inkoop opsporen en het volledige inkoopproces analyseren.

Waar vind je dit?

Dit is een expliciete gebeurtenis. De timestamp voor aanmaak staat in de kopteksttabel van de inkoopaanvraag (EBAN, veld BADAT).

Vastleggen

Gebruik de aanmaakdatum (EBAN-BADAT) van het inkoopaanvraagdocument.

Gebeurtenistype explicit
Klantfactuur aangemaakt
Deze activiteit markeert het aanmaken van het factuurdocument voor de klant op basis van de geleverde goederen of diensten. Hiermee begint de laatste financiële afhandeling van het proces.
Waarom dit belangrijk is

Deze activiteit is belangrijk voor het analyseren van de factureringsdoorlooptijd. Vertraging tussen de leveringsbevestiging en de facturering kan de cashflow verslechteren.

Waar vind je dit?

Dit is een expliciete gebeurtenis. De aanmaaktimestamp staat in de kop van de factuurdocumenttabel (VBRK, veld ERDAT).

Vastleggen

Gebruik de aanmaakdatum (VBRK-ERDAT) uit de kop van het factuurdocument.

Gebeurtenistype explicit
Kwaliteitsinspectie uitgevoerd
Dit markeert de afronding van een kwaliteitscontrole op geproduceerde goederen. De uitkomst van de inspectie, goedgekeurd of afgekeurd, wordt vastgelegd in een gebruiksbeslissing.
Waarom dit belangrijk is

Deze activiteit is belangrijk om de productkwaliteit te volgen en productieproblemen op te sporen. Veel afkeuringen of lange inspectietijden kunnen op belangrijke bottlenecks wijzen.

Waar vind je dit?

Deze expliciete gebeurtenis wordt vastgelegd wanneer een gebruiksbeslissing wordt genomen voor een kwaliteitsinspectiepartij. De beslisdatum staat in de QALS-tabel (veld PASTRTERM) of de QAVE-tabel.

Vastleggen

Gebruik de timestamp waarop de gebruiksbeslissing voor de inspectiepartij wordt vastgelegd (tabellen QALS/QAVE).

Gebeurtenistype explicit
Orderverzameling afgerond
Deze activiteit markeert de afronding van het fysieke verzamelen van artikelen in het magazijn voor de uitgaande levering. In veel systemen wordt dit bevestigd wanneer de verzamelstatus van het leveringsdocument wordt bijgewerkt.
Waarom dit belangrijk is

Efficiënt orderverzamelen is belangrijk voor de doorvoer in het magazijn. Door deze activiteit te volgen, kun je bottlenecks in de magazijnprocessen opsporen en de prestaties van het orderverzamelen meten.

Waar vind je dit?

Dit is vaak geen afzonderlijke gebeurtenis, maar kan worden afgeleid uit statuswijzigingen. De gebeurtenis wordt geregistreerd wanneer de pickstatus in de leveringstabel (LIPS, veld KOSTA) op 'C' (volledig verwerkt) wordt gezet.

Vastleggen

Leid de gebeurtenis af uit wijzigingsdocumenten wanneer de pickstatus (LIPS-KOSTA) wordt bijgewerkt naar volledig gepickt.

Gebeurtenistype inferred
Productieorder aangemaakt
Dit geeft aan dat er een productieorder is aangemaakt om de gereed producten voor de verkooporder te maken. Hiermee begint de interne productie formeel.
Waarom dit belangrijk is

Het aanmaken van een productieorder markeert het begin van de productiedoorlooptijd. Door deze stap te analyseren, kun je vertragingen tussen het vraagsignaal en de start van de productie opsporen.

Waar vind je dit?

Dit is een expliciete gebeurtenis. De aanmaakdatum staat in de kopteksttabel van de productieorder (AUFK, veld ERDAT).

Vastleggen

Gebruik de aanmaakdatum (AUFK-ERDAT) uit de kopteksttabel van de order.

Gebeurtenistype explicit
Uitgaande levering aangemaakt
Dit markeert het aanmaken van een leveringsdocument, waarmee het verzamelen en verzenden van goederen naar de klant wordt goedgekeurd. Hiermee gaat het proces over van orderbeheer naar logistieke uitvoering.
Waarom dit belangrijk is

Deze belangrijke stap start de fysieke afhandeling. Vertragingen tussen het aanmaken van de order en de levering kunnen wijzen op problemen met de planning of beschikbaarheid.

Waar vind je dit?

Dit is een expliciete gebeurtenis. De timestamp voor aanmaak staat in de kopteksttabel van de levering (LIKP, veld ERDAT).

Vastleggen

Gebruik de aanmaakdatum (LIKP-ERDAT) en -tijd (LIKP-ERZET) uit de koptekst van het leveringsdocument.

Gebeurtenistype explicit
Voorraadbeschikbaarheid gecontroleerd
Dit is de systeemcontrole of handmatige controle om vast te stellen of de gevraagde artikelen op voorraad zijn en de verkooporder kan worden afgehandeld. Vaak gebeurt dit automatisch bij het aanmaken van de verkooporder, maar de controle wordt niet altijd als afzonderlijke gebeurtenis vastgelegd.
Waarom dit belangrijk is

Als je kijkt naar de tijd tussen de order en deze controle, en naar de uitkomst ervan, zie je hoe voorraadniveaus de afhandeling beïnvloeden. Vertragingen leiden hier vaak tot inkoop- of productieactiviteiten.

Waar vind je dit?

Dit is doorgaans geen expliciete gebeurtenis. Je kunt deze afleiden uit het aanmaken van de eerste bevestigde leveringsregel in de verkooporderpositietabel (VBEP) of uit statuswijzigingen van de orderpositie.

Vastleggen

Leid dit af uit de statuswijziging van de bevestiging op de leveringsregel van de verkooporder (tabel VBEP).

Gebeurtenistype inferred
Zending aangemaakt
Dit staat voor het aanmaken van een zendingsdocument. Daarin worden een of meer leveringen samengevoegd voor de transportplanning. Het document bevat gegevens over de vervoerder, route en vervoerswijze.
Waarom dit belangrijk is

Met deze activiteit begint de formele transportplanning. De tijd tussen de goederenafgifte en de afronding van de zending laat zien hoe efficiënt het transportproces verloopt.

Waar vind je dit?

Dit is een expliciete gebeurtenis in de zendingskop (VTTK, veld ERDAT). Deze functie hoort bij de module LE-TRA, die niet door alle organisaties wordt gebruikt.

Vastleggen

Gebruik de aanmaakdatum (VTTK-ERDAT) uit de kop van het zendingsdocument.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit SAP S/4HANA Supply Chain

Klaar om te beginnen?

Gebruik deze template om je data voor te bereiden en vandaag nog aan de slag te gaan met het verbeteren van je supplychainprestaties. We helpen je bij elke stap.

Verbeter nu je supplychainmanagement

Krijg end-to-end inzicht en verbeter de prognosenauwkeurigheid binnen enkele dagen tot 90%.

Start je gratis proefperiode

14 dagen gratis proberen, zonder creditcard.