Jouw datatemplate voor Order to Cash, Sales Order-verwerking
Jouw datatemplate voor Order to Cash, Sales Order-verwerking
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Extractie-instructies voor SAP S/4HANA
Order to Cash - kenmerken van verkooporderverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de bedrijfsactiviteit die op een specifiek moment in het Sales Order-proces plaatsvond. | ||
|
Beschrijving
Dit attribuut beschrijft een specifieke stap of gebeurtenis in de levenscyclus van de Sales Order, zoals 'Sales Order Created', 'Goods Issue Posted' of 'Payment Received'. Deze activiteiten zijn afgeleid van verschillende statuswijzigingen, aanmaakdatums van documenten en loggegevens uit meerdere SAP-modules. De analyse van de volgorde en duur van deze activiteiten vormt de basis van process mining. Hiermee kun je proceskaarten visualiseren, bottlenecks tussen stappen opsporen en procesvarianten analyseren. Zo zie je hoe orders daadwerkelijk door het systeem lopen ten opzichte van het ontworpen proces.
Waarom dit belangrijk is
Het definieert de processtappen. Daarmee kun je de proceskaart opbouwen en de procesflow en bottlenecks analyseren.
Waar je het vindt
Dit is een afgeleid attribuut dat meestal tijdens de data-extractie wordt aangemaakt. Statuswijzigingen of documentaanmaak-events uit tabellen zoals VBAK, LIKP, VBRK en CDHDR/CDPOS worden daarbij gekoppeld aan duidelijke activiteitsnamen.
Voorbeelden
Salesorder aangemaaktLevering aangemaaktFactuur aangemaaktBetaling ontvangen
|
|||
|
Eventtijd
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
Event Time bevat de exacte datum en tijd van elke activiteit in het proces en vormt daarmee de chronologische basis van het event log. Zo legt het vast wanneer een Sales Order is aangemaakt, wanneer goederen zijn verzonden en wanneer een factuur is betaald. Dit attribuut is nodig voor alle tijdgebaseerde analyses. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, vertragingen op te sporen, procesprestaties te meten ten opzichte van service level agreements en de totale duur van het Sales Order-proces te analyseren. De nauwkeurigheid van deze timestamps heeft rechtstreeks invloed op de kwaliteit van de process mining-inzichten.
Waarom dit belangrijk is
Deze timestamp is nodig om alle duren, doorlooptijden en wachttijden te berekenen. Die vormen de basis voor prestatieanalyses.
Waar je het vindt
Dit is een afgeleid attribuut uit verschillende datum- en tijdvelden in SAP-tabellen, zoals ERDAT/ERZET (aanmaakdatum en -tijd) in VBAK, LIKP en VBRK, of timestamps uit wijzigingslogs in CDHDR.
Voorbeelden
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Verkooporder
Vbeln
|
De unieke identificatie van een verkoopdocument, die dient als de primaire case-identificatie voor het Order to Cash-proces. | ||
|
Beschrijving
Het Sales Order-nummer identificeert het verzoek van een klant om goederen of diensten op unieke wijze. Het is het centrale object dat alle activiteiten in de levenscyclus van de Sales Order-verwerking met elkaar verbindt, van aanmaak en bevestiging tot levering en facturatie. Binnen process mining is dit attribuut essentieel om het volledige traject van elke afzonderlijke order te volgen. Door processen per Sales Order te analyseren, kunnen bedrijven bottlenecks opsporen, procesvarianten begrijpen en belangrijke KPI's meten, zoals doorlooptijd en tijdige levering per klanttransactie.
Waarom dit belangrijk is
Dit is de centrale identifier die alle gerelateerde procesevents met elkaar verbindt, zodat je de volledige levenscyclus van de order per case kunt bekijken.
Waar je het vindt
Dit attribuut is het Sales Document-nummer uit de VBAK-tabel (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 welke gebruiker verantwoordelijk was voor een bepaalde activiteit, zoals het aanmaken van de Sales Order of het boeken van de goederenuitgifte. Het koppelt processtappen aan de personen of teams die ze hebben uitgevoerd. Door activiteiten per gebruiker te analyseren, kun je opleidingsbehoeften opsporen, de verdeling van de werklast begrijpen en afwijkingen vinden die specifiek zijn voor bepaalde gebruikers. Het is ook waardevol voor compliance en audits, omdat je precies kunt zien wie belangrijke acties in het proces heeft uitgevoerd.
Waarom dit belangrijk is
Hiermee kun je procesprestaties per gebruiker of team analyseren. Zo zie je wie goed presteert, waar opleidingskansen liggen en hoe de werklast is verdeeld.
Waar je het vindt
Dit attribuut is de 'Name of Person who Created the Object' uit tabellen zoals VBAK (veld ERNAM voor de aanmaak) of uit wijzigingsdocumentkoppen in CDHDR (veld UNAME).
Voorbeelden
CBURNSDSCRANTONJHALPERT
|
|||
|
Gewenste leverdatum
Vdatu
|
De leverdatum waarop de klant de goederen of diensten wil ontvangen. | ||
|
Beschrijving
Deze datum geeft aan wanneer de klant de artikelen uit de Sales Order geleverd wil hebben. Het is belangrijke informatie voor planning, scheduling en het meten van service level agreements (SLA's). Met dit attribuut meet je het serviceniveau voor klanten en de logistieke prestaties. Het vormt de basis voor de KPI 'On-Time Delivery Rate'. Daarbij vergelijk je de gewenste datum met de werkelijke datum van goederenuitgifte of levering om te bepalen of aan het verzoek van de klant is voldaan. Door afwijkingen te analyseren, vind je structurele problemen in fulfilment of planning.
Waarom dit belangrijk is
Dit is de belangrijkste datum om tijdige levering te meten, een belangrijke KPI voor klanttevredenheid en efficiëntie in de supply chain.
Waar je het vindt
Dit attribuut is de 'Requested delivery date' uit de tabel met schedule lines van de Sales Order, VBEP (veld VDATU).
Voorbeelden
2023-02-012023-03-152023-04-20
|
|||
|
Klantnummer
Kunnr
|
De unieke identifier van een klantaccount. | ||
|
Beschrijving
Het klantnummer is een unieke sleutel die in de stamdata aan elke klant wordt toegewezen. Je gebruikt het in alle transacties met die klant, waaronder Sales Orders, leveringen en betalingen. Een analyse vanuit het perspectief van de klant is belangrijk. Met dit attribuut kun je orderprestaties per klant segmenteren, zien welke klanten de langste vertragingen ervaren en begrijpen hoe de procesuitvoering verschilt voor belangrijke accounts. Het vormt de basis voor dashboards die doorlooptijden per klantsegment analyseren.
Waarom dit belangrijk is
Hiermee kun je klantgerichte analyses uitvoeren. Zo vind je procesproblemen die specifieke klanten of klantgroepen raken en meet je klantgerichte KPI's.
Waar je het vindt
Dit attribuut is de 'Sold-to party' of het 'Customer Number' uit de VBAK-tabel (veld KUNNR).
Voorbeelden
C000123C000456C000789
|
|||
|
Materiaalnummer
Matnr
|
De unieke identifier van een verkocht product of materiaal. | ||
|
Beschrijving
Het materiaalnummer is de unieke sleutel van een product in de materiaalstamdata. Elke orderregel in een Sales Order verwijst naar 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 rond specifieke productlijnen aan het licht, zoals complexiteit in de supply chain of onjuiste data.
Waarom dit belangrijk is
Je kunt analyses op productniveau uitvoeren en zien of bepaalde materialen of productlijnen samenhangen met procesvertragingen, herstelwerk of andere inefficiënties.
Waar je het vindt
Dit attribuut is het 'Material Number' uit de orderregeltabel VBAP (veld MATNR).
Voorbeelden
PROD-1001PROD-2005SERV-A01
|
|||
|
Nettobedrag
Netwr
|
De nettowaarde van de orderregel of het verkoopdocument in de documentvaluta. | ||
|
Beschrijving
Het nettobedrag is de orderwaarde na kortingen en toeslagen, maar vóór belastingen. Het is een belangrijke financiële maatstaf voor elke Sales Order. Binnen process mining geeft dit attribuut belangrijke bedrijfscontext. Je kunt analyses richten op orders met een hoge waarde, nagaan of de orderwaarde samenhangt met verwerkingstijd of complexiteit en de financiële impact van inefficiënties zoals annuleringen of vertragingen meten. Zo kan blijken dat orders met een hoge waarde vaak vertraging oplopen door handmatige kredietcontroles.
Waarom dit belangrijk is
Het geeft elke case financiële context. Zo kun je verbeteringen prioriteren voor orders met de grootste impact en de kosten van vertragingen berekenen.
Waar je het vindt
Dit attribuut is de 'Net value of the order item in document currency' uit de VBAP-tabel (veld NETWR) of een geaggregeerde waarde uit de VBAK-tabel.
Voorbeelden
1500.00250.5012345.75
|
|||
|
Sales Document-type
Auart
|
Een classificatie die verschillende typen verkoopdocumenten onderscheidt, zoals standaardorders, retouren of creditnota's. | ||
|
Beschrijving
Het Sales Document-type bepaalt hoe een verkoopdocument in SAP wordt verwerkt. Het bepaalt onder meer de nummerreeks, verplichte velden en de algemene transactiestroom. Voorbeelden zijn 'OR' voor een standaardorder en 'RE' voor een retourorder. Binnen process mining gebruik je dit attribuut om analyses te segmenteren. Door procesflows van verschillende documenttypen te vergelijken, worden verschillen in doorlooptijden, herstelwerk en automatiseringsgraad zichtbaar. Zo kun je verbeteracties afstemmen op specifieke ordertypen.
Waarom dit belangrijk is
Je kunt Sales Orders in verschillende categorieën verdelen en vergelijken hoe elk type order wordt verwerkt.
Waar je het vindt
Dit attribuut is het 'Sales Document Type' uit de VBAK-tabel (veld AUART).
Voorbeelden
ORRECRSO
|
|||
|
Verkooporganisatie
Vkorg
|
Een organisatie-eenheid die verantwoordelijk is voor de verkoop van specifieke producten of diensten. | ||
|
Beschrijving
De verkooporganisatie vertegenwoordigt een verkoopeenheid binnen een bedrijf. Deze eenheid onderhandelt over verkoopvoorwaarden en distribueert 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 te vergelijken, kunnen bedrijven prestaties benchmarken, best practices per regio of divisie vinden en zien hoe procesefficiëntie verschilt per regio of bedrijfsonderdeel.
Waarom dit belangrijk is
Hiermee kun je prestaties vergelijken en benchmarken tussen bedrijfsonderdelen, regio's of bedrijven binnen een concern.
Waar je het vindt
Dit attribuut is de 'Sales Organization' uit de VBAK-tabel (veld VKORG).
Voorbeelden
10002000US01DE01
|
|||
|
Algemene leverstatus
Lfstk
|
De algemene leverstatus van de salesorder. 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 uitvoering van een verkoopdocument is. De status wordt samengesteld op basis van alle orderregels en laat zien of de order vanuit leveringsoogpunt openstaat, in behandeling is of is afgerond. Bij procesanalyse helpt dit attribuut je de huidige status van openstaande orders te begrijpen en cases te filteren. Als je alleen 'Fully Delivered'-orders analyseert, krijg je zicht op afgeronde processen. Met 'Not yet processed'-orders kun je achterstanden en vroege knelpunten vinden.
Waarom dit belangrijk is
Geeft een momentopname van de voortgang van een order en maakt filtering en analyse mogelijk op basis van de vraag of een order openstaat, gedeeltelijk of volledig is geleverd.
Waar je het vindt
Dit attribuut is de 'Overall delivery status of all items' uit de VBUK-statustabel, veld LFSTK.
Voorbeelden
ABC
|
|||
|
Bronsysteem
SourceSystemId
|
Identificeert het bronsysteem waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut geeft aan uit welk systeem de eventdata afkomstig is, bijvoorbeeld 'SAP S/4HANA Production' of 'ECC Quality'. In omgevingen met meerdere ERP-systemen of een combinatie van legacy- en moderne platformen is dit veld belangrijk voor data lineage en validatie. Voor analyses kun je processen uit verschillende systemen of organisatie-instanties filteren en vergelijken. Zo worden verschillen in procesuitvoering of datakwaliteit zichtbaar die specifiek zijn voor een bepaalde systeemomgeving.
Waarom dit belangrijk is
Het geeft context over de herkomst van de data. Dat is belangrijk in omgevingen met meerdere systemen, zodat je de data-integriteit kunt bewaken en systemen met elkaar kunt vergelijken.
Waar je het vindt
Dit is meestal een statische waarde die tijdens de data-extractie wordt toegevoegd om de dataset van het bronsysteem te voorzien.
Voorbeelden
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Distributiekanaal
Vtweg
|
Het kanaal waarlangs producten of diensten de klant bereiken, zoals retail, groothandel of online. | ||
|
Beschrijving
Het distributiekanaal bepaalt hoe producten aan klanten worden verkocht en geleverd. Samen met de verkooporganisatie vormt het een belangrijk onderdeel van het verkoopgebied. Door processen per distributiekanaal te analyseren, zie je welke kanalen efficiënter werken. Orders uit het kanaal 'Online' kunnen bijvoorbeeld sterk geautomatiseerd en snel zijn, terwijl orders uit 'Direct Sales' meer handmatige stappen bevatten en langer duren. Zo kun je verbeteringen richten op specifieke kanalen.
Waarom dit belangrijk is
Hiermee kun je prestaties van verschillende verkoopkanalen vergelijken, zoals web, directe verkoop of retail, en kanaalspecifieke bottlenecks of best practices vinden.
Waar je het vindt
Dit attribuut is het 'Distribution Channel' uit de VBAK-tabel (veld VTWEG).
Voorbeelden
102001
|
|||
|
Divisie
Spart
|
Een organisatie-eenheid die een specifieke productlijn of bedrijfsactiviteit vertegenwoordigt. | ||
|
Beschrijving
De Division wordt gebruikt om materialen of diensten te groeperen en staat vaak voor een productlijn. Dit onderdeel van de salesareadefinitie helpt om de bedrijfsvoering vanuit productperspectief te structureren. Dit attribuut is nuttig voor het analyseren van procesprestaties per productgroep. Je kunt er bijvoorbeeld mee onderzoeken of de verwerking van orders voor reserveonderdelen verschilt van die van orders voor eindproducten. Deze segmentatie is belangrijk voor de KPI 'Cycle Time by Product Line' en de bijbehorende dashboardanalyse.
Waarom dit belangrijk is
Maakt procesanalyse per productlijn of bedrijfsgebied mogelijk, zodat je prestatieverschillen tussen verschillende delen van de organisatie kunt vinden.
Waar je het vindt
Dit attribuut is de 'Division' uit de VBAK- of VBAP-tabellen, 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 Net Amount in het verkoopdocument. Het geeft de context die nodig is om financiële data goed te interpreteren en samen te voegen. De valuta bepaalt niet rechtstreeks het procesverloop, maar is wel nodig voor financiële analyses. Zo interpreteer je geldbedragen correct en kun je ze voor wereldwijde rapportages omrekenen naar één gemeenschappelijke valuta.
Waarom dit belangrijk is
Geeft de nodige context bij alle geldbedragen en zorgt voor een nauwkeurige financiële analyse en rapportage, vooral bij internationale bedrijfsvoering.
Waar je het vindt
Dit attribuut is de 'SD document currency' uit de VBAK-tabel, veld WAERK.
Voorbeelden
USDEURGBP
|
|||
|
Eindtijd
EndTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis is afgerond. | ||
|
Beschrijving
EndTime markeert het moment waarop een afzonderlijke activiteit is afgerond. StartTime geeft aan wanneer een taak begon, terwijl EndTime laat zien wanneer deze eindigde. Zo kun je de duur van actief werk meten. Dit attribuut is belangrijk voor het nauwkeurig berekenen van verwerkingstijden per activiteit. Je kunt actieve werktijd onderscheiden van wachttijd: Processing Time = EndTime - StartTime en Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime. Dat onderscheid is nodig voor een precieze knelpuntenanalyse.
Waarom dit belangrijk is
Hiermee bereken je de verwerkingstijd van een activiteit nauwkeurig. Dat is nodig om actieve werktijd te onderscheiden van inactieve wachttijd.
Waar je het vindt
Dit is een afgeleid attribuut. Bij sommige activiteiten komt het overeen met een specifieke timestamp in SAP. Bij andere activiteiten wordt het vaak 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
|
|||
|
Is handmatig ingevoerd
IsManualEntry
|
Een vlag die aangeeft of de salesorder 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 de SAP GUI invoert en orders die automatisch zijn aangemaakt via electronic data interchange (EDI), API's of andere geïntegreerde systemen. Je kunt dit soms afleiden uit de gebruiker die de order heeft aangemaakt, bijvoorbeeld een systeemgebruiker tegenover een menselijke gebruiker, of uit specifieke kenmerken van het verkoopdocument. Dit attribuut is belangrijk voor automatiseringsanalyse en ondersteunt de KPI 'Manual Order Entry Rate'. Je kunt de procesefficiëntie, foutpercentages en doorlooptijden van handmatig en automatisch aangemaakte orders rechtstreeks vergelijken. Dat helpt bij het onderbouwen van verdere automatisering.
Waarom dit belangrijk is
Hiermee meet je de mate van automatisering in het orderinvoerproces en vergelijk je de efficiëntie en foutpercentages van handmatige en geautomatiseerde orders.
Waar je het vindt
Dit is vaak een afgeleid attribuut. Je kunt het bepalen door de gebruiker bij 'Created by' (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 boolean-vlag die aangeeft of een activiteit of case herstelwerk bevat, zoals een herhaalde bevestiging of een belangrijke wijziging. | ||
|
Beschrijving
Deze vlag identificeert salesorders waaraan herstelwerk is uitgevoerd, bijvoorbeeld omdat ze na bevestiging zijn gewijzigd of omdat dezelfde activiteit meerdere keren voorkomt. De vlag kan worden ingesteld op basis van activiteiten zoals 'Sales Order Changed' of meerdere 'Order Confirmed'-events voor dezelfde case. Dit attribuut ondersteunt rechtstreeks het dashboard 'Sales Order Change and Rework Rate' en de bijbehorende KPI's. Je kunt herstelwerk eenvoudig filteren en kwantificeren, de kosten en frequentie van inefficiënties meten en de oorzaken van afwijkingen aanpakken.
Waarom dit belangrijk is
Deze vlag helpt de frequentie en impact van herstelwerk te kwantificeren. Zo kun je procesafwijkingen, handmatige wijzigingen en inefficiënties analyseren en verminderen.
Waar je het vindt
Dit is een berekend attribuut. De logica wordt tijdens de datatransformatie bepaald, vaak door herhaalde activiteiten of specifieke wijzigingsevents te herkennen, bijvoorbeeld in de CDHDR/CDPOS-tabellen.
Voorbeelden
truefalse
|
|||
|
Is op tijd geleverd
IsOnTimeDelivery
|
Een boolean-vlag die aangeeft of de order op of vóór de bevestigde of gevraagde leverdatum is geleverd. | ||
|
Beschrijving
Dit attribuut geeft per order een duidelijke binaire uitkomst voor de leverprestatie. Het wordt berekend door de timestamp van 'Goods Issue Posted' te vergelijken met de 'Requested Delivery Date' (VDATU) of een bevestigde leverdatum uit de orderschedule. Deze vlag vormt de basis voor de KPI 'On-Time Delivery Rate' en het dashboard 'Delivery Date Promise Adherence'. Je kunt alle orders snel indelen in 'on-time' en 'late' en daarna de kenmerken van beide groepen onderzoeken om de oorzaken van vertragingen te vinden.
Waarom dit belangrijk is
Meet de leverprestatie rechtstreeks af aan de verwachtingen van klanten en vormt de basis voor de belangrijke KPI 'On-Time Delivery Rate'.
Waar je het vindt
Dit is een berekend attribuut. Het wordt afgeleid door de timestamp van de activiteit 'Goods Issue Posted' te vergelijken met de 'Requested Delivery Date' (VBEP-VDATU).
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp van de meest recente datarefresh 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 op welke periode de analyse betrekking heeft. In dashboards en rapporten biedt deze informatie belangrijke context. Je ziet of je naar realtime-informatie of een periodieke momentopname kijkt. Dat beïnvloedt hoe je recente trends en operationele prestaties interpreteert.
Waarom dit belangrijk is
Het laat zien hoe actueel de data is. Zo begrijpen gebruikers de tijdscontext van de analyse en voorkom je verkeerde conclusies.
Waar je het vindt
Dit attribuut wordt aangemaakt door de data-extractie- of ETL-tool. Het registreert de timestamp waarop de datapipeline voor het laatst is uitgevoerd.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Orderhoeveelheid
Kwmeng
|
De hoeveelheid materiaal die in een specifieke regel van het verkoopdocument is besteld. | ||
|
Beschrijving
Dit attribuut staat voor het aantal eenheden van een specifiek materiaal dat de klant in een salesorderregel aanvraagt. Het is een belangrijk onderdeel van de transactiedata. Met de orderhoeveelheid krijg je waardevolle bedrijfscontext. Je kunt de analyse segmenteren op ordergrootte, bijvoorbeeld kleine en grote orders, om te zien of volume samenhangt met verwerkingsefficiëntie. Daarnaast is dit een belangrijke maatstaf voor rapportages en voor inzicht in de omvang van de bedrijfsvoering.
Waarom dit belangrijk is
Maakt analyse per ordergrootte mogelijk, zodat je kunt zien of het ordervolume invloed heeft op verwerkingstijden, complexiteit of foutpercentages.
Waar je het vindt
Dit attribuut is de 'Cumulative order quantity in sales units' uit de VBAP-tabel, veld KWMENG.
Voorbeelden
101505
|
|||
|
Reden van afwijzing
Abgru
|
Een code die aangeeft waarom een Sales Order of orderregel is afgewezen of geannuleerd. | ||
|
Beschrijving
De reden van afwijzing geeft context wanneer een Sales Order of specifieke orderregel wordt geannuleerd. Deze redenen worden meestal door het bedrijf ingericht en kunnen codes bevatten voor 'Niet op voorraad', 'Door klant geannuleerd' of 'Onjuiste prijs'. Dit attribuut is belangrijk voor een oorzaakanalyse van orderannuleringen. Door de meest voorkomende afwijsredenen te analyseren, kunnen bedrijven onderliggende problemen in verkoop-, voorraad- of prijsprocessen vinden. Deze informatie is belangrijk voor het dashboard 'Sales Order Cancellation Analysis', waarmee je omzetverlies kunt beperken en de efficiëntie kunt verbeteren.
Waarom dit belangrijk is
Het laat zien waarom orders worden geannuleerd. Daarmee kun je oorzaken analyseren en problemen met prijsfouten, voorraadtekorten of slechte datakwaliteit aanpakken.
Waar je het vindt
Dit attribuut is de 'Reason for rejection of quotations and sales orders' uit de orderregeltabel VBAP (veld ABGRU).
Voorbeelden
010215
|
|||
Order to Cash - activiteiten voor verkooporderverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling ontvangen
|
Deze activiteit markeert de succesvolle afronding van het proces: de betaling van de klant is ontvangen en afgeletterd tegen de openstaande factuur. Dit is een expliciete financiële boeking waarmee de openstaande post wordt afgesloten. | ||
|
Waarom dit belangrijk is
Dit is de laatste stap in de Order to Cash-cyclus die waarde oplevert. Door de tijd tussen factuur en betaling te analyseren, stuur je beter op cashflow en Days Sales Outstanding (DSO).
Waar je het vindt
Wordt afgeleid van de afletterdatum (AUGDT) in de tabel BSEG (segment van het boekhoudkundige document) voor de regel die hoort bij de klantbetaling waarmee de factuur wordt afgeletterd.
Vastleggen
Wordt afgeleid van de afletterdatum (AUGDT) op de afgeletterde klantpost in tabel BSEG of van het afletterdocument in BKPF.
Eventtype
explicit
|
|||
|
Factuur aangemaakt
|
Geeft aan dat het klantfactuurdocument is aangemaakt. Dit document bevat de producten, hoeveelheden en prijzen voor betaling. Het gaat om een expliciet event waarbij een factuurdocument wordt gegenereerd op basis van de levering of verkooporder. | ||
|
Waarom dit belangrijk is
Deze activiteit markeert het begin van de betalingsinning. De tijd tussen goederenuitgifte en het aanmaken van de factuur is een belangrijke KPI voor de efficiëntie van het facturatieproces.
Waar je het vindt
Wordt vastgelegd via de aanmaakdatum (ERDAT) en -tijd (ERZET) in de tabel VBRK (kopgegevens van het facturatiedocument). De tabel VBFA koppelt de factuur aan de voorafgaande documenten.
Vastleggen
Wordt afgeleid van de timestamp voor het aanmaken van de kopregel van het facturatiedocument in tabel VBRK.
Eventtype
explicit
|
|||
|
Goederenuitgifte geboekt
|
Dit is de juridische en financiële overdracht van de goederen. Het markeert hun officiële vertrek uit de voorraad van het bedrijf. Dit expliciete event verlaagt de voorraad en is een voorwaarde voor facturatie. | ||
|
Waarom dit belangrijk is
Het boeken van de goederenuitgifte is een belangrijke financiële en logistieke mijlpaal. Dit wordt vaak gezien als het moment van verzending en heeft rechtstreeks invloed op voorraadwaardering en omzetverantwoording.
Waar je het vindt
De timestamp wordt vastgelegd in de tabel LIKP (WADAT_IST, werkelijke datum van goederenbeweging) wanneer de goederenuitgifte wordt geboekt. De tabel VBFA met de documentstroom koppelt dit terug aan de verkooporder.
Vastleggen
Wordt afgeleid van de werkelijke datum van de goederenbeweging (LIKP-WADAT_IST) op de leveringskop.
Eventtype
explicit
|
|||
|
Levering aangemaakt
|
Deze activiteit betekent dat een uitgaand leveringsdocument is aangemaakt. Daarmee start het verzend- en logistieke proces. Het gaat om een expliciet event waarbij een leveringsdocument als verwijzing naar de verkooporder wordt aangemaakt. | ||
|
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, vind je knelpunten in de uitvoeringsplanning.
Waar je het vindt
Wordt vastgelegd via de timestamp voor het aanmaken van de tabel LIKP (kopgegevens van het SD-leveringsdocument). De koppeling met de verkooporder staat in de tabel VBFA (documentstroom van het verkoopdocument).
Vastleggen
Wordt afgeleid van de timestamp voor het aanmaken van de kopregel van het leveringsdocument in tabel LIKP.
Eventtype
explicit
|
|||
|
Order gesloten
|
Markeert de eindstatus van een verkooporder. Alle bijbehorende processen, waaronder levering, facturatie en betaling, zijn dan afgerond. Dit wordt afgeleid uit de algemene status van het verkoopdocument. | ||
|
Waarom dit belangrijk is
Deze activiteit geeft in de procesanalyse een duidelijk eindpunt voor succesvol afgeronde orders. Zo meet je de end-to-end-doorlooptijd van uitgevoerde orders nauwkeurig.
Waar je het vindt
Wordt afgeleid wanneer het algemene statusveld (VBUK-GBSTK) van het verkoopdocument verandert naar 'C' (volledig verwerkt). De timestamp moet worden afgeleid van de laatste wijziging in een gerelateerd document, zoals het afletteren van de betaling.
Vastleggen
Wordt afgeleid wanneer de documentstatus VBUK-GBSTK 'C' wordt. De timestamp komt van het laatste event, bijvoorbeeld Payment Received.
Eventtype
inferred
|
|||
|
Salesorder aangemaakt
|
Deze activiteit markeert de start van het verkoopproces, wanneer een nieuwe verkooporder formeel in het systeem wordt aangemaakt. Het event wordt expliciet vastgelegd wanneer een gebruiker een nieuwe verkooporder opslaat, bijvoorbeeld met transactie VA01. Hierdoor ontstaat een nieuwe regel in de tabel VBAK. | ||
|
Waarom dit belangrijk is
Dit is het primaire startevent van het Order to Cash-proces. Door de tijd vanaf deze activiteit tot volgende mijlpalen te analyseren, meet je de totale doorlooptijd en spoor je vertragingen aan het begin van het proces op.
Waar je het vindt
Wordt bij het aanmaken vastgelegd in de tabel VBAK (kopgegevens van het verkoopdocument). De velden voor aanmaakdatum (ERDAT) en -tijd (ERZET) leveren de timestamp.
Vastleggen
Wordt afgeleid van de timestamp voor het aanmaken van de kopregel van de verkooporder in tabel VBAK.
Eventtype
explicit
|
|||
|
Verkooporder bevestigd
|
Markeert het moment waarop de beschikbaarheid van materiaal is gecontroleerd en een bevestigde hoeveelheid en leverdatum voor de orderitems zijn vastgelegd. Dit wordt afgeleid uit het aanmaken van schedule lines met bevestigde hoeveelheden. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal: je organisatie doet hiermee een toezegging aan de klant. De tijd tot dit punt, de doorlooptijd van de orderbevestiging, is een belangrijke maatstaf voor de interne verwerkingsefficiëntie.
Waar je het vindt
Wordt afgeleid uit het aanmaken van regels in de tabel VBEP (schedule linegegevens van het verkoopdocument) met een bevestigde hoeveelheid (BMENG > 0) voor de verkooporderitems.
Vastleggen
Wordt afgeleid uit de aanmaakdatum van de eerste schedule line in tabel VBEP met een bevestigde hoeveelheid.
Eventtype
inferred
|
|||
|
Blokkade op verkooporder ingesteld
|
Deze activiteit vindt plaats wanneer een verwerkingsblokkade op de verkooporder wordt gezet, waardoor volgende activiteiten, zoals het aanmaken van een levering, niet kunnen doorgaan. Dit wordt afgeleid door wijzigingslogboeken voor specifieke blokkeringsvelden op de kopregel of het item van de verkooporder te volgen. | ||
|
Waarom dit belangrijk is
Het instellen van blokkades is een belangrijke afwijking van het normale procespad. Door te onderzoeken waarom en hoe vaak blokkades worden ingesteld, krijg je zicht op structurele problemen met datakwaliteit, prijsstelling of klantstamgegevens.
Waar je het vindt
Wordt afgeleid uit de wijzigingstabellen (CDHDR, CDPOS) voor blokkeringsvelden op de verkooporder, zoals VBAK-AUFSP (orderblokkade) of VBAK-LIFSK (leveringsblokkade).
Vastleggen
Wordt vastgesteld door een wijziging in een blokkeringsveld, bijvoorbeeld VBAK-LIFSK, van een lege naar een niet-lege waarde te detecteren.
Eventtype
inferred
|
|||
|
Blokkade op verkooporder verwijderd
|
Geeft aan dat een verwerkingsblokkade is verwijderd, zodat de verkooporder naar de volgende fase kan. Dit wordt afgeleid door een wijziging in de relevante blokkeringsvelden van een ingestelde waarde naar een lege of gewiste status te detecteren. | ||
|
Waarom dit belangrijk is
De tijd die nodig is om blokkades te verwijderen, laat zien hoe lang vertragingen duren. Met deze activiteit kun je herstelwerk en de efficiëntie van het oplossen van blokkades kwantificeren.
Waar je het vindt
Wordt afgeleid uit de wijzigingstabellen (CDHDR, CDPOS), waarin een blokkeringsveld op de verkooporder, bijvoorbeeld VBAK-LIFSK, van een niet-lege waarde naar leeg wordt gewijzigd.
Vastleggen
Wordt vastgesteld door een wijziging in een blokkeringsveld, bijvoorbeeld VBAK-LIFSK, van een niet-lege waarde terug naar een lege waarde te detecteren.
Eventtype
inferred
|
|||
|
Boekhoudkundig document aangemaakt
|
Deze activiteit vindt plaats wanneer de factuur succesvol naar de module Financial Accounting is geboekt en journaalposten zijn aangemaakt. Het is een expliciet event dat een bijbehorend document in het financiële grootboek genereert. | ||
|
Waarom dit belangrijk is
Dit event bevestigt dat de omzet uit de verkoop formeel in de boekhouding is verwerkt. Vertragingen kunnen de nauwkeurigheid van financiële rapportages beïnvloeden.
Waar je het vindt
Wordt vastgelegd via de aanmaakdatum (CPUDT) en -tijd (CPUTM) in de tabel BKPF (kop van het boekhoudkundige document). De tabel VBRK bevat vaak het bijbehorende nummer van het boekhoudkundige document (VBRK-BELNR).
Vastleggen
Wordt afgeleid van de timestamp voor het aanmaken van de kopregel van het boekhoudkundige document in tabel BKPF.
Eventtype
explicit
|
|||
|
Factuur naar klant verzonden
|
Geeft aan dat de gegenereerde factuur naar de klant is verzonden, bijvoorbeeld per post, e-mail of EDI. Dit wordt meestal afgeleid uit het verwerkingslogboek van het systeem voor outputbepaling. | ||
|
Waarom dit belangrijk is
De betalingstermijn begint vaak zodra de klant de factuur ontvangt. Door dit event te volgen, meet je de doorlooptijd van de betalingsinning nauwkeuriger.
Waar je het vindt
Wordt afgeleid uit regels in de tabel NAST (berichtenstatus), waarin de verwerking van outputtypen zoals facturen wordt vastgelegd. De verwerkingsdatum en -tijd kunnen als timestamp van het event dienen.
Vastleggen
Wordt afgeleid van de verwerkingstimestamp van het relevante outputbericht in tabel NAST.
Eventtype
inferred
|
|||
|
Goederen verzameld
|
Geeft aan dat de goederen voor de uitgaande levering fysiek uit de magazijnlocaties zijn verzameld. Dit wordt meestal afgeleid uit een statusupdate op het leveringsdocument. | ||
|
Waarom dit belangrijk is
Verzamelen is een belangrijke stap in het logistieke uitvoeringsproces. Door de afronding ervan te volgen, meet je de efficiëntie van het magazijn en spoor je vertragingen op voordat de goederen klaar zijn voor verzending.
Waar je het vindt
Wordt afgeleid uit statusvelden in de tabellen LIPS (leveringsitem) of LIKP (leveringskop), zoals de verzamelstatus (KOSTA). Een wijziging naar 'Completely picked' markeert het event.
Vastleggen
Wordt afgeleid uit een timestamp met een wijziging in het verzamelstatusveld, bijvoorbeeld LIKP-KOSTA, van het leveringsdocument.
Eventtype
inferred
|
|||
|
Item van verkooporder afgewezen
|
Geeft aan dat een specifiek regelitem van een verkooporder is geannuleerd of afgewezen voordat het volledig is verwerkt. Dit wordt afgeleid uit het toekennen van een 'Reason for Rejection' aan een item. | ||
|
Waarom dit belangrijk is
Deze activiteit staat voor een niet-succesvolle uitkomst voor een deel van de order. Door te analyseren wanneer en waarom items worden afgewezen, vind je problemen met productbeschikbaarheid, prijsstelling of klantvereisten.
Waar je het vindt
Wordt afgeleid uit wijzigingslogboeken (CDHDR, CDPOS) die laten zien wanneer het veld 'Reason for Rejection' (VBAP-ABGRU) voor een verkooporderitem wordt ingevuld.
Vastleggen
Wordt afgeleid van de timestamp waarop het veld VBAP-ABGRU voor een of meer regelitems wordt ingevuld.
Eventtype
inferred
|
|||
|
Kredietcontrole uitgevoerd
|
Geeft aan dat de kredietwaardigheid van de klant bij de verkooporder is gecontroleerd. Dit kan automatisch of handmatig gebeuren. De afronding wordt meestal afgeleid uit een wijziging in de algemene kredietstatus van het document. | ||
|
Waarom dit belangrijk is
Kredietcontroles vormen vaak een bottleneck en kunnen de orderbevestiging en uitvoering flink vertragen. Door deze activiteit te volgen, meet je de duur en de invloed ervan op het totale proces.
Waar je het vindt
Wordt afgeleid uit statusupdates in de tabel VBUK (status en administratieve gegevens van het verkoopdocument). Een wijziging in het kredietstatusveld (CMGST) geeft aan dat de controle is afgerond.
Vastleggen
Wordt afgeleid uit een timestamp met een wijziging in het kredietstatusveld (VBUK-CMGST) van het verkoopdocument.
Eventtype
inferred
|
|||
|
Verkooporder gewijzigd
|
Geeft aan dat een belangrijk attribuut van een bestaande verkooporder, zoals hoeveelheid, prijs of gewenste leverdatum, na het aanmaken is gewijzigd. Dit event wordt expliciet vastgelegd in de wijzigingslogboeken van SAP. | ||
|
Waarom dit belangrijk is
Veel wijzigingen wijzen op instabiliteit in het proces en kunnen leiden tot herstelwerk, fouten bij de uitvoering en vertragingen. Deze activiteit helpt je het wijzigingspercentage van verkooporders te meten en oorzaken te vinden.
Waar je het vindt
Wordt vastgelegd in de wijzigingstabellen CDHDR (kop van het wijzigingsdocument) en CDPOS (items van het wijzigingsdocument). Deze tabellen registreren wijzigingen in verkoopordertabellen zoals VBAK en VBAP.
Vastleggen
Wordt vastgesteld aan de hand van regels in de tabel CDHDR die aan het verkooporderobject zijn gekoppeld (OBJECTCLAS 'VERKBELEG').
Eventtype
explicit
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze datatemplate om met vertrouwen aan je process mining-traject te beginnen. Ontdek waar je Order-to-Cash-proces efficiënter kan en verbeter de klanttevredenheid.
Optimaliseer vandaag nog je order-to-cash-verkoopverwerking!
Maak een einde aan bottlenecks en verbeter je cashflow. Sluit je aan bij anderen die hun doorlooptijd met 30% verkorten.
Je hebt geen creditcard nodig. Je kunt binnen enkele minuten starten.