Data Template: Order to Cash - Verkooporderverwerking
Uw Order to Cash - Sales Order Processing Data Template
- Aanbevolen attributen voor diepgaande analyse
- Essentiële activiteiten om te volgen in uw proces
- Praktische data extractie richtlijnen voor NetSuite
Order to Cash - Attributes Verkooporderverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de zakelijke event of activiteit die op een specifiek moment heeft plaatsgevonden. | ||
|
Beschrijving
Dit attribute beschrijft een specifieke stap of statuswijziging binnen de levenscyclus van de verkooporder, zoals 'Sales Order Created', 'Goods Shipped' of 'Payment Received'. De opeenvolging van deze activiteiten vormt de basis van de proceskaart. Het analyseren van de stroom van activiteiten helpt bij het identificeren van veelvoorkomende procespaden, afwijkingen en knelpunten. Het begrijpen van de frequentie en volgorde van activiteiten is cruciaal voor het identificeren van kansen om processen te stroomlijnen en handmatige inspanning te verminderen.
Waarom het belangrijk is
Het definieert de stappen van het proces, wat visualisatie en analyse van de procesflow mogelijk maakt.
Waar te verkrijgen
Dit is doorgaans afgeleid van systeemstatuswijzigingen, transactietypes of specifieke event logs binnen NetSuite. Het vereist vaak het mappen van statusvelden of events voor transactieaanmaak naar een gestandaardiseerde activity naam.
Voorbeelden
Verkooporder aangemaaktVerkooporder goedgekeurdGoederen verzondenFactuur aangemaaktBetaling Ontvangen
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De timestamp waarop de activiteit heeft plaatsgevonden. | ||
|
Beschrijving
Dit attribute geeft de exacte datum en tijd voor elke activiteit in het proces. Het is de chronologische ruggengraat van de event log, waardoor de berekening van doorlooptijden, looptijden en wachttijden tussen verschillende stappen mogelijk wordt gemaakt. Nauwkeurige timestamps zijn essentieel voor prestatieanalyse, zoals het meten van de tijd van ordercreatie tot verzending of het identificeren van vertragingen in het kredietgoedkeuringsproces. Het maakt gedetailleerde analyse van procesefficiëntie en naleving van service level agreements mogelijk.
Waarom het belangrijk is
Timestamps zijn cruciaal voor het berekenen van alle tijdgebaseerde metrieken, inclusief doorlooptijden en tijdsduren, essentieel voor het identificeren van knelpunten in processen.
Waar te verkrijgen
Dit komt overeen met datumvelden op 'NetSuite' transactierecords, zoals 'Date Created' voor de verkooporder, 'Actual Ship Date' voor artikelleveringen, of 'Date' voor facturen en betalingen.
Voorbeelden
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Verkooporder
SalesOrder
|
De unieke identificatiecode voor elk verkooporderdocument. | ||
|
Beschrijving
De Verkooporder dient als de primaire case-ID en verbindt alle daaropvolgende activiteiten, van het plaatsen van de klantorder tot de levering van goederen en de uiteindelijke betaling. Elke verkooporder vertegenwoordigt een afzonderlijke case binnen het end-to-end proces. Binnen process mining is dit attribute van fundamenteel belang voor het reconstrueren van het traject van elke order. Het maakt de analyse van procesvarianten, cycle times en bottlenecks per order mogelijk, en biedt zo een compleet beeld van de lifecycle voor elk individueel klantverzoek.
Waarom het belangrijk is
Dit is de primaire identifier die alle gerelateerde events verbindt tot één case, waardoor end-to-end analyse mogelijk wordt.
Waar te verkrijgen
Dit is de interne ID van het transactierecord van de verkooporder in NetSuite. Het is doorgaans te vinden als 'Internal ID' op het verkooporderformulier of in zoekresultaten.
Voorbeelden
SO-100521SO-100522SO-100523
|
|||
|
Betalingstermijnen
PaymentTerms
|
De overeengekomen betalingsvoorwaarden voor de factuur. | ||
|
Beschrijving
Dit attribute definieert de voorwaarden waaronder een klant wordt geacht te betalen voor de goederen of diensten, bijvoorbeeld 'Net 30' of 'Direct Opeisbaar'. Deze voorwaarden worden gebruikt om de uiterste betaaldatum van de factuur te bepalen. Het analyseren per betalingsvoorwaarde helpt bij het identificeren welke voorwaarden gepaard gaan met te late betalingen en stelt het bedrijf in staat de financiële impact van zijn kredietbeleid te beoordelen. Het is essentieel voor de analyse van het 'Payment Terms Adherence Rate' dashboard en het begrijpen van de cash flow dynamiek.
Waarom het belangrijk is
Het vormt de basis voor het berekenen van betalingstermijnen en het analyseren van klantbetaalgedrag en nalevingspercentages.
Waar te verkrijgen
Dit is het 'Terms' veld op het 'Sales Order' of factuurtransactierecord in 'NetSuite'.
Voorbeelden
Netto 30Netto 60Verschuldigd bij ontvangst
|
|||
|
Factuurnummer
InvoiceNumber
|
De unieke identificatiecode voor de klantfactuur. | ||
|
Beschrijving
Dit attribute is het referentienummer voor het factuurdocument dat is gegenereerd vanuit de verkooporder. Het koppelt het verkoopuitvoeringsproces aan het debiteurenproces. Het volgen van het factuurnummer is belangrijk voor financiële afstemming en voor analyses die het gehele traject van order tot definitieve betaling omvatten. Het biedt een concrete link tussen de operationele activiteiten van het verzenden van goederen en de financiële activiteit van het innen van geld.
Waarom het belangrijk is
Het verbindt de verkooporder met de specifieke financiële transactie voor facturering, waardoor een echte end-to-end Order to Cash-analyse mogelijk is.
Waar te verkrijgen
Dit is het 'Invoice #' of 'Transaction ID' van het factuurrecord dat aangemaakt is vanuit de 'Sales Order'.
Voorbeelden
INV-2001INV-2002INV-2003
|
|||
|
Gebruiker
User
|
De gebruiker of medewerker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribute identificeert de persoon die verantwoordelijk is voor de uitvoering van een specifieke processtap, zoals de verkoopvertegenwoordiger die de order heeft aangemaakt, of de magazijnmedewerker die de goederen heeft ingepakt. Dit kan een gebruikersnaam of een unieke ID zijn. Het analyseren per gebruiker helpt bij het begrijpen van de werkdrukverdeling, het identificeren van trainingsbehoeften en het vergelijken van prestaties tussen individuen of teams. Het is cruciaal voor oorzaakanalyse bij het onderzoeken van afwijkingen of vertragingen die het gevolg zijn van specifieke gebruikersacties.
Waarom het belangrijk is
Dit maakt prestatieanalyse per medewerker of rol mogelijk, wat helpt bij het identificeren van toppresteerders, automatiseringskandidaten en trainingsmogelijkheden.
Waar te verkrijgen
Deze informatie is te vinden in velden zoals 'Created By', 'Modified By' of 'Owner' op diverse 'NetSuite' transactierecords.
Voorbeelden
John SmithJane DoeWarehouse User 1
|
|||
|
Gewenste leverdatum
RequestedDeliveryDate
|
De door de klant gevraagde leverdatum. | ||
|
Beschrijving
Dit attribute legt de datum vast waarop de klant heeft gevraagd de goederen te ontvangen. Het dient als een KPI-basislijn voor het meten van tijdige levering. Deze datum wordt vergeleken met de werkelijke leverdatum ('Goods Shipped' timestamp) om de 'On-Time Delivery Rate' KPI te berekenen. Het analyseren van het verschil tussen de gewenste en werkelijke leverdata helpt bij het identificeren van systemische problemen in forecasting, inventory management of logistiek die het bedrijf verhinderen om aan de klantverwachtingen te voldoen.
Waarom het belangrijk is
Het is de basis voor het meten van tijdige leveringsprestaties en klanttevredenheid.
Waar te verkrijgen
Dit kan overeenkomen met een standaard of aangepast veld op het record van de verkooporder, vaak genaamd 'Requested Delivery Date' of iets dergelijks.
Voorbeelden
2023-05-202023-06-012023-06-15
|
|||
|
Klantnaam
CustomerName
|
De naam van de klant die de verkooporder heeft geplaatst. | ||
|
Beschrijving
Dit attribute bevat de naam van de juridische entiteit of het individu dat de goederen of diensten heeft afgenomen. Het koppelt het verkooporderproces aan een specifiek klantaccount. De analyse filteren of dimensioneren per klant is essentieel voor het begrijpen van klantspecifiek gedrag, het identificeren van problemen die belangrijke accounts beïnvloeden, en het evalueren van serviceniveaus. Het maakt een klantgerichte visie op het proces mogelijk, waarbij wordt benadrukt welke klanten de meeste vertragingen of herstelwerkzaamheden ervaren.
Waarom het belangrijk is
Maakt het mogelijk om het proces per klant te segmenteren, wat cruciaal is voor het analyseren van klanttevredenheid, het identificeren van problemen met belangrijke klanten en het afstemmen van diensten.
Waar te verkrijgen
Dit is het 'Customer' of 'Entity' veld op het verkoopordertransactierecord in 'NetSuite'.
Voorbeelden
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
|
|||
|
Productcategorie
ProductCategory
|
De categorie van het primaire product of de dienst op de verkooporder. | ||
|
Beschrijving
Dit attribute classificeert de artikelen van de verkooporder in bredere categorieën, zoals 'Hardware', 'Software' of 'Services'. Als een order meerdere categorieën bevat, kan een primaire categorie toegewezen worden op basis van waarde of aantal artikelen. Het analyseren van het proces per productcategorie kan variaties in fulfillmentpaden aan het licht brengen. Zo kunnen services een veel eenvoudiger fulfillmentproces hebben dan fysieke hardware, waarvoor picking, packing en shipping vereist zijn. Deze segmentatie is essentieel voor het ontwerpen van categoriespecifieke procesverbeteringen.
Waarom het belangrijk is
Het segmenteren van het proces per productcategorie helpt verschillende uitvoeringspaden te onthullen en categorie-specifieke bottlenecks te identificeren.
Waar te verkrijgen
Deze informatie is afgeleid van de 'Item' records die gekoppeld zijn aan de verkooporderregels. Het kan nodig zijn om deze samen te voegen met de artikel stamdata om de categorie te verkrijgen.
Voorbeelden
ElektronicaSoftwarelicentieAdviesdiensten
|
|||
|
Status verkooporder
SalesOrderStatus
|
De huidige status van de verkooporder binnen de levenscyclus. | ||
|
Beschrijving
Dit attribute geeft de huidige status van de verkooporder aan, zoals 'In afwachting van goedkeuring', 'In afwachting van fulfillment' of 'Gefactureerd'. Het biedt een momentopname van de positie van de order binnen het algemene proces. Hoewel het activity log de historische stroom toont, is de huidige status nuttig om orders te filteren en te focussen die momenteel vastzitten of actief zijn. Het analyseren van cases op basis van hun eindstatus helpt bij het begrijpen van procesresultaten, zoals of een order succesvol is afgesloten, geannuleerd of nog in behandeling is.
Waarom het belangrijk is
Het maakt filtering van cases mogelijk op basis van hun huidige status, wat cruciaal is voor het analyseren van openstaande orders en het identificeren van geblokkeerde of vertraagde orders.
Waar te verkrijgen
Dit is het 'Status' veld op het verkoopordertransactierecord in 'NetSuite'.
Voorbeelden
Afhandeling In AfwachtingFacturering In AfwachtingGefactureerdGesloten
|
|||
|
Total Order Amount
TotalOrderAmount
|
De totale geldwaarde van de verkooporder. | ||
|
Beschrijving
Dit attribute vertegenwoordigt de totale financiële waarde van de verkooporder, inclusief alle artikelen, belastingen en verzendkosten. Het is een cruciale maatstaf voor de economische betekenis van elke procesinstantie. Het analyseren van het proces op basis van ordewaarde kan belangrijke patronen onthullen. Zo kunnen orders met hoge waarde een ander, meer handmatig goedkeuringsproces volgen, terwijl orders met lage waarde hoog geautomatiseerd kunnen zijn. Deze analyse helpt bij het prioriteren van procesverbeteringsinspanningen op de meest impactvolle orders.
Waarom het belangrijk is
Maakt waardegedreven analyse mogelijk, wat helpt bij het prioriteren van orders met hoge waarde en te begrijpen hoe procesefficiëntie de omzet beïnvloedt.
Waar te verkrijgen
Dit is het veld 'Total' op het transactierecord van de verkooporder in NetSuite.
Voorbeelden
1500.00250.5012500.75
|
|||
|
Aantal wijzigingen verkooporder
SalesOrderChangeCount
|
Het aantal keren dat een verkooporder is gewijzigd na de initiële aanmaak. | ||
|
Beschrijving
Deze berekende metriek telt het voorkomen van Verkooporder Gewijzigd activiteiten voor elke case. Een hoog aantal wijzigingen duidt op herwerk, wat kan worden veroorzaakt door klantverzoeken, data-invoerfouten of prijsaanpassingen. Dit attribute is een directe input voor de 'Sales Order Rework Rate' KPI en het 'Sales Order Rework Variants' dashboard. Het analyseren van de kenmerken van orders met een hoog aantal wijzigingen helpt bij het identificeren van de grondoorzaken van herwerk, zoals problemen met specifieke producten, klanten of verkoopvertegenwoordigers.
Waarom het belangrijk is
Kwantificeert direct herwerk, en helpt de bronnen van inefficiëntie, data quality issues en procesinstabiliteit te identificeren.
Waar te verkrijgen
Dit wordt berekend tijdens datatransformatie door de Verkooporder Gewijzigd events te tellen voor elke 'SalesOrder' case-ID.
Voorbeelden
013
|
|||
|
Bronsysteem
SourceSystem
|
Identificeert het systeem waaruit de data afkomstig is. | ||
|
Beschrijving
Dit attribute specificeert de bronapplicatie waar de event data is gegenereerd. Voor dit proces zal dit doorgaans 'NetSuite' zijn. In complexere omgevingen kan het helpen data te onderscheiden die afkomstig is van verschillende geïntegreerde systemen, zoals een aparte CRM of WMS. In analyse helpt het de dataherkomst te bevestigen en is het cruciaal bij het combineren van data uit meerdere bronnen om een enkel, geünificeerd procesoverzicht te creëren. Het zorgt ervoor dat data correct wordt toegeschreven aan de bron, wat belangrijk is voor data governance en probleemoplossing.
Waarom het belangrijk is
Het biedt cruciale context over de herkomst van data, vooral in omgevingen waar meerdere systemen zijn geïntegreerd.
Waar te verkrijgen
Dit is een statische waarde ('NetSuite') die wordt toegevoegd tijdens het data-extractie- en transformatieproces.
Voorbeelden
NetSuite
|
|||
|
Kredietstatus
CreditStatus
|
Geeft de kredietblokkadestatus van de verkooporder aan. | ||
|
Beschrijving
Dit attribute weerspiegelt de kredietstatus van de klant op het moment van orderverwerking, bijvoorbeeld 'On Hold' of 'Released'. Het is een sleutelfactor in de vroege stadia van de orderlevenscyclus. Het analyseren van dit attribute helpt bij het begrijpen van de impact van kredietcontroles op de totale doorlooptijd van orders. Het 'Credit Check Cycle Time Analysis' dashboard vertrouwt op deze data om te identificeren hoeveel orders on hold worden geplaatst en hoe lang het duurt om ze vrij te geven, waarbij knelpunten in het kredietbeheerproces worden benadrukt.
Waarom het belangrijk is
Heeft directe invloed op de Credit Check Cycle Time KPI en helpt vertragingen in de vroege fase van het orderproces te verklaren.
Waar te verkrijgen
Dit kan een standaard statusveld of een aangepaste checkbox zijn, bijv. 'Credit Hold', op het record van de verkooporder. Het kan ook worden afgeleid uit de aanwezigheid van de activities 'Credit Hold Applied' en 'Credit Hold Released'.
Voorbeelden
GoedIn de wachtVrijgegeven
|
|||
|
Laatste data-update
LastDataUpdate
|
Timestamp van de laatste data refresh of extractie uit het bronsysteem. | ||
|
Beschrijving
Dit attribute geeft aan wanneer de dataset voor het laatst is bijgewerkt. Het biedt zakelijke gebruikers transparantie over de actualiteit van de data die ze analyseren, en zorgt ervoor dat ze de tijdsperiode begrijpen die door de process mining dashboards en analyse wordt gedekt. Dit wordt niet gebruikt voor processtroomanalyse, maar is een cruciaal metadata-element voor data governance en gebruikersvertrouwen. Het helpt gebruikers de recentheid van de inzichten te beoordelen en te weten wanneer ze nieuwe data kunnen verwachten.
Waarom het belangrijk is
Informeert gebruikers over de actualiteit van de data, wat essentieel is voor het nemen van beslissingen op basis van de analyse.
Waar te verkrijgen
Deze timestamp wordt gegenereerd en toegevoegd aan de dataset op het moment van data-extractie uit NetSuite.
Voorbeelden
2023-10-27T02:00:00Z
|
|||
|
Land van verzending
ShippingCountry
|
Het land van bestemming voor de zending. | ||
|
Beschrijving
Dit attribute bevat het land waarnaar de goederen van de order worden verzonden. Het is afgeleid van het verzendadres dat aan de verkooporder is gekoppeld. Geografische analyse op basis van het verzendland kan variaties in procesprestaties onthullen als gevolg van logistiek, douane of de efficiëntie van regiokantoren. Hierdoor kunnen verzendtijden, leveringsnauwkeurigheid en proceskosten tussen verschillende landen of regio's worden vergeleken.
Waarom het belangrijk is
Maakt geografische analyse mogelijk om regionale bottlenecks te identificeren, logistieke prestaties te vergelijken en internationale complexiteiten te begrijpen.
Waar te verkrijgen
Dit is onderdeel van het 'Shipping Address' op het verkoopordertransactierecord.
Voorbeelden
USADuitslandJapan
|
|||
|
Op tijd betaald
IsOnTimePayment
|
Een indicator die aangeeft of de factuur op of vóór de vervaldatum is betaald. | ||
|
Beschrijving
Dit berekend booleaans attribute vergelijkt de Betaling Ontvangen timestamp met het Betalingsvervaldatum attribute. Het is waar als de betaling op of vóór de vervaldatum is gedaan, en onwaar anderszins. Dit attribute is de basis voor de 'On-Time Payment Rate' KPI en het 'Payment Terms Adherence Rate' dashboard. Het biedt een duidelijke maatstaf voor het betalingsgedrag van klanten, waardoor analyse mogelijk wordt van welke klanten, regio's of betalingstermijnen het meest geassocieerd zijn met late betalingen.
Waarom het belangrijk is
Meet direct de betalingsdiscipline van de klant, wat cruciaal is voor cash flow management en het beoordelen van kredietrisico.
Waar te verkrijgen
Dit wordt berekend tijdens datatransformatie door de timestamp van de Betaling Ontvangen activiteit te vergelijken met het Betalingsvervaldatum attribute.
Voorbeelden
truefalse
|
|||
|
Tijdige levering
IsOnTimeDelivery
|
Een indicator die aangeeft of de bestelling op of vóór de aangevraagde datum is geleverd. | ||
|
Beschrijving
Dit berekend booleaans attribute vergelijkt de Goederen Verzonden of de werkelijke leveringstimestamp met het GevraagdeLeveringsdatum attribute. Het is waar als de levering op tijd of vroeg was, en onwaar als deze te laat was. Deze vlag is essentieel voor het berekenen van de 'On-Time Delivery Rate' KPI en voor het voeden van het 'Delivery Promise vs. Reality Gap' dashboard. Het vereenvoudigt de analyse van leveringsprestaties, waardoor eenvoudig filteren en aggregeren mogelijk wordt om de oorzaken van late zendingen te vinden, of dit nu specifieke producten, regio's of procesknelpunten zijn.
Waarom het belangrijk is
Biedt een duidelijk, binair resultaat voor leveringsprestaties, en vereenvoudigt daarmee de berekening van KPI's en de root cause analysis van te late orders.
Waar te verkrijgen
Dit wordt berekend tijdens datatransformatie door de timestamp van de Goederen Verzonden activiteit te vergelijken met het GevraagdeLeveringsdatum attribute.
Voorbeelden
truefalse
|
|||
|
Type verkooporder
SalesOrderType
|
De classificatie van de verkooporder, zoals standaard, spoed of speciaal. | ||
|
Beschrijving
Dit attribute categoriseert verkooporders op basis van hun type, wat vaak het procespad en de prioriteit bepaalt. Een 'Spoedorder' kan bijvoorbeeld bepaalde stappen overslaan of strengere SLA's hebben dan een 'Standaard Order'. Het analyseren van het proces per ordertype is cruciaal om te begrijpen of verschillende procesvarianten opzettelijk en effectief zijn. Het helpt bij het evalueren of specifieke afhandelingsprocedures voor bepaalde ordertypes daadwerkelijk leiden tot snellere of betere resultaten, en wat de bijbehorende kosten zijn.
Waarom het belangrijk is
Maakt het mogelijk om verschillende beoogde procespaden te vergelijken, zoals standaard versus spoedbestellingen, om te zien of ze presteren zoals verwacht.
Waar te verkrijgen
Dit is doorgaans een aangepast veld 'Order Type' op het verkooporderformulier, aangezien NetSuite verschillende transactieformulieren gebruikt (bijv. Standard Sales Order, Standard Sales Order - Cash Sale) in plaats van standaard één enkel type veld.
Voorbeelden
StandaardorderSpoedorderProjectorder
|
|||
|
Uiterste betaaldatum
PaymentDueDate
|
De datum waarop de factuur uiterlijk betaald moet zijn. | ||
|
Beschrijving
Dit attribute is de berekende datum waarop de klant de betaling moet doen, gebaseerd op de factuurdatum en de betalingstermijn. Bijvoorbeeld, voor een factuur gedateerd 1 april met een betalingstermijn van 'Net 30', zou de vervaldatum 1 mei zijn. Deze datum is cruciaal voor financiële analyse en wordt direct vergeleken met de Datum Ontvangen Betaling om te bepalen of een betaling op tijd was. Het is een sleutelcomponent voor het berekenen van de 'On-Time Payment Rate' KPI en voor debiteurenbeheer.
Waarom het belangrijk is
Dit is de benchmark voor het meten van prestaties op het gebied van tijdige betalingen, cruciaal voor het beheer van cashflow en debiteuren.
Waar te verkrijgen
Dit is het 'Due Date' veld op het factuurtransactierecord. Het wordt automatisch berekend door 'NetSuite' op basis van de factuurdatum en betalingstermijnen.
Voorbeelden
2023-05-302023-06-152023-07-01
|
|||
|
Verkoopteam
SalesTeam
|
Het verkoopteam of de groep waaraan de verkooporder is toegewezen. | ||
|
Beschrijving
Dit attribute identificeert het team of de afdeling die verantwoordelijk is voor de verkoop. Het wordt gebruikt voor het organiseren van verkoopvertegenwoordigers en het beheren van verkoopgebieden of productlijnen. Binnen process mining kan het analyseren van prestaties per verkoopteam best practices van best presterende teams onthullen of systemische problemen identificeren die een bepaald team beïnvloeden. Het kan verschillen in kwaliteit van data-invoer, kortingsgoedkeuringen of andere stroomopwaartse factoren benadrukken die van invloed zijn op het stroomafwaartse fulfillmentproces.
Waarom het belangrijk is
Maakt prestatievergelijking mogelijk tussen verschillende verkoopteams, wat helpt bij het identificeren van beste praktijken of gebieden die ondersteuning nodig hebben.
Waar te verkrijgen
Dit kan een standaard of aangepast veld zijn op het record van de verkooporder, vaak gekoppeld aan het medewerkersrecord van de verkoopvertegenwoordiger.
Voorbeelden
North America SalesEMEA EnterpriseAPAC Kanaal
|
|||
Order to Cash - Activiteiten Verkooporderverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling Ontvangen
|
Deze activiteit markeert de ontvangst van betaling van de klant voor een factuur. Het wordt vastgelegd wanneer een 'Customer Payment'-transactie wordt aangemaakt en toegepast op de factuur die gekoppeld is aan de verkooporder. | ||
|
Waarom het belangrijk is
Als een belangrijke afsluitende event is deze activiteit vitaal voor het analyseren van de cashconversiecyclus en tijdige betalingsprestaties. Het duidt op de succesvolle financiële afronding van een verkooptransactie.
Waar te verkrijgen
Dit is een expliciet event. De timestamp is de aanmaakdatum van de 'Customer Payment' transactie (Transaction table, Type='CustPymt') toegepast op de relevante factuur.
Vastleggen
Gebruik de transactiedatum van het Customer Payment record dat op de factuur is toegepast.
Gebeurtenistype
explicit
|
|||
|
Factuur aangemaakt
|
Dit vertegenwoordigt de aanmaak van de financiële factuur voor de verzonden goederen of diensten. Het is een expliciete event die wordt geactiveerd door de aanmaak van een 'Invoice'-transactie die gekoppeld is aan de verkooporder. | ||
|
Waarom het belangrijk is
Deze activiteit is een cruciale mijlpaal voor omzetverantwoording en markeert de start van de betalingscyclus. De tijd tussen verzending en facturering heeft directe impact op de cash flow.
Waar te verkrijgen
Dit is een expliciet event vastgelegd uit het 'Date Created' veld op het factuurtransactierecord (Transaction table, Type='CustInvc'), teruggekoppeld naar de 'Sales Order'.
Vastleggen
Gebruik de aanmaakdatum van de transactie voor de gekoppelde 'Invoice'.
Gebeurtenistype
explicit
|
|||
|
Goederen verzonden
|
Deze mijlpaal markeert het moment dat artikelen het magazijn hebben verlaten en onderweg zijn naar de klant. Dit wordt afgeleid wanneer de status van het 'Item Fulfillment' record is bijgewerkt naar 'Shipped'. | ||
|
Waarom het belangrijk is
Verzending is een cruciaal overdrachtsmoment naar de vervoerder en klant. Deze event is essentieel voor het bijhouden van on-time delivery prestaties en het meten van de totale doorlooptijd van orderuitvoering.
Waar te verkrijgen
Afgeleid van het veld 'Status' op de gekoppelde 'Item Fulfillment'-transactie dat verandert naar 'Shipped'. De timestamp voor deze event is de datum waarop deze status wijzigde.
Vastleggen
Timestamp van statuswijziging naar 'Shipped' op het 'Item Fulfillment' record.
Gebeurtenistype
inferred
|
|||
|
Orderafhandeling Aangemaakt
|
Deze activiteit markeert de start van het fysieke fulfillmentproces in het magazijn. Het vindt plaats wanneer een 'Item Fulfillment'-transactie wordt gegenereerd op basis van de Verkooporder. | ||
|
Waarom het belangrijk is
Dit is een belangrijke mijlpaal die het verkoopproces koppelt aan de magazijnoperaties. De tijd tussen ordergoedkeuring en de aanmaak van de uitvoering is een belangrijke indicator van operationele paraatheid.
Waar te verkrijgen
Dit is een expliciet event. De timestamp is de aanmaakdatum van het 'Item Fulfillment' record, dat teruggekoppeld is naar de bronverkooporder.
Vastleggen
Gebruik de aanmaakdatum van de transactie voor het gekoppelde 'Item Fulfillment'-record.
Gebeurtenistype
explicit
|
|||
|
Verkooporder aangemaakt
|
Deze activiteit markeert de officiële start van het verkooporderproces. Het vindt plaats wanneer een nieuwe verkoopordertransactie voor het eerst wordt opgeslagen in NetSuite, en legt zo het initiële klantverzoek vast. | ||
|
Waarom het belangrijk is
Dit is de primaire start event voor het Order to Cash proces. Het analyseren van de tijd vanaf dit event tot opvolgende activities is cruciaal voor het meten van de algehele efficiëntie van orderverwerking en doorlooptijden.
Waar te verkrijgen
Dit is een expliciet event vastgelegd uit het 'Date Created' veld op het verkoopordertransactierecord (Transaction table, Type='SalesOrd').
Vastleggen
Gebruik de aanmaakdatum van de transactie voor verkooporders.
Gebeurtenistype
explicit
|
|||
|
Verkooporder afgesloten
|
Dit is de laatste activity, die aangeeft dat de verkooporder volledig is afgehandeld, gefactureerd en als voltooid wordt beschouwd. Dit wordt afgeleid uit de statuswijziging van de verkooporder naar 'Closed'. | ||
|
Waarom het belangrijk is
Dit event markeert het operationele einde van de orderlevenscyclus. De tijd van creatie tot afsluiting biedt een compleet beeld van de end-to-end doorlooptijd van het proces.
Waar te verkrijgen
Afgeleid van het veld 'Status' op de Sales Order-transactie dat verandert naar 'Closed'. De timestamp wordt opgehaald uit de systeemnotities voor deze definitieve statuswijziging.
Vastleggen
Timestamp van statuswijziging naar 'Closed' in de systeemnotities van de verkooporder.
Gebeurtenistype
inferred
|
|||
|
Verkooporder goedgekeurd
|
Deze mijlpaal betekent dat de verkooporder alle interne controles, zoals krediet en voorraad, heeft doorstaan en klaar is voor fulfillment. Dit wordt meestal afgeleid wanneer de orderstatus verandert naar 'Pending Fulfillment'. | ||
|
Waarom het belangrijk is
Goedkeuring is een cruciale poort in het proces. Het meten van de goedkeuringstijd helpt vertragingen in interne controles en besluitvorming te identificeren.
Waar te verkrijgen
Afgeleid van een statuswijziging op het Sales Order-record. De timestamp wordt vastgelegd wanneer het veld 'Order Status' wordt bijgewerkt naar 'Pending Fulfillment' of een vergelijkbare aangepaste goedgekeurde status.
Vastleggen
Timestamp van statuswijziging naar 'Pending Fulfillment' in de systeemnotities van de verkooporder.
Gebeurtenistype
inferred
|
|||
|
Creditnota aangemaakt
|
Dit event vindt plaats wanneer een creditnota wordt uitgegeven tegen een verkooporder of factuur, doorgaans voor retouren, prijsaanpassingen of andere tegemoetkomingen. Het wordt vastgelegd wanneer een 'Credit Memo' transactie wordt aangemaakt. | ||
|
Waarom het belangrijk is
Creditnota's vertegenwoordigen vaak procesfouten zoals verzendfouten of productdefecten. Het analyseren van hun frequentie en timing helpt hoofdoorzaken te identificeren en de algehele kwaliteit te verbeteren.
Waar te verkrijgen
Dit is een expliciet event gebaseerd op de aanmaak van een 'Credit Memo' transactie (Transaction table, Type='CredMemo'), die kan worden teruggekoppeld naar de oorspronkelijke factuur of verkooporder.
Vastleggen
Gebruik de aanmaakdatum van de transactie voor de gekoppelde 'Credit Memo'.
Gebeurtenistype
explicit
|
|||
|
Goederen verpakt
|
Geeft aan dat de gepickte artikelen zijn verpakt en klaar zijn voor verzending. Dit wordt vastgelegd door de statuswijziging op het Item Fulfillment record naar 'Packed' te volgen. | ||
|
Waarom het belangrijk is
Deze activiteit helpt de efficiëntie van het inpakstation te meten. De duur tussen picking en packing kan capaciteitsbeperkingen of procesinefficiënties aan het licht brengen.
Waar te verkrijgen
Afgeleid van het veld 'Status' op de gekoppelde 'Item Fulfillment'-transactie dat verandert naar 'Packed'. De timestamp wordt vastgelegd vanuit de systeemnotities voor deze update.
Vastleggen
Timestamp van statuswijziging naar 'Packed' op het 'Item Fulfillment' record.
Gebeurtenistype
inferred
|
|||
|
Goederen verzameld
|
Geeft aan dat de items voor de order zijn verzameld vanuit hun magazijnlocaties. Dit is een afgeleide event, gebaseerd op de statuswijziging van het geassocieerde 'Item Fulfillment'-record. | ||
|
Waarom het belangrijk is
Het analyseren van de tijd die nodig is voor het verzamelen van goederen is essentieel voor het optimaliseren van de magazijnefficiëntie. Deze activiteit helpt bij het meten en identificeren van bottlenecks in het pickproces.
Waar te verkrijgen
Afgeleid van het veld 'Status' op de gekoppelde 'Item Fulfillment'-transactie dat verandert naar 'Picked'. De timestamp wordt vastgelegd vanuit de systeemnotities voor deze statuswijziging.
Vastleggen
Timestamp van statuswijziging naar 'Picked' op het 'Item Fulfillment' record.
Gebeurtenistype
inferred
|
|||
|
Kredietblokkade opgeheven
|
Vertegenwoordigt het moment waarop een verkooporder wordt vrijgegeven van een kredietblokkering, waardoor deze kan doorgaan naar uitvoering. Dit wordt vastgelegd door een statuswijziging van een geblokkeerde status naar een open of goedgekeurde status te observeren. | ||
|
Waarom het belangrijk is
De duur van kredietblokkeringen is een kritieke KPI. Deze event maakt het mogelijk de benodigde tijd om kredietkwesties op te lossen te meten en de impact daarvan op de totale order-to-cash cycle.
Waar te verkrijgen
Afgeleid van de systeemnotities of het audit trail op het Sales Order-record, waarbij de timestamp wordt vastgelegd wanneer de 'Order Status' verandert van een blokkadestatus.
Vastleggen
Identificeer timestamp wanneer de orderstatus verandert van een kredietblokkade naar een actieve status.
Gebeurtenistype
inferred
|
|||
|
Kredietblokkade toegepast
|
Dit event vindt plaats wanneer een verkooporder automatisch of handmatig onder kredietblokkade wordt geplaatst, waardoor het uitvoeringsproces wordt onderbroken. Dit wordt doorgaans afgeleid uit de orderstatus die verandert naar 'Pending Approval' of een specifieke 'Credit Hold' staat. | ||
|
Waarom het belangrijk is
Vaststellen wanneer en waarom orders in de wacht worden gezet, is essentieel om vertragingen in de fulfilment-cyclus te begrijpen. Deze activiteit belicht knelpunten met betrekking tot kredietkwesties van klanten.
Waar te verkrijgen
Afgeleid van de systeemnotities of het audit trail op het Sales Order-record, waarbij specifiek wordt gezocht naar wijzigingen in het veld 'Order Status' naar een blokkadestatus.
Vastleggen
Identificeer timestamp wanneer de orderstatus verandert naar een kredietblokkade.
Gebeurtenistype
inferred
|
|||
|
Verkooporder gewijzigd
|
Deze activiteit registreert elke significante wijziging van een verkooporder nadat deze is aangemaakt, zoals aanpassingen aan hoeveelheid, artikelen of prijsstelling. Het wordt vastgelegd door het volgen van updates in de systeemnotities of het audit trail. | ||
|
Waarom het belangrijk is
Frequente wijzigingen kunnen duiden op data-invoerfouten of instabiele klantvraag, wat leidt tot rework en procesinefficiënties. Het bijhouden van deze wijzigingen helpt bij het identificeren van de hoofdoorzaken van orderaanpassingen.
Waar te verkrijgen
Afgeleid van de systeemnotities of het audit trail geassocieerd met de verkoopordertransactie. Elke gelogde wijziging aan een relevant veld kan worden behandeld als een instantie van deze activiteit.
Vastleggen
Identificeer veldwijzigingen in de systeemnotities van de verkooporder na initiële creatie.
Gebeurtenistype
inferred
|
|||
|
Voorraad gereserveerd
|
Dit event markeert wanneer voorraad officieel wordt gereserveerd voor een verkooporder, om te garanderen dat deze beschikbaar is voor uitvoering. Dit wordt afgeleid door veranderingen te observeren in de 'Committed Quantity' op de verkooporderregels. | ||
|
Waarom het belangrijk is
Deze activiteit is cruciaal voor het analyseren van de efficiëntie van voorraadallocatie. Vertragingen tussen ordergoedkeuring en voorraadtoezegging kunnen leiden tot voorraadtekorten en leveringsbeloften beïnvloeden.
Waar te verkrijgen
Afgeleid van de systeemnotities voor de line items van de verkooporder. De timestamp komt overeen met het moment waarop het veld 'Quantity Committed' wordt bijgewerkt van nul naar een positieve waarde.
Vastleggen
Timestamp van wijziging van het veld 'Quantity Committed' op orderregels.
Gebeurtenistype
inferred
|
|||