Data Template: Van Bestelling tot Betaling - Verkooporderverwerking
Uw Order to Cash - Sales Order Processing Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor SAP S/4HANA
Order to Cash - Attributes Verkooporderverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de zakelijke activity die op een specifiek punt in het verkooporderproces heeft plaatsgevonden. | ||
|
Beschrijving
Dit attribuut beschrijft een specifieke stap of gebeurtenis in de levenscyclus van de verkooporder, zoals 'Verkooporder Aangemaakt', 'Goederenuitgifte Geboekt' of 'Betaling Ontvangen'. Deze activiteiten zijn afgeleid van diverse statuswijzigingen, aanmaakdata van documenten en logboekingangen over verschillende SAP modules heen. Het analyseren van de sequentie en duur van deze activiteiten is de basis van process mining. Het maakt de visualisatie van proceskaarten mogelijk, de identificatie van knelpunten tussen stappen, en de analyse van procesvarianten om te begrijpen hoe orders daadwerkelijk door het systeem stromen vergeleken met het ontworpen proces.
Waarom het belangrijk is
Het definieert de stappen in het proces, wat de constructie van de proceskaart en de analyse van processtromen en knelpunten mogelijk maakt.
Waar te verkrijgen
Dit is een afgeleid attribuut, doorgaans gegenereerd tijdens dataextractie door statuswijzigingen of documentaanmaak-events uit tabellen zoals VBAK, LIKP, VBRK en CDHDR/CDPOS te mappen naar betekenisvolle activiteitsnamen.
Voorbeelden
Verkooporder aangemaaktLevering AangemaaktFactuur aangemaaktBetaling Ontvangen
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De tijdstempel die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden. | ||
|
Beschrijving
Event Time biedt de exacte datum en tijd voor elke activiteit in het proces, en vormt de chronologische ruggengraat van de event log. Het registreert bijvoorbeeld wanneer een verkooporder werd aangemaakt, wanneer goederen werden verzonden en wanneer een factuur werd betaald. Dit attribuut is cruciaal voor alle tijdsgebonden analyse. Het wordt gebruikt om cycle times tussen activiteiten te berekenen, vertragingen te identificeren, procesprestaties te meten ten opzichte van service level agreements, en de totale duur van het verkooporderproces te analyseren. De nauwkeurigheid van deze timestamps heeft directe invloed op de kwaliteit van de process mining inzichten.
Waarom het belangrijk is
Deze timestamp is essentieel voor het berekenen van alle doorlooptijden, cycle times en wachttijden, die fundamenteel zijn voor prestatieanalyse.
Waar te verkrijgen
Dit is een afgeleid attribuut, afkomstig van diverse datum- en tijdvelden in SAP-tabellen, zoals ERDAT/ERZET (aanmaakdatum/-tijd) in VBAK, LIKP, VBRK, of timestamps uit het wijzigingslogboek (CDHDR).
Voorbeelden
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Verkooporder
Vbeln
|
De unieke identificatiecode voor een verkoopdocument, en dient als de primaire case-identificatie voor het Order to Cash proces. | ||
|
Beschrijving
Het Verkoopordernummer identificeert uniek de aanvraag van een klant voor goederen of diensten. Het is het centrale object dat alle activiteiten in de levenscyclus van verkooporderverwerking met elkaar verbindt, van creatie en bevestiging tot levering en facturering. In process mining is dit attribuut essentieel voor het volgen van het end-to-end traject van elke individuele order. Het analyseren van processen per verkooporder stelt organisaties in staat knelpunten te identificeren, procesvariaties te begrijpen en belangrijke prestatie-indicatoren zoals doorlooptijd en tijdige levering te meten voor elke specifieke klanttransactie.
Waarom het belangrijk is
Dit is de kernidentificatie die alle gerelateerde proces-events verbindt, waardoor een compleet case-niveau overzicht van de orderlevenscyclus mogelijk wordt.
Waar te verkrijgen
Dit attribuut is het Verkoopdocumentnummer uit de VBAK-tabel (veld VBELN).
Voorbeelden
100002341000056710000891
|
|||
|
Gebruikersnaam
Ernam
|
Het SAP gebruikers-ID van de persoon die het document heeft aangemaakt of laatst heeft gewijzigd. | ||
|
Beschrijving
Dit attribuut legt de gebruiker vast die verantwoordelijk is voor een bepaalde activiteit, zoals het aanmaken van de verkooporder of het boeken van de goederenuitgifte. Het koppelt processtappen aan de individuen of teams die ze hebben uitgevoerd. Het analyseren van activiteiten per gebruiker helpt bij het identificeren van trainingsbehoeften, het begrijpen van de werkverdeling en het detecteren van afwijkingen die specifiek kunnen zijn voor bepaalde gebruikers. Het is ook waardevol voor compliance- en auditdoeleinden, door een duidelijk overzicht te bieden van wie de belangrijkste acties binnen het proces heeft uitgevoerd.
Waarom het belangrijk is
Het maakt de analyse van procesprestaties per gebruiker of team mogelijk, en helpt bij het identificeren van toppresteerders, trainingsmogelijkheden en de verdeling van de werklast.
Waar te verkrijgen
Dit attribuut is de 'Naam van de persoon die het object heeft aangemaakt' uit tabellen zoals VBAK (veld ERNAM voor aanmaak) of uit de headers van wijzigingsdocumenten in CDHDR (veld UNAME).
Voorbeelden
CBURNSDSCRANTONJHALPERT
|
|||
|
Gewenste leverdatum
Vdatu
|
De leverdatum die door de klant is aangevraagd voor de goederen of diensten. | ||
|
Beschrijving
Deze datum vertegenwoordigt de door de klant gewenste levertijd voor de artikelen op de verkooporder. Het is een cruciaal stuk informatie dat wordt gebruikt voor planning, scheduling en Service Level Agreement (SLA)-meting. Dit attribuut is essentieel voor het meten van klantenserviceniveaus en logistieke prestaties. Het dient als basislijn voor de 'Tijdige Leveringspercentage' KPI, waarbij het wordt vergeleken met de daadwerkelijke goederenuitgiftedatum of leverdatum om te bepalen of aan het verzoek van de klant is voldaan. Het analyseren van afwijkingen helpt bij het identificeren van systemische problemen in uitvoering of planning.
Waarom het belangrijk is
Dit is de primaire datum voor het meten van de prestaties van tijdige levering, een kritieke KPI voor klanttevredenheid en supply chain-efficiëntie.
Waar te verkrijgen
Dit attribuut is de 'Gevraagde leverdatum' uit de verkooporderplanningstabel VBEP (veld VDATU).
Voorbeelden
2023-02-012023-03-152023-04-20
|
|||
|
Klantnummer
Kunnr
|
De unieke identificatiecode voor een klantaccount. | ||
|
Beschrijving
Het Klantnummer is een unieke sleutel die aan elke klant in de master data is toegewezen. Het wordt gebruikt in alle transacties met betrekking tot die klant, inclusief verkooporders, leveringen en betalingen. Het analyseren van het proces vanuit het oogpunt van de klant is cruciaal. Dit attribute maakt het mogelijk om de orderprestaties per klant te segmenteren, te identificeren welke klanten de langste vertragingen ervaren en te begrijpen hoe de procesuitvoering verschilt voor belangrijke accounts. Het is fundamenteel voor dashboards die de cycle times per klantsegment analyseren.
Waarom het belangrijk is
Dit maakt klantgerichte analyse mogelijk, wat helpt bij het identificeren van procesproblemen die specifieke klanten of klantgroepen beïnvloeden en het meten van klantspecifieke KPI's.
Waar te verkrijgen
Dit attribuut is de 'Klant' of het 'Klantnummer' uit de VBAK-tabel (veld KUNNR).
Voorbeelden
C000123C000456C000789
|
|||
|
Materiaalnummer
Matnr
|
De unieke identificatiecode voor een product of materiaal dat wordt verkocht. | ||
|
Beschrijving
Het Materiaalnummer is de unieke sleutel voor een product in de material master data. Elk regelitem in een verkooporder komt overeen met een specifiek materiaalnummer. Dit attribute maakt productgerichte procesanalyse mogelijk. Het wordt gebruikt om te analyseren of bepaalde producten geassocieerd zijn met langere verwerkingstijden, frequentere wijzigingen of hogere annuleringspercentages. Dit inzicht kan helpen problemen te achterhalen die verband houden met specifieke productlijnen, zoals complexiteit van de supply chain of onnauwkeurigheden in de data.
Waarom het belangrijk is
Het faciliteert productniveau-analyse, en onthult of bepaalde materialen of productlijnen geassocieerd zijn met procesvertragingen, herstelwerk of andere inefficiënties.
Waar te verkrijgen
Dit attribuut is het 'Materiaalnummer' uit de verkooporderregel tabel VBAP (veld MATNR).
Voorbeelden
PROD-1001PROD-2005SERV-A01
|
|||
|
Nettobedrag
Netwr
|
De nettowaarde van het verkooporderitem of -document in de documentvaluta. | ||
|
Beschrijving
Het Netto Bedrag vertegenwoordigt de waarde van de order na kortingen en toeslagen, maar vóór belastingen. Het is een belangrijke financiële metric die aan elke verkooporder is gekoppeld. Binnen process mining biedt dit attribuut cruciale business context. Het wordt gebruikt om analyses te prioriteren op orders met een hoge waarde, te begrijpen of de orderwaarde correleert met de verwerkingstijd of complexiteit, en de financiële impact te meten van procesinefficiënties zoals annuleringen of vertragingen. Zo kan analyse aantonen dat orders met een hoge waarde vaak worden vertraagd door handmatige kredietcontroles.
Waarom het belangrijk is
Biedt financiële context aan elke case, waardoor waardegedreven analyse mogelijk is om verbeteringen te prioriteren bij orders met een hoge impact en de kosten van vertragingen te kwantificeren.
Waar te verkrijgen
Dit attribuut is de 'Nettowaarde van het orderitem in documentvaluta' uit de VBAP-tabel (veld NETWR) of geaggregeerd vanuit de VBAK-tabel.
Voorbeelden
1500.00250.5012345.75
|
|||
|
Verkoopdocumenttype
Auart
|
Een classificatie die verschillende typen verkoopdocumenten onderscheidt, zoals standaardorders, retouren of creditnota's. | ||
|
Beschrijving
Het Verkoopdocumenttype bepaalt hoe een verkoopdocument in SAP wordt verwerkt. Het definieert details zoals de nummerreeks, verplichte velden en de algehele transactiestroom. Voorbeelden zijn 'OR' voor een standaardorder of 'RE' voor een retourorder. In process mining is dit attribuut cruciaal voor het segmenteren van de analyse. Het vergelijken van de processtromen voor verschillende documenttypen kan aanzienlijke variaties aan het licht brengen in doorlooptijden, herwerkpercentages en automatiseringsniveaus. Dit helpt bij het afstemmen van procesverbeteringsinitiatieven op specifieke ordertypen.
Waarom het belangrijk is
Het maakt de segmentatie van verkooporders in verschillende categorieën mogelijk, wat een vergelijkende analyse van de verwerking van verschillende ordertypes faciliteert.
Waar te verkrijgen
Dit attribuut is het 'Verkoopdocumenttype' uit de VBAK-tabel (veld AUART).
Voorbeelden
OFRECRSO
|
|||
|
Verkooporganisatie
Vkorg
|
Een organisatorische eenheid verantwoordelijk voor de verkoop van specifieke producten of diensten. | ||
|
Beschrijving
De Verkooporganisatie vertegenwoordigt een verkoopeenheid binnen een bedrijf. Deze is verantwoordelijk voor het onderhandelen over verkoopvoorwaarden en het distribueren van goederen en diensten. Elke verkooptransactie wordt toegewezen aan een specifieke verkooporganisatie. Dit attribuut is een primaire dimensie voor prestatieanalyse. Door data te filteren of te vergelijken over verschillende verkooporganisaties heen, kunnen organisaties prestaties benchmarken, beste praktijken per regio of divisie identificeren en begrijpen hoe procesefficiëntie geografisch of per bedrijfseenheid varieert.
Waarom het belangrijk is
Maakt prestatievergelijking en benchmarking mogelijk tussen verschillende bedrijfsonderdelen, regio's of bedrijven binnen een concern.
Waar te verkrijgen
Dit attribuut is de 'Verkooporganisatie' uit de VBAK-tabel (veld VKORG).
Voorbeelden
10002000US01DE01
|
|||
|
Algehele Leveringsstatus
Lfstk
|
De algehele leveringsstatus van de verkooporder, die aangeeft of deze nog niet is verwerkt, gedeeltelijk is geleverd of volledig is geleverd. | ||
|
Beschrijving
Dit statusveld biedt een samenvatting op hoog niveau van de voortgang van de afhandeling voor een verkoopdocument. Het is geaggregeerd uit de status van al zijn regelitems om te laten zien of de order open, in uitvoering of voltooid is vanuit een leveringsperspectief. In procesanalyse is dit attribuut waardevol voor het begrijpen van de huidige status van open orders en voor het filteren van cases. Het analyseren van alleen 'Volledig Geleverde' orders geeft bijvoorbeeld een beeld van voltooide processen, terwijl het analyseren van 'Nog niet verwerkte' orders kan helpen bij het identificeren van achterstanden en initiële knelpunten.
Waarom het belangrijk is
Biedt een momentopname van de voortgang van de ordervervulling, waardoor filtering en analyse mogelijk zijn op basis van of een order open, gedeeltelijk of volledig is geleverd.
Waar te verkrijgen
Dit attribuut is de 'Algemene leveringsstatus van alle artikelen' uit de VBUK-statustabel (veld LFSTK).
Voorbeelden
ABC
|
|||
|
Bewerkingstijd
ProcessingTime
|
De duur die actief is besteed aan een specifieke activity. | ||
|
Beschrijving
Verwerkingstijd, ook bekend als activiteitsduur, meet de tijd tussen het begin en einde van een enkele processtap. Het vertegenwoordigt de actieve werktijd, in tegenstelling tot de wachttijd tussen stappen. Deze berekende metric is cruciaal voor het identificeren welke specifieke activiteiten het meest tijdrovend zijn in het proces. Het is een belangrijk onderdeel van knelpuntanalyse en helpt inefficiënties binnen een taak te lokaliseren, zoals een langdurige Kredietcheck uitgevoerd-activiteit, wat kan duiden op de noodzaak van automatisering of resource-allocatie.
Waarom het belangrijk is
Het meet de actieve werktijd van een activiteit, en helpt te bepalen welke specifieke taken het meest tijdrovend zijn en kandidaten zijn voor optimalisatie.
Waar te verkrijgen
Dit is een berekend attribuut, afgeleid door het verschil te nemen tussen de EndTime en StartTime van een activiteit.
Voorbeelden
360086400300
|
|||
|
Bronsysteem
SourceSystemId
|
Identificeert het bronsysteem waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut specificeert het bronsysteem voor de event data, bijvoorbeeld 'SAP S/4HANA Production' of 'ECC Quality'. In omgevingen met meerdere ERP-systemen of een mix van oudere en moderne platforms is dit veld cruciaal voor datalineage en validatie. Voor analyse maakt het filteren en vergelijken van processen over verschillende systemen of organisatorische instanties mogelijk. Dit kan variaties in procesuitvoering of datakwaliteit aan het licht brengen die specifiek zijn voor een bepaald systeemlandschap.
Waarom het belangrijk is
Het biedt context over de herkomst van de data, wat cruciaal is in multisystem-omgevingen voor het waarborgen van dataintegriteit en het mogelijk maken van vergelijkende analyse.
Waar te verkrijgen
Dit is doorgaans een statische waarde die tijdens het dataextractieproces wordt toegevoegd om de dataset te labelen met het bronsysteem.
Voorbeelden
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Distributiekanaal
Vtweg
|
Het kanaal waarlangs producten of diensten de klant bereiken, zoals detailhandel, groothandel of online. | ||
|
Beschrijving
Het Distributiekanaal definieert de methode van verkoop en distributie van producten aan klanten. Het is een essentieel organisatorisch element dat, samen met de Verkooporganisatie, het verkoopgebied definieert. Het analyseren van processen per distributiekanaal helpt bedrijven te begrijpen of bepaalde kanalen efficiënter zijn dan andere. Bestellingen via het 'Online' kanaal kunnen bijvoorbeeld sterk geautomatiseerd en snel zijn, terwijl bestellingen via het 'Direct Sales' kanaal meer handmatige stappen kunnen omvatten en langer duren. Dit maakt gerichte verbeteringen voor specifieke kanalen mogelijk.
Waarom het belangrijk is
Maakt prestatieanalyse over verschillende verkoopkanalen mogelijk, zoals web, directe verkoop of retail, om kanaalspecifieke knelpunten of best practices te identificeren.
Waar te verkrijgen
Dit attribuut is het 'Distributiekanaal' uit de VBAK tabel (veld VTWEG).
Voorbeelden
102001
|
|||
|
Divisie
Spart
|
Een organisatorische eenheid die een specifieke productlijn of bedrijfsgebied representeert. | ||
|
Beschrijving
De Divisie wordt gebruikt om materialen of diensten te groeperen, vaak als vertegenwoordiging van een productlijn. Het maakt deel uit van de definitie van het verkoopgebied en helpt de organisatie vanuit een productgerichte invalshoek te structureren. Dit attribute is nuttig voor het analyseren van de procesprestaties voor verschillende productgroepen. Het kan helpen vragen te beantwoorden als: 'Verschilt de verwerking van onderdelenorders van die van orders voor eindproducten?' Deze segmentatie is essentieel voor de 'Cycle Time by Product Line' KPI en gerelateerde dashboard analyse.
Waarom het belangrijk is
Maakt procesanalyse mogelijk op basis van productlijn of bedrijfstak, en helpt zo prestatieverschillen tussen diverse bedrijfsonderdelen bloot te leggen.
Waar te verkrijgen
Dit attribuut is de 'Divisie' uit de VBAK of VBAP tabellen (veld SPART).
Voorbeelden
000105
|
|||
|
Documentvaluta
Waerk
|
De valutacode voor de bedragen die in het verkoopdocument zijn gespecificeerd. | ||
|
Beschrijving
Dit attribuut definieert de valuta (bijv. USD, EUR, JPY) voor monetaire waarden zoals het Nettobedrag binnen het verkoopdocument. Het biedt de nodige context voor het correct interpreteren en aggregeren van financiële data. Hoewel het de processtroom niet direct beïnvloedt, is de valuta essentieel voor elke financiële analyse. Het zorgt ervoor dat monetaire waarden correct worden begrepen en is noodzakelijk bij het omzetten van bedragen naar een gemeenschappelijke valuta voor rapportage op mondiale schaal.
Waarom het belangrijk is
Biedt essentiële context voor alle monetaire waarden, wat zorgt voor nauwkeurige financiële analyse en rapportage, met name bij wereldwijde operaties.
Waar te verkrijgen
Dit attribuut is de 'SD-documentvaluta' uit de VBAK-tabel (veld WAERK).
Voorbeelden
USDEURGBP
|
|||
|
Eindtijd
EndTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis is voltooid. | ||
|
Beschrijving
De EndTime markeert de voltooiingstijd van een individuele activiteit. Waar StartTime aangeeft wanneer een taak begon, legt EndTime vast wanneer deze eindigde, waardoor het mogelijk wordt de duur van actief werk te meten. Dit attribuut is cruciaal voor het nauwkeurig berekenen van activiteitsverwerkingstijden. Het stelt analisten in staat onderscheid te maken tussen de tijd die actief aan een taak is besteed (Processing Time = EndTime - StartTime) en de wachttijd tot de volgende taak begon (Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime). Dit onderscheid is fundamenteel voor een precieze knelpuntanalyse.
Waarom het belangrijk is
Het maakt de precieze berekening van de verwerkingstijd van activiteiten mogelijk, wat essentieel is om actieve werktijd te onderscheiden van inactieve wachttijd.
Waar te verkrijgen
Dit is een afgeleid attribuut. Voor sommige activiteiten kan het overeenkomen met een specifieke timestamp in SAP. Voor andere wordt het vaak afgeleid of gelijkgesteld aan de StartTime als de event als ogenblikkelijk wordt beschouwd.
Voorbeelden
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Is Handmatige Invoer
IsManualEntry
|
Een flag die aangeeft of de verkooporder handmatig is aangemaakt of via een geautomatiseerd kanaal zoals EDI of een e-commerce portal. | ||
|
Beschrijving
Dit attribuut onderscheidt orders die door een gebruiker direct in de SAP GUI zijn ingevoerd van orders die automatisch zijn aangemaakt via electronic data interchange (EDI), API's of andere geïntegreerde systemen. Deze informatie kan soms worden afgeleid van de gebruiker die de order heeft aangemaakt (bijv. een systeemgebruiker versus een menselijke gebruiker) of specifieke indicatoren in het verkoopdocument. Dit attribuut is essentieel voor automatiseringsanalyse en ondersteunt de KPI 'Handmatige Orderinvoersnelheid'. Het maakt een directe vergelijking mogelijk van procesefficiëntie, foutpercentages en doorlooptijden tussen handmatig en automatisch aangemaakte orders, wat helpt bij het opbouwen van een business case voor verdere automatisering.
Waarom het belangrijk is
Het helpt het niveau van automatisering in het orderinvoerproces te meten en de efficiëntie en foutpercentages van handmatige versus geautomatiseerde orders te vergelijken.
Waar te verkrijgen
Dit is vaak een afgeleid attribuut. Het kan worden afgeleid door de 'Aangemaakt door'-gebruiker (ERNAM) in VBAK te controleren tegen een lijst van bekende systeem-/batchgebruikers, of door specifieke kanaalindicatoren.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een boolean flag die aangeeft of een activiteit of case rework betreft, zoals een herhaalde bevestiging of een aanzienlijke wijziging. | ||
|
Beschrijving
Deze indicator wordt gebruikt om verkooporders te identificeren die herbewerking hebben ondergaan, zoals wijzigingen na bevestiging of het meerdere keren voorkomen van dezelfde activiteit. De logica voor het instellen van deze indicator kan gebaseerd zijn op het voorkomen van 'Verkooporder gewijzigd' activiteiten of meerdere 'Order bevestigd' events voor dezelfde case. Dit attribuut ondersteunt direct het dashboard 'Verkooporderwijzigings- en Herwerkpercentage' en gerelateerde KPI's. Het maakt eenvoudig filteren en kwantificeren van herbewerking mogelijk, waardoor bedrijven de kosten en frequentie van procesinefficiënties kunnen meten en de grondoorzaken van deze afwijkingen kunnen aanpakken.
Waarom het belangrijk is
Deze indicator helpt de frequentie en impact van herbewerking te kwantificeren, wat analyse mogelijk maakt om procesafwijkingen, handmatige wijzigingen en inefficiënties te verminderen.
Waar te verkrijgen
Dit is een berekend attribuut. De logica wordt gedefinieerd tijdens datatransformatie, vaak door het detecteren van herhaalde activiteiten of specifieke wijzigings-events (bijv. uit CDHDR/CDPOS-tabellen).
Voorbeelden
truefalse
|
|||
|
Is Tijdige Levering
IsOnTimeDelivery
|
Een boolean flag die aangeeft of de order is geleverd op of vóór de bevestigde of gevraagde leverdatum. | ||
|
Beschrijving
Dit attribuut biedt een duidelijk, binair resultaat voor de leveringsprestaties per order. Het wordt berekend door de daadwerkelijke 'Goederenuitgifte geboekt' timestamp te vergelijken met de 'Gevraagde Leverdatum' (VDATU) of een bevestigde leverdatum uit de orderplanning. Deze indicator vormt de basis voor de 'Tijdige Leveringspercentage' KPI en het 'Naleving Leverafspraken' dashboard. Het vereenvoudigt de analyse door gebruikers in staat te stellen alle orders snel te segmenteren in 'op tijd' en 'te laat' categorieën, om vervolgens de proceskenmerken van elke groep te onderzoeken en de grondoorzaken van vertragingen te achterhalen.
Waarom het belangrijk is
Meet direct de leveringsprestaties ten opzichte van klantverwachtingen, en vormt zo de basis voor de cruciale KPI 'On-Time Delivery Rate'.
Waar te verkrijgen
Dit is een berekend attribuut, afgeleid door de timestamp van de activiteit 'Goederenuitgifte geboekt' te vergelijken met de 'Gevraagde Leverdatum' (VBEP-VDATU).
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De tijdstempel van de meest recente verversing of extractie van gegevens uit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de data voor de procesanalyse voor het laatst is bijgewerkt. Het biedt transparantie aan zakelijke gebruikers en analisten over de actualiteit van de data die zij bekijken, zodat zij het tijdsbestek begrijpen dat door de analyse wordt gedekt. In dashboards en rapporten is deze informatie essentieel voor de context. Het helpt gebruikers te begrijpen of zij naar realtime informatie of een periodieke momentopname kijken, wat de interpretatie van recente trends en operationele prestaties beïnvloedt.
Waarom het belangrijk is
Informeert gebruikers over de actualiteit van de data, zodat ze de temporele context van de analyse begrijpen en misinterpretaties worden voorkomen.
Waar te verkrijgen
Dit attribuut wordt gegenereerd door de data-extractie of ETL tool, waarbij de timestamp wordt vastgelegd wanneer de datapipeline voor het laatst is uitgevoerd.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Orderhoeveelheid
Kwmeng
|
De hoeveelheid van het materiaal dat in een specifiek verkoopdocumentitem is besteld. | ||
|
Beschrijving
Dit attribuut vertegenwoordigt het aantal eenheden van een specifiek materiaal dat door de klant is aangevraagd in een verkooporderregelitem. Het is een fundamenteel onderdeel van transactionele data. Het analyseren van de orderhoeveelheid biedt waardevolle zakelijke context. Het kan worden gebruikt om de analyse te segmenteren op ordergrootte (kleine versus grote orders) om te zien of het volume correleert met de verwerkingsefficiëntie. Bovendien is het een belangrijke metriek voor bedrijfsrapportage en het begrijpen van de schaal van de activiteiten.
Waarom het belangrijk is
Maakt analyse mogelijk op basis van ordergrootte, wat helpt te begrijpen of het ordervolume invloed heeft op verwerkingstijden, complexiteit of foutpercentages.
Waar te verkrijgen
Dit attribuut is de 'Cumulatieve orderhoeveelheid in verkoopeenheden' uit de VBAP tabel (veld KWMENG).
Voorbeelden
101505
|
|||
|
Reden van afwijzing
Abgru
|
Een code die de reden aangeeft waarom een verkooporder of item is afgewezen of geannuleerd. | ||
|
Beschrijving
De Annuleringsreden geeft context wanneer een verkooporder of een specifieke artikelregel wordt geannuleerd. Deze redenen worden doorgaans door de organisatie geconfigureerd en kunnen codes bevatten voor 'Niet op voorraad', 'Door klant geannuleerd' of 'Onjuiste prijs'. Dit attribuut is essentieel voor de grondoorzakanalyse van orderannuleringen. Door de meest voorkomende annuleringsredenen te analyseren, kunnen organisaties onderliggende problemen in hun verkoop-, voorraad- of prijsprocessen identificeren. Dit inzicht is cruciaal voor het 'Verkooporderannuleringsanalyse' dashboard om gederfde omzet te verminderen en de efficiëntie te verbeteren.
Waarom het belangrijk is
Het geeft de 'waarom' achter orderannuleringen, wat oorzaakanalyse mogelijk maakt om problemen zoals prijzingsfouten, voorraadtekorten of slechte datakwaliteit aan te pakken.
Waar te verkrijgen
Dit attribuut is de 'Reden voor afwijzing van offertes en verkooporders' uit de verkooporderitemtabel VBAP (veld ABGRU).
Voorbeelden
010215
|
|||
Order to Cash - Activiteiten Verkooporderverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling Ontvangen
|
Deze activiteit markeert de succesvolle voltooiing van het proces, waarbij de betaling van de klant is ontvangen en verrekend met de openstaande factuur. Dit is een expliciete financiële boeking die de post debiteuren sluit. | ||
|
Waarom het belangrijk is
Dit is de laatste, waarde-realiserende stap van de Order to Cash-cyclus. Het analyseren van de tijd van factuur tot betaling is essentieel voor het beheren van de cashflow en Days Sales Outstanding (DSO).
Waar te verkrijgen
Vastgelegd vanuit de afstemmingsdatum (AUGDT) in de BSEG-tabel (Boekingsdocumentsegment) voor de regelpost die gerelateerd is aan de klantbetaling die de factuur afstemt.
Vastleggen
Vastgelegd vanuit de afstemmingsdatum (AUGDT) op de afgeboekte klantpost in tabel BSEG of het afstemmingsdocument in BKPF.
Gebeurtenistype
explicit
|
|||
|
Factuur aangemaakt
|
Vertegenwoordigt de aanmaak van het facturatiedocument voor de klant, dat de producten, aantallen en prijzen voor betaling specificeert. Dit is een expliciete event waarbij een factuurdocument wordt gegenereerd onder verwijzing naar de levering of verkooporder. | ||
|
Waarom het belangrijk is
Deze activiteit markeert de start van de betalingsincassocyclus. De tijd tussen goederenuitgifte en factuurcreatie is een belangrijke KPI voor het meten van de efficiëntie van het facturatieproces.
Waar te verkrijgen
Vastgelegd vanuit de aanmaakdatum (ERDAT) en -tijd (ERZET) van de VBRK-tabel (Factuurdocument: Headerdata). De VBFA-tabel koppelt de factuur terug aan de voorafgaande documenten.
Vastleggen
Vastgelegd vanuit de aanmaaktijdstempel van de factuurdocumentheader in tabel VBRK.
Gebeurtenistype
explicit
|
|||
|
Goederenafgifte Geboekt
|
Dit is de juridische en financiële overdracht van de goederen, wat hun officiële vertrek uit de bedrijfsvoorraad markeert. Deze expliciete event verlaagt de voorraadniveaus en is een vereiste voor facturatie. | ||
|
Waarom het belangrijk is
Goederen afboeken (Posting Goods Issue) is een kritieke financiële en logistieke mijlpaal. Het wordt vaak beschouwd als het moment van verzending en heeft directe impact op de voorraadwaardering en omzetherkenning.
Waar te verkrijgen
De timestamp wordt vastgelegd in de LIKP tabel (WADAT_IST - Werkelijke goederenbewegingdatum) wanneer de goederenuitgifte wordt geboekt. De VBFA documentenstroomtabel koppelt dit terug aan de verkooporder.
Vastleggen
Vastgelegd vanuit de feitelijke goederenbewegingsdatum (LIKP-WADAT_IST) op de leveringsheader.
Gebeurtenistype
explicit
|
|||
|
Levering Aangemaakt
|
Deze activiteit duidt op de creatie van een uitgaand leveringsdocument, dat het verzend- en logistieke proces initieert. Dit is een expliciete gebeurtenis waarbij een leveringsdocument wordt gecreëerd met verwijzing naar de verkooporder. | ||
|
Waarom het belangrijk is
Deze mijlpaal markeert de overgang van verkoopverwerking naar logistiek. Het analyseren van de tijd van orderbevestiging tot aanmaak van de levering helpt knelpunten te identificeren in de fulfillmentplanning.
Waar te verkrijgen
Vastgelegd vanuit de aanmaaktijdstempel van de LIKP-tabel (SD Document: Leveringsheaderdata). De koppeling naar de verkooporder wordt opgeslagen in de VBFA-tabel (Verkoopdocumentenstroom).
Vastleggen
Vastgelegd vanuit de aanmaaktijdstempel van de leveringsdocumentheader in tabel LIKP.
Gebeurtenistype
explicit
|
|||
|
Order Afgesloten
|
Markeert de eindstatus van een verkooporder, wat aangeeft dat alle gerelateerde processen, inclusief levering, facturering en betaling, zijn voltooid. Dit wordt afgeleid van de algehele status van het verkoopdocument. | ||
|
Waarom het belangrijk is
Deze activiteit biedt een definitief eindpunt voor succesvol voltooide orders in de procesanalyse. Het zorgt ervoor dat de end-to-end doorlooptijd nauwkeurig wordt gemeten voor voltooide orders.
Waar te verkrijgen
Afgeleid van de wijziging van het algemene statusveld (VBUK-GBSTK) van het verkoopdocument naar 'C' (volledig verwerkt). De timestamp moet worden afgeleid van de laatste update van een gerelateerd document, zoals betalingsverrekening.
Vastleggen
Afgeleid wanneer de documentstatus VBUK-GBSTK 'C' wordt, met de timestamp genomen van het laatste event (bijv. Betaling Ontvangen).
Gebeurtenistype
inferred
|
|||
|
Verkooporder aangemaakt
|
Deze activiteit markeert de start van het verkoopproces wanneer een nieuwe verkooporder formeel wordt aangemaakt in het systeem. Deze gebeurtenis wordt expliciet vastgelegd wanneer een gebruiker een nieuw verkooporderdocument opslaat (bijv. met transactie VA01), wat resulteert in een nieuwe entry in de VBAK tabel. | ||
|
Waarom het belangrijk is
Dit is de primaire start-event voor het Order to Cash-proces. Het analyseren van de tijd van deze activiteit tot de volgende mijlpalen is fundamenteel voor het meten van de totale cycle time en het identificeren van initiële verwerkingsvertragingen.
Waar te verkrijgen
Vastgelegd in de VBAK-tabel (Sales Document Header Data) bij aanmaak. De aanmaakdatum (ERDAT) en -tijd (ERZET) velden leveren de timestamp.
Vastleggen
Vastgelegd vanuit de aanmaaktijdstempel van de verkooporderheaderrecord in tabel VBAK.
Gebeurtenistype
explicit
|
|||
|
Verkooporder bevestigd
|
Markeert het punt waarop de materiaalbeschikbaarheid is gecontroleerd en een bevestigde hoeveelheid en leveringsdatum zijn vastgelegd voor de orderitems. Dit wordt afgeleid van de aanmaak van schema-regels met bevestigde hoeveelheden. | ||
|
Waarom het belangrijk is
Dit is een kritieke mijlpaal die de toewijding aan de klant vertegenwoordigt. De tijd die nodig is om dit stadium te bereiken (Doorlooptijd Orderbevestiging) is een belangrijke maatstaf voor interne verwerkingsefficiëntie.
Waar te verkrijgen
Afgeleid van de aanmaak van records in de VBEP tabel (Sales Document: Schedule Line Data) met een bevestigde hoeveelheid (BMENG > 0) voor de verkooporderitems.
Vastleggen
Afgeleid van de aanmaakdatum van de eerste schedule line in tabel VBEP met een bevestigde hoeveelheid.
Gebeurtenistype
inferred
|
|||
|
Boekingsdocument Aangemaakt
|
Deze activiteit vindt plaats wanneer de factuur succesvol wordt geboekt in de financieel boekhoudmodule, waardoor journaalposten worden gecreëerd. Het is een expliciete gebeurtenis die een corresponderend document genereert in het financieel grootboek. | ||
|
Waarom het belangrijk is
Deze event bevestigt dat de omzet uit de verkoop formeel is erkend in de bedrijfsboeken. Vertragingen hier kunnen van invloed zijn op de nauwkeurigheid van de financiële verslaglegging.
Waar te verkrijgen
Vastgelegd vanuit de aanmaakdatum (CPUDT) en -tijd (CPUTM) van de BKPF-tabel (Header Boekingsdocument). De VBRK-tabel slaat vaak het corresponderende boekingsdocumentnummer (VBRK-BELNR) op.
Vastleggen
Vastgelegd vanuit de aanmaaktijdstempel van de boekingsdocumentheader in tabel BKPF.
Gebeurtenistype
explicit
|
|||
|
Factuur naar Klant Verzonden
|
Geeft aan dat de gegenereerde factuur naar de klant is verzonden, bijvoorbeeld via print, e-mail of EDI. Dit wordt doorgaans afgeleid uit het verwerkingslog van het outputbepalingssysteem. | ||
|
Waarom het belangrijk is
De betalingstermijn begint vaak wanneer de klant de factuur ontvangt. Het volgen van dit event is cruciaal voor het nauwkeurig meten van de Payment Collection Cycle Time.
Waar te verkrijgen
Afgeleid van records in de NAST tabel (Message Status), die de verwerking van outputtypes zoals facturen logt. De verwerkingsdatum en -tijd kunnen dienen als de event timestamp.
Vastleggen
Afgeleid van de verwerkings-timestamp van het relevante outputberichtrecord in tabel NAST.
Gebeurtenistype
inferred
|
|||
|
Goederen verzameld
|
Vertegenwoordigt de voltooiing van het fysieke proces van het picken van goederen uit de magazijnlocaties voor de uitgaande levering. Dit wordt doorgaans afgeleid uit een statusupdate op het leveringsdocument. | ||
|
Waarom het belangrijk is
Het picken is een cruciale stap in het magazijnfulfillmentproces. Het volgen van de voltooiing helpt bij het meten van de magazijnefficiëntie en het identificeren van vertragingen voordat goederen klaar zijn voor verzending.
Waar te verkrijgen
Afgeleid van statusvelden in de LIPS (Leveringsitem) of LIKP (Leveringsheader) tabellen, zoals de pickstatus (KOSTA). Een wijziging naar 'Volledig gepickt' duidt op het event.
Vastleggen
Afgeleid van een wijziging met timestamp in het veld voor de pickstatus (bijv. LIKP-KOSTA) van het leveringsdocument.
Gebeurtenistype
inferred
|
|||
|
Kredietcontrole Uitgevoerd
|
Vertegenwoordigt de voltooiing van een kredietwaardigheidscontrole voor de klant die aan de verkooporder is gekoppeld. Dit kan een geautomatiseerde of handmatige stap zijn, en de voltooiing ervan wordt doorgaans afgeleid uit een wijziging in de algehele kredietstatus van het document. | ||
|
Waarom het belangrijk is
Kredietcontroles zijn een veelvoorkomend knelpunt dat de orderbevestiging en -uitvoering aanzienlijk kan vertragen. Het volgen van deze activiteit helpt de duur en impact ervan op het algehele proces te meten.
Waar te verkrijgen
Afgeleid van statusupdates in de VBUK tabel (Sales Document: Header Status and Administrative Data). Een wijziging in het kredietstatusveld (CMGST) geeft de voltooiing van de controle aan.
Vastleggen
Afgeleid van een wijziging met timestamp in het veld voor de kredietstatus (VBUK-CMGST) van het verkoopdocument.
Gebeurtenistype
inferred
|
|||
|
Verkooporder gewijzigd
|
Geeft aan dat een significant attribuut van een bestaande verkooporder, zoals hoeveelheid, prijs of gevraagde leverdatum, is gewijzigd na de initiële aanmaak. Dit event wordt expliciet vastgelegd in de change log-tabellen van SAP. | ||
|
Waarom het belangrijk is
Frequente wijzigingen duiden op procesinstabiliteit en kunnen leiden tot herbewerking, leveringsfouten en vertragingen. Deze activiteit is cruciaal voor het meten van de Sales Order Change Rate en het identificeren van grondoorzaken.
Waar te verkrijgen
Vastgelegd vanuit de wijzigingsdatatabellen, CDHDR (wijzigingsdocumentheader) en CDPOS (wijzigingsdocumentitems), die wijzigingen in verkoopordertabellen zoals VBAK en VBAP loggen.
Vastleggen
Geïdentificeerd uit vermeldingen in de CDHDR-tabel gekoppeld aan het sales order object (OBJECTCLAS 'VERKBELEG').
Gebeurtenistype
explicit
|
|||
|
Verkooporderblokkering ingesteld
|
Deze activiteit vindt plaats wanneer een verwerkingsblokkade wordt toegepast op de verkooporder, waardoor verdere activiteiten zoals leveringscreatie worden voorkomen. Dit wordt afgeleid door wijzigingslogs te monitoren voor specifieke blokkeringsvelden op de verkooporderheader of -regel. | ||
|
Waarom het belangrijk is
Het instellen van blokkeringen is een belangrijke afwijking van het standaardproces. Door te achterhalen waarom en hoe vaak blokkeringen worden ingesteld, worden systemische problemen met datakwaliteit, prijsstelling of customer master data blootgelegd.
Waar te verkrijgen
Afgeleid van de change data tables (CDHDR, CDPOS) voor blokkeringsvelden op de verkooporder, zoals VBAK-AUFSP (Order block) of VBAK-LIFSK (Delivery block).
Vastleggen
Geïdentificeerd door een wijziging in een blokkadeveld (bijv. VBAK-LIFSK) te detecteren van een lege waarde naar een niet-lege waarde.
Gebeurtenistype
inferred
|
|||
|
Verkooporderblokkering opgeheven
|
Vertegenwoordigt het opheffen van een verwerkingsblokkering, waardoor de verkooporder kan doorgaan naar de volgende fase. Dit wordt afgeleid door een wijziging in de relevante blokkeringsvelden te detecteren, van een ingestelde waarde terug naar een lege of gewiste status. | ||
|
Waarom het belangrijk is
Het bijhouden van de tijd die nodig is om blokkades op te heffen is cruciaal voor het begrijpen van de duur van vertragingen. Deze activiteit helpt herbewerking en de efficiëntie van resolutieprocessen te kwantificeren.
Waar te verkrijgen
Afgeleid van de change data tables (CDHDR, CDPOS) waar een blokkeringsveld op de verkooporder (bijv. VBAK-LIFSK) is gewijzigd van een niet-lege waarde naar leeg.
Vastleggen
Geïdentificeerd door een wijziging in een blokkadeveld (bijv. VBAK-LIFSK) te detecteren van een niet-lege waarde terug naar een lege waarde.
Gebeurtenistype
inferred
|
|||
|
Verkooporderitem afgewezen
|
Vertegenwoordigt de annulering of afwijzing van een specifiek regelitem op een verkooporder voordat deze volledig is verwerkt. Dit wordt afgeleid uit de toepassing van een 'Reden voor Afwijzing' op een item. | ||
|
Waarom het belangrijk is
Deze activiteit vertegenwoordigt een onsuccesvolle uitkomst voor een deel van een order. Het analyseren wanneer en waarom items worden afgewezen, helpt bij het identificeren van problemen met productbeschikbaarheid, prijsstelling of klantvereisten.
Waar te verkrijgen
Afgeleid van change logs (CDHDR, CDPOS) die aangeven wanneer het veld 'Reden voor afwijzing' (VBAP-ABGRU) is ingevuld voor een verkooporderitem.
Vastleggen
Afgeleid van de timestamp wanneer het veld VBAP-ABGRU is ingevuld voor één of meer regelitems.
Gebeurtenistype
inferred
|
|||