Jouw datatemplate voor Order to Cash-verkooporderverwerking

De activiteitsnaam beschrijft een stap of mijlpaal in de levenscyclus van een verkooporder, zoals 'Sales Order Created', 'Credit Check Performed' of 'Goods Shipped'. Elke activiteit staat voor een afzonderlijke actie op de verkooporder en vormt een bouwsteen van de procesmap.

Analyses zijn sterk afhankelijk van dit attribuut om de procesflow te visualiseren, veelvoorkomende routes te herkennen en afwijkingen van de standaardprocedure te vinden. Door de volgorde van activiteiten te analyseren, kunnen analisten knelpunten, herstelrondes, zoals herhaalde activiteiten 'Sales Order Changed', en niet-conforme procesvarianten opsporen. Dit attribuut vormt de basis voor dashboards zoals 'Process Conformance and Deviations' en KPI's zoals 'Sales Order Rework Rate'.

Dit attribuut definieert de stappen in het proces. Daardoor kun je de procesmap visualiseren, procesflows analyseren en herstelwerk of afwijkingen herkennen.

Dit wordt vaak afgeleid uit documentstatuswijzigingen, event logs of transactiecodes in de verkoop-, leverings- en facturatiemodules van het bronsysteem.

De gebeurtenistijd is een timestamp die het exacte moment van een activiteit vastlegt. Dit attribuut geeft het proces een tijdscontext, zodat alle gebeurtenissen van een verkooporder chronologisch kunnen worden geordend.

Deze timestamp is belangrijk voor alle tijdgebaseerde analyses. Je gebruikt hem om doorlooptijden tussen activiteiten te berekenen, de duur van afzonderlijke stappen te bepalen en vertragingen of knelpunten te vinden. De KPI 'Order Fulfillment Cycle Time' wordt bijvoorbeeld berekend als het verschil tussen de gebeurtenistijd van de laatste leveringsactiviteit en die van de eerste orderaanmaak. Dashboards zoals 'Sales Order Cycle Time Overview' zijn volledig afhankelijk van dit attribuut.

Deze timestamp is nodig om alle prestatiemaatstaven te berekenen, zoals doorlooptijden en tijdsduur. Die zijn belangrijk om knelpunten te vinden.

Deze timestamp staat meestal bij elk transactie- of statusrecord en wordt vaak aangeduid als aanmaakdatum, wijzigingsdatum of boekingsdatum.

De ID van de verkooporder vormt de basis van process mining in Order to Cash. Deze ID identificeert elke procesinstantie van aanmaak tot sluiting. De ID fungeert als primaire sleutel die alle gerelateerde activiteiten, gebeurtenissen en datapunten aan elkaar koppelt. Zo ontstaat een complete end-to-end-reis voor één order.

Bij analyses maakt dit attribuut het mogelijk om de levenscyclus van elke verkooporder te reconstrueren. Je gebruikt het om de volgorde van gebeurtenissen te volgen, de tijd tussen activiteiten te meten en KPI's op orderniveau te berekenen. Voor de KPI 'Order Fulfillment Cycle Time' groepeer je bijvoorbeeld alle activiteiten op basis van de ID van de verkooporder en bereken je het verschil tussen de eerste en laatste gebeurtenis.

Deze ID is essentieel om afzonderlijke orders door het proces te volgen en analyse op case-niveau van doorlooptijden, knelpunten en afwijkingen mogelijk te maken.

Deze ID staat meestal in de koptekstabel van verkooporderdocumenten in het bronsysteem, zoals een ERP- of CRM-systeem.

Het attribuut Bronsysteem geeft aan in welk systeem de eventdata is gegenereerd. In moderne organisaties loopt een end-to-end-proces zoals Order to Cash vaak over meerdere applicaties, bijvoorbeeld een CRM voor het aanmaken van orders en een ERP voor uitvoering en facturatie.

Bij analyses helpt dit attribuut om de technologische omgeving van het proces te begrijpen. Je kunt integratiepunten en mogelijke problemen met dataconsistentie tussen systemen herkennen. Door activiteiten per bronsysteem te analyseren, zie je of bepaalde processtappen anders worden uitgevoerd of meer vertraging oplopen afhankelijk van het systeem waarin ze plaatsvinden.

Dit geeft context over de herkomst van de data. Dat is belangrijk in omgevingen met meerdere systemen om de datastroom te volgen en systeemgebonden procesvarianten te herkennen.

Deze informatie wordt vaak toegevoegd tijdens de data-extractie (ETL) of is een standaardveld in datawarehouses.

Dit attribuut bevat de timestamp waarop de data voor het laatst in de process mining-omgeving is geladen. Het geeft aan hoe actueel de geanalyseerde data is en verschilt van de gebeurtenistijd, die vastlegt wanneer de bedrijfsactiviteit daadwerkelijk plaatsvond.

Deze informatie wordt meestal niet gebruikt voor directe analyse van de procesflow, maar is wel belangrijk voor datagovernance en de betrouwbaarheid van de bevindingen. Analisten en zakelijke gebruikers kunnen hiermee beoordelen hoe actueel de gegenereerde inzichten zijn. Als de laatste data-update bijvoorbeeld een week geleden was, moet je conclusies over de huidige prestaties in dat licht bekijken.

Dit geeft aan hoe actueel de data is. Zo weet je dat analyses op recente informatie zijn gebaseerd en dat conclusies relevant blijven.

Dit wordt meestal gegenereerd en opgeslagen door de data-extractietool (ETL) of het process mining-platform tijdens het inladen van de data.

Het attribuut Gebruikersnaam identificeert de persoon of geautomatiseerde agent die verantwoordelijk is voor een activiteit. Dat kan een salesmedewerker zijn die de order heeft aangemaakt, een kredietmanager die deze heeft goedgekeurd of een systeemgebruiker die automatisch een betaling heeft geboekt.

Met dit attribuut kun je het proces vanuit menselijk perspectief analyseren. Je gebruikt het om de werkverdeling te onderzoeken, prestaties van teams of personen te vergelijken en opleidingsbehoeften te herkennen. Het is ook belangrijk voor compliance en audit trails. Door activiteiten per gebruiker te analyseren, zie je wie betrokken is bij herstelrondes of niet-conform gedrag. Het attribuut vormt bovendien de basis voor de KPI 'Manual Intervention Rate'.

Identificeert de persoon of het systeem dat een activiteit uitvoert. Daarmee kun je werkbelasting, teamprestaties, automatiseringsniveau en compliance analyseren.

Dit staat meestal in transactielogboeken of wijzigingsgeschiedenissen van documenten, vaak met het label 'Created By' of 'Changed By'.

Dit attribuut identificeert de externe partij voor wie de verkooporder wordt verwerkt. Het kan gaan om een uniek klantnummer, een bedrijfsnaam of een andere sleutel waarmee klanten van elkaar worden onderscheiden.

In process mining is Klantidentificatie een belangrijke dimensie om de data te segmenteren. Analisten kunnen de procesmap filteren om te zien hoe het proces voor een specifieke klant verloopt, of procesflows van verschillende klantgroepen vergelijken, zoals strategische accounts en incidentele kopers. Zo worden aangepaste processen zichtbaar en kun je klanten herkennen die vaak procesafwijkingen of vertragingen veroorzaken. Dat levert waardevolle inzichten op voor klantrelatiebeheer.

Maakt het mogelijk om processen van verschillende klanten of klantgroepen te filteren en te vergelijken, zodat je aangepaste processen of problematische accounts kunt herkennen.

Dit staat in de kopgegevens van de verkooporder en is gekoppeld aan de klantstamgegevens in het ERP- of CRM-bronsysteem.

Orderwaarde staat voor de totale financiële waarde van de verkooporder. Dit is een belangrijke financiële maatstaf die de omvang van elke case kwantificeert.

Met dit attribuut kun je processen op waarde analyseren. Je kunt problemen prioriteren door je te richten op orders met een hoge waarde. Zo kunnen analisten onderzoeken of orders met een hoge waarde langere doorlooptijden of meer herstelwerk hebben dan orders met een lage waarde. Je gebruikt het ook om de financiële impact van procesinefficiënties te berekenen, zoals de totale waarde van orders die door een specifiek knelpunt vertraging oplopen. Daarmee kun je de businesscase voor procesverbetering onderbouwen.

Maakt waardegebaseerde analyses mogelijk. Zo kun je procesverbeteringen prioriteren door je te richten op orders met een hoge waarde en de financiële impact van vertragingen te berekenen.

Beschikbaar in de kopgegevens van de verkooporder, vaak berekend als de som van de nettowaarden van alle orderregels.

De Productidentificatie, zoals een materiaalnummer of SKU, geeft aan wat er wordt verkocht. Een verkooporder kan meerdere producten bevatten. Dit attribuut staat daarom vaak voor het belangrijkste product of wordt voor analyses op hoofdlijnen samengevoegd tot een productcategorie.

Met dit attribuut kun je het Order-to-Cash-proces vanuit productperspectief bekijken. Analyses kunnen laten zien of bepaalde producten samenhangen met langere uitvoeringstijden, vaker voorkomende leveringsproblemen of meer annuleringen. Dit inzicht is belangrijk voor supplychainplanning, voorraadbeheer en de strategie voor het productportfolio. Als een bepaalde productlijn bijvoorbeeld steeds vertraging oploopt bij de stap 'Released To Warehouse', kan dat aanleiding zijn om de voorraadniveaus of magazijnlocatie te onderzoeken.

Maakt het mogelijk om procesprestaties van verschillende producten of productgroepen te analyseren en productspecifieke knelpunten of problemen te herkennen.

Dit staat op regelniveau van een verkooporder. Voor analyse op case-niveau kan het worden weergegeven door de belangrijkste orderregel of een afgeleide productcategorie.

Het verkoopkanaal geeft aan waar of hoe een order is geplaatst. Dat kan via een onlineportaal, een direct salesteam, een EDI-verbinding met een partner of een winkel.

Door het proces per verkoopkanaal te analyseren, kunnen duidelijke verschillen in efficiëntie en conformiteit zichtbaar worden. Orders uit het webkanaal zijn bijvoorbeeld vaak sterk geautomatiseerd en snel verwerkt, terwijl orders via direct sales meer handmatige wijzigingen en langere goedkeuringscycli kunnen hebben. Met deze analyse kun je de procesflow per kanaal verbeteren en capaciteit gerichter inzetten. Het is een belangrijke dimensie voor dashboards zoals 'Order Fulfillment Bottlenecks'.

Maakt het mogelijk om procesprestaties tussen verschillende kanalen te vergelijken en verschillen in efficiëntie, automatisering en conformiteit zichtbaar te maken.

Deze informatie staat meestal in de kopgegevens van de verkooporder en is vaak een verplicht veld bij het invoeren van een order.

Na controle van de voorraad en productieplanning geeft het bedrijf een bevestigde leverdatum af. Deze datum staat voor de toezegging aan de klant en is de interne maatstaf voor het meten van de uitvoeringsprestaties.

Dit attribuut is belangrijk om de interne operationele efficiëntie te beoordelen. Je gebruikt het in de KPI 'On-Time Delivery Rate', waarbij je de datum vergelijkt met de werkelijke leverdatum om te bepalen of het bedrijf zijn toezegging is nagekomen. Grote verschillen tussen gewenste en bevestigde leverdatums bij veel orders kunnen wijzen op structurele problemen met available-to-promise-berekeningen (ATP) of capaciteitsplanning.

Dit staat voor de toezegging van het bedrijf aan de klant en is de interne maatstaf voor tijdige levering en betrouwbare orderuitvoering.

Dit staat in de gegevens van de schedule lines van de verkooporder en wordt vaak bijgewerkt na een beschikbaarheidscontrole of een productiesimulatierun.

Deze datum geeft aan wanneer de klant de levering verwacht. Het is belangrijke informatie die aan het begin van het proces wordt vastgelegd en de belangrijkste maatstaf vormt voor klanttevredenheid over de levertijd.

Bij procesanalyses vergelijk je de gewenste leverdatum met andere belangrijke datums, zoals de bevestigde en werkelijke leverdatum, om het serviceniveau te meten. De datum is een belangrijke invoer voor het dashboard 'On-Time Delivery Performance' en wordt gebruikt om te bepalen of een levering vanuit het perspectief van de klant op tijd was. Verschillen tussen gewenste en bevestigde datums kunnen ook problemen in planning en roostering zichtbaar maken.

Dit is de leveringsverwachting van de klant en vormt de basis voor het meten van tijdige levering en klanttevredenheid.

Deze datum staat meestal in de kop van de verkooporder of in de details van de orderregel en wordt ingevoerd bij het aanmaken van de order.

Dit booleaanse attribuut maakt onderscheid tussen taken die menselijke gebruikers uitvoeren en taken die door systeemautomatisering worden uitgevoerd, zoals achtergrondtaken, API's of RPA-bots. Een kredietcontrole kan bijvoorbeeld een geautomatiseerde stap zijn, terwijl het oplossen van een kredietblokkade meestal handmatig gebeurt.

Door het proces vanuit het perspectief van automatisering te analyseren, krijg je belangrijke input voor initiatieven rond digitale transformatie. Deze vlag is het belangrijkste datapunt voor de berekening van de KPI 'Percentage handmatige interventies'. Je ziet welke delen van het proces sterk geautomatiseerd zijn en waar nog veel handmatig werk nodig is. Zo ontdek je mogelijkheden om verder te automatiseren, kosten te verlagen, fouten te beperken en doorlooptijden te verkorten.

Maakt onderscheid tussen handmatige en geautomatiseerde taken. Dat is belangrijk om het automatiseringsniveau te meten en mogelijkheden voor procesverbetering te vinden.

Je kunt deze informatie afleiden uit het attribuut 'Gebruikersnaam', bijvoorbeeld door systeemgebruikers zoals 'BATCH_USER' te herkennen, of uit specifieke velden in event logs die de uitvoeringscontext vastleggen.

De orderstatus geeft op een bepaald moment weer waar de verkooporder zich in zijn levenscyclus bevindt. Het is een categorisch label dat de huidige status van de order samenvat.

De volgorde van activiteiten geeft een gedetailleerde proceskaart. Het attribuut orderstatus is juist handig voor een vereenvoudigd overzicht op hoofdlijnen. Je kunt ermee filteren op alle orders die zich in een bepaalde status bevinden, bijvoorbeeld alle orders met de status 'Kredietblokkade'. Door de tijd in verschillende statussen te analyseren, ontdek je ook bottlenecks, zoals orders die te lang de status 'Wacht op goedkeuring' hebben.

Geeft een samenvatting op hoofdlijnen van de orderstatus. Handig voor filters, statusanalyses en het vinden van orders die in een bepaalde fase blijven hangen.

Dit is een standaardveld in de kop van de meeste verkooporderdocumenten in ERP- en CRM-systemen.

Wanneer een verkooporder wordt geannuleerd of een artikel wordt afgewezen, geeft de reden voor afwijzing context bij deze negatieve uitkomst. Mogelijke redenen zijn 'Klant heeft geannuleerd', 'Onjuiste prijs' en 'Niet op voorraad'.

Dit attribuut is essentieel voor een oorzaakanalyse van procesfouten. Door de frequentie van verschillende afwijsredenen te analyseren, kan een organisatie structurele problemen vinden. Veel annuleringen vanwege een 'Onjuiste prijs' kunnen bijvoorbeeld wijzen op problemen in het offerteproces of in de stamgegevens. Deze analyse helpt rechtstreeks om het percentage 'In één keer goed' te verbeteren en procesverspilling te verminderen.

Legt uit waarom orders mislukken. Zo kun je de oorzaken analyseren en onderliggende problemen in prijsstelling, voorraad of klantcommunicatie aanpakken.

Dit veld staat meestal op het niveau van de orderregel en wordt gekozen uit een vooraf gedefinieerde lijst met codes wanneer een artikel wordt geannuleerd.

De uiterste betaaldatum wordt berekend op basis van de factuurdatum en de afgesproken betalingstermijnen van de klant. De datum bepaalt de deadline voor tijdige betaling en is een belangrijk onderdeel van het debiteurenproces.

Dit attribuut is belangrijk voor de analyse van het financiële deel van de Order to Cash-cyclus. Het is de referentiedatum om te bepalen of een betaling op tijd was en vormt daarmee een directe input voor de KPI 'Op tijd betaald'. Het dashboard 'Van factuur tot betaling' gebruikt deze datum intensief om betaalgedrag te analyseren en het werkkapitaal effectief te beheren. Door vertragingen tussen het aanmaken van de factuur en de betaling met deze datum te vergelijken, kun je klanten identificeren die laat betalen.

Deze datum is belangrijk voor financiële analyses. Je gebruikt hem als basis voor de berekening van 'Op tijd betaald' en voor het beheer van debiteuren.

Deze datum staat meestal op de factuur van de klant. Je leidt hem af van de factuurdatum en de betalingstermijnen in de stamgegevens van de klant of de verkooporder.

De werkelijke leverdatum is de timestamp waarop de succesvolle levering van de goederen aan de klant wordt vastgelegd. Deze datum is vaak gebaseerd op het afleverbewijs van de vervoerder.

Dit attribuut is de definitieve maatstaf voor een geslaagde uitvoering. Het is het laatste datapunt voor de berekening van de KPI 'Op tijd geleverd', door de datum te vergelijken met zowel de gewenste als de bevestigde leverdatum. Door het tijdsverschil tussen de activiteit 'Goederen verzonden' en de werkelijke leverdatum te analyseren, krijg je ook inzicht in de prestaties van logistieke partners en verzendmethoden.

Dit is het definitieve bewijs dat de bestelling is uitgevoerd. Het is essentieel voor een nauwkeurige berekening van de KPI 'Op tijd geleverd' en de totale doorlooptijd van de orderuitvoering.

Deze datum komt vaak uit een extern logistiek of verzendsysteem en wordt teruggekoppeld naar het ERP. Je kunt de datum ook afleiden van de timestamp van de activiteit 'Goederen geleverd'.