Je Order tot betaling - Verkooporderverwerking datatemplate
Je Order tot betaling - Verkooporderverwerking datatemplate
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor Salesforce Sales Cloud
Order tot betaling - Attributen Verkooporderverwerking
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis of taak die plaatsvond binnen de levenscyclus van de verkooporder. | ||
| Omschrijving 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 processtroom mogelijk, de identificatie van veelvoorkomende paden (varianten) en de frequentie en duur van elke stap te meten. Het is onmisbaar voor het begrijpen van wat er in het proces gebeurt. Het belang Dit attribuut definieert de stappen in de proceskaart. Zonder dit attribuut kun je de processtroom niet visualiseren of analyseren hoe verkooporders daadwerkelijk worden afgehandeld. Vindplaats Doorgaans afgeleid van statuswijzigingen in het Order.Status-veld, 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. | ||
| Omschrijving De Het tijdstip van de gebeurtenis (timestamp) registreert het exacte moment waarop een activiteit plaatsvond. Deze gegevens zijn belangrijk voor het correct ordenen van gebeurtenissen en het berekenen van de duur tussen activiteiten, wat de basis vormt van alle tijdgebonden process mining-analyse. Dit attribuut wordt gebruikt om de activiteiten voor elke case te ordenen, doorlooptijden te berekenen, wachttijden te vinden en de procesprestaties over verschillende tijdsperioden te analyseren. Onnauwkeurige of ontbrekende tijdstempels kunnen de bruikbaarheid van de analyse ernstig beperken. Het belang Timestamps zijn belangrijk voor het chronologisch ordenen van gebeurtenissen en het berekenen van alle prestatiestatistieken, zoals doorlooptijden en knelpunten. Vindplaats Komt overeen met velden 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 ID voor elke verkooporder, dienend als de primaire case voor het volgen van het gehele Order tot betaling-proces. | ||
| Omschrijving De Verkooporder ID is de basis voor 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 gebeurtenis voor 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. Het belang Dit attribuut is belangrijk voor het groeperen van alle gerelateerde gebeurtenissen in één enkele case, waardoor het mogelijk wordt om de end-to-end processtroom voor elke verkooporder te visualiseren en te analyseren. Vindplaats Dit is het Id-veld op het standaard Salesforce Order-object. Voorbeelden 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Bronsysteem SourceSystem | Identificeert het systeem waaruit de `data` is opgehaald. | ||
| Omschrijving Dit attribuut 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 probleemoplossing. Zelfs in een context met één systeem biedt het belangrijke metadata over de oorsprong van de data. Het belang 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. Vindplaats Dit is doorgaans een statische waarde die tijdens het data-extractieproces wordt toegevoegd om de dataset te labelen. Voorbeelden Salesforce Sales Cloud | |||
| Tijdstip van extractie LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is opgehaald of vernieuwd. | ||
| Omschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit het bronsysteem. Het biedt belangrijke context over hoe actueel de geanalyseerde data is. 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. Het belang Informeert gebruikers over de relevantie van de data, zodat zij begrijpen hoe actueel de analyse is. Vindplaats Dit is een timestamp die wordt gegenereerd en toegevoegd tijdens het data-extractie-, -transformatie- en -laadproces (ETL). Voorbeelden 2023-11-01T05:00:00Z | |||
| `Totale cyclustijd` CycleTime | De totale verstreken tijd vanaf de creatie van de verkooporder tot de uiteindelijke afsluiting ervan. | ||
| Omschrijving Totale cyclustijd 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 gebeurtenis (bijv. 'Order Created') en het laatste gebeurtenis (bijv. 'Order Closed'). Deze metriek is de primaire focus van het Sales Order End-to-End Cycle Time dashboard. Het analyseren van doorlooptijd helpt bij het vinden van algehele procesinefficiëntie en het meten van de impact van verbeterinitiatieven. Variaties in doorlooptijd kunnen worden onderzocht door de data te segmenteren met andere attributen zoals land of productfamilie. Het belang Dit is een fundamentele KPI voor het meten van de algehele procesefficiëntie en het vinden van langlopende orders die kunnen wijzen op systemische problemen. Vindplaats Berekend tijdens datatransformatie 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 | |||
| Accountnaam AccountName | De naam van de klant of het bedrijf dat de verkooporder heeft geplaatst. | ||
| Omschrijving De Accountnaam identificeert de klant die aan de verkooporder is gekoppeld. Dit maakt procesanalyse vanuit een klantgericht perspectief mogelijk. Door dit attribuut te gebruiken, kunnen analysesten het proces filteren op specifieke klanten, procesprestaties vergelijken tussen verschillende klantsegmenten, of vinden of bepaalde klanten regelmatig procesproblemen ervaren. Het is belangrijk om procesprestaties direct te koppelen aan de klantervaring. Het belang Koppelt procesprestaties aan specifieke klanten, waardoor klantgerichte analyse en segmentatie mogelijk zijn om patronen of problemen te vinden. Vindplaats Het 'Order'-object heeft een zoekveld (lookup) 'AccountId'. Deze ID moet worden gekoppeld aan het 'Account'-object om het 'Account.Naam'-veld op te halen. Voorbeelden Wereldwijd Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Gebruiker die actie uitvoert UserPerformingAction | De naam van de gebruiker of systeemagent die de activiteit uitvoerde. | ||
| Omschrijving Dit attribuut identificeert de persoon die verantwoordelijk is voor het voltooien van een processtap. Dit kan een verkoopmedewerker, een kredietanalysest of een geautomatiseerde systeemgebruiker zijn. Analyse op basis van deze gebruiker is belangrijk voor het begrijpen van de werkverdeling, individuele prestaties en automatiseringsgraden. Het helpt vragen te beantwoorden als 'Welke gebruikers handelen de meeste herstelwerk 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. Het belang Maakt prestatieanalyse per gebruiker, team of rol mogelijk en helpt bij het vinden van automatiseringskansen of trainingsbehoeften. Vindplaats Kan worden gevonden in velden zoals LastModifiedById op het Order-object of OwnerId op Task-records. Deze IDs moeten worden gekoppeld aan het Gebruiker-object om de naam van de gebruiker te verkrijgen. Voorbeelden Alice SmithBob JohnsonSysteemautomatiseringKredietteam | |||
| Gewenste leverdatum RequestedDeliveryDate | De leverdatum voor de order zoals aangevraagd door de klant. | ||
| Omschrijving Dit attribuut 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. Het belang Dit is de primaire benchmark voor het meten van de on-time delivery prestaties, een belangrijke indicator voor klanttevredenheid en operationele effectiviteit. Vindplaats Dit is vaak een aangepast datumveld 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 | |||
| Orderstatus OrderStatus | De status van de verkooporder op het tijdsTip van de gebeurtenis. | ||
| Omschrijving Dit attribuut legt de status van de verkooporder vast, zoals 'Concept', 'Geactiveerd', 'Verzonden' of 'Afgesloten'. Statuswijzigingen vormen vaak de basis voor het genereren van de activiteiten in het process log. Het analyseren van de orderstatus biedt context voor elke gebeurtenis en is belangrijk voor het volgen van de voortgang van een order. Het helpt bij het begrijpen van de uitkomst van cases, bijvoorbeeld het vinden van orders die 'Geannuleerd' zijn versus orders die succesvol 'Afgesloten' zijn. Het belang Biedt belangrijke context voor elke gebeurtenis en vormt vaak de basis voor het definiëren van activiteiten. Het is ook belangrijk voor het analyseren van case resultaten zoals annuleringen. Vindplaats Dit is het Status-picklistveld op het standaard Salesforce Order-object. Voorbeelden ConceptGeactiveerdVerzondenGeslotenGeannuleerd | |||
| Total Order Bedrag TotalOrderAmount | De totale waarde van de verkooporder. | ||
| Omschrijving Dit attribuut vertegenwoordigt het totale financiële bedrag van de order van de klant. Het is een belangrijke metriek 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 hoogwaardige anders worden verwerkt of meer vertragingen ondervinden dan orders met een lage waarde. Het is ook belangrijk voor het berekenen van financiële KPI's en het begrijpen van de waarde die door het proces stroomt. Het belang Maakt financiële analyse van het proces mogelijk, waardoor orders kunnen worden gesegmenteerd op waarde en de financiële impact van vertragingen of rework kan worden gekwantificeerd. Vindplaats Dit is het TotalBedrag-veld op het standaard Salesforce Order-object. Voorbeelden 5400.50125000.00950.75 | |||
| Eindtijd van het gebeurtenis EventEndTime | De exacte datum en tijd waarop de activiteit werd voltooid. | ||
| Omschrijving 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 attribuut 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. Het belang Het maakt de precieze berekening mogelijk van individuele activity verwerkingstijds, wat belangrijk is voor het vinden van knelpunten en bron-intensieve stappen. Vindplaats Kan worden afgeleid van de StartTime van de daaropvolgende gebeurtenis in de volgorde 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 ID voor de factuur die aan de verkooporder is gekoppeld. | ||
| Omschrijving 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 tot betaling-proces. Dit attribuut is belangrijk 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. Het belang Koppelt de sales order aan het factureringssubproces, wat nauwkeurige tracking van financiële activiteiten en payment doorlooptijden mogelijk maakt. Vindplaats Dit is vaak een custom lookup veld 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. | ||
| Omschrijving Deze berekende metriek meet de efficiëntie van de finale, belangrijke fase van de Order tot betaling-cyclus: het betaald krijgen. Het is de duur tussen de activity 'Factuur Verzonden naar Klant' en de activity 'Betaling Ontvangen'. Dit attribuut 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 vinden, de effectiviteit van betalingstermijnen te beoordelen en kansen te vinden om de cashflow te versnellen. Het belang Meet de efficiëntie van het debiteurenproces, wat direct van invloed is op de cashflow van het bedrijf. Vindplaats Berekend tijdens datatransformatie 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. | ||
| Omschrijving Dit boolean attribuut onderscheidt gebeurtenissen die getriggerd worden door systeemautomatisering, zoals een automatische statusupdate, en gebeurtenissen die handmatig door een gebruiker worden uitgevoerd. Dit is belangrijk voor het begrijpen van de automatiseringsgraad in het proces. Het analyseren van dit attribuut 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 inzichtelijk maken om handmatige inspanning en potentiële fouten te verminderen. Het belang Helpt onderscheid te maken tussen systeem- en gebruikersacties, wat belangrijk is voor automatiseringsanalyse en het vinden van kansen om handmatig werk te verminderen. Vindplaats Afgeleid tijdens datatransformatie door te controleren of de GebruikerPerformingAction 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. | ||
| Omschrijving Dit berekende attribuut 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. Het belang Kwantificeert procesinefficiëntie door orders te markeren die extra, ongepland werk vereisen, wat direct van invloed is op cost en doorlooptijd. Vindplaats Berekend door process mining software of tijdens datatransformatie 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. | ||
| Omschrijving Dit boolean attribuut 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 basisberekening 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 attributen, kan het inzichtelijk maken of bepaalde verzendmethoden of regio's lagere 'on-time' percentages hebben. Het belang Biedt een duidelijke, binaire maatstaf voor prestaties ten opzichte van klantafspraken, en ondersteunt direct de On-Time Delivery Rate KPI. Vindplaats Berekend tijdens datatransformatie. De logica is: INDIEN (Goederen Geleverd EventTime <= AangevraagdeLeverdatum) DAN waar, ANDERS onwaar. Voorbeelden truefalse | |||
| Kredietcontrolestatus CreditCheckStatus | De uitkomst van het kredietcontroleproces voor de order. | ||
| Omschrijving Dit attribuut 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 belangrijk 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 vinden. Het belang Ondersteunt direct de analyse van de kredietcontrolestap, en helpt de duur, het slagingspercentage en de impact ervan op de algehele doorlooptijd te meten. Vindplaats Dit is waarschijnlijk een aangepast veld op het Order- of Account-object. Raadpleeg de documentatie of het schema van Salesforce Sales Cloud. Voorbeelden GoedgekeurdAfgewezenWacht op beoordelingNiet vereist | |||
| Land van verzending ShippingCountry | Het land van bestemming voor de verzending van de verkooporder. | ||
| Omschrijving Dit attribuut specificeert het land waar de order naartoe wordt verzonden. Het is een belangrijke dimensie voor geografische analyse van het Order tot betaling-proces. Analyse per verzendland kan regionale verschillen in procesprestaties inzichtelijk maken, 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. Het belang Maakt geografische segmentatie van het proces mogelijk, wat regionale prestatieverschillen, compliance-kwesties of logistieke uitdagingen kan belichten. Vindplaats Dit is het ShippingLand-veld op het standaard Salesforce Order-object. Voorbeelden USADuitslandJapanBrazilië | |||
| Order Owner OrderOwner | De primaire gebruiker die verantwoordelijk is voor het beheren van de verkooporder. | ||
| Omschrijving 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 ewaarderen van team- of individuele werklasten en prestaties bij het beheren van hun orderportfolio. Het kan benadrukken welke verantwoordelijken orders hebben die regelmatig vastlopen of rework vereisen, wat duidt op potentiële coachingkansen. Het belang Identificeert de persoon die verantwoordelijk is voor het succes van de order, waardoor analyse van werkdruk en prestaties op owner-niveau mogelijk is. Vindplaats Dit is het OwnerId-veld op het Order-object. Deze ID kan worden samengevoegd met het Gebruiker-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. | ||
| Omschrijving 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 attribuut kan worden gebruikt om het proces te segmenteren en te bepalen of bepaalde productfamilies verschillende procespaden, langere doorlooptijden, of hogere herstelwerkspercentages hebben. Complexe, configureerbare producten volgen bijvoorbeeld mogelijk een vollediger goedkeurings- en afhandelingsproces dan standaard, kant-en-klare artikelen. Het belang Maakt procesanalyse gesegmenteerd per productcategorie mogelijk, wat onthult of verschillende producttypen leiden tot variaties in procesefficiëntie. Vindplaats 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 | |||
| Verkoopkanaal SalesChannel | Het kanaal waarlangs de verkooporder werd geplaatst, zoals 'Web', 'Direct Sales' of 'Partner'. | ||
| Omschrijving De Sales Channel attribuut categoriseert orders op basis van hun punt van herkomst. Dit maakt vergelijkende analyse van procesprestaties over verschillende kanalen mogelijk. Dit is belangrijk voor het 'Sales Channel Prestatievergelijking'-dashboard. Door te filteren of te vergelijken per kanaal, kunnen bedrijven vinden welke kanalen het meest efficiënt zijn, welke de meeste herstelwerk ervaren, en waar standaardisatie-inspanningen nodig kunnen zijn om de prestaties op elkaar af te stemmen. Het belang Maakt prestatievergelijking tussen verschillende bedrijfskanalen mogelijk, wat helpt bij het vinden van best practices en gebieden voor procesharmonisatie. Vindplaats Dit is doorgaans een custom picklist-veld op het Order- of Opportunity-object. Raadpleeg de documentatie of het schema van Salesforce Sales Cloud. Voorbeelden Directe VerkoopWebportaalPartnernetwerkInside Sales | |||
| Verzendmethode ShippingMethod | De gekozen methode voor de verzending van de goederen, zoals 'Standard Ground', 'Express' of 'International'. | ||
| Omschrijving Dit attribuut 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 Efficiëntie Analysis' wordt dit attribuut 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'. Het belang Maakt analyse van logistieke prestaties mogelijk en helpt bij het ewaarderen van de kosten en efficiëntie van verschillende verzendopties. Vindplaats Dit is waarschijnlijk een aangepast veld 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 tot betaling - Activiteiten verkooporderverwerking
| Activiteit | Omschrijving | ||
|---|---|---|---|
| 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. | ||
| Het belang Deze gebeurtenis is de laatste stap in het realiseren van cash uit de verkoop. Het analyseren van de tijd vanaf 'Factuur Verzonden' tot dit punt is belangrijk voor het beheren van de cashflow en days sales outstanding (DSO). Vindplaats 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. | ||
| Het belang Deze mijlpaal markeert het begin van het financiële incassodeel van het proces. De tijd tussen levering en facturering kan administratieve knelpunten zichtbaar maken die de cashflow beïnvloeden. Vindplaats 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. | ||
| Het belang Deze gebeurtenis is belangrijk voor het berekenen van de 'On-Time Delivery Rate' KPI en het meten van de daadwerkelijke customer-facing doorlooptijden. Het bevestigt dat het fulfillmentproces is voltooid. Vindplaats 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-veld wordt ingevuld. Gebeurtenistype inferred | |||
| Goederen verzonden | Vertegenwoordigt het moment waarop de order fysiek vanuit het magazijn naar de klant is verzonden. Deze gebeurtenis wordt bijna altijd vastgelegd door een update van een extern verzend- of ERP-systeem in Salesforce. | ||
| Het belang 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 klantreis. Vindplaats 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 zijn afkomstig uit een fulfilmentsysteem. Vastleggen Gebruik de timestamp wanneer een shipping date of tracking number-veld voor het eerst wordt ingevuld. Gebeurtenistype inferred | |||
| Order Aangemaakt | Markeert de initiële aanmaak van een sales order record in het systeem. Deze gebeurtenis wordt expliciet vastgelegd wanneer een nieuwe 'Order' object instantie voor het eerst wordt opgeslagen in Salesforce. | ||
| Het belang Dit is het primaire start-gebeurtenis voor het Order tot betaling-proces. Het analyseren van de tijd vanaf dit punt tot volgende activiteiten is belangrijk voor het begrijpen van de totale doorlooptijden. Vindplaats Het aanmaak gebeurtenis 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. | ||
| Het belang Dit is het primaire 'happy path' eind-gebeurtenis voor het proces. Het meten van de totale tijd tot deze activiteit levert de KPI Average Order to Close Time op. Vindplaats 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 gebeurtenis 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. | ||
| Het belang 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 belangrijk onderdeel van het volgen van doorlooptijden van de verkoopcyclus. Vindplaats Afgeleid uit de wijziging van het standaard 'Status' veld op het 'Order' object naar 'Activated'. De timestamp wordt vastgelegd in de 'Order' veld history tracking. Vastleggen Controleer de veldhistorie van het 'Order' object op een statuswijziging naar 'Activated'. Gebeurtenistype inferred | |||
| Factuur naar Klant Verzonden | Geeft aan dat de factuur naar de klant is verzonden voor betaling. Dit wordt doorgaans vastgelegd als een statuswijziging op de factuurrecord. | ||
| Het belang Dit is het trigger-gebeurtenis voor de KPI Payment Realization Time. Elke vertraging tussen het aanmaken en versturen van facturen stelt het begin van de betaaltermijn direct uit. Vindplaats 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 gebeurtenis, vastgelegd wanneer een aangepast veld, zoals 'Credit Check Status', wordt bijgewerkt naar 'Passed' of 'Completed'. | ||
| Het belang Deze activity is vaak een bron van aanzienlijke vertragingen. Het meten van de duur en wachttijd ervan is belangrijk om de knelpunten die via het 'Credit Check Bottleneck Analysis' dashboard worden geïdentificeerd aan te pakken en de cashflow te verbeteren. Vindplaats 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 aangepast velden 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. | ||
| Het belang Dit is een kritieke uitzondering en eind-gebeurtenis. Het analyseren van waarom en wanneer orders worden geannuleerd, kan problemen in het verkoopproces, de productbeschikbaarheid of het klantkrediet inzichtelijk maken. Vindplaats Afgeleid van een wijziging in het 'Status'-veld van het 'Order'-object naar 'Annulerenled'. De timestamp is te vinden in de veldhistorie voor het 'Status'-veld. Vastleggen Controleer de veldhistorie van het 'Order' object op een statuswijziging naar 'Annulerenled'. 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. | ||
| Het belang Dit is een belangrijke mijlpaal die het fulfillmentproces ontgrendelt. Vertragingen in de goedkeuring kunnen de totale Order tot betaling doorlooptijd aanzienlijk beïnvloeden. Vindplaats 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. | ||
| Het belang Deze gebeurtenis 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. Vindplaats 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. | ||
| Het belang 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. Vindplaats 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 veld-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. | ||
| Het belang Deze activity is belangrijk voor de analyse van de 'Inventory Allocation Lead Time' KPI. Vertragingen hier hebben directe invloed op het vermogen om orders op tijd te verzenden. Vindplaats Verplicht systeemanalyse. Vaak afgeleid van een statusupdate op de 'Order' of 'OrderItem' objects, of de vulling van een custom 'Allocation_Date__c' veld, gedreven door een integration. Vastleggen Volg status- of date veld-wijzigingen op Order- of OrderItem-objects vanuit een ERP-integratie. Gebeurtenistype inferred | |||
Extractiegidsen
Stappen
- Voorvereiste: Field History Tracking configureren: Voordat je 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 gebeurtenissen aan te duiden, zoals Credit_Check_Status__c of Fulfillment_Status__c. Dit doet je via Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Een aangepast rapporttype aanmaken: Om veldwijzigingsdata naast orderdetails te raadplegen, maakt je 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 je 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 je 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), Bewerken Date (voor EventTime), Gebruiker (voor GebruikerPerformingAction), Field/Event (het gewijzigde veld), Original Value en New Value. Voeg andere kolommen van het bovenliggende Order-object toe, zoals Order: Total Bedrag, Account: Account Naam 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 je 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-gebeurtenis vast te leggen. Voeg kolommen toe voor Order Number, Created Date, Created By, Status, Total Bedrag en Account Naam. 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 ActiviteitNaam-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 ActiviteitNaam in op 'Order Activated'.
- Voeg voor het 'Order Created'-rapport een nieuwe kolom toe met de naam ActiviteitNaam 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: Bronsysteem (met een statische waarde van 'Salesforce Sales Cloud') en LastDataUpdate (met de huidige timestamp). Controleer alle kolomkoppen en dataformats voordat je het definitieve bestand opslaat als een CSV, klaar voor upload.
Configuratie
- Rapporttypen: Een aangepast rapporttype dat Orders en Order History samenvoegt, is belangrijk voor het vastleggen van statuswijzigingen en andere veldupdates als afzonderlijke gebeurtenissen.
- 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.
*/