Datatemplate voor Order to Cash - orderverwerking
Datatemplate voor Order to Cash - orderverwerking
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om bij te houden
- Extractiegidsen voor SAP S/4HANA
Attributen voor Order to Cash - orderverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de bedrijfsactiviteit die op een bepaald moment in het verkooporderproces plaatsvond. | ||
|
Beschrijving
Dit attribuut beschrijft een specifieke stap of gebeurtenis in de levenscyclus van de verkooporder, zoals 'Verkooporder aangemaakt', 'Goederenafgifte geboekt' of 'Betaling ontvangen'. De activiteiten worden afgeleid uit verschillende statuswijzigingen, aanmaakdatums van documenten en logboekregels in meerdere SAP-modules. De volgorde en duur van deze activiteiten vormen de basis van process mining. Je kunt er proceskaarten mee maken, bottlenecks tussen stappen opsporen en procesvarianten analyseren. Zo zie je hoe orders daadwerkelijk door het systeem lopen en kun je dat vergelijken met het ontworpen proces.
Waarom dit belangrijk is
Dit attribuut bepaalt de processtappen. Daarmee kun je de proceskaart opbouwen en de processtroom en bottlenecks analyseren.
Waar vind je dit?
Dit is een afgeleid attribuut. Het wordt meestal tijdens de data-extractie aangemaakt door statuswijzigingen of gebeurtenissen rond het aanmaken van documenten uit tabellen zoals VBAK, LIKP, VBRK en CDHDR/CDPOS te vertalen naar herkenbare activiteitsnamen.
Voorbeelden
Verkooporder aangemaaktLevering aangemaaktFactuur aangemaaktBetaling ontvangen
|
|||
|
Tijdstip van gebeurtenis
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
Het tijdstip van de gebeurtenis geeft voor elke procesactiviteit de exacte datum en tijd. Zo ontstaat de chronologische basis van het event log. Het legt bijvoorbeeld vast wanneer een verkooporder is aangemaakt, goederen zijn verzonden en een factuur is betaald. Dit attribuut is nodig voor alle analyses op basis van tijd. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, vertragingen op te sporen, prestaties te meten aan de hand van service level agreements en de totale duur van het verkooporderproces te analyseren. De nauwkeurigheid van de timestamps heeft direct invloed op de kwaliteit van de inzichten uit process mining.
Waarom dit belangrijk is
Deze timestamp is nodig om doorlooptijden en wachttijden te berekenen, die de basis vormen voor prestatieanalyses.
Waar vind je dit?
Dit is een afgeleid attribuut, afkomstig uit verschillende datum- en tijdvelden in SAP-tabellen, zoals ERDAT/ERZET (aanmaakdatum en -tijd) in VBAK, LIKP en VBRK, of timestamps uit wijzigingslogboeken in CDHDR.
Voorbeelden
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Verkooporder
Vbeln
|
De unieke identificatiecode van een verkoopdocument. Deze dient als primaire case-ID voor het Order to Cash-proces. | ||
|
Beschrijving
Het verkoopordernummer identificeert op unieke wijze het verzoek van een klant om goederen of diensten. Het is het centrale object dat alle activiteiten in de levenscyclus van de verkooporder met elkaar verbindt, van aanmaak en bevestiging tot levering en facturering. In process mining is dit attribuut essentieel om het volledige verloop van elke afzonderlijke order te volgen. Door processen per verkooporder te analyseren, kunnen bedrijven bottlenecks en procesvarianten opsporen en KPI’s zoals doorlooptijd en tijdige levering meten voor elke klanttransactie.
Waarom dit belangrijk is
Dit is de centrale identificatiecode die alle gerelateerde procesgebeurtenissen met elkaar verbindt en zo een volledig beeld per case van de levenscyclus van de order geeft.
Waar vind je dit?
Dit attribuut is het verkoopdocumentnummer uit tabel VBAK (veld VBELN).
Voorbeelden
100002341000056710000891
|
|||
|
Gebruikersnaam
Ernam
|
De SAP-gebruikers-ID van de persoon die het document heeft aangemaakt of voor het laatst heeft gewijzigd. | ||
|
Beschrijving
Dit attribuut legt vast wie verantwoordelijk was voor een bepaalde activiteit, zoals het aanmaken van de verkooporder of het boeken van de goederenafgifte. Zo worden processtappen gekoppeld aan de personen of teams die ze hebben uitgevoerd. Door activiteiten per gebruiker te analyseren, kun je opleidingsbehoeften en de verdeling van het werk in kaart brengen. Ook kun je afwijkingen opsporen die bij bepaalde gebruikers voorkomen. Daarnaast is dit nuttig voor compliance en audits: je ziet duidelijk wie belangrijke acties in het proces heeft uitgevoerd.
Waarom dit belangrijk is
Hiermee kun je procesprestaties per gebruiker of team analyseren en inzicht krijgen in goede prestaties, opleidingsbehoeften en de verdeling van het werk.
Waar vind je dit?
Dit attribuut is het veld 'Naam van de persoon die het object heeft aangemaakt' uit tabellen zoals VBAK (veld ERNAM voor aanmaak) of uit de koppen van wijzigingsdocumenten in CDHDR (veld UNAME).
Voorbeelden
CBURNSDSCRANTONJHALPERT
|
|||
|
Gewenste leverdatum
Vdatu
|
De leverdatum die de klant voor de goederen of diensten heeft aangevraagd. | ||
|
Beschrijving
Deze datum geeft aan wanneer de klant de orderposities geleverd wil hebben. De datum wordt gebruikt voor planning, roostering en het meten van service level agreements (SLA’s). Dit attribuut is nodig om het serviceniveau voor klanten en de logistieke prestaties te meten. Het vormt de basis voor de KPI 'Percentage tijdige leveringen'. Daarbij wordt de gewenste datum vergeleken met de werkelijke datum van de goederenafgifte of levering. Door afwijkingen te analyseren, kun je structurele problemen in de afhandeling of planning opsporen.
Waarom dit belangrijk is
Dit is de belangrijkste datum om prestaties van tijdige levering te meten, een belangrijke KPI voor klanttevredenheid en efficiëntie van de toeleveringsketen.
Waar vind je dit?
Dit attribuut is de 'Gewenste leverdatum' uit de tabel met regels van het verkooporderschema VBEP (veld VDATU).
Voorbeelden
2023-02-012023-03-152023-04-20
|
|||
|
Klantnummer
Kunnr
|
De unieke identificatiecode van een klantaccount. | ||
|
Beschrijving
Het klantnummer is een unieke sleutel die in de stamgegevens aan elke klant wordt toegekend. Het wordt gebruikt in alle transacties voor die klant, waaronder verkooporders, leveringen en betalingen. Een analyse vanuit het perspectief van de klant is belangrijk. Met dit attribuut kun je orderprestaties per klant vergelijken, zien bij welke klanten de vertragingen het langst zijn en nagaan hoe de procesuitvoering verschilt voor belangrijke accounts. Het vormt ook de basis voor dashboards die doorlooptijden per klantsegment analyseren.
Waarom dit belangrijk is
Hiermee kun je processen vanuit het perspectief van de klant analyseren, problemen voor specifieke klanten of klantgroepen opsporen en klantgerichte KPI’s meten.
Waar vind je dit?
Dit attribuut is de 'Sold-to party' of het 'Klantnummer' uit tabel VBAK (veld KUNNR).
Voorbeelden
C000123C000456C000789
|
|||
|
Materiaalnummer
Matnr
|
De unieke identificatiecode van een verkocht product of materiaal. | ||
|
Beschrijving
Het materiaalnummer is de unieke sleutel voor een product in de materiaalstamgegevens. Elke positie in een verkooporder hoort bij een specifiek materiaalnummer. Met dit attribuut kun je processen per product analyseren. Je ziet bijvoorbeeld of bepaalde producten samenhangen met langere verwerkingstijden, vaker wijzigingen of meer annuleringen. Zo komen problemen met specifieke productlijnen aan het licht, zoals ingewikkelde toeleveringsketens of onjuiste data.
Waarom dit belangrijk is
Hiermee kun je processen per product analyseren en zien of bepaalde materialen of productlijnen samenhangen met vertragingen, herstelwerk of andere inefficiënties.
Waar vind je dit?
Dit attribuut is het 'Materiaalnummer' uit de tabel met verkooporderposities VBAP (veld MATNR).
Voorbeelden
PROD-1001PROD-2005SERV-A01
|
|||
|
Netto bedrag
Netwr
|
De nettowaarde van de verkooporderpositie of het verkoopdocument in de documentvaluta. | ||
|
Beschrijving
Het nettobedrag is de orderwaarde na kortingen en toeslagen, maar vóór belastingen. Dit is een belangrijke financiële metriek voor elke verkooporder. In process mining geeft dit attribuut belangrijke bedrijfscontext. Je kunt analyses richten op orders met een hoge waarde, nagaan of de orderwaarde samenhangt met de verwerkingstijd of complexiteit en de financiële gevolgen van inefficiënties meten, zoals annuleringen of vertragingen. Zo kan blijken dat orders met een hoge waarde vaak vertraging oplopen door handmatige kredietcontroles.
Waarom dit belangrijk is
Geeft elke case financiële context. Zo kun je verbeteringen voor orders met een grote impact prioriteren en de kosten van vertragingen berekenen.
Waar vind je dit?
Dit attribuut is de 'Nettowaarde van de orderpositie in documentvaluta' uit tabel VBAP (veld NETWR) of een geaggregeerde waarde uit tabel VBAK.
Voorbeelden
1500.00250.5012345.75
|
|||
|
Verkoopdocumenttype
Auart
|
Een classificatie waarmee verschillende soorten verkoopdocumenten worden onderscheiden, zoals standaardorders, retouren of creditnota’s. | ||
|
Beschrijving
Het verkoopdocumenttype bepaalt hoe een verkoopdocument in SAP wordt verwerkt. Het legt onder meer het nummerbereik, de verplichte velden en het algemene transactieproces vast. Voorbeelden zijn 'OR' voor een standaardorder en 'RE' voor een retourorder. In process mining kun je met dit attribuut de analyse opdelen. Door processtromen voor verschillende documenttypen te vergelijken, komen verschillen in doorlooptijden, herstelwerk en automatisering aan het licht. Zo kun je verbeteringen afstemmen op specifieke ordertypen.
Waarom dit belangrijk is
Hiermee kun je verkooporders in categorieën indelen en vergelijken hoe de verschillende ordertypen worden verwerkt.
Waar vind je dit?
Dit attribuut is het 'Verkoopdocumenttype' uit tabel VBAK (veld AUART).
Voorbeelden
ORRECRSO
|
|||
|
Verkooporganisatie
Vkorg
|
Een organisatie-eenheid die verantwoordelijk is voor de verkoop van specifieke producten of diensten. | ||
|
Beschrijving
De verkooporganisatie is de verkoopeenheid binnen een bedrijf. Deze is verantwoordelijk voor het onderhandelen over verkoopvoorwaarden en het distribueren van goederen en diensten. Elke verkooptransactie wordt aan een specifieke verkooporganisatie toegewezen. Dit attribuut is een belangrijke dimensie voor prestatieanalyses. Door data van verschillende verkooporganisaties te filteren of vergelijken, kunnen bedrijven prestaties naast elkaar leggen, goede werkwijzen per regio of divisie opsporen en zien hoe de procesefficiëntie per regio of bedrijfseenheid verschilt.
Waarom dit belangrijk is
Hiermee kun je prestaties vergelijken tussen bedrijfseenheden, regio’s of bedrijven binnen een concern.
Waar vind je dit?
Dit attribuut is de 'Verkooporganisatie' uit tabel VBAK (veld VKORG).
Voorbeelden
10002000US01DE01
|
|||
|
Algemene leveringsstatus
Lfstk
|
De algemene leveringsstatus van de verkooporder. Deze geeft aan of de order nog niet is verwerkt, gedeeltelijk is geleverd of volledig is geleverd. | ||
|
Beschrijving
Dit statusveld geeft op hoofdlijnen aan hoe ver de afhandeling van een verkoopdocument is. De status wordt afgeleid van alle orderregels en laat zien of de order vanuit leveringsoogpunt open, in behandeling of afgerond is. Bij procesanalyse helpt dit attribuut om de status van open orders te begrijpen en cases te filteren. Met alleen volledig geleverde orders zie je bijvoorbeeld afgeronde processen. Orders die nog niet zijn verwerkt, kunnen juist achterstanden en vroege bottlenecks aan het licht brengen.
Waarom dit belangrijk is
Geeft een momentopname van de voortgang van een order en maakt filteren en analyseren mogelijk op basis van de status: open, gedeeltelijk geleverd of volledig geleverd.
Waar vind je dit?
Dit attribuut komt overeen met ‘Algemene leveringsstatus van alle artikelen’ in de statustabel VBUK (veld LFSTK).
Voorbeelden
ABC
|
|||
|
Bronsysteem
SourceSystemId
|
Geeft aan uit welk bronsysteem de data is gehaald. | ||
|
Beschrijving
Dit attribuut geeft aan uit welk systeem de gebeurtenisdata afkomstig is, bijvoorbeeld 'SAP S/4HANA Production' of 'ECC Quality'. In omgevingen met meerdere ERP-systemen of een combinatie van oude en moderne platforms is dit veld belangrijk om de herkomst van data te volgen en te controleren. Voor analyses kun je processen uit verschillende systemen of organisatieonderdelen filteren en vergelijken. Zo komen verschillen in procesuitvoering of datakwaliteit aan het licht die specifiek zijn voor een bepaald systeemlandschap.
Waarom dit belangrijk is
Dit attribuut geeft context over de herkomst van de data. In omgevingen met meerdere systemen is dat belangrijk om de data-integriteit te bewaken en vergelijkingen mogelijk te maken.
Waar vind je dit?
Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de dataset aan te geven.
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 geeft aan hoe producten aan klanten worden verkocht en geleverd. Samen met de verkooporganisatie bepaalt het de verkoopareaalstructuur. Door processen per distributiekanaal te analyseren, zie je welke kanalen efficiënter werken. Orders via het kanaal ‘Online’ kunnen bijvoorbeeld grotendeels geautomatiseerd en snel worden verwerkt, terwijl orders via ‘Directe verkoop’ meer handmatige stappen kunnen bevatten en langer duren. Zo kun je verbeteringen richten op specifieke kanalen.
Waarom dit belangrijk is
Hiermee kun je de prestaties van verschillende verkoopkanalen vergelijken, zoals web, directe verkoop en detailhandel, en kanaalspecifieke bottlenecks of goede werkwijzen opsporen.
Waar vind je dit?
Dit attribuut komt overeen met ‘Distributiekanaal’ in de tabel VBAK (veld VTWEG).
Voorbeelden
102001
|
|||
|
Divisie
Spart
|
Een organisatorische eenheid voor een specifieke productlijn of bedrijfsactiviteit. | ||
|
Beschrijving
De divisie groepeert materialen of diensten en vertegenwoordigt vaak een productlijn. De divisie maakt deel uit van de verkoopareaalstructuur en ordent het bedrijf vanuit productperspectief. Met dit attribuut kun je de procesprestaties van verschillende productgroepen analyseren. Zo kun je nagaan of de verwerking van orders voor reserveonderdelen verschilt van die van orders voor gereed product. Deze indeling is belangrijk voor de KPI ‘Doorlooptijd per productlijn’ en bijbehorende dashboardanalyses.
Waarom dit belangrijk is
Hiermee kun je processen analyseren per productlijn of bedrijfsactiviteit en prestatieverschillen tussen bedrijfsonderdelen opsporen.
Waar vind je dit?
Dit attribuut komt overeen met ‘Divisie’ in de tabellen VBAK of VBAP (veld SPART).
Voorbeelden
000105
|
|||
|
Documentvaluta
Waerk
|
De valutacode voor de bedragen in het verkoopdocument. | ||
|
Beschrijving
Dit attribuut bepaalt de valuta, bijvoorbeeld USD, EUR of JPY, voor geldbedragen zoals de nettowaarde in het verkoopdocument. Zo kun je financiële data correct interpreteren en optellen. De valuta bepaalt het procesverloop niet rechtstreeks, maar is wel nodig voor financiële analyses. Je kunt geldbedragen correct begrijpen en ze voor rapportages op wereldwijde schaal omrekenen naar één valuta.
Waarom dit belangrijk is
Geeft context bij alle geldbedragen en ondersteunt nauwkeurige financiële analyses en rapportages, vooral voor internationale bedrijfsvoering.
Waar vind je dit?
Dit attribuut komt overeen met ‘SD-documentvaluta’ in de tabel VBAK (veld WAERK).
Voorbeelden
USDEURGBP
|
|||
|
Eindtijd
EndTime
|
De timestamp waarop een specifieke activiteit of gebeurtenis is afgerond. | ||
|
Beschrijving
EndTime geeft aan wanneer een afzonderlijke activiteit is afgerond. StartTime geeft aan wanneer een taak begon; EndTime legt vast wanneer die eindigde. Zo kun je de duur van het actieve werk meten. Dit attribuut is nodig om de verwerkingstijd van activiteiten nauwkeurig te berekenen. Je kunt er de tijd die actief aan een taak is besteed (Verwerkingstijd = EndTime - StartTime) mee onderscheiden van de wachttijd tot de volgende taak begint (Wachttijd = NextActivity.StartTime - CurrentActivity.EndTime). Dat onderscheid is belangrijk voor een nauwkeurige bottleneckanalyse.
Waarom dit belangrijk is
Hiermee bereken je de verwerkingstijd van activiteiten nauwkeurig en onderscheid je actieve werktijd van wachttijd.
Waar vind je dit?
Dit is een afgeleid attribuut. Voor sommige activiteiten komt het overeen met een specifieke timestamp in SAP. In andere gevallen wordt de waarde afgeleid of gelijkgesteld aan StartTime als de gebeurtenis als momentopname wordt beschouwd.
Voorbeelden
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Handmatig ingevoerd
IsManualEntry
|
Een vlag die aangeeft of de verkooporder handmatig is aangemaakt of via een geautomatiseerd kanaal, zoals EDI of een e-commerceportaal. | ||
|
Beschrijving
Dit attribuut maakt onderscheid tussen orders die een gebruiker rechtstreeks in SAP GUI invoert en orders die automatisch worden aangemaakt via electronic data interchange (EDI), API’s of andere gekoppelde systemen. Je kunt dit soms afleiden uit de gebruiker die de order heeft aangemaakt, bijvoorbeeld een systeemgebruiker in plaats van een persoon, of uit specifieke kenmerken van het verkoopdocument. Dit attribuut is belangrijk voor automatiseringsanalyse en ondersteunt de KPI ‘Percentage handmatig ingevoerde orders’. Je kunt de procesefficiëntie, foutpercentages en doorlooptijden van handmatig en automatisch aangemaakte orders vergelijken. Dat helpt bij het onderbouwen van verdere automatisering.
Waarom dit belangrijk is
Hiermee meet je de mate van automatisering bij het invoeren van orders en vergelijk je de efficiëntie en foutpercentages van handmatige en geautomatiseerde orders.
Waar vind je dit?
Dit is vaak een afgeleid attribuut. Je kunt het bepalen door de gebruiker die de order heeft aangemaakt (ERNAM) in VBAK te vergelijken met een lijst van bekende systeem- of batchgebruikers, of door specifieke kanaalindicatoren te controleren.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een booleaanse waarde die aangeeft of een activiteit of case herstelwerk bevat, bijvoorbeeld een herhaalde bevestiging of een grote wijziging. | ||
|
Beschrijving
Met deze vlag herken je verkooporders waaraan herstelwerk is uitgevoerd, bijvoorbeeld doordat ze na bevestiging zijn gewijzigd of doordat dezelfde activiteit meerdere keren voorkomt. De vlag kan worden ingesteld op basis van activiteiten als ‘Verkooporder gewijzigd’ of meerdere gebeurtenissen ‘Order bevestigd’ voor dezelfde case. Dit attribuut ondersteunt het dashboard ‘Wijzigingen en herstelwerk bij verkooporders’ en de bijbehorende KPI’s. Je kunt herstelwerk eenvoudig filteren en kwantificeren. Zo meet je de kosten en frequentie van inefficiënte processen en kun je de oorzaken van deze afwijkingen aanpakken.
Waarom dit belangrijk is
Met deze vlag meet je hoe vaak herstelwerk voorkomt en wat de impact ervan is. Zo kun je procesafwijkingen, handmatige wijzigingen en inefficiënties analyseren en verminderen.
Waar vind je dit?
Dit is een berekend attribuut. De logica wordt bepaald tijdens de datatransformatie, vaak door herhaalde activiteiten of specifieke wijzigingsgebeurtenissen te herkennen, bijvoorbeeld in de tabellen CDHDR/CDPOS.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp van de meest recente data-update of extractie uit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de data voor de procesanalyse voor het laatst is bijgewerkt. Zo weten zakelijke gebruikers en analisten hoe actueel de data is en welke periode de analyse bestrijkt. Deze informatie geeft context aan dashboards en rapporten. Je ziet of de data realtime is of een periodieke momentopname. Dat is van invloed op de interpretatie van recente trends en operationele prestaties.
Waarom dit belangrijk is
Geeft aan hoe actueel de data is, zodat gebruikers de analyse in de juiste tijdscontext plaatsen en de resultaten niet verkeerd interpreteren.
Waar vind je dit?
Dit attribuut wordt aangemaakt door de data-extractie- of ETL-tool. Het legt de timestamp vast waarop de datapijplijn voor het laatst is uitgevoerd.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Op tijd geleverd
IsOnTimeDelivery
|
Een booleaanse waarde die aangeeft of de order op of vóór de bevestigde of gevraagde leverdatum is geleverd. | ||
|
Beschrijving
Dit attribuut geeft per order een duidelijke uitkomst voor de leverprestatie. De waarde wordt berekend door de timestamp van ‘Goederenafgifte geboekt’ te vergelijken met de ‘Gevraagde leverdatum’ (VDATU) of een bevestigde leverdatum uit het orderschema. Deze vlag vormt de basis voor de KPI ‘Percentage op tijd geleverd’ en het dashboard ‘Naleving van de beloofde leverdatum’. Je kunt orders eenvoudig indelen in ‘Op tijd’ en ‘Te laat’ en vervolgens de proceskenmerken van beide groepen onderzoeken om de oorzaken van vertragingen te vinden.
Waarom dit belangrijk is
Meet de leverprestatie ten opzichte van de verwachtingen van klanten en vormt de basis voor de belangrijke KPI ‘Percentage op tijd geleverd’.
Waar vind je dit?
Dit is een berekend attribuut, afgeleid door de timestamp van de activiteit ‘Goederenafgifte geboekt’ te vergelijken met de ‘Gevraagde leverdatum’ (VBEP-VDATU).
Voorbeelden
truefalse
|
|||
|
Orderhoeveelheid
Kwmeng
|
De hoeveelheid materiaal die in een specifieke orderregel van een verkoopdocument is besteld. | ||
|
Beschrijving
Dit attribuut geeft het aantal eenheden van een materiaal weer dat de klant in een verkooporderregel heeft aangevraagd. Het is een belangrijk onderdeel van de transactiegegevens. De orderhoeveelheid geeft extra context voor bedrijfsanalyses. Je kunt orders bijvoorbeeld indelen naar omvang, klein of groot, en nagaan of het volume samenhangt met de verwerkingsefficiëntie. Ook is dit een belangrijke metriek voor rapportages en om de omvang van de bedrijfsvoering te begrijpen.
Waarom dit belangrijk is
Hiermee kun je orders naar omvang analyseren en nagaan of het volume invloed heeft op verwerkingstijden, complexiteit of foutpercentages.
Waar vind je dit?
Dit attribuut komt overeen met ‘Cumulatieve orderhoeveelheid in verkoopeenheden’ in de tabel VBAP (veld KWMENG).
Voorbeelden
101505
|
|||
|
Reden voor afwijzing
Abgru
|
Een code die aangeeft waarom een verkooporder of orderregel is afgewezen of geannuleerd. | ||
|
Beschrijving
De reden voor afwijzing geeft context wanneer een verkooporder of een specifieke orderregel wordt geannuleerd. Deze redenen worden meestal door het bedrijf ingesteld en kunnen bijvoorbeeld de codes ‘Niet op voorraad’, ‘Geannuleerd door klant’ of ‘Onjuiste prijs’ bevatten. Dit attribuut is belangrijk voor oorzaakanalyse van geannuleerde orders. Door de meest voorkomende afwijsredenen te analyseren, kunnen bedrijven onderliggende problemen in hun verkoop-, voorraad- of prijsprocessen opsporen. Dit helpt het dashboard ‘Analyse van geannuleerde verkooporders’ om omzetverlies te beperken en efficiënter te werken.
Waarom dit belangrijk is
Deze waarde verklaart waarom orders worden geannuleerd. Zo kun je oorzaken opsporen, zoals prijsfouten, ontbrekende voorraad of slechte datakwaliteit.
Waar vind je dit?
Dit attribuut komt overeen met ‘Reden voor afwijzing van offertes en verkooporders’ in de tabel met verkooporderregels VBAP (veld ABGRU).
Voorbeelden
010215
|
|||
Activiteiten voor Order to Cash - orderverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling ontvangen
|
Deze activiteit markeert de succesvolle afronding van het proces: de betaling van de klant is ontvangen en verrekend met de openstaande factuur. Dit is een expliciete financiële boeking waarmee de openstaande debiteurenpost wordt afgesloten. | ||
|
Waarom dit belangrijk is
Dit is de laatste stap in de Order to Cash-cyclus waarin de verkoopopbrengst wordt gerealiseerd. Door de tijd tussen facturering en betaling te analyseren, kun je de kasstroom en Days Sales Outstanding (DSO) beheren.
Waar vind je dit?
Afgeleid van de vereffeningsdatum (AUGDT) in tabel BSEG (regel van boekhoudkundig document) voor de regel die hoort bij de klantbetaling waarmee de factuur wordt vereffend.
Vastleggen
Afgeleid van de vereffeningsdatum (AUGDT) van de vereffende klantpost in tabel BSEG of van het vereffeningsdocument in BKPF.
Gebeurtenistype
explicit
|
|||
|
Factuur aangemaakt
|
Geeft aan dat het klantfactuurdocument is aangemaakt. Hierin staan de producten, hoeveelheden en prijzen die moeten worden betaald. Dit is een expliciete gebeurtenis: er wordt een factuur aangemaakt op basis van de levering of verkooporder. | ||
|
Waarom dit belangrijk is
Met deze activiteit begint de betalingscyclus. De tijd tussen de goederenafgifte en het aanmaken van de factuur is een belangrijke KPI voor de efficiëntie van het factureringsproces.
Waar vind je dit?
Afgeleid van de aanmaakdatum (ERDAT) en -tijd (ERZET) in tabel VBRK (factureringsdocument: kopgegevens). Tabel VBFA koppelt de factuur aan de voorgaande documenten.
Vastleggen
Afgeleid van de timestamp waarop de kop van het factureringsdocument in tabel VBRK is aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Goederenafgifte geboekt
|
Dit is de juridische en financiële overdracht van de goederen en markeert het officiële vertrek uit de voorraad van het bedrijf. Deze expliciete gebeurtenis verlaagt de voorraad en is een voorwaarde voor facturering. | ||
|
Waarom dit belangrijk is
De boeking van de goederenafgifte is een belangrijke financiële en logistieke mijlpaal. Dit wordt vaak gezien als het moment van verzending en heeft direct invloed op de voorraadwaardering en omzetverantwoording.
Waar vind je dit?
De timestamp wordt bij het boeken van de goederenafgifte vastgelegd in tabel LIKP (WADAT_IST, werkelijke datum goederenbeweging). De documentstroomtabel VBFA koppelt deze gebeurtenis aan de verkooporder.
Vastleggen
Afgeleid van de werkelijke datum van de goederenbeweging (LIKP-WADAT_IST) in de kop van de levering.
Gebeurtenistype
explicit
|
|||
|
Levering aangemaakt
|
Deze activiteit markeert het aanmaken van een uitgaand leveringsdocument en daarmee het begin van het verzend- en logistieke proces. Dit is een expliciete gebeurtenis: er wordt een leveringsdocument aangemaakt op basis van de verkooporder. | ||
|
Waarom dit belangrijk is
Deze mijlpaal markeert de overgang van verkoopverwerking naar logistiek. Door de tijd tussen orderbevestiging en het aanmaken van de levering te analyseren, kun je bottlenecks in de afhandelingsplanning opsporen.
Waar vind je dit?
Vastgelegd aan de hand van de aanmaaktimestamp in tabel LIKP (SD-document: kopgegevens levering). De koppeling met de verkooporder staat in tabel VBFA (documentstroom verkoopdocumenten).
Vastleggen
Afgeleid van de timestamp waarop de kop van het leveringsdocument in tabel LIKP is aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Order afgesloten
|
Markeert de eindstatus van een verkooporder. Alle bijbehorende processen, waaronder levering, facturering en betaling, zijn dan afgerond. Dit wordt afgeleid uit de algemene status van het verkoopdocument. | ||
|
Waarom dit belangrijk is
Deze activiteit geeft de analyse een duidelijk eindpunt voor succesvol afgeronde orders. Zo wordt de totale doorlooptijd nauwkeurig gemeten voor afgehandelde orders.
Waar vind je dit?
Afgeleid uit 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 de betalingsvereffening.
Vastleggen
Afgeleid wanneer de documentstatus VBUK-GBSTK 'C' wordt. De timestamp komt van de laatste gebeurtenis, bijvoorbeeld Betaling ontvangen.
Gebeurtenistype
inferred
|
|||
|
Verkooporder aangemaakt
|
Deze activiteit markeert het begin van het verkoopproces: er wordt een nieuwe verkooporder aangemaakt in het systeem. Dit moment wordt expliciet vastgelegd wanneer een gebruiker een nieuw verkooporderdocument opslaat, bijvoorbeeld met transactie VA01. Daarbij wordt een nieuwe regel toegevoegd aan tabel VBAK. | ||
|
Waarom dit belangrijk is
Dit is de primaire startgebeurtenis van het Order to Cash-proces. Door de tijd tussen deze activiteit en volgende mijlpalen te analyseren, kun je de totale doorlooptijd meten en vertragingen aan het begin van het proces opsporen.
Waar vind je dit?
Wordt bij het aanmaken vastgelegd in tabel VBAK (kopgegevens verkoopdocument). De velden voor aanmaakdatum (ERDAT) en -tijd (ERZET) leveren de timestamp.
Vastleggen
Afgeleid van de timestamp waarop de kopregel van de verkooporder in tabel VBAK is aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Verkooporder bevestigd
|
Markeert het moment waarop de materiaalbeschikbaarheid is gecontroleerd en voor de orderposities een bevestigde hoeveelheid en leverdatum zijn vastgelegd. Dit wordt afgeleid uit het aanmaken van regels in het leveringsschema met bevestigde hoeveelheden. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal: de toezegging aan de klant wordt vastgelegd. De tijd tot dit moment (doorlooptijd van de orderbevestiging) is een belangrijke maatstaf voor de efficiëntie van de interne verwerking.
Waar vind je dit?
Afgeleid uit het aanmaken van regels in tabel VBEP (verkoopdocument: gegevens leveringsschema) met een bevestigde hoeveelheid (BMENG > 0) voor de verkooporderposities.
Vastleggen
Afgeleid van de aanmaakdatum van de eerste regel met een bevestigde hoeveelheid in tabel VBEP.
Gebeurtenistype
inferred
|
|||
|
Blokkering verkooporder ingesteld
|
Deze activiteit vindt plaats wanneer een verwerkingsblokkering op de verkooporder wordt ingesteld. Daardoor kunnen volgende activiteiten, zoals het aanmaken van een levering, niet doorgaan. Dit wordt afgeleid door wijzigingslogboeken te controleren op specifieke blokkeringsvelden in de kop of positie van de verkooporder. | ||
|
Waarom dit belangrijk is
Blokkeringen instellen is een belangrijke afwijking van de ideale route. Door te achterhalen waarom en hoe vaak dit gebeurt, komen structurele problemen met datakwaliteit, prijzen of klantstamgegevens aan het licht.
Waar vind je dit?
Afgeleid uit de wijzigingsgegevenstabellen (CDHDR, CDPOS) voor blokkeringsvelden op de verkooporder, zoals VBAK-AUFSP (orderblokkering) of VBAK-LIFSK (leveringsblokkering).
Vastleggen
Vastgesteld door een wijziging in een blokkeringsveld te detecteren, bijvoorbeeld van een lege naar een ingevulde waarde in VBAK-LIFSK.
Gebeurtenistype
inferred
|
|||
|
Blokkering verkooporder opgeheven
|
Geeft aan dat een verwerkingsblokkering is opgeheven, zodat de verkooporder verder kan. Dit wordt afgeleid uit een wijziging van de betreffende blokkeringsvelden: van een ingestelde waarde naar een lege of gewiste status. | ||
|
Waarom dit belangrijk is
Door te meten hoe lang het duurt om blokkeringen op te heffen, krijg je zicht op de duur van vertragingen. Deze activiteit helpt ook om herstelwerk en de efficiëntie van het oplossen van problemen te meten.
Waar vind je dit?
Afgeleid uit de wijzigingsgegevenstabellen (CDHDR, CDPOS), waarin een blokkeringsveld op de verkooporder, bijvoorbeeld VBAK-LIFSK, van een ingevulde naar een lege waarde verandert.
Vastleggen
Vastgesteld door een wijziging in een blokkeringsveld te detecteren, bijvoorbeeld van een ingevulde waarde terug naar een lege waarde in VBAK-LIFSK.
Gebeurtenistype
inferred
|
|||
|
Boekhoudkundig document aangemaakt
|
Deze activiteit vindt plaats wanneer de factuur met succes in de financiële administratie is geboekt en journaalposten zijn aangemaakt. Dit is een expliciete gebeurtenis die een bijbehorend document in het grootboek oplevert. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis bevestigt dat de omzet uit de verkoop officieel in de boekhouding is verwerkt. Vertragingen kunnen de nauwkeurigheid van financiële rapportages beïnvloeden.
Waar vind je dit?
Afgeleid van de aanmaakdatum (CPUDT) en -tijd (CPUTM) in tabel BKPF (kop boekhoudkundig document). Tabel VBRK bevat vaak het bijbehorende nummer van het boekhoudkundige document (VBRK-BELNR).
Vastleggen
Afgeleid van de timestamp waarop de kop van het boekhoudkundige document in tabel BKPF is aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Factuur naar klant verzonden
|
Geeft aan dat de aangemaakte factuur naar de klant is verzonden, bijvoorbeeld per post, e-mail of EDI. Dit wordt meestal afgeleid uit het verwerkingslogboek van het systeem voor uitvoerbepaling. | ||
|
Waarom dit belangrijk is
De betalingstermijn begint vaak zodra de klant de factuur ontvangt. Door deze gebeurtenis te volgen, kun je de doorlooptijd van de betalingsinning nauwkeurig meten.
Waar vind je dit?
Afgeleid uit regels in tabel NAST (berichtstatus), waarin de verwerking van uitvoertypen zoals facturen wordt bijgehouden. De verwerkingsdatum en -tijd kunnen als timestamp van de gebeurtenis dienen.
Vastleggen
Afgeleid van de verwerkingstimestamp van de betreffende uitvoerberichtregel in tabel NAST.
Gebeurtenistype
inferred
|
|||
|
Goederen gepickt
|
Geeft aan dat de goederen voor de uitgaande levering fysiek uit de opslaglocaties in het magazijn zijn gepickt. Dit wordt meestal afgeleid uit een statusupdate op het leveringsdocument. | ||
|
Waarom dit belangrijk is
Picken is een belangrijke stap in de afhandeling van magazijnorders. Door de afronding ervan te volgen, kun je de magazijnefficiëntie meten en vertragingen opsporen voordat de goederen klaar zijn voor verzending.
Waar vind je dit?
Afgeleid uit statusvelden in tabellen LIPS (leveringspositie) of LIKP (kop levering), zoals de pickstatus (KOSTA). De statuswijziging naar 'Volledig gepickt' markeert de gebeurtenis.
Vastleggen
Afgeleid uit een wijziging met timestamp in het veld voor pickstatus van het leveringsdocument, bijvoorbeeld LIKP-KOSTA.
Gebeurtenistype
inferred
|
|||
|
Kredietcontrole uitgevoerd
|
Geeft aan dat de kredietwaardigheid is gecontroleerd van de klant bij de verkooporder. Dit kan een automatische of handmatige stap zijn. De afronding ervan wordt meestal afgeleid uit een wijziging van de algemene kredietstatus van het document. | ||
|
Waarom dit belangrijk is
Kredietcontroles vormen vaak een bottleneck en kunnen de orderbevestiging en afhandeling flink vertragen. Door deze activiteit te volgen, kun je de duur en invloed ervan op het totale proces meten.
Waar vind je dit?
Afgeleid uit statusupdates in tabel VBUK (verkoopdocument: kopstatus en administratieve gegevens). Een wijziging in het veld voor kredietstatus (CMGST) geeft aan dat de controle is afgerond.
Vastleggen
Afgeleid uit een wijziging met timestamp in het veld voor kredietstatus (VBUK-CMGST) van het verkoopdocument.
Gebeurtenistype
inferred
|
|||
|
Verkooporder gewijzigd
|
Geeft aan dat een belangrijk attribuut van een bestaande verkooporder is gewijzigd nadat de order is aangemaakt, bijvoorbeeld de hoeveelheid, prijs of gewenste leverdatum. Deze gebeurtenis wordt expliciet vastgelegd in de wijzigingslogboeken van SAP. | ||
|
Waarom dit belangrijk is
Veel wijzigingen wijzen op een instabiel proces en kunnen leiden tot herstelwerk, fouten bij de afhandeling en vertragingen. Deze activiteit is belangrijk om het wijzigingspercentage van verkooporders te meten en de oorzaken te achterhalen.
Waar vind je dit?
Vastgelegd in de wijzigingsgegevenstabellen CDHDR (kop van wijzigingsdocument) en CDPOS (posities van wijzigingsdocument), waarin wijzigingen aan verkoopordertabellen zoals VBAK en VBAP worden bijgehouden.
Vastleggen
Afgeleid uit regels in tabel CDHDR die zijn gekoppeld aan het verkooporderobject (OBJECTCLAS 'VERKBELEG').
Gebeurtenistype
explicit
|
|||
|
Verkooporderpositie afgewezen
|
Geeft aan dat een specifieke positie van een verkooporder is geannuleerd of afgewezen voordat deze volledig is verwerkt. Dit wordt afgeleid uit het invullen van een 'Afwijsreden' voor een positie. | ||
|
Waarom dit belangrijk is
Deze activiteit markeert een mislukte uitkomst voor een deel van de order. Door te analyseren wanneer en waarom posities worden afgewezen, kun je problemen met productbeschikbaarheid, prijzen of klantwensen opsporen.
Waar vind je dit?
Afgeleid uit wijzigingslogboeken (CDHDR, CDPOS) die laten zien wanneer het veld 'Afwijsreden' (VBAP-ABGRU) voor een verkooporderpositie is ingevuld.
Vastleggen
Afgeleid van de timestamp waarop het veld VBAP-ABGRU voor een of meer posities wordt ingevuld.
Gebeurtenistype
inferred
|
|||
Extractiegidsen
Klaar om te beginnen?
Gebruik deze datatemplate om met zekerheid aan de slag te gaan met process mining. Ontdek hoe je de efficiëntie en klanttevredenheid in het Order to Cash-proces kunt verbeteren.
Verbeter vandaag nog je Order to Cash-orderverwerking!
Pak bottlenecks aan en verbeter de cashflow. Sluit je aan bij teams die de doorlooptijd met 30% verkorten.
Geen creditcard nodig. Binnen enkele minuten ingesteld.