Data-template: Order to Cash - Verkooporderverwerking
Uw Order to Cash - Datatemplate voor Verkooporderverwerking.
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor Salesforce Sales Cloud
Order to Cash - Sales Order Processing Attributes
| Naam | Beschrijving | ||
|---|---|---|---|
Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsevent of taak die plaatsvond binnen de levenscyclus van de verkooporder. | ||
Beschrijving De Activiteitnaam beschrijft een stap in het verkooporderproces, zoals 'Order aangemaakt', 'Kredietcontrole uitgevoerd' of 'Factuur verzonden'. Deze activiteiten zijn de bouwstenen van de proceskaart en zijn afgeleid van systeemgebeurtenissen, statuswijzigingen of taakvoltooiingen. Het analyseren van deze activiteiten maakt de visualisatie van de procesflow mogelijk, de identificatie van veelvoorkomende paden (varianten) en de frequentie en duur van elke stap te meten. Het is fundamenteel voor het begrijpen van wat er in het proces gebeurt. Waarom het belangrijk is Dit attribute definieert de stappen in de proceskaart. Zonder dit attribute kunt u de processtroom niet visualiseren of analyseren hoe verkooporders daadwerkelijk worden afgehandeld. Waar te verkrijgen Doorgaans afgeleid van statuswijzigingen in het Order.Status-field, de aanmaak van gerelateerde records (bijv. Invoice), of voltooide Task- of Event-records gerelateerd aan de Order. Voorbeelden Order AangemaaktOrder goedgekeurdGoederen verzondenBetaling ontvangen | |||
Tijdstip Gebeurtenis EventTime | De exacte datum en tijd waarop de activiteit plaatsvond. | ||
Beschrijving De Event Time, of timestamp, registreert het exacte moment waarop een activiteit plaatsvond. Deze data is cruciaal voor het correct ordenen van events en het berekenen van de duur tussen activiteiten, wat de basis vormt van alle tijdgebonden process mining-analyse. Dit attribute wordt gebruikt om de activiteiten voor elke case te ordenen, cycle times te berekenen, wachttijden te identificeren en de procesprestaties over verschillende tijdsperioden te analyseren. Onnauwkeurige of ontbrekende timestamps kunnen de bruikbaarheid van de analyse ernstig beperken. Waarom het belangrijk is Timestamps zijn essentieel voor het chronologisch ordenen van events en het berekenen van alle prestatiestatistieken, zoals cycle times en knelpunten. Waar te verkrijgen Komt overeen met fields zoals CreatedDate of LastModifiedDate op het Order-object of gerelateerde records. Voor specifieke gebeurtenissen kan het afkomstig zijn van de voltooiingsdatum van een Task-record. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
Verkooporder SalesOrderId | De unieke identificatiecode voor elke verkooporder, dienend als de primaire case voor het volgen van het gehele Order to Cash-proces. | ||
Beschrijving De Verkooporder ID is de hoeksteen van de procesanalyse, die elke klantorder uniek identificeert terwijl deze door zijn levenscyclus beweegt. Het koppelt alle bijbehorende activiteiten, van aanmaak en goedkeuring tot afhandeling en betaling. In process mining wordt elke event met betrekking tot een specifieke order teruggekoppeld aan deze ID. Dit maakt de end-to-end reconstructie van het ordertraject mogelijk, waardoor een gedetailleerde analyse van doorlooptijden, procesvariaties en knelpunten voor individuele orders mogelijk is. Waarom het belangrijk is Dit attribute is essentieel voor het groeperen van alle gerelateerde events in één enkele case, waardoor het mogelijk wordt om de end-to-end processtroom voor elke verkooporder te visualiseren en te analyseren. Waar te verkrijgen Dit is het Id-field op het standaard Salesforce Order-object. Voorbeelden 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
Bronsysteem SourceSystem | Identificeert het systeem waaruit de data is geëxtraheerd. | ||
Beschrijving Dit attribute specificeert de oorsprong van de procesdata. Voor deze analyse zal het consistent 'Salesforce Sales Cloud' zijn. In omgevingen met meerdere systemen is dit veld kritiek voor data lineage en troubleshooting. Zelfs in een context met één systeem biedt het belangrijke metadata over de oorsprong van de data. Waarom het belangrijk is Biedt essentiële context over de herkomst van de data, wat belangrijk is voor data governance en bij het integreren van data uit meerdere bronsystemen. Waar te verkrijgen Dit is doorgaans een statische waarde die tijdens het data-extractieproces wordt toegevoegd om de dataset te labelen. Voorbeelden Salesforce Sales Cloud | |||
Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is geëxtraheerd of vernieuwd. | ||
Beschrijving Dit attribute registreert de datum en tijd van de meest recente data pull uit het bronsysteem. Het biedt cruciale context over de versheid van de geanalyseerde data. Analisten gebruiken deze informatie om te begrijpen of zij de meest actuele procesdata bekijken en om de relevantie van hun bevindingen te beoordelen. Het is een belangrijk stukje metadata voor elk process mining project. Waarom het belangrijk is Informeert gebruikers over de actualiteit van de data, zodat zij begrijpen hoe actueel de analyse is. Waar te verkrijgen Dit is een timestamp die wordt gegenereerd en toegevoegd tijdens het data-extractie-, -transformatie- en -laadproces (ETL). Voorbeelden 2023-11-01T05:00:00Z | |||
Accountnaam AccountName | De naam van de klant of het bedrijf dat de verkooporder heeft geplaatst. | ||
Beschrijving De Accountnaam identificeert de klant die aan de verkooporder is gekoppeld. Dit maakt procesanalyse vanuit een klantgericht perspectief mogelijk. Door dit attribute te gebruiken, kunnen analisten het proces filteren op specifieke klanten, procesprestaties vergelijken tussen verschillende klantsegmenten, of identificeren of bepaalde klanten regelmatig procesproblemen ervaren. Het is essentieel om procesprestaties direct te koppelen aan de klantervaring. Waarom het belangrijk is Koppelt procesprestaties aan specifieke klanten, waardoor klantgerichte analyse en segmentatie mogelijk zijn om patronen of problemen te identificeren. Waar te verkrijgen Het 'Order'-object heeft een lookup-veld 'AccountId'. Deze ID moet worden gekoppeld aan het 'Account'-object om het 'Account.Name'-veld op te halen. Voorbeelden Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
Gebruiker Die Actie Uitvoert UserPerformingAction | De naam van de gebruiker of systeemagent die de activiteit uitvoerde. | ||
Beschrijving Dit attribute identificeert de persoon die verantwoordelijk is voor het voltooien van een processtap. Dit kan een verkoopmedewerker, een kredietanalist of een geautomatiseerde systeemgebruiker zijn. Analyse op basis van deze gebruiker is cruciaal voor het begrijpen van de werkverdeling, individuele prestaties en automatiseringsgraden. Het helpt vragen te beantwoorden als 'Welke gebruikers handelen de meeste rework af?' of 'Zijn bepaalde teams sneller met goedkeuringen?'. Dit wordt ook gebruikt in social network analysis om te zien hoe werk wordt overgedragen tussen individuen. Waarom het belangrijk is Maakt prestatieanalyse per gebruiker, team of rol mogelijk en helpt bij het identificeren van automatiseringskansen of trainingsbehoeften. Waar te verkrijgen Kan worden gevonden in fields zoals LastModifiedById op het Order-object of OwnerId op Task-records. Deze IDs moeten worden gekoppeld aan het User-object om de naam van de gebruiker te verkrijgen. Voorbeelden Alice SmithBob JohnsonSysteemautomatiseringKredietteam | |||
Orderstatus OrderStatus | De status van de verkooporder op het tijdstip van de event. | ||
Beschrijving Dit attribute legt de status van de verkooporder vast, zoals 'Concept', 'Geactiveerd', 'Verzonden' of 'Afgesloten'. Statuswijzigingen vormen vaak de basis voor het genereren van de activities in het process log. Het analyseren van de orderstatus biedt context voor elke event en is cruciaal voor het volgen van de voortgang van een order. Het helpt bij het begrijpen van de uitkomst van cases, bijvoorbeeld het identificeren van orders die 'Geannuleerd' zijn versus orders die succesvol 'Afgesloten' zijn. Waarom het belangrijk is Biedt cruciale context voor elke event en vormt vaak de basis voor het definiëren van activities. Het is ook essentieel voor het analyseren van case outcomes zoals annuleringen. Waar te verkrijgen Dit is het Status-picklistfield op het standaard Salesforce Order-object. Voorbeelden ConceptGeactiveerdVerzondenGeslotenGeannuleerd | |||
Total Cycle Time CycleTime | De totale verstreken tijd vanaf de aanmaak van de verkooporder tot de uiteindelijke afsluiting. | ||
Beschrijving Total Cycle Time is een belangrijke KPI die de end-to-end duur van het sales order process meet. Het wordt berekend als het tijdsverschil tussen het eerste event (bijv. 'Order Created') en het laatste event (bijv. 'Order Closed'). Deze metric is de primaire focus van het Sales Order End-to-End Cycle Time dashboard. Het analyseren van cycle time helpt bij het identificeren van algehele procesinefficiëntie en het meten van de impact van verbeterinitiatieven. Variaties in cycle time kunnen worden onderzocht door de data te segmenteren met andere attributes zoals land of productfamilie. Waarom het belangrijk is Dit is een fundamentele KPI voor het meten van de algehele procesefficiëntie en het identificeren van langlopende orders die kunnen wijzen op systemische problemen. Waar te verkrijgen Berekend tijdens data transformatie door de timestamp van de eerste gebeurtenis af te trekken van de timestamp van de laatste gebeurtenis voor elke SalesOrderId. Voorbeelden 10 dagen 4 uur25 dagen 11 uur5 dagen 2 uur | |||
Total Order Amount TotalOrderAmount | De totale monetaire waarde van de verkooporder. | ||
Beschrijving Dit attribute vertegenwoordigt het totale financiële bedrag van de order van de klant. Het is een belangrijke metric voor het begrijpen van de zakelijke impact van procesefficiënties of -inefficiënties. In analyse kan het totale orderbedrag worden gebruikt om cases te segmenteren, bijvoorbeeld om te zien of orders met een hoge waarde anders worden verwerkt of meer vertragingen ondervinden dan orders met een lage waarde. Het is ook fundamenteel voor het berekenen van financiële KPI's en het begrijpen van de waarde die door het proces stroomt. Waarom het belangrijk is Maakt financiële analyse van het proces mogelijk, waardoor orders kunnen worden gesegmenteerd op waarde en de monetaire impact van vertragingen of herwerk kan worden gekwantificeerd. Waar te verkrijgen Dit is het TotalAmount-field op het standaard Salesforce Order-object. Voorbeelden 5400.50125000.00950.75 | |||
Verzochte Leverdatum RequestedDeliveryDate | De afleverdatum voor de order zoals aangevraagd door de klant. | ||
Beschrijving Dit attribute slaat de datum op waarop de klant verwacht zijn goederen te ontvangen. Het dient als een kritische benchmark voor het meten van leveringsprestaties en klanttevredenheid. Deze datum wordt direct gebruikt in het 'Delivery Date Adherence Tracking' dashboard en de 'On-Time Delivery Rate' KPI. Het wordt vergeleken met de werkelijke leveringsdatum (timestamp van 'Goederen Geleverd') om te bepalen of de order op tijd, te vroeg of te laat is geleverd. Waarom het belangrijk is Dit is de primaire benchmark voor het meten van de on-time delivery performance, een belangrijke indicator voor klanttevredenheid en operationele effectiviteit. Waar te verkrijgen Dit is vaak een custom date field op het Order-object. De exacte naam kan variëren. Raadpleeg de documentatie of het schema van Salesforce Sales Cloud. Voorbeelden 2023-11-152023-12-012024-01-10 | |||
Bewerkingstijd ProcessingTime | De duur van een individuele activiteit, die de actieve werktijd weergeeft. | ||
Beschrijving Processing time is de tijd die actief aan een task wordt gewerkt, berekend als het verschil tussen de end time en start time van een activity. Dit verschilt van waiting time, wat de inactieve tijd tussen activities is. Deze metric is fundamenteel voor bottleneck analysis, bijvoorbeeld voor de activity 'Credit Check Performed'. Door de actieve processing time te isoleren, kunnen analysts bepalen of vertragingen worden veroorzaakt door inefficiënt werk aan de task zelf, of door lange wachttijden voordat de task begint. Waarom het belangrijk is Isoleert de actieve werktijd voor een specifieke taak, wat helpt om onderscheid te maken tussen inefficiënte activiteiten en lange wachttijden. Waar te verkrijgen Berekend tijdens data transformatie door de EventTime (StartTime) af te trekken van de EventEndTime. Voorbeelden 5 minuten2 uur 15 minuten45 seconden | |||
Eindtijd van het event EventEndTime | De exacte datum en tijd waarop de activiteit werd voltooid. | ||
Beschrijving De Event End Time markeert de voltooiing van een activiteit. Hoewel veel process mining tools dit afleiden van de starttijd van de volgende activiteit, kan het expliciet vastleggen ervan nauwkeurigere activiteitsduren bieden, vooral voor langdurige taken. Dit attribute wordt gebruikt om de precieze verwerkingstijd van een activiteit te berekenen. Het is bijzonder waardevol voor het analyseren van taken met een aanzienlijke duur, zoals 'Kredietcontrole uitgevoerd' of 'Voorraad toegewezen', en helpt om actieve verwerkingstijd te scheiden van inactieve wachttijd. Waarom het belangrijk is Het maakt de precieze berekening mogelijk van individuele activity processing times, wat cruciaal is voor het identificeren van knelpunten en resource-intensieve stappen. Waar te verkrijgen Kan worden afgeleid van de StartTime van de daaropvolgende gebeurtenis in de sequentie voor een specifieke case. Voor sommige activiteiten kan het een specifiek veld zijn, zoals Task.CompletedDateTime. Voorbeelden 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
Factuur-ID InvoiceId | De unieke identificatiecode voor de factuur die aan de verkooporder is gekoppeld. | ||
Beschrijving De Factuur ID koppelt een verkooporder aan de bijbehorende financiële factuur. Het aanmaken en verzenden van deze factuur zijn belangrijke mijlpalen in de tweede helft van het Order to Cash-proces. Dit attribute is cruciaal voor het volgen van het proces van orderafhandeling tot betaling. Het maakt de precieze meting van de activiteiten 'Factuur aangemaakt' en 'Factuur naar klant verzonden' mogelijk, die nodig zijn voor het berekenen van de inningsduur van de betaling. Waarom het belangrijk is Koppelt de sales order aan het factureringssubproces, wat nauwkeurige tracking van financiële activiteiten en payment cycle times mogelijk maakt. Waar te verkrijgen Dit is vaak een custom lookup field op het Order-object dat verwijst naar een standaard of custom Invoice-object. De exacte implementatie varieert. Voorbeelden INV-001234INV-001235INV-001236 | |||
Incassoduur PaymentCollectionDuration | De verstreken tijd tussen het verzenden van de factuur naar de klant en het ontvangen van de betaling. | ||
Beschrijving Deze berekende metric meet de efficiëntie van de finale, cruciale fase van de Order to Cash-cyclus: het betaald krijgen. Het is de duur tussen de activity 'Factuur Verzonden naar Klant' en de activity 'Betaling Ontvangen'. Dit attribute ondersteunt direct het 'Payment Collection Duration' dashboard en de 'Payment Realization Time' KPI. Het analyseren van deze duur helpt de financiële afdeling knelpunten in de incasso te identificeren, de effectiviteit van betalingstermijnen te beoordelen en kansen te vinden om de cash flow te versnellen. Waarom het belangrijk is Meet de efficiëntie van het debiteurenproces, wat direct van invloed is op de cash flow van het bedrijf. Waar te verkrijgen Berekend tijdens data transformatie door de timestamp van de gebeurtenis 'Factuur Verzonden naar Klant' af te trekken van de gebeurtenis 'Betaling Ontvangen' voor elke case. Voorbeelden 30 dagen15 dagen en 8 uur45 dagen | |||
Is Geautomatiseerd IsAutomated | Een indicator die aangeeft of de activiteit is uitgevoerd door een systeem proces of een menselijke gebruiker. | ||
Beschrijving Dit boolean attribute onderscheidt events die getriggerd worden door systeemautomatisering, zoals een automatische statusupdate, en events die handmatig door een gebruiker worden uitgevoerd. Dit is cruciaal voor het begrijpen van de automatiseringsgraad in het proces. Het analyseren van dit attribute helpt bij het kwantificeren van de impact van automatisering op efficiëntie en consistentie. Het maakt een vergelijking mogelijk van geautomatiseerde versus handmatige paden en kan kansen voor verdere automatisering aan het licht brengen om handmatige inspanning en potentiële fouten te verminderen. Waarom het belangrijk is Helpt onderscheid te maken tussen systeem- en gebruikersacties, wat cruciaal is voor automatiseringsanalyse en het identificeren van kansen om handmatig werk te verminderen. Waar te verkrijgen Afgeleid tijdens data transformatie door te controleren of de UserPerformingAction een aangewezen systeemgebruiker is of door regels op basis van het activiteitstype. Voorbeelden truefalse | |||
Is herstelwerk IsRework | Een indicator die aangeeft of de verkooporder opnieuw is bewerkt, zoals een herhaalde activiteit of een lus in het proces. | ||
Beschrijving Dit berekende attribute identificeert cases die afwijken van een lineaire, voorwaartse voortgang. Rework treedt op wanneer een activity wordt herhaald of wanneer het proces terugkeert naar een eerdere fase, vaak als gevolg van fouten, ontbrekende informatie of afgewezen goedkeuringen. Deze vlag wordt gebruikt om de 'Sales Order Rework Rate' KPI te berekenen en voorziet het 'Sales Order Rework and Error Rate' dashboard van data. Het helpt de frequentie en impact van inefficiënties te kwantificeren, waarbij het gebieden aanwijst die betere kwaliteitscontroles of procesverduidelijking vereisen. Waarom het belangrijk is Kwantificeert procesinefficiëntie door orders te markeren die extra, ongepland werk vereisen, wat direct van invloed is op cost en cycle time. Waar te verkrijgen Berekend door process mining software of tijdens data transformatie door herhaalde activiteitsnamen of terugkerende processtromen voor een specifieke case te detecteren. Voorbeelden truefalse | |||
Is Tijdige Levering IsOnTimeDelivery | Een indicator die aangeeft of de goederen zijn geleverd op of voor de door de klant gevraagde leverdatum. | ||
Beschrijving Dit boolean attribute is een directe maatstaf voor leveringsprestaties ten opzichte van de verwachtingen van de klant. Het wordt berekend door de timestamp van de 'Goods Delivered' activity te vergelijken met de 'RequestedDeliveryDate'. Het is de kernberekening voor de 'On-Time Delivery Rate' KPI. Het analyseren van deze vlag helpt organisaties hun betrouwbaarheid en naleving van afspraken te begrijpen, wat een belangrijke drijfveer is voor klanttevredenheid. Wanneer gecombineerd met andere attributes, kan het aan het licht brengen of bepaalde verzendmethoden of regio's lagere 'on-time' percentages hebben. Waarom het belangrijk is Biedt een duidelijke, binaire maatstaf voor prestaties ten opzichte van klantafspraken, en ondersteunt direct de On-Time Delivery Rate KPI. Waar te verkrijgen Berekend tijdens data transformatie. De logica is: INDIEN (Goederen Geleverd EventTime <= AangevraagdeLeverdatum) DAN waar, ANDERS onwaar. Voorbeelden truefalse | |||
Order Owner OrderOwner | De primaire gebruiker die verantwoordelijk is voor het beheren van de verkooporder. | ||
Beschrijving De Orderverantwoordelijke is de salesvertegenwoordiger of accountmanager die de primaire verantwoordelijkheid heeft voor de order. Dit verschilt van de gebruiker die een specifieke actie uitvoert, aangezien de eigenaar verantwoordelijk is voor de algehele voortgang van de case. Analyseren per verantwoordelijke kan helpen bij het evalueren van team- of individuele werklasten en prestaties bij het beheren van hun orderportfolio. Het kan benadrukken welke verantwoordelijken orders hebben die regelmatig vastlopen of herstelwerkzaamheden vereisen, wat duidt op potentiële coachingkansen. Waarom het belangrijk is Identificeert de persoon die verantwoordelijk is voor het succes van de order, waardoor analyse van werkdruk en prestaties op owner-niveau mogelijk is. Waar te verkrijgen Dit is het OwnerId-field op het Order-object. Deze ID kan worden samengevoegd met het User-object om de naam van de eigenaar te verkrijgen. Voorbeelden Jane DoeJohn SmithVerkoopteam Oost | |||
Productfamilie ProductFamily | De categorie of familie waartoe de producten op de order behoren. | ||
Beschrijving De Productfamilie biedt een classificatie op hoog niveau van de artikelen die in de verkooporder zijn opgenomen. Dit maakt procesanalyse mogelijk op basis van het type product dat wordt verkocht. Dit attribute kan worden gebruikt om het proces te segmenteren en te bepalen of bepaalde productfamilies verschillende procespaden, langere doorlooptijden, of hogere herbewerkingspercentages hebben. Complexe, configureerbare producten volgen bijvoorbeeld mogelijk een uitgebreider goedkeurings- en afhandelingsproces dan standaard, kant-en-klare artikelen. Waarom het belangrijk is Maakt procesanalyse gesegmenteerd per productcategorie mogelijk, wat onthult of verschillende producttypen leiden tot variaties in procesefficiëntie. Waar te verkrijgen Opgehaald uit het 'Product2' object, dat is gekoppeld aan de 'Order' via het 'OrderItem' junction object. Dit vereist het joinen van Order -> OrderItem -> PricebookEntry -> Product2. Voorbeelden HardwareSoftwarelicentiesProfessionele DienstenSupportcontracten | |||
Status Kredietcontrole CreditCheckStatus | De uitkomst van het kredietcontroleproces voor de order. | ||
Beschrijving Dit attribute geeft het resultaat aan van de kredietbeoordeling van de klant, wat vaak een kritieke poort is in het orderproces. Gangbare waarden zijn 'Goedgekeurd', 'Afgekeurd' of 'In afwachting'. Dit is essentieel voor het 'Credit Check Bottleneck Analysis' dashboard. Door bij te houden wanneer een order de kredietcheckfase ingaat en verlaat, en de uiteindelijke status ervan, kunnen organisaties de duur en uitkomst van deze stap meten, en deze stap daarmee als potentiële vertragingsbron identificeren. Waarom het belangrijk is Ondersteunt direct de analyse van de kredietcontrolestap, en helpt de duur, het slagingspercentage en de impact ervan op de algehele doorlooptijd te meten. Waar te verkrijgen Dit is waarschijnlijk een custom field op het Order- of Account-object. Raadpleeg de documentatie of het schema van Salesforce Sales Cloud. Voorbeelden GoedgekeurdAfgewezenWacht op beoordelingNiet vereist | |||
Verkoopkanaal SalesChannel | Het kanaal waarlangs de verkooporder werd geplaatst, zoals 'Web', 'Direct Sales' of 'Partner'. | ||
Beschrijving De Sales Channel attribute categoriseert orders op basis van hun punt van herkomst. Dit maakt vergelijkende analyse van procesprestaties over verschillende kanalen mogelijk. Dit is essentieel voor het 'Sales Channel Prestatievergelijking'-dashboard. Door te filteren of te vergelijken per kanaal, kunnen bedrijven identificeren welke kanalen het meest efficiënt zijn, welke de meeste herbewerking ervaren, en waar standaardisatie-inspanningen nodig kunnen zijn om de prestaties op elkaar af te stemmen. Waarom het belangrijk is Maakt prestatievergelijking tussen verschillende bedrijfskanalen mogelijk, wat helpt bij het identificeren van best practices en gebieden voor procesharmonisatie. Waar te verkrijgen Dit is doorgaans een custom picklist-field op het Order- of Opportunity-object. Raadpleeg de documentatie of het schema van Salesforce Sales Cloud. Voorbeelden Directe VerkoopWebportaalPartnernetwerkInside Sales | |||
Verzendland ShippingCountry | Het land van bestemming voor de verzending van de verkooporder. | ||
Beschrijving Dit attribute specificeert het land waar de order naartoe wordt verzonden. Het is een belangrijke dimensie voor geografische analyse van het Order to Cash-proces. Analyse per verzendland kan regionale verschillen in procesprestaties aan het licht brengen, zoals langere levertijden voor internationale orders of variaties in betalingsinningscycli. Het maakt segmentatie van het proces mogelijk om regio-specifieke uitdagingen te begrijpen en aan te pakken. Waarom het belangrijk is Maakt geografische segmentatie van het proces mogelijk, wat regionale prestatieverschillen, compliance-kwesties of logistieke uitdagingen kan belichten. Waar te verkrijgen Dit is het ShippingCountry-field op het standaard Salesforce Order-object. Voorbeelden USADuitslandJapanBrazilië | |||
Verzendmethode ShippingMethod | De gekozen methode voor de verzending van de goederen, zoals 'Standard Ground', 'Express' of 'International'. | ||
Beschrijving Dit attribute geeft het logistieke serviceniveau aan dat is gekozen voor de levering van de order. Het heeft directe invloed op levertijden en kosten. In de 'Shipping Method Efficiency Analysis' wordt dit attribute gebruikt om de prestaties van verschillende verzendopties te vergelijken. Het helpt om vast te stellen of expreszendingen voldoen aan de afgesproken levertijden en hoe verschillende methoden van invloed zijn op de totale duur van 'Goods Shipped' tot 'Goods Delivered'. Waarom het belangrijk is Maakt analyse van logistieke prestaties mogelijk en helpt bij het evalueren van de kosten en efficiëntie van verschillende verzendopties. Waar te verkrijgen Dit is waarschijnlijk een custom field op het Order-object of op een gerelateerd custom Shipment-object. Raadpleeg de documentatie of het schema van Salesforce Sales Cloud. Voorbeelden Standaard wegtransport2-Day ExpressOvernight AirInternational Priority | |||
Order to Cash - Sales Order Processing Activiteiten
| Activiteit | Beschrijving | ||
|---|---|---|---|
Betaling ontvangen | Markeert de bevestiging dat de betaling van de klant is ontvangen en afgeletterd. Deze informatie wordt vanuit een financieelsysteem bijgewerkt in Salesforce, meestal als een statuswijziging. | ||
Waarom het belangrijk is Deze event is de laatste stap in het realiseren van cash uit de verkoop. Het analyseren van de tijd vanaf 'Factuur Verzonden' tot dit punt is cruciaal voor het beheren van de cash flow en days sales outstanding (DSO). Waar te verkrijgen Afgeleid van een statuswijziging op het 'Invoice'-object naar 'Paid' of 'Closed'. De update wordt gestuurd door een integratie met een boekhoud- of betalingsverwerkingssysteem. Vastleggen Volg statuswijzigingen op het Invoice-object vanuit een externe financieel systeemintegratie. Gebeurtenistype inferred | |||
Factuur aangemaakt | Vertegenwoordigt het genereren van een financiële factuur voor de sales order. Dit kan worden vastgelegd door de creatie van een gerelateerd 'Invoice' object, zowel natively via Salesforce Billing als via een integration. | ||
Waarom het belangrijk is Deze mijlpaal markeert het begin van het financiële incassodeel van het proces. De tijd tussen levering en facturering kan administratieve knelpunten onthullen die de cash flow beïnvloeden. Waar te verkrijgen Afgeleid van de aanmaakdatum van een 'Invoice'-object (standaard of aangepast) dat is gekoppeld aan het 'Order'-object. Vastleggen Gebruik de CreatedDate van het gerelateerde Invoice record. Gebeurtenistype inferred | |||
Goederen geleverd | Geeft aan dat de zending de klant succesvol heeft bereikt. Deze informatie is afkomstig uit het systeem van een transporteur en wordt teruggekoppeld naar Salesforce. | ||
Waarom het belangrijk is Deze event is essentieel voor het berekenen van de 'On-Time Delivery Rate' KPI en het meten van de daadwerkelijke customer-facing cycle times. Het bevestigt dat het fulfillmentproces is voltooid. Waar te verkrijgen Afgeleid van het invullen van een 'Delivery Date'-veld op het 'Order'- of aangepaste 'Shipment'-object. Deze data wordt doorgaans geleverd via een integratie met een logistieke dienstverlener. Vastleggen Gebruik de timestamp wanneer een delivery date-field wordt ingevuld. Gebeurtenistype inferred | |||
Goederen verzonden | Vertegenwoordigt het moment waarop de order fysiek vanuit het magazijn naar de klant is verzonden. Deze event wordt bijna altijd vastgelegd door een update van een extern verzend- of ERP-systeem in Salesforce. | ||
Waarom het belangrijk is Dit is een kritieke mijlpaal voor het meten van de On-Time Shipping Rate en de algehele efficiëntie van de fulfillment. Het markeert het begin van de leveringsfase van de customer journey. Waar te verkrijgen Afgeleid uit het invullen van een 'Shipped Date' veld of een 'Tracking Number' veld op het 'Order' object of een gerelateerd aangepast 'Shipment' object. De data is afkomstig uit een fulfilmentsysteem. Vastleggen Gebruik de timestamp wanneer een shipping date of tracking number-field voor het eerst wordt ingevuld. Gebeurtenistype inferred | |||
Order Aangemaakt | Markeert de initiële aanmaak van een sales order record in het systeem. Deze event wordt expliciet vastgelegd wanneer een nieuwe 'Order' object instance voor het eerst wordt opgeslagen in Salesforce. | ||
Waarom het belangrijk is Dit is het primaire start-event voor het Order to Cash-proces. Het analyseren van de tijd vanaf dit punt tot volgende activiteiten is cruciaal voor het begrijpen van de totale cycle times. Waar te verkrijgen Het aanmaak event van het 'Order'-object. De timestamp is de waarde in het standaard 'CreatedDate'-veld op het 'Order'-record. Vastleggen Direct uit de CreatedDate timestamp van het Order-object. Gebeurtenistype explicit | |||
Order afgesloten | Vertegenwoordigt de succesvolle voltooiing en definitieve afsluiting van de sales order in het systeem. Dit wordt afgeleid uit een laatste statusupdate van de order, wat aangeeft dat verdere actie niet nodig is. | ||
Waarom het belangrijk is Dit is het primaire 'happy path' eind-event voor het proces. Het meten van de totale tijd tot deze activiteit levert de KPI Average Order to Close Time op. Waar te verkrijgen Afgeleid van een wijziging in het 'Status'-veld van het 'Order'-object naar een eindwaarde zoals 'Closed', 'Completed' of 'Fulfilled'. De timestamp is beschikbaar via veldhistorie-tracking. Vastleggen Controleer de veldhistorie van het 'Order' object op een statuswijziging naar een definitieve, voltooide status. Gebeurtenistype inferred | |||
Order geactiveerd | Een standaard Salesforce event dat aangeeft dat de order is afgerond en kan worden doorgezet naar uitvoering en facturatie. Activatie blokkeert de order voor de meeste wijzigingen en wordt vastgelegd door een specifieke statuswijziging. | ||
Waarom het belangrijk is Activatie is een kritieke, onomkeerbare mijlpaal die de geldigheid van de order bevestigt. Het is de officiële overdracht van verkoop naar operationele afdelingen en een essentieel onderdeel van het volgen van doorlooptijden van de verkoopcyclus. Waar te verkrijgen Afgeleid uit de wijziging van het standaard 'Status' veld op het 'Order' object naar 'Activated'. De timestamp wordt vastgelegd in de 'Order' field history tracking. Vastleggen Controleer de veldhistorie van het 'Order' object op een statuswijziging naar 'Activated'. Gebeurtenistype inferred | |||
Factuur naar klant verstuurd | Geeft aan dat de factuur naar de klant is verzonden voor betaling. Dit wordt doorgaans vastgelegd als een statuswijziging op de factuurrecord. | ||
Waarom het belangrijk is Dit is het trigger-event voor de KPI Payment Realization Time. Elke vertraging tussen het aanmaken en versturen van facturen stelt het begin van de betaaltermijn direct uit. Waar te verkrijgen Afgeleid van een statuswijziging op het 'Invoice'-object naar 'Sent' of een vergelijkbare waarde. Een logboeking voor de activiteit van de verzonden e-mail kan ook worden gebruikt. Vastleggen Controleer het 'Status' veld op het gerelateerde 'Invoice' object of zoek naar email log activiteiten. Gebeurtenistype inferred | |||
Kredietcontrole Uitgevoerd | Vertegenwoordigt de voltooiing van een kredietwaardigheidscontrole voor de klant die aan de order is gekoppeld. Dit is vaak een afgeleide event, vastgelegd wanneer een custom field, zoals 'Credit Check Status', wordt bijgewerkt naar 'Passed' of 'Completed'. | ||
Waarom het belangrijk is Deze activity is vaak een bron van aanzienlijke vertragingen. Het meten van de duur en wachttijd ervan is essentieel om de knelpunten die via het 'Credit Check Bottleneck Analysis' dashboard worden geïdentificeerd aan te pakken en de cash flow te verbeteren. Waar te verkrijgen Afgeleid van een timestamp of statuswijziging in een aangepast veld op het 'Order'- of gerelateerde 'Account'-object, bijvoorbeeld 'Credit_Check_Date__c' of 'Credit_Status__c'. Vastleggen Volg updates van custom fields die de voltooiing van de kredietcontrole aangeven. Gebeurtenistype inferred | |||
Order geannuleerd | Geeft aan dat de order is geannuleerd voordat de afhandeling was voltooid. Dit wordt vastgelegd door een wijziging naar een terminale status op de orderrecord. | ||
Waarom het belangrijk is Dit is een kritieke uitzondering en eind-event. Het analyseren van waarom en wanneer orders worden geannuleerd, kan problemen in het verkoopproces, de productbeschikbaarheid of het klantkrediet aan het licht brengen. Waar te verkrijgen Afgeleid van een wijziging in het 'Status'-veld van het 'Order'-object naar 'Cancelled'. De timestamp is te vinden in de veldhistorie voor het 'Status'-veld. Vastleggen Controleer de veldhistorie van het 'Order' object op een statuswijziging naar 'Cancelled'. Gebeurtenistype inferred | |||
Order goedgekeurd | Geeft aan dat de verkooporder formeel is goedgekeurd door alle vereiste partijen en kan doorgaan naar de volgende fase. Dit wordt vastgelegd door de laatste goedkeuringsstap in een workflow of een corresponderende statusupdate te observeren. | ||
Waarom het belangrijk is Dit is een belangrijke mijlpaal die het fulfillmentproces ontgrendelt. Vertragingen in de goedkeuring kunnen de totale Order to Cash cycle time aanzienlijk beïnvloeden. Waar te verkrijgen Afgeleid van een wijziging van het statusveld op het 'Order'-object naar een waarde zoals 'Approved'. Dit kan ook worden afgeleid van de voltooiingsdatum van de bijbehorende 'ProcessInstance'-record. Vastleggen Controleer het 'Status' veld op het 'Order' object of de voltooiing van de goedkeuringsproceshistorie. Gebeurtenistype inferred | |||
Order naar fulfillment verstuurd | Markeert de handoff van de geactiveerde order naar een magazijn- of fulfilmentsysteem voor picking en packing. Dit wordt meestal vastgelegd door een statuswijziging op de order, getriggerd door een integratie. | ||
Waarom het belangrijk is Deze event scheidt de commerciële en logistieke delen van het proces. Het volgen van de tijd vanaf activering tot dit punt helpt administratieve vertragingen te isoleren van vertragingen in de magazijnverwerking. Waar te verkrijgen Afgeleid van een wijziging in de 'Order'-status naar een waarde zoals 'Sent to Fulfillment' of 'Awaiting Shipment'. Deze statuswijziging wordt vaak geactiveerd door een integratie met een ERP/WMS. Vastleggen Controleer het 'Status' veld op het 'Order' object op specifieke waarden die een fulfillment handoff aangeven. Gebeurtenistype inferred | |||
Order ter goedkeuring ingediend | Vertegenwoordigt het punt waarop een conceptorder wordt ingediend in een formeel approval workflow. Dit wordt doorgaans afgeleid uit een statuswijziging van de order of de aanmaak van een record in de approval process history van Salesforce. | ||
Waarom het belangrijk is Het volgen van inzendingen helpt de tijd te meten die orders wachten op goedkeuring en de efficiëntie van het beoordelingsproces zelf. Het belicht knelpunten vóór goedkeuring. Waar te verkrijgen Afgeleid van een statuswijziging op het 'Order'-object (bijv. van 'Draft' naar 'Submitted for Approval') of door de indieningsdatum bij te houden in het 'ProcessInstance'-object gerelateerd aan de order. Vastleggen Volg status field-wijzigingen of query het ProcessInstance-object. Gebeurtenistype inferred | |||
Voorraad toegewezen | Geeft aan dat de producten op de order zijn gereserveerd in het voorraadsysteem. Deze gebeurtenis ontstaat doorgaans in een extern ERP- of voorraadsysteem en werkt Salesforce bij, vastgelegd via een veldwijziging. | ||
Waarom het belangrijk is Deze activity is cruciaal voor de analyse van de 'Inventory Allocation Lead Time' KPI. Vertragingen hier hebben directe invloed op het vermogen om orders op tijd te verzenden. Waar te verkrijgen Vereist systeemanalyse. Vaak afgeleid van een statusupdate op de 'Order' of 'OrderItem' objects, of de vulling van een custom 'Allocation_Date__c' field, gedreven door een integration. Vastleggen Volg status- of date field-wijzigingen op Order- of OrderItem-objects vanuit een ERP-integratie. Gebeurtenistype inferred | |||
Extractie Guides
Stappen
- Voorvereiste: Field History Tracking configureren: Voordat u rapporten maakt, moet een Salesforce Administrator ervoor zorgen dat Field History Tracking is ingeschakeld voor het Order-object. Houd specifiek het Status-veld en alle aangepaste velden bij die worden gebruikt om events aan te duiden, zoals Credit_Check_Status__c of Fulfillment_Status__c. Dit doet u via Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Een aangepast rapporttype aanmaken: Om veldwijzigingsdata naast orderdetails te raadplegen, maakt u een aangepast rapporttype aan. Ga naar Setup > Report Types. Maak een nieuw rapporttype aan met Orders als het primaire object. Koppel vervolgens Order History als secundair object. Zorg ervoor dat de relatie is ingesteld op "'A' records may or may not have related 'B' records." Dit stelt u in staat om over alle orders te rapporteren, zelfs die zonder historie. Sla dit rapporttype op als "Orders with History".
- Het hoofdrapport 'Events' aanmaken: Ga naar het tabblad Reports en klik op New Report. Selecteer uw rapporttype "Orders with History". Dit rapport legt alle activiteiten vast die gebaseerd zijn op veldwijzigingen.
- Kolommen van het 'Events'-rapport configureren: Voeg de volgende kolommen toe: Order: Order Number (voor SalesOrderId), Edit Date (voor EventTime), User (voor UserPerformingAction), Field/Event (het gewijzigde veld), Original Value en New Value. Voeg andere kolommen van het bovenliggende Order-object toe, zoals Order: Total Amount, Account: Account Name en Order: Company Authorized By Date (als proxy voor RequestedDeliveryDate, indien van toepassing).
- Het 'Events'-rapport filteren: Stel het Show Me-filter in op All orders en het Date Field op Created Date met het gewenste bereik (bijv. 'Laatste 3 maanden'). Voeg een filter toe aan de kolom Field/Event om alleen de specifieke veldwijzigingen op te nemen die overeenkomen met uw activiteiten (bijv. Status, Credit_Check_Status__c).
- Het 'Order Created'-rapport aanmaken: Maak een tweede, eenvoudiger rapport aan met het standaard Orders-rapporttype. Het doel van dit rapport is om alleen de aanmaak-event vast te leggen. Voeg kolommen toe voor Order Number, Created Date, Created By, Status, Total Amount en Account Name. Filter op Created Date voor het gewenste tijdsbereik.
- Beide rapporten exporteren: Draai beide rapporten en gebruik de Export-optie. Kies het formaat Details Only en Comma Delimited .csv.
- Data combineren en transformeren: Open de geëxporteerde CSV-bestanden in een spreadsheetprogramma zoals Microsoft Excel of gebruik een scripttaal zoals Python.
- Maak voor het 'Events'-rapport een nieuwe ActivityName-kolom aan. Gebruik formules of een script om de veldwijzigingsdata te koppelen aan de gewenste activiteitsnamen. Bijvoorbeeld, als Field/Event 'Status' is en New Value 'Activated', stel dan ActivityName in op 'Order Activated'.
- Voeg voor het 'Order Created'-rapport een nieuwe kolom toe met de naam ActivityName en stel de waarde ervan in op 'Order Created' voor alle rijen. Hernoem de kolommen om overeen te komen met het event log-schema (bijv. Order Number -> SalesOrderId, Created Date -> EventTime).
- Samenvoegen tot één event log: Voeg de rijen van de getransformeerde 'Order Created'-data toe aan de getransformeerde 'Events'-data. Dit creëert een enkele, uniforme lijst van alle activiteiten.
- Klaarmaken voor upload: Voeg de resterende verplichte kolommen toe: SourceSystem (met een statische waarde van 'Salesforce Sales Cloud') en LastDataUpdate (met de huidige timestamp). Controleer alle kolomkoppen en dataformats voordat u het definitieve bestand opslaat als een CSV, klaar voor upload.
Configuratie
- Rapporttypen: Een aangepast rapporttype dat Orders en Order History samenvoegt, is essentieel voor het vastleggen van statuswijzigingen en andere veldupdates als afzonderlijke events.
- Veldhistorie Bijhouden: Deze methode is geheel afhankelijk van het inschakelen van het bijhouden van veldhistorie voor het Order-object voordat de data-extractie begint. Belangrijke velden zoals Status en eventuele aangepaste velden die processtappen weergeven, moeten worden bijgehouden.
- Datumfilters: Gebruik de Created Date op het Order-object als het primaire filter om een consistente groep orders te analyseren. Een bereik van 3-6 maanden wordt aanbevolen voor een eerste analyse.
- Data Export Service: Als alternatief voor omgevingen met veel data kan de Data Export Service (wekelijks of maandelijks) worden gepland om alle data voor gespecificeerde objecten (Order, OrderHistory, Account) te exporteren. Dit levert ruwe data op die aanzienlijk meer externe verwerking en samenvoeging vereist, maar voorkomt de timeouts en row limits die kunnen optreden bij de interactieve Report Builder.
- Machtigingen: Gebruikers die de extractie uitvoeren, hebben machtigingen nodig om Run Reports, Export Reports en View All Data te kunnen uitvoeren voor de Order- en Account-objecten. Het configureren van de Data Export Service vereist System Administrator-machtigingen.
- Rapportstructuur: Rapporten moeten worden ingesteld op Tabular Format voor de meest eenvoudige export en verwerking. Vermijd summary of matrix formats.
a Voorbeeldquery config
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/