Data Template: Order to Cash - Verkooporderverwerking
Uw Order to Cash - Sales Order Processing Data Template
- Aanbevolen attributen voor uitgebreide analyse
- Belangrijke procesactiviteiten om te volgen
- Specifieke data-extractiehandleiding voor Microsoft Dynamics 365
Order to Cash - Sales Order Processing Attributes
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke zakelijke gebeurtenis of taak die op een bepaald moment binnen het verkooporderproces heeft plaatsgevonden. | ||
|
Beschrijving
Dit attribute vertegenwoordigt een afzonderlijke stap of event in de levenscyclus van de verkooporder, zoals 'Verkooporder aangemaakt', 'Goederen verzonden' of 'Betaling ontvangen'. De opeenvolging van deze activiteiten voor een bepaalde verkooporder vormt de processtroom. Het analyseren van de volgorde, frequentie en overgangen tussen activiteiten vormt de kern van Process Mining. Het helpt bij het visualiseren van de proceskaart, het identificeren van veelvoorkomende en zeldzame procesvarianten, het detecteren van bottlenecks en het opsporen van gebieden met herwerk of non-compliance. Dit attribute is fundamenteel voor het begrijpen van wat er werkelijk in het proces gebeurt.
Waarom het belangrijk is
Het definieert de stappen van het proces, waardoor het mogelijk wordt om de processtroom te construeren en te visualiseren, wat het primaire doel is van Process Mining.
Waar te verkrijgen
Dit attribute wordt conceptueel afgeleid door specifieke systeem-events of statuswijzigingen in tabellen zoals 'SalesTable' en gerelateerde logistieke of financiële tabellen te mappen naar een gestandaardiseerde activiteitsnaam.
Voorbeelden
Verkooporder aangemaaktGoederen verzondenFactuur aangemaaktBetaling Ontvangen
|
|||
|
Starttijd
EventTime
|
De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
De Event Time, of timestamp, registreert het exacte moment waarop een activiteit plaatsvond. Elke activiteit in het event log heeft een bijbehorende timestamp, waardoor een chronologische vastlegging van het proces voor elke case wordt gecreëerd.\n\nDit attribute is cruciaal voor alle tijdsgebaseerde analyse in process mining. Het wordt gebruikt om cycle times tussen activiteiten te berekenen, de totale duur van een case te meten, wachttijden te analyseren en knelpunten te identificeren waar het proces wordt vertraagd. Het maakt ook prestatiemonitoring over tijd mogelijk, zoals het volgen van doorvoer per dag, week of maand.
Waarom het belangrijk is
Deze timestamp is essentieel voor het berekenen van alle duur-gebaseerde metrics, zoals doorlooptijden en knelpunten, en voor het chronologisch ordenen van events.
Waar te verkrijgen
Dit is afgeleid van verschillende date/time fields geassocieerd met specifieke transacties, zoals 'SalesTable.CreatedDateTime' voor order creation of payment journal posting dates voor payments.
Voorbeelden
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Verkooporder
SalesOrderNumber
|
De unieke identifier voor elke verkooporder, die dient als de primaire case identifier voor het proces. | ||
|
Beschrijving
Het Verkoopordernummer is een unieke alfanumerieke code die wordt toegewezen aan elke klantorder in Microsoft Dynamics 365. Het functioneert als de kern Case ID, en koppelt alle gerelateerde activiteiten en events van creatie tot afsluiting.\n\nBij process mining is dit attribute essentieel voor het reconstrueren van de end-to-end reis van elke individuele verkooporder. Het stelt analisten in staat de complete volgorde van activiteiten te traceren, caseduren te meten en variaties te analyseren voor elke specifieke order, waarmee de basis wordt gelegd voor de gehele procesanalyse.
Waarom het belangrijk is
Deze identifier is cruciaal voor het correleren van alle gerelateerde events, wat een complete, end-to-end analyse van de lifecycle van elke sales order mogelijk maakt.
Waar te verkrijgen
Gevonden in de 'SalesTable' tabel, veld 'SalesId'.
Voorbeelden
SO-00102345SO-00102346SO-00102347
|
|||
|
Bronsysteem
SourceSystem
|
Identificeert het informatiesysteem waaruit de data afkomstig is. | ||
|
Beschrijving
Dit attribute specificeert de bronapplicatie waar de event data is vastgelegd. In deze context zal dit doorgaans 'Microsoft Dynamics 365' zijn. Hoewel het redundant kan lijken bij een analyse binnen één systeem, wordt het cruciaal bij het samenvoegen van data uit meerdere systemen, zoals een afzonderlijk CRM of een warehouse management system. Het waarborgt data lineage en helpt bij het oplossen van problemen met data extraction door de oorsprong van de records te identificeren.
Waarom het belangrijk is
Het biedt cruciale context over de herkomst van data, vooral bij het integreren van data uit meerdere systemen, wat een duidelijke data lineage waarborgt.
Waar te verkrijgen
Dit is een statische waarde, doorgaans toegevoegd tijdens het data transformation process om de oorsprong van de dataset te labelen.
Voorbeelden
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor het laatst is ververst of geëxtraheerd uit het bronsysteem. | ||
|
Beschrijving
Dit attribute registreert de datum en tijd van de meest recente data pull uit Microsoft Dynamics 365. Het biedt transparantie over de actualiteit van de geanalyseerde data. Voor elke procesanalyse is het cruciaal om de actualiteit van de data te begrijpen voor het nemen van weloverwogen beslissingen. Deze timestamp helpt gebruikers de data te vertrouwen door precies aan te geven wanneer deze voor het laatst is bijgewerkt, zodat conclusies gebaseerd zijn op actuele informatie.
Waarom het belangrijk is
Het zorgt ervoor dat gebruikers op de hoogte zijn van de versheid van de data, wat cruciaal is voor de relevantie en nauwkeurigheid van de Process Mining analyse.
Waar te verkrijgen
Dit wordt gegenereerd op het moment van data extraction en toegevoegd aan elke record tijdens het data ingestion process.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Bevestigde Leverdatum
ConfirmedDeliveryDate
|
De leverdatum die het bedrijf heeft bevestigd en toegezegd aan de klant. | ||
|
Beschrijving
De Bevestigde Leverdatum is de datum die de verkopende organisatie de klant belooft voor de levering van goederen. Deze datum wordt vastgesteld nadat interne controles, zoals voorraadbeschikbaarheid en productieplanningen, zijn voltooid.\n\nDit attribute is essentieel voor het berekenen van de 'Delivery Date Adherence Rate' KPI vanuit een operationeel verbintenisperspectief. Het biedt een realistischer interne benchmark voor tijdige levering dan het initiële verzoek van de klant. Het analyseren van afwijkingen van deze datum helpt bij het identificeren van interne procesfouten in logistiek en uitvoering.
Waarom het belangrijk is
Vertegenwoordigt de betrokkenheid van het bedrijf bij de klant, waardoor het een cruciale interne benchmark is voor het meten van leverbetrouwbaarheid en operationele prestaties.
Waar te verkrijgen
Gevonden in de verkooporderregeldata, vaak in de 'SalesLine' tabel met een veldnaam zoals 'ConfirmedDlv'.
Voorbeelden
2023-05-122023-06-012023-05-28
|
|||
|
Gewenste leverdatum
RequestedDeliveryDate
|
De leverdatum voor de order zoals aangevraagd door de klant. | ||
|
Beschrijving
Dit attribute slaat de datum op waarop de klant aanvankelijk verzocht om hun goederen te ontvangen. Deze datum wordt vastgelegd op het moment van ordercreatie en dient als basislijn voor het meten van de leveringsprestaties vanuit het perspectief van de klant. Deze datum is een cruciale input voor het 'Delivery Date Adherence' dashboard. Het vergelijken van de RequestedDeliveryDate met de ConfirmedDeliveryDate en de daadwerkelijke 'Goederen geleverd'-datum onthult hoe goed de organisatie voldoet aan de klantverwachtingen. Grote verschillen kunnen wijzen op problemen met planning, voorraad of logistiek.
Waarom het belangrijk is
Dient als de klantverwachting voor levering, en biedt een belangrijke basis voor het meten van klanttevredenheid en on-time delivery prestaties.
Waar te verkrijgen
Gevonden in de 'SalesTable' tabel, gewoonlijk 'DeliveryDate' genoemd of een vergelijkbare variant.
Voorbeelden
2023-05-102023-06-012023-05-25
|
|||
|
Klantnaam
CustomerName
|
De naam van de klant die de verkooporder heeft geplaatst. | ||
|
Beschrijving
Dit attribute bevat de officiële naam van de klant die aan de verkooporder is gekoppeld. Het wordt afgeleid door het klantrekeningnummer op de verkooporder te koppelen aan de centrale klantstamgegevens. Het analyseren van het proces per klant is essentieel voor het begrijpen van klantspecifiek gedrag en serviceniveaus. Het helpt identificeren welke klanten de meeste vertragingen ervaren, welke de hoogste herwerkpercentages kennen, of welke niet-standaard procespaden volgen. Dit is cruciaal voor het verbeteren van de klanttevredenheid en het effectief beheren van belangrijke accounts.
Waarom het belangrijk is
Maakt klantgerichte analyse mogelijk om patronen, vertragingen of problemen specifiek voor bepaalde klanten te identificeren, wat de klanttevredenheid direct beïnvloedt.
Waar te verkrijgen
Opgezocht uit de 'CustTable' met behulp van het 'CustAccount' veld uit de 'SalesTable'.
Voorbeelden
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Orderwaarde
OrderValue
|
De totale geldwaarde van de verkooporder. | ||
|
Beschrijving
Dit attribute vertegenwoordigt het totale financiële bedrag van de verkooporder, inclusief alle artikelen, belastingen en toeslagen. Het is een belangrijke financiële metric die gekoppeld is aan elke case. Order Value is cruciaal voor waardegedreven procesanalyse. Het maakt het mogelijk om het proces te segmenteren om te zien of orders met een hoge waarde anders worden afgehandeld of meer vertragingen ondervinden dan orders met een lage waarde. Dit helpt bij het prioriteren van procesverbeteringsinspanningen op de financieel meest belangrijke cases en ondersteunt dashboards zoals 'Sales Order Value by Segment'.
Waarom het belangrijk is
Maakt financiële segmentatie van het proces mogelijk, wat helpt bij het prioriteren van verbeteringen voor orders met hoge waarde en het begrijpen van de kostenimplicaties van procesafwijkingen.
Waar te verkrijgen
Gevonden in de verkooporderheaderdata. Raadpleeg de Microsoft Dynamics 365 documentatie voor de specifieke tabel en het veld, vaak berekend uit verkoopregelbedragen.
Voorbeelden
5250.7512300.00899.50
|
|||
|
Verkoopkanaal
SalesChannel
|
Het kanaal waarlangs de verkooporder is ontvangen, zoals Web, Directe Verkoop of Partner. | ||
|
Beschrijving
Het Verkoopkanaal geeft de oorsprong van de klantorder aan. Dit kan een e-commerce website zijn, een direct sales team, een retailwinkel, een callcenter of een partnernetwerk. Deze dimensie wordt vaak geconfigureerd op basis van bedrijfsbehoeften in Dynamics 365.\n\nHet analyseren van het proces per verkoopkanaal helpt prestatieverschillen tussen kanalen bloot te leggen. Weborders kunnen bijvoorbeeld sneller en automatischer worden verwerkt dan orders die telefonisch zijn geplaatst. Dit inzicht maakt kanaalspecifieke procesoptimalisatie en middelenallocatie mogelijk, ter ondersteuning van dashboards zoals 'Sales Order Value by Segment'.
Waarom het belangrijk is
Maakt prestatievergelijking tussen verschillende verkoopkanalen mogelijk, wat inefficiënties of best practices onthult die specifiek zijn voor de manier waarop orders worden geïnitieerd.
Waar te verkrijgen
Deze informatie wordt doorgaans op de sales order header opgeslagen. Raadpleeg de Microsoft Dynamics 365 documentatie voor het specifieke veld.
Voorbeelden
WebDirectPartnerRetail
|
|||
|
Artikelnummer
ItemNumber
|
De unieke identifier voor een product of dienst op de verkooporder. | ||
|
Beschrijving
Het Artikelnummer identificeert het specifieke product dat wordt verkocht. Aangezien een verkooporder meerdere producten kan bevatten, wordt dit attribute doorgaans geassocieerd met event data op regelitemniveau.\n\nHet analyseren van het proces per product helpt productspecifieke problemen aan het licht te brengen. Bepaalde producten kunnen bijvoorbeeld geassocieerd zijn met langere aflevertijden, hogere herstelpercentages of frequentere kredietblokkades. Dit maakt gerichte verbeteringen mogelijk in voorraadbeheer, inrichting van productdata of uitvoeringsprocessen voor specifieke artikelen.
Waarom het belangrijk is
Maakt analyse op productniveau mogelijk, wat onthult of bepaalde items geassocieerd zijn met procesvertragingen, herbewerking of andere inefficiënties.
Waar te verkrijgen
Gevonden in de 'SalesLine' tabel, veld 'ItemId'.
Voorbeelden
PROD-00123PROD-00548SVC-00045
|
|||
|
Doorlooptijd
CycleTime
|
De totale verstreken tijd vanaf de creatie van de verkooporder tot de uiteindelijke afsluiting ervan. | ||
|
Beschrijving
Cycle Time is een berekende metric die de totale duur van een process instance meet. Voor het verkooporderproces is dit doorgaans het tijdsverschil tussen de event 'Verkooporder Aangemaakt' en de event 'Order Afgesloten'. Dit is een primaire key performance indicator voor procesefficiëntie. Dashboards en KPIs zoals 'Algehele Verkooporder Cycle Time' zijn direct afhankelijk van deze berekening. Het analyseren van het gemiddelde, de mediaan en de verdeling helpt om procesprestaties te kwantificeren, verbeterdoelen te stellen en de impact van optimalisatie-initiatieven te meten.
Waarom het belangrijk is
Dit is een key performance indicator voor de algehele procesefficiëntie, die direct de end-to-end tijd meet die nodig is om een klantorder te verwerken.
Waar te verkrijgen
Berekend door de timestamp van de eerste event (bijv. 'Verkooporder Aangemaakt') af te trekken van de timestamp van de laatste event (bijv. 'Order Afgesloten') voor elk SalesOrderNumber.
Voorbeelden
10 dagen 4 uur5 days 11 hours22 days 1 hour
|
|||
|
Eindtijd
EndTime
|
De precieze datum en tijd waarop een activiteit werd voltooid. | ||
|
Beschrijving
De End Time timestamp legt het moment vast waarop een activiteit eindigt. Indien beschikbaar, biedt het een nauwkeurigere meting van de duur van een activiteit dan wanneer men deze afleidt uit de starttijd van de volgende activiteit.\n\nBij analyse maakt het hebben van zowel een starttijd als een eindtijd de precieze berekening mogelijk van 'Processing Time' voor elke activiteit, waarbij deze wordt onderscheiden van 'Waiting Time' tussen activiteiten. Dit is van onschatbare waarde voor het identificeren welke specifieke taken tijdrovend zijn en welke processtappen lange vertragingen met zich meebrengen.
Waarom het belangrijk is
Maakt de precieze berekening mogelijk van de verwerkingstijden van individuele activiteiten, waarbij actieve werktijd wordt onderscheiden van inactieve wachttijd.
Waar te verkrijgen
Net als Start Time is dit afgeleid van diverse datum/tijd-velden. Het kan een 'ModifiedDateTime' veld zijn of een specifieke status update timestamp in tabellen zoals 'SalesTable' of 'WHSLoadTable'.
Voorbeelden
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
|
Gebruikersnaam
UserName
|
De naam van de gebruiker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribute identificeert de specifieke medewerker of systeemgebruiker die verantwoordelijk is voor het uitvoeren van een bepaalde taak, zoals het bevestigen van een order of het aanmaken van een factuur. Het is meestal gekoppeld aan een user ID in Microsoft Dynamics 365. Het analyseren van prestaties per gebruiker helpt bij het identificeren van trainingsbehoeften, het herkennen van toppresteerders en het waarborgen van een juiste werkverdeling. Het is ook essentieel voor compliance en auditdoeleinden, en garandeert duidelijke verantwoordelijkheid voor elke actie die in het proces wordt ondernomen.
Waarom het belangrijk is
Het maakt analyse van procesprestaties per individu of team mogelijk, wat helpt bij het identificeren van trainingsmogelijkheden, onevenwichtigheden in de werkdruk en resource-gerelateerde knelpunten.
Waar te verkrijgen
Afgeleid van gebruikers-ID-velden zoals 'CreatedBy' of 'ModifiedBy' op verschillende transactietabellen, die vervolgens worden samengevoegd met de hoofdgebruikerstabel (bijv. 'UserInfo') om de volledige naam te verkrijgen.
Voorbeelden
Alice JohnsonRobert BrownSysteembeheerder
|
|||
|
Is herstelwerk
IsRework
|
Een Booleaanse vlag die aangeeft of een verkooporder herbewerking heeft ondergaan, zoals een herhaalde activiteit. | ||
|
Beschrijving
Dit berekende attribute identificeert cases die zijn afgeweken van een direct, 'happy path' processtroom. Herwerk wordt gedetecteerd door opeenvolgingen van activiteiten te identificeren die aangeven dat een stap is herhaald, zoals een order die wordt ontbevestigd en vervolgens opnieuw wordt bevestigd, of goederen die zijn gepickt en vervolgens weer op voorraad zijn geplaatst. Het markeren van cases met herwerk is essentieel voor de KPI 'Sales Order Rework Rate'. Het stelt analisten in staat om snel inefficiënte processtromen te isoleren en te onderzoeken om de grondoorzaken van herwerk te begrijpen, wat fouten bij de data-invoer, kredietproblemen of voorraadproblemen kunnen zijn. Het verminderen van herwerk is een primair doel van veel procesverbeteringsprojecten.
Waarom het belangrijk is
Helpt bij het kwantificeren van procesinefficiëntie door cases te markeren die herhaalde stappen vereisten, waardoor gerichte analyse mogelijk wordt om verspilling en vertragingen te verminderen.
Waar te verkrijgen
Dit wordt berekend door de process mining tool door de sequence of activities voor elke case te analyseren. Bijvoorbeeld, het detecteren van een patroon zoals (A -> B -> C -> B) zou de case markeren als rework.
Voorbeelden
truefalse
|
|||
|
Land
CountryRegion
|
Het land van het verzendadres van de klant. | ||
|
Beschrijving
Dit attribute geeft het land van bestemming aan voor de verzending van de verkooporder. Het wordt afgeleid uit de leveringsadresgegevens van de klant die zijn opgeslagen in Dynamics 365. Het analyseren van procesprestaties per land is belangrijk voor het identificeren van regionale verschillen. Internationale zendingen kunnen extra stappen omvatten, zoals douaneafhandeling, wat leidt tot langere cycle times. Deze analyse helpt bij het begrijpen en optimaliseren van de logistiek voor verschillende geografische markten.
Waarom het belangrijk is
Faciliteert geografische analyse, en helpt bij het identificeren van regionale bottlenecks, compliance-problemen of prestatieverschillen in de toeleveringsketen.
Waar te verkrijgen
Afgeleid van het afleveradres van de klant, dat gekoppeld is aan de verkooporder. De landinformatie bevindt zich doorgaans in de LogisticsPostalAddress-tabel, gekoppeld via de afleveradreslink op de SalesTable.
Voorbeelden
USADEUCANGBR
|
|||
|
Tijdige Betaling
OnTimePayment
|
Een Booleaanse vlag die aangeeft of de betaling is ontvangen op of vóór de uiterste betaaldatum. | ||
|
Beschrijving
Dit berekende attribute vergelijkt de timestamp van de activiteit 'Betaling ontvangen' met de PaymentDueDate. Het wordt ingesteld op 'true' als de betaling op tijd was en 'false' als deze te laat was. Deze flag is de kerncomponent van de KPI 'On-Time Payment Rate'. Het maakt een snelle segmentation van klanten in 'tijdige' en 'late' betalers mogelijk. Deze analyse kan kredietbeleid, incassostrategieën en klantrelatiebeheer informeren door chronisch laatbetalende klanten te identificeren.
Waarom het belangrijk is
Meet het betalingsgedrag van klanten ten opzichte van de overeengekomen voorwaarden, wat fundamenteel is voor het beheren van de cashflow en het beoordelen van het kredietrisico.
Waar te verkrijgen
Berekend door de 'EventTime' van de activiteit 'Betaling Ontvangen' te vergelijken met het PaymentDueDate attribute. Formule: ('Betaling Ontvangen' Timestamp <= PaymentDueDate).
Voorbeelden
truefalse
|
|||
|
Tijdige Levering
OnTimeDelivery
|
Een Booleaanse vlag die aangeeft of de goederen zijn geleverd op of vóór de bevestigde leverdatum. | ||
|
Beschrijving
Dit berekende attribute vergelijkt de timestamp van de activiteit 'Goederen geleverd' met de ConfirmedDeliveryDate voor elke verkooporder. Het wordt ingesteld op 'true' als de levering op tijd of eerder was, en op 'false' als deze te laat was. Deze flag vormt de basis voor het berekenen van de KPI 'Delivery Date Adherence Rate'. Het vereenvoudigt de analyse door een gemakkelijke filtering en aggregatie van tijdige versus late orders mogelijk te maken. Dit helpt om snel de factoren te identificeren die correleren met late leveringen, zoals specifieke producten, klanten, regio's of verzendmethoden.
Waarom het belangrijk is
Meet direct de afhandelingsprestaties ten opzichte van de toezegging, wat cruciaal is voor het monitoren van klanttevredenheid en de betrouwbaarheid van de toeleveringsketen.
Waar te verkrijgen
Berekend door de 'EventTime' van de activiteit 'Goederen Geleverd' te vergelijken met het ConfirmedDeliveryDate attribute. Formule: ('Goederen Geleverd' Timestamp <= ConfirmedDeliveryDate).
Voorbeelden
truefalse
|
|||
|
Uiterste betaaldatum
PaymentDueDate
|
De datum waarop de klant de betaling voor de factuur moet voldoen. | ||
|
Beschrijving
De Betaaldatum wordt berekend op basis van de factuurdatum en de overeengekomen betalingsvoorwaarden met de klant. Deze datum wordt vastgelegd op de klantfactuur.\n\nDit attribute is fundamenteel voor de analyse van de 'Payment Due Date Compliance' en de 'On-Time Payment Rate' KPI. Door de PaymentDueDate te vergelijken met de werkelijke Payment Received datum, kan het bedrijf achterstallige betalingen identificeren, betalingsgedrag per klantsegment analyseren en proactieve maatregelen nemen om de cashflow te verbeteren en days sales outstanding (DSO) te verminderen.
Waarom het belangrijk is
Dit is de benchmark voor het meten van betalingsprestaties, wat cruciaal is voor het analyseren van cash flow en het effectief beheren van debiteuren.
Waar te verkrijgen
Gevonden in de 'CustInvoiceJour' tabel, veld 'DueDate'.
Voorbeelden
2023-05-302023-06-152023-06-30
|
|||
|
Verkooporderstatus
SalesOrderStatus
|
De huidige status van de verkooporder op het moment van data-extractie. | ||
|
Beschrijving
Dit attribute weerspiegelt de algehele status van de verkooporder, zoals 'Open order', 'Gefactureerd', 'Geannuleerd' of 'Geleverd'. Dit is een samenvattende status die wordt bijgehouden in de verkooporderheader. Hoewel het activity log een dynamisch overzicht van het proces biedt, is de uiteindelijke status nuttig voor filtering en segmentation. Het stelt analisten in staat om gemakkelijk alle openstaande orders te isoleren voor een beeld van de huidige werkdruk, of om succesvol afgeronde orders te scheiden van geannuleerde orders om de redenen voor annulering te analyseren.
Waarom het belangrijk is
Biedt een momentopname van de orderstatus, waardoor analyses kunnen worden gefilterd op open, gesloten of geannuleerde orders, wat nuttig is voor workloadbeheer en resultatenanalyse.
Waar te verkrijgen
Gevonden in de 'SalesTable' tabel, veld 'SalesStatus'.
Voorbeelden
BackorderGeleverdGefactureerdGeannuleerd
|
|||
|
Verzendmethode
ShippingMethod
|
De methode of vervoerder die wordt gebruikt om de goederen naar de klant te verzenden. | ||
|
Beschrijving
Dit attribute specificeert de transportdienst die wordt gebruikt voor levering, zoals 'Standaard verzending', 'Luchtvracht' of de naam van een specifieke vervoerder. Dit wordt geselecteerd tijdens orderverwerking op basis van klantvoorkeur, kosten en levertijd. Voor het 'Shipping Method Performance' dashboard is deze dimensie essentieel. Het analyseren van cycle times van 'Goederen verpakt' tot 'Goederen geleverd', uitgesplitst naar verzendmethode, helpt te identificeren welke vervoerders sneller, betrouwbaarder of gevoeliger zijn voor vertragingen. Dit inzicht maakt betere logistieke planning en vervoerdersselectie mogelijk.
Waarom het belangrijk is
Maakt prestatieanalyse van verschillende vervoerders en verzendopties mogelijk, en helpt bij het optimaliseren van logistiek op het gebied van kosten, snelheid en betrouwbaarheid.
Waar te verkrijgen
Deze informatie wordt doorgaans op de sales order header of gerelateerde fulfillment records opgeslagen. Raadpleeg de Microsoft Dynamics 365 documentatie.
Voorbeelden
FedEx GroundUPS Next Day AirDHL Express
|
|||
Order to Cash - Verkooporderverwerkingsactiviteiten
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling Ontvangen
|
Deze activiteit duidt erop dat de betaling van de klant voor de factuur is ontvangen en verwerkt. Dit event vindt plaats in de module Debiteuren en wordt teruggekoppeld aan de oorspronkelijke factuur. | ||
|
Waarom het belangrijk is
Dit is een kritieke mijlpaal voor het analyseren van de cash conversion cycle. Het is essentieel voor het meten van de On-Time Payment Rate KPI en het identificeren van vertragingen in betalingsinning.
Waar te verkrijgen
Dit is een expliciet event uit de Accounts Receivable module. Het wordt vastgelegd vanuit de transactiedatum van de customer payment settlement (CustSettlement) die de invoice transaction (CustTrans) afsluit.
Vastleggen
Leg de afwikkelingsdatum vast uit de CustSettlement-tabel en koppel deze terug aan de factuur en verkooporder.
Gebeurtenistype
explicit
|
|||
|
Factuur aangemaakt
|
Dit vertegenwoordigt het genereren en boeken van de verkoopfactuur voor de verzonden goederen of diensten. Dit is een kern financiële transactie die de schuld van de klant formeel vastlegt. | ||
|
Waarom het belangrijk is
Deze activiteit markeert het begin van het financiële afwikkelingsdeel van het proces. De tijd vanaf verzending tot factuurcreatie is cruciaal voor de 'Invoice Generation Doorlooptijd' KPI en beïnvloedt de cashflow.
Waar te verkrijgen
Dit is een expliciete financiële transactie. Het event wordt vastgelegd vanuit de boekingsdatum en -tijd van het Verkoopfactuurjournaal (CustInvoiceJour).
Vastleggen
Leg de posting timestamp vast van het verkoopfactuurjournaal.
Gebeurtenistype
explicit
|
|||
|
Goederen verzonden
|
Dit event geeft aan dat de verpakte goederen voor de order zijn verzonden en het warehouse hebben verlaten. In Dynamics 365 wordt dit geformaliseerd door de Pakbon te boeken. | ||
|
Waarom het belangrijk is
Dit is een kritieke mijlpaal die het einde van het interne fulfillment process en het begin van de delivery phase markeert. Het is een belangrijke timestamp voor het berekenen van de on-time shipping performance.
Waar te verkrijgen
Dit is een zeer duidelijk en expliciet event vastgelegd vanuit de boekingsdatum en -tijd van het Pakbonjournaal (CustPackingSlipJour).
Vastleggen
Leg de posting timestamp vast van het pakbonjournaal.
Gebeurtenistype
explicit
|
|||
|
Order Bevestigd
|
Deze activiteit markeert de formele bevestiging van de verkooporder, waarbij de levering van de gespecificeerde goederen of diensten wordt vastgelegd. Binnen Dynamics 365 is dit een expliciete gebruikersactie die resulteert in een bevestigingsjournaal. | ||
|
Waarom het belangrijk is
Bevestiging is een belangrijke mijlpaal die het uitvoeringsproces officieel start. Het meten van de tijd van aanmaak tot bevestiging onthult de efficiëntie van de front-office verwerking.
Waar te verkrijgen
Dit is een expliciet event vastgelegd vanuit de boekingsdatum van het Sales Order Confirmation journal (SalesConfirmJour). De timestamp kan worden teruggekoppeld naar de SalesTable.
Vastleggen
Leg de posting timestamp vast van het verkooporderbevestigingsjournaal.
Gebeurtenistype
explicit
|
|||
|
Order Gesloten
|
De uiteindelijke status van een succesvol verwerkte verkooporder, wat aangeeft dat deze volledig is verzonden, gefactureerd en dat er geen verdere transacties worden verwacht. Dit markeert de succesvolle afronding van het proces. | ||
|
Waarom het belangrijk is
Deze activiteit dient als het primaire eindpunt voor succesvol voltooide cases. Het is essentieel voor het berekenen van end-to-end doorlooptijden en doorvoer.
Waar te verkrijgen
Dit wordt afgeleid van de status fields op de SalesTable. Een order wordt als gesloten beschouwd wanneer de Sales status 'Gefactureerd' is en de line statuses ook 'Gefactureerd' zijn.
Vastleggen
Afleiden uit SalesTable statusvelden die wijzigen naar 'Gefactureerd'. De timestamp is typisch de laatst gerelateerde transactiedatum, zoals facturering of betaling.
Gebeurtenistype
inferred
|
|||
|
Verkooporder aangemaakt
|
Dit event markeert de initiële aanmaak van de verkooporder in het systeem door een verkoopvertegenwoordiger of via een geautomatiseerd kanaal. Het wordt expliciet vastgelegd wanneer een nieuw record wordt aangemaakt en opgeslagen in de primaire verkoopordertabel. | ||
|
Waarom het belangrijk is
Deze activiteit is het universele startpunt voor alle verkooporder-cases. Het levert de initiële timestamp die nodig is voor het berekenen van de totale verkooporderdoorlooptijd en het analyseren van de doorvoer.
Waar te verkrijgen
Dit is een expliciet event vastgelegd vanuit het veld 'Created date and time' op de SalesTable header record in Microsoft Dynamics 365.
Vastleggen
Lees de creatie timestamp van de SalesTable entity.
Gebeurtenistype
explicit
|
|||
|
Goederen geleverd
|
Geeft aan dat de zending succesvol is geleverd op het door de klant opgegeven adres. Deze informatie wordt vaak bijgewerkt vanuit het systeem van een externe vervoerder of via een handmatige bevestiging. | ||
|
Waarom het belangrijk is
Deze activiteit is cruciaal voor het meten van de 'Delivery Date Adherence' KPI en het begrijpen van de werkelijke klantgerichte doorlooptijd. Het helpt de prestaties van de vervoerder te evalueren.
Waar te verkrijgen
Dit wordt in standaard D365 niet 'native' als expliciet event vastgelegd. Het wordt doorgaans afgeleid door een update te ontvangen van een carrier integration of via een handmatige statusupdate op de sales order of shipment record.
Vastleggen
Afleiden uit een geïntegreerde vervoerders feed of een handmatige statusveld update.
Gebeurtenistype
inferred
|
|||
|
Goederen verpakt
|
Deze activiteit markeert de voltooiing van het inpakproces, waarbij verzamelde items worden geconsolideerd en voorbereid voor verzending. In D365 kan dit samenvallen met het genereren van een pakbon. | ||
|
Waarom het belangrijk is
De tijd tussen verzamelen en inpakken kan knelpunten in inpakstations blootleggen. Het is een cruciaal subproces binnen de algehele afhandelingsdoorlooptijd.
Waar te verkrijgen
Dit kan een expliciet event zijn dat voortkomt uit de voltooiing van het verpakken van containers in de WMS-module of worden afgeleid uit het genereren van het Packing Slip journaal (CustPackingSlipJour), wat vaak het einde van het verpakken betekent.
Vastleggen
Afleiden uit de voltooiing van het verpakkingswerk of de aanmaakdatum van het Packing Slip journal.
Gebeurtenistype
inferred
|
|||
|
Goederen verzameld
|
Vertegenwoordigt de voltooiing van het fysiek picken van alle artikelen voor de order vanaf hun magazijnlocaties. Dit wordt doorgaans geregistreerd wanneer een picker een picklijst of werkorder in de WMS module voltooit. | ||
|
Waarom het belangrijk is
Het bijhouden van de picking completion time is essentieel voor het analyseren van magazijnefficiëntie. Vertragingen in deze fase hebben directe invloed op de totale tijd om te verzenden.
Waar te verkrijgen
Dit is een expliciet event vastgelegd in de Warehouse Management module. Het wordt vastgelegd vanuit de completion timestamp van het warehouse work (WHSWorkTable) gerelateerd aan het sales order picking.
Vastleggen
Leg de timestamp vast waarop de 'Werk'-status van het picken wordt bijgewerkt naar 'Afgesloten'.
Gebeurtenistype
explicit
|
|||
|
Kredietcontrole Uitgevoerd
|
Vertegenwoordigt de voltooiing van een kredietcheck voor de klant die aan de verkooporder is gekoppeld. Dit kan een geautomatiseerde systeemcontrole of een handmatige beoordeling zijn, wat vaak resulteert in een wijziging van de kredietstatus van de order. | ||
|
Waarom het belangrijk is
Het analyseren van de duur en uitkomsten van kredietcontroles helpt knelpunten in het ordergoedkeuringsproces te identificeren. Frequente blokkades of lange goedkeuringstijden kunnen de orderafhandeling aanzienlijk vertragen.
Waar te verkrijgen
Doorgaans afgeleid van statuswijzigingen gerelateerd aan credit management op de SalesTable, zoals de overgang van 'On hold' met een credit reason naar 'Open'. Het kan ook worden gelogd in credit management tables als de geavanceerde module wordt gebruikt.
Vastleggen
Afleiden uit de statuswijzigingshistorie op de SalesTable of gerelateerde credit hold tables.
Gebeurtenistype
inferred
|
|||
|
Order Geannuleerd
|
Dit event vertegenwoordigt de annulering van een verkooporder voordat deze volledig was verzonden en gefactureerd. Dit is een alternatief, onsuccesvol einde van het proces. | ||
|
Waarom het belangrijk is
Het bijhouden van annuleringen helpt bij het identificeren van redenen voor verloren omzet of procesfouten. Het analyseren van wanneer en waarom orders worden geannuleerd, kan leiden tot procesverbeteringen.
Waar te verkrijgen
Dit wordt afgeleid van het Sales status veld op de SalesTable dat verandert naar 'Geannuleerd'. De timestamp zou zijn wanneer deze statuswijziging werd gelogd.
Vastleggen
Afleiden uit het SalesTable statusveld dat wijzigt naar 'Geannuleerd'.
Gebeurtenistype
inferred
|
|||
|
Voorraad gereserveerd
|
Dit event geeft aan dat de benodigde voorraad voor de verkooporderregels fysiek of automatisch is gereserveerd in het systeem. Dit garandeert dat de artikelen beschikbaar zijn voor picking en fulfillment. | ||
|
Waarom het belangrijk is
Het bijhouden van voorraadreserveringen helpt vertragingen te analyseren tussen orderbevestiging en de start van magazijnactiviteiten. Dit is cruciaal voor de Inventory Allocation Lead Time KPI.
Waar te verkrijgen
Dit kan worden afgeleid uit de creatie of update van voorraadtransactiegegevens (InventTrans) die gekoppeld zijn aan de verkooporderregels, waarbij de status een reservering aangeeft (bijv. 'In bestelling', 'Fysiek gereserveerd').
Vastleggen
Afleiden uit de timestamp wanneer voorraadtransacties (InventTrans) voor de order als gereserveerd zijn gemarkeerd.
Gebeurtenistype
inferred
|
|||
|
Vrijgegeven naar magazijn
|
Markeert het moment waarop de verkooporder formeel wordt vrijgegeven aan het magazijn voor pick- en verzendactiviteiten. Dit is een specifieke stap in omgevingen die gebruikmaken van de Warehouse Management (WMS) module. | ||
|
Waarom het belangrijk is
Deze activiteit scheidt de orderverwerking van de fysieke uitvoering. Het analyseren van de tijd dat een order wacht om te worden vrijgegeven, kan resourceplanning of systeemintegratieproblemen aan het licht brengen.
Waar te verkrijgen
Dit is een expliciet event vastgelegd vanuit de warehouse release records (WHSLoadTable, WHSShipmentTable) die zijn gekoppeld aan de sales order.
Vastleggen
Leg de creatie timestamp vast van de corresponderende magazijnlading of verzending.
Gebeurtenistype
explicit
|
|||