Datatemplate voor Order-to-Cash: verwerking van verkooporders
Datatemplate voor Order-to-Cash: verwerking van verkooporders
- Aanbevolen attributen voor een gedetailleerde analyse
- Belangrijke activiteiten om in het proces bij te houden
- Praktische aanwijzingen voor data-extractie uit NetSuite
Attributen voor Order-to-Cash: verwerking van verkooporders
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de bedrijfsgebeurtenis of activiteit die op een bepaald moment plaatsvond. | ||
|
Beschrijving
Dit attribuut beschrijft een specifieke stap of statuswijziging in de levenscyclus van een verkooporder, zoals 'Verkooporder aangemaakt', 'Goederen verzonden' of 'Betaling ontvangen'. De volgorde van deze activiteiten vormt de basis van de proceskaart. Door de activiteitenstroom te analyseren, kun je veelvoorkomende procesroutes, afwijkingen en bottlenecks opsporen. Inzicht in hoe vaak activiteiten voorkomen en in welke volgorde helpt je kansen te vinden om processen efficiënter te maken en handmatig werk te verminderen.
Waarom dit belangrijk is
Dit attribuut beschrijft de processtappen en maakt visualisatie en analyse van de processtroom mogelijk.
Waar vind je dit?
Dit wordt doorgaans afgeleid uit statuswijzigingen in het systeem, transactietypen of specifieke event logs in NetSuite. Vaak moeten statusvelden of gebeurtenissen bij het aanmaken van transacties worden gekoppeld aan een gestandaardiseerde activiteitsnaam.
Voorbeelden
Verkooporder aangemaaktVerkooporder goedgekeurdGoederen verzondenFactuur aangemaaktBetaling ontvangen
|
|||
|
Tijdstip van gebeurtenis
EventTime
|
Het timestamp dat aangeeft wanneer de activiteit plaatsvond. | ||
|
Beschrijving
Dit attribuut bevat de exacte datum en tijd van elke activiteit in het proces. Het vormt de chronologische basis van het event log en maakt het mogelijk om doorlooptijden, tijdsduren en wachttijden tussen stappen te berekenen. Nauwkeurige timestamps zijn essentieel voor prestatieanalyses, zoals het meten van de tijd tussen het aanmaken en verzenden van een order of het opsporen van vertragingen bij kredietgoedkeuring. Zo kun je de procesefficiëntie en het naleven van service level agreements in detail analyseren.
Waarom dit belangrijk is
Timestamps zijn nodig om alle tijdsgebonden metrieken te berekenen, waaronder doorlooptijden en tijdsduren. Die helpen je bottlenecks in processen op te sporen.
Waar vind je dit?
Dit komt overeen met datumvelden in NetSuite-transacties, zoals 'Date Created' voor de verkooporder, 'Actual Ship Date' voor orderafhandelingen 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 van elke verkooporder. | ||
|
Beschrijving
De verkooporder is de belangrijkste case-ID. De order verbindt alle volgende activiteiten, van het plaatsen van de klantorder tot de levering en de uiteindelijke betaling. Elke verkooporder staat voor één uitvoering van het end-to-endproces. Bij process mining is dit attribuut essentieel om het verloop van elke order te reconstrueren. Je kunt er procesvarianten, doorlooptijden en bottlenecks per order mee analyseren. Zo krijg je een volledig beeld van de levenscyclus van elke afzonderlijke klantvraag.
Waarom dit belangrijk is
Dit is de belangrijkste identificatiecode die alle bijbehorende gebeurtenissen aan één procesinstantie koppelt. Zo wordt end-to-endanalyse mogelijk.
Waar vind je dit?
Dit is de interne ID van de verkoopordertransactie in NetSuite. Je vindt deze meestal als 'Internal ID' op het verkooporderformulier of in de zoekresultaten.
Voorbeelden
SO-100521SO-100522SO-100523
|
|||
|
Betalingsvoorwaarden
PaymentTerms
|
De afgesproken voorwaarden voor de betaling van de factuur. | ||
|
Beschrijving
Dit attribuut bevat de voorwaarden waaronder een klant voor goederen of diensten moet betalen, bijvoorbeeld 'Netto 30 dagen' of 'Te betalen bij ontvangst'. Op basis hiervan wordt de uiterste betaaldatum van de factuur berekend. Door gegevens naar betalingsvoorwaarden te analyseren, zie je welke voorwaarden samenhangen met te late betalingen. Zo kan het bedrijf ook de financiële gevolgen van het kredietbeleid beoordelen. Deze gegevens zijn nodig voor het dashboard 'Naleving betalingsvoorwaarden' en om inzicht te krijgen in de cashflow.
Waarom dit belangrijk is
Dit vormt de basis voor het berekenen van uiterste betaaldatums en het analyseren van betaalgedrag en naleving door klanten.
Waar vind je dit?
Dit is het veld 'Terms' op de verkooporder of de factuurtransactie in NetSuite.
Voorbeelden
Netto 30 dagenNetto 60 dagenTe betalen bij ontvangst
|
|||
|
Factuurnummer
InvoiceNumber
|
De unieke identificatie van de klantfactuur. | ||
|
Beschrijving
Dit attribuut bevat het referentienummer van de factuur die op basis van de verkooporder is aangemaakt. Het verbindt het orderafhandelingsproces met het proces voor debiteurenbeheer. Het factuurnummer bijhouden is belangrijk voor financiële afstemming en analyses van de order tot en met de uiteindelijke betaling. Het verbindt de operationele activiteiten rond het verzenden van goederen met de financiële activiteit rond het innen van betalingen.
Waarom dit belangrijk is
Dit verbindt de verkooporder met de bijbehorende financiële transactie voor facturering. Zo kun je de volledige Order-to-Cash-keten analyseren.
Waar vind je dit?
Dit is het veld 'Invoice #' of 'Transaction ID' van de factuur die op basis van de verkooporder is aangemaakt.
Voorbeelden
FACT-2001FACT-2002FACT-2003
|
|||
|
Gebruiker
User
|
De gebruiker of medewerker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribuut geeft aan wie verantwoordelijk was voor een specifieke processtap, bijvoorbeeld de verkoopmedewerker die de order aanmaakte of de magazijnmedewerker die de goederen inpakte. Dit kan de naam of een unieke ID van een gebruiker zijn. Door per gebruiker te analyseren, krijg je inzicht in de werkverdeling en opleidingsbehoeften en kun je prestaties van medewerkers of teams vergelijken. Dit is belangrijk voor oorzaakanalyse bij afwijkingen of vertragingen die samenhangen met acties van specifieke gebruikers.
Waarom dit belangrijk is
Hiermee kun je prestaties per medewerker of functie analyseren en goed presterende medewerkers, kansen voor automatisering en opleidingsbehoeften opsporen.
Waar vind je dit?
Deze informatie staat in velden zoals 'Created By', 'Modified By' of 'Owner' in verschillende NetSuite-transacties.
Voorbeelden
Jan JansenAnna de VriesMagazijngebruiker 1
|
|||
|
Gevraagde leverdatum
RequestedDeliveryDate
|
De datum waarop de klant de levering wil ontvangen. | ||
|
Beschrijving
Dit attribuut bevat de datum waarop de klant de goederen wil ontvangen. Deze datum vormt het uitgangspunt voor de KPI voor tijdige levering. De datum wordt vergeleken met de werkelijke leverdatum (de timestamp van 'Goederen verzonden') om de KPI 'Percentage tijdige leveringen' te berekenen. Door het verschil tussen de gevraagde en werkelijke leverdatum te analyseren, ontdek je structurele problemen met prognoses, voorraadbeheer of logistiek die ervoor zorgen dat de verwachtingen van klanten niet worden waargemaakt.
Waarom dit belangrijk is
Dit is het uitgangspunt om de prestaties van tijdige leveringen en de klanttevredenheid te meten.
Waar vind je dit?
Dit kan een standaard- of aangepast veld op de verkooporder zijn, vaak met de naam 'Gevraagde leverdatum' of iets vergelijkbaars.
Voorbeelden
2023-05-202023-06-012023-06-15
|
|||
|
Klantnaam
CustomerName
|
De naam van de klant die de verkooporder heeft geplaatst. | ||
|
Beschrijving
Dit attribuut bevat de naam van de rechtspersoon of persoon die de goederen of diensten heeft gekocht. Het koppelt het verkooporderproces aan een specifieke klantaccount. Door analyses op klant te filteren of in te delen, krijg je inzicht in klantgedrag, problemen bij belangrijke accounts en serviceniveaus. Zo bekijk je het proces vanuit de klant en zie je welke klanten de meeste vertraging of herstelwerk ervaren.
Waarom dit belangrijk is
Hiermee kun je het proces per klant uitsplitsen. Dat helpt bij het analyseren van klanttevredenheid, het opsporen van problemen bij belangrijke accounts en het afstemmen van de dienstverlening.
Waar vind je dit?
Dit is het veld 'Customer' of 'Entity' in de verkoopordertransactie in NetSuite.
Voorbeelden
Wereldwijd Bedrijf B.V.Innovatieve Oplossingen B.V.Dynamische Technologie
|
|||
|
Productcategorie
ProductCategory
|
De categorie van het belangrijkste product of de belangrijkste dienst op de verkooporder. | ||
|
Beschrijving
Dit attribuut deelt de artikelen op de verkooporder in bredere categorieën in, zoals 'Hardware', 'Software' of 'Diensten'. Bevat een order meerdere categorieën, dan kan op basis van de waarde of het aantal artikelen een hoofdcategorie worden toegewezen. Door het proces per productcategorie te analyseren, kun je verschillen in de afhandelingsroutes ontdekken. De afhandeling van diensten is bijvoorbeeld vaak eenvoudiger dan die van fysieke hardware, waarvoor picken, inpakken en verzenden nodig is. Met deze indeling kun je procesverbeteringen per categorie bepalen.
Waarom dit belangrijk is
Door het proces per productcategorie uit te splitsen, zie je verschillende afhandelingsroutes en kun je bottlenecks per categorie opsporen.
Waar vind je dit?
Deze informatie is afgeleid van de records voor 'Item' die aan de verkooporderregels zijn gekoppeld. Mogelijk moet je deze gegevens combineren met de stamgegevens van artikelen om de categorie te bepalen.
Voorbeelden
ElektronicaSoftwarelicentieConsultancydiensten
|
|||
|
Status van verkooporder
SalesOrderStatus
|
De huidige status van de verkooporder in de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de huidige status van de verkooporder aan, zoals 'Pending Approval', 'Pending Fulfillment' of 'Billed'. Je ziet hiermee waar de order zich in het proces bevindt. Het activiteitenlogboek toont het verloop in het verleden. De huidige status is handig om orders te filteren die nog openstaan of vastlopen. Door cases op hun eindstatus te analyseren, zie je hoe het proces afloopt: is de order gesloten, geannuleerd of nog in behandeling?
Waarom dit belangrijk is
Hiermee kun je cases filteren op hun huidige status. Dat is belangrijk om open orders te analyseren en orders op te sporen die geblokkeerd zijn of vertraging hebben.
Waar vind je dit?
Dit is het veld 'Status' in de verkoopordertransactie in NetSuite.
Voorbeelden
Wacht op afhandelingWacht op factureringGefactureerdGesloten
|
|||
|
Totaalbedrag van de order
TotalOrderAmount
|
De totale geldwaarde van de verkooporder. | ||
|
Beschrijving
Dit attribuut geeft de totale financiële waarde van de verkooporder weer, inclusief alle artikelen, belastingen en verzendkosten. Het is een belangrijke maatstaf voor de economische waarde van elke procesinstantie. Analyse op basis van orderwaarde kan patronen zichtbaar maken. Orders met een hoge waarde volgen bijvoorbeeld soms een ander, meer handmatig goedkeuringsproces, terwijl orders met een lage waarde grotendeels geautomatiseerd kunnen zijn. Zo kun je verbeteringen richten op de orders met de grootste impact.
Waarom dit belangrijk is
Hiermee kun je analyses op basis van waarde uitvoeren, prioriteit geven aan orders met een hoge waarde en zien hoe procesefficiëntie de omzet beïnvloedt.
Waar vind je dit?
Dit is het veld 'Total' in de verkoopordertransactie in NetSuite.
Voorbeelden
1500.00250.5012500.75
|
|||
|
Aantal wijzigingen in verkooporder
SalesOrderChangeCount
|
Het aantal keren dat een verkooporder na de eerste aanmaak is gewijzigd. | ||
|
Beschrijving
Deze berekende metriek telt per case hoe vaak de activiteit 'Verkooporder gewijzigd' voorkomt. Een hoog aantal wijzigingen wijst op herstelwerk, bijvoorbeeld door klantverzoeken, fouten bij de gegevensinvoer of prijsaanpassingen. Dit attribuut wordt gebruikt voor de KPI 'Percentage verkooporders met herstelwerk' en het dashboard 'Varianten in herstelwerk bij verkooporders'. Door orders met veel wijzigingen te analyseren, kun je de oorzaken van herstelwerk vinden, zoals problemen met bepaalde producten, klanten of verkoopmedewerkers.
Waarom dit belangrijk is
Brengt herstelwerk rechtstreeks in kaart en helpt bronnen van inefficiëntie, problemen met datakwaliteit en instabiliteit in het proces te vinden.
Waar vind je dit?
Dit wordt tijdens de datatransformatie berekend door per case-ID 'SalesOrder' de gebeurtenissen 'Sales Order Changed' te tellen.
Voorbeelden
013
|
|||
|
Bronsysteem
SourceSystem
|
Geeft aan uit welk systeem de data afkomstig is. | ||
|
Beschrijving
Dit attribuut geeft aan uit welke brontoepassing de eventdata afkomstig is. Voor dit proces is dat meestal 'NetSuite'. In complexere omgevingen kan het helpen om data uit verschillende gekoppelde systemen te onderscheiden, zoals een apart CRM- of WMS-systeem. Bij analyses helpt dit om de herkomst van data te controleren. Dat is belangrijk wanneer je data uit meerdere bronnen combineert tot één procesoverzicht. Zo blijft duidelijk waar de data vandaan komt, wat helpt bij databeheer en het oplossen van problemen.
Waarom dit belangrijk is
Dit geeft belangrijke context over de herkomst van data, vooral in omgevingen waarin meerdere systemen zijn gekoppeld.
Waar vind je dit?
Dit is een vaste waarde ('NetSuite') die tijdens de data-extractie en -transformatie wordt toegevoegd.
Voorbeelden
NetSuite
|
|||
|
Kredietstatus
CreditStatus
|
Geeft aan of de verkooporder vanwege de kredietstatus is geblokkeerd. | ||
|
Beschrijving
Dit attribuut geeft de kredietstatus van de klant tijdens de orderverwerking weer, bijvoorbeeld 'Geblokkeerd' of 'Vrijgegeven'. De status speelt een rol in de eerste stappen van de orderlevenscyclus. Met dit attribuut zie je welk effect kredietcontroles hebben op de totale doorlooptijd van de order. Het dashboard 'Analyse doorlooptijd kredietcontrole' gebruikt deze data om te laten zien hoeveel orders worden geblokkeerd en hoelang het duurt voordat ze worden vrijgegeven. Zo worden bottlenecks in het kredietbeheer zichtbaar.
Waarom dit belangrijk is
Heeft rechtstreeks invloed op de KPI 'Doorlooptijd kredietcontrole' en helpt vertragingen aan het begin van het orderproces te verklaren.
Waar vind je dit?
Dit kan een standaardstatusveld of een aangepast selectievakje op de verkooporder zijn, bijvoorbeeld 'Credit Hold'. Je kunt de status ook afleiden uit de activiteiten 'Kredietblokkering ingesteld' en 'Kredietblokkering opgeheven'.
Voorbeelden
GoedGeblokkeerdVrijgegeven
|
|||
|
Laatste data-update
LastDataUpdate
|
Timestamp van de laatste data-update of extractie uit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de dataset voor het laatst is bijgewerkt. Zo weten gebruikers hoe actueel de data is die ze analyseren en op welke periode de process mining-dashboards en analyses betrekking hebben. Dit attribuut wordt niet gebruikt voor processtroomanalyses, maar is wel belangrijke metadata voor databeheer en het vertrouwen van gebruikers. Het helpt gebruikers de actualiteit van de inzichten te beoordelen en te weten wanneer nieuwe data zichtbaar wordt.
Waarom dit belangrijk is
Laat gebruikers zien hoe actueel de data is. Dat is belangrijk om beslissingen te nemen op basis van de analyse.
Waar vind je dit?
Dit timestamp wordt gegenereerd en aan de dataset toegevoegd wanneer de data uit NetSuite wordt opgehaald.
Voorbeelden
2023-10-27T02:00:00Z
|
|||
|
Land van verzending
ShippingCountry
|
Het land van bestemming van de zending. | ||
|
Beschrijving
Dit attribuut bevat het land waar de goederen naartoe worden verzonden. De waarde komt uit het verzendadres van de verkooporder. Een geografische analyse op basis van het land van verzending kan verschillen in procesprestaties aan het licht brengen die samenhangen met logistiek, douane of de efficiëntie van regionale kantoren. Je kunt verzendtijden, leverbetrouwbaarheid en proceskosten tussen landen of regio's vergelijken.
Waarom dit belangrijk is
Maakt geografische analyses mogelijk om regionale bottlenecks te vinden, logistieke prestaties te vergelijken en internationale verschillen te begrijpen.
Waar vind je dit?
Dit is onderdeel van het veld 'Shipping Address' op de verkoopordertransactie.
Voorbeelden
USADuitslandJapan
|
|||
|
Op tijd betaald
IsOnTimePayment
|
Een indicator die aangeeft of de factuur op of vóór de uiterste betaaldatum is betaald. | ||
|
Beschrijving
Dit berekende booleaanse attribuut vergelijkt de timestamp van 'Betaling ontvangen' met 'PaymentDueDate'. De waarde is waar als de betaling op of vóór de uiterste betaaldatum is gedaan, en anders onwaar. Dit attribuut vormt de basis voor de KPI 'Percentage tijdige betalingen' en het dashboard 'Naleving betalingsvoorwaarden'. Het geeft een duidelijke maatstaf voor het betaalgedrag van klanten. Zo kun je analyseren welke klanten, regio's of betalingsvoorwaarden het vaakst samengaan met te late betalingen.
Waarom dit belangrijk is
Meet rechtstreeks hoe consequent klanten betalen. Dit is belangrijk voor cashflowbeheer en de beoordeling van kredietrisico.
Waar vind je dit?
Dit wordt tijdens de datatransformatie berekend door de timestamp van de activiteit 'Betaling ontvangen' te vergelijken met het attribuut 'PaymentDueDate'.
Voorbeelden
truefalse
|
|||
|
Op tijd geleverd
IsOnTimeDelivery
|
Een indicator die aangeeft of de order op of vóór de gevraagde datum is geleverd. | ||
|
Beschrijving
Dit berekende booleaanse attribuut vergelijkt de timestamp van 'Goederen verzonden' of de werkelijke levering met 'RequestedDeliveryDate'. De waarde is waar als de levering op tijd of eerder plaatsvond, en onwaar als deze te laat was. Deze indicator is nodig om de KPI 'Percentage tijdige leveringen' te berekenen en het dashboard 'Verschil tussen beloofde en werkelijke levering' te vullen. Je kunt de leverprestaties eenvoudig filteren en samenvatten om oorzaken van late zendingen te vinden, zoals bepaalde producten, regio's of bottlenecks in het proces.
Waarom dit belangrijk is
Geeft een duidelijke uitkomst voor de leverprestatie en maakt het eenvoudiger om KPI's te berekenen en de oorzaken van late orders te analyseren.
Waar vind je dit?
Dit wordt tijdens de datatransformatie berekend door de timestamp van de activiteit 'Goederen verzonden' te vergelijken met het attribuut 'RequestedDeliveryDate'.
Voorbeelden
truefalse
|
|||
|
Type verkooporder
SalesOrderType
|
De indeling van de verkooporder, bijvoorbeeld standaard, spoed of speciaal. | ||
|
Beschrijving
Dit attribuut deelt verkooporders in op type. Het type bepaalt vaak de procesroute en prioriteit. Een 'Spoedorder' kan bijvoorbeeld bepaalde stappen overslaan of strengere SLA's hebben dan een 'Standaardorder'. Door het proces per ordertype te analyseren, zie je of verschillende procesvarianten bewust zijn gekozen en goed werken. Je kunt beoordelen of speciale procedures voor bepaalde ordertypen echt tot snellere of betere resultaten leiden, en tegen welke kosten.
Waarom dit belangrijk is
Hiermee vergelijk je verschillende beoogde procesroutes, zoals standaard- en spoedorders, en zie je of ze naar verwachting presteren.
Waar vind je dit?
Dit is meestal een aangepast veld 'Order Type' op het verkooporderformulier. NetSuite gebruikt standaard verschillende transactieformulieren, zoals Standard Sales Order en Standard Sales Order - Cash Sale, in plaats van één veld voor het type.
Voorbeelden
StandaardorderSpoedorderProjectorder
|
|||
|
Uiterste betaaldatum
PaymentDueDate
|
De datum waarop de factuur uiterlijk betaald moet zijn. | ||
|
Beschrijving
Dit attribuut bevat de berekende datum waarop de klant moet betalen, op basis van de factuurdatum en de betalingsvoorwaarden. Bij een factuur van 1 april met de voorwaarde 'Netto 30 dagen' is de uiterste betaaldatum bijvoorbeeld 1 mei. Deze datum is belangrijk voor financiële analyses en wordt rechtstreeks vergeleken met de datum waarop de betaling is ontvangen. Zo bepaal je of er op tijd is betaald. De datum is ook nodig om de KPI 'Percentage tijdige betalingen' te berekenen en openstaande vorderingen te beheren.
Waarom dit belangrijk is
Dit is de maatstaf voor tijdige betalingen, belangrijk voor het beheer van de cashflow en openstaande vorderingen.
Waar vind je dit?
Dit is het veld 'Due Date' op de factuurtransactie. NetSuite berekent de datum automatisch op basis van de factuurdatum en de betalingsvoorwaarden.
Voorbeelden
2023-05-302023-06-152023-07-01
|
|||
|
Verkoopteam
SalesTeam
|
Het verkoopteam of de groep waaraan de verkooporder wordt toegeschreven. | ||
|
Beschrijving
Dit attribuut geeft aan welk team of welke afdeling verantwoordelijk is voor de verkoop. Het wordt gebruikt om verkoopmedewerkers in te delen en verkoopgebieden of productlijnen te beheren. Met process mining kun je prestaties per verkoopteam analyseren om werkwijzen van goed presterende teams te vinden of structurele problemen binnen een team op te sporen. Ook worden verschillen zichtbaar in de kwaliteit van gegevensinvoer, kortingsgoedkeuringen en andere eerdere factoren die de verdere orderafhandeling beïnvloeden.
Waarom dit belangrijk is
Maakt het mogelijk om de prestaties van verkoopteams te vergelijken en goede werkwijzen of teams die ondersteuning nodig hebben te vinden.
Waar vind je dit?
Dit kan een standaard- of aangepast veld op de verkooporder zijn, vaak gekoppeld aan het medewerkersrecord van de verkoopmedewerker.
Voorbeelden
Verkoop Noord-AmerikaEnterprise EMEAAPAC-kanaal
|
|||
Activiteiten voor Order-to-Cash: verwerking van verkooporders
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling ontvangen
|
Deze activiteit markeert de ontvangst van een betaling van de klant voor een factuur. De activiteit wordt vastgelegd wanneer een transactie 'Customer Payment' wordt aangemaakt en wordt toegewezen aan de factuur die bij de verkooporder hoort. | ||
|
Waarom dit belangrijk is
Als belangrijke eindgebeurtenis is deze activiteit essentieel voor het analyseren van de cash conversion cycle en betalingen op tijd. De gebeurtenis geeft aan dat de financiële afhandeling van een verkooptransactie is voltooid.
Waar vind je dit?
Dit is een expliciete gebeurtenis. Het timestamp is de aanmaakdatum van de transactie 'Customer Payment' (tabel Transaction, Type='CustPymt') die aan de betreffende factuur is toegewezen.
Vastleggen
Gebruik de transactiedatum van de record Customer Payment die aan de factuur is toegewezen.
Gebeurtenistype
explicit
|
|||
|
Factuur aangemaakt
|
Dit is het moment waarop de financiële factuur voor de verzonden goederen of diensten wordt aangemaakt. Het is een expliciete gebeurtenis die plaatsvindt wanneer een transactie 'Invoice' wordt aangemaakt en aan de verkooporder wordt gekoppeld. | ||
|
Waarom dit belangrijk is
Deze activiteit is een belangrijke mijlpaal voor de omzetverantwoording en markeert het begin van de betalingscyclus. De tijd tussen verzending en facturering heeft direct invloed op de cashflow.
Waar vind je dit?
Dit is een expliciete gebeurtenis op basis van het veld 'Date Created' in de factuurtransactie (tabel Transaction, Type='CustInvc'), gekoppeld aan de verkooporder.
Vastleggen
Gebruik de aanmaakdatum van de gekoppelde factuur.
Gebeurtenistype
explicit
|
|||
|
Goederen verzonden
|
Deze mijlpaal markeert het moment waarop de artikelen het magazijn verlaten en onderweg zijn naar de klant. Dit wordt afgeleid uit een wijziging van de status van de record 'Item Fulfillment' naar 'Shipped'. | ||
|
Waarom dit belangrijk is
De verzending is een belangrijk overdrachtsmoment naar de vervoerder en de klant. Met deze gebeurtenis kun je de prestaties van tijdige levering bijhouden en de totale doorlooptijd van de orderafhandeling meten.
Waar vind je dit?
Afgeleid uit een wijziging van het veld 'Status' in de gekoppelde transactie 'Item Fulfillment' naar 'Shipped'. De datum van deze statuswijziging is het timestamp van de gebeurtenis.
Vastleggen
Timestamp van de statuswijziging naar 'Shipped' in de record Item Fulfillment.
Gebeurtenistype
inferred
|
|||
|
Orderafhandeling aangemaakt
|
Deze activiteit markeert het begin van de fysieke afhandeling in het magazijn. De activiteit vindt plaats wanneer vanuit de verkooporder een transactie 'Item Fulfillment' wordt aangemaakt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal die het verkoopproces verbindt met de magazijnprocessen. De tijd tussen goedkeuring van de order en het aanmaken van de orderafhandeling geeft aan hoe klaar de organisatie is om de order uit te voeren.
Waar vind je dit?
Dit is een expliciete gebeurtenis. Het timestamp is de aanmaakdatum van de record 'Item Fulfillment', die is gekoppeld aan de oorspronkelijke verkooporder.
Vastleggen
Gebruik de aanmaakdatum van de gekoppelde record Item Fulfillment.
Gebeurtenistype
explicit
|
|||
|
Verkooporder aangemaakt
|
Deze activiteit markeert het officiële begin van het verkooporderproces. De activiteit vindt plaats wanneer een nieuwe verkoopordertransactie voor het eerst wordt opgeslagen in NetSuite. Daarmee wordt de oorspronkelijke klantvraag vastgelegd. | ||
|
Waarom dit belangrijk is
Dit is de belangrijkste startgebeurtenis van het Order-to-Cash-proces. Door de tijd tussen deze gebeurtenis en de volgende activiteiten te analyseren, kun je de algehele efficiëntie en doorlooptijden van de orderverwerking meten.
Waar vind je dit?
Dit is een expliciete gebeurtenis op basis van het veld 'Date Created' in de transactie voor de verkooporder (tabel Transaction, Type='SalesOrd').
Vastleggen
Gebruik de aanmaakdatum van de verkoopordertransactie.
Gebeurtenistype
explicit
|
|||
|
Verkooporder gesloten
|
Dit is de laatste activiteit. De verkooporder is volledig afgehandeld en gefactureerd en geldt als voltooid. Dit wordt afgeleid uit een statuswijziging van de verkooporder naar 'Closed'. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis markeert het operationele einde van de levenscyclus van de order. De tijd tussen aanmaak en afsluiting geeft een volledig beeld van de totale procesduur.
Waar vind je dit?
Afgeleid uit een wijziging van het veld 'Status' in de verkoopordertransactie naar 'Closed'. Het timestamp komt uit de systeemnotities bij deze laatste statuswijziging.
Vastleggen
Timestamp van de statuswijziging naar 'Closed' in de systeemnotities van de verkooporder.
Gebeurtenistype
inferred
|
|||
|
Verkooporder goedgekeurd
|
Deze mijlpaal geeft aan dat de verkooporder alle interne controles, zoals krediet- en voorraadcontroles, heeft doorstaan en klaar is voor afhandeling. Dit wordt meestal afgeleid uit een statuswijziging naar 'Pending Fulfillment'. | ||
|
Waarom dit belangrijk is
Goedkeuring is een belangrijke poort in het proces. Door de tijd tot goedkeuring te meten, kun je vertragingen in interne controles en besluitvorming opsporen.
Waar vind je dit?
Afgeleid uit een statuswijziging van de verkooporder. Het timestamp wordt vastgelegd wanneer het veld 'Order Status' wordt bijgewerkt naar 'Pending Fulfillment' of een vergelijkbare aangepaste goedkeuringsstatus.
Vastleggen
Timestamp van de statuswijziging naar 'Pending Fulfillment' in de systeemnotities van de verkooporder.
Gebeurtenistype
inferred
|
|||
|
Creditnota aangemaakt
|
Deze gebeurtenis vindt plaats wanneer een creditnota wordt uitgegeven voor een verkooporder of factuur, meestal vanwege retouren, prijsaanpassingen of andere tegemoetkomingen. De gebeurtenis wordt vastgelegd wanneer een transactie 'Credit Memo' wordt aangemaakt. | ||
|
Waarom dit belangrijk is
Creditnota's wijzen vaak op problemen in het proces, zoals verzendfouten of productdefecten. Door te analyseren hoe vaak en wanneer ze voorkomen, kun je de oorzaken achterhalen en de algehele kwaliteit verbeteren.
Waar vind je dit?
Dit is een expliciete gebeurtenis op basis van het aanmaken van een transactie 'Credit Memo' (tabel Transaction, Type='CredMemo'). Deze kan worden gekoppeld aan de oorspronkelijke factuur of verkooporder.
Vastleggen
Gebruik de aanmaakdatum van de gekoppelde creditnota.
Gebeurtenistype
explicit
|
|||
|
Goederen gepickt
|
Geeft aan dat de artikelen voor de order uit hun magazijnlocaties zijn gepickt. Dit is een afgeleide gebeurtenis op basis van de statuswijziging van de gekoppelde record 'Item Fulfillment'. | ||
|
Waarom dit belangrijk is
Door de tijd voor het picken van goederen te analyseren, kun je de efficiëntie van het magazijn verbeteren. Deze activiteit helpt bottlenecks in het pickproces te meten en op te sporen.
Waar vind je dit?
Afgeleid uit een wijziging van het veld 'Status' in de gekoppelde transactie 'Item Fulfillment' naar 'Picked'. Het timestamp komt uit de systeemnotities bij deze statuswijziging.
Vastleggen
Timestamp van de statuswijziging naar 'Picked' in de record Item Fulfillment.
Gebeurtenistype
inferred
|
|||
|
Goederen verpakt
|
Geeft aan dat de gepickte artikelen zijn verpakt en klaar zijn voor verzending. Dit wordt vastgelegd door de statuswijziging van de record 'Item Fulfillment' naar 'Packed' bij te houden. | ||
|
Waarom dit belangrijk is
Met deze activiteit kun je de efficiëntie van de inpakplek meten. De tijd tussen picken en inpakken kan capaciteitsproblemen of inefficiënte processen aan het licht brengen.
Waar vind je dit?
Afgeleid uit een wijziging van het veld 'Status' in de gekoppelde transactie 'Item Fulfillment' naar 'Packed'. Het timestamp wordt vastgelegd in de systeemnotities bij deze wijziging.
Vastleggen
Timestamp van de statuswijziging naar 'Packed' in de record Item Fulfillment.
Gebeurtenistype
inferred
|
|||
|
Kredietblokkade ingesteld
|
Deze gebeurtenis vindt plaats wanneer een verkooporder automatisch of handmatig wordt geblokkeerd vanwege krediet. De afhandeling van de order wordt dan gepauzeerd. Dit wordt doorgaans afgeleid uit een statuswijziging naar 'Pending Approval' of een specifieke status 'Credit Hold'. | ||
|
Waarom dit belangrijk is
Weten wanneer en waarom orders worden geblokkeerd, is belangrijk om vertragingen in de orderafhandeling te begrijpen. Deze activiteit maakt bottlenecks door kredietproblemen bij klanten zichtbaar.
Waar vind je dit?
Afgeleid uit de systeemnotities of het auditspoor van de verkooporder. Daarbij wordt gezocht naar wijzigingen van het veld 'Order Status' naar een geblokkeerde status.
Vastleggen
Bepaal het timestamp waarop de orderstatus verandert in een kredietblokkade.
Gebeurtenistype
inferred
|
|||
|
Kredietblokkade opgeheven
|
Dit is het moment waarop een verkooporder wordt vrijgegeven uit een kredietblokkade en verder kan worden afgehandeld. Dit wordt vastgelegd aan de hand van een statuswijziging van een geblokkeerde status naar een open of goedgekeurde status. | ||
|
Waarom dit belangrijk is
De duur van kredietblokkades is een belangrijke KPI. Met deze gebeurtenis kun je meten hoelang het duurt om kredietproblemen op te lossen en wat de invloed daarvan is op de totale order-to-cashcyclus.
Waar vind je dit?
Afgeleid uit de systeemnotities of het auditspoor van de verkooporder. Het timestamp wordt vastgelegd wanneer 'Order Status' verandert van een geblokkeerde status.
Vastleggen
Bepaal het timestamp waarop de orderstatus verandert van een kredietblokkade naar een actieve status.
Gebeurtenistype
inferred
|
|||
|
Verkooporder gewijzigd
|
Deze activiteit registreert belangrijke wijzigingen aan een verkooporder nadat die is aangemaakt, bijvoorbeeld wijzigingen in aantallen, artikelen of prijzen. De wijzigingen worden bijgehouden in de systeemnotities of het auditspoor. | ||
|
Waarom dit belangrijk is
Veel wijzigingen kunnen wijzen op invoerfouten of een wisselende klantvraag. Dat leidt tot herstelwerk en inefficiënte processen. Door wijzigingen bij te houden, kun je de oorzaken van orderaanpassingen achterhalen.
Waar vind je dit?
Afgeleid uit de systeemnotities of het auditspoor van de verkoopordertransactie. Elke geregistreerde wijziging van een relevant veld kan als een afzonderlijke activiteit worden beschouwd.
Vastleggen
Bepaal welke velden in de systeemnotities van de verkooporder zijn gewijzigd na de eerste aanmaak.
Gebeurtenistype
inferred
|
|||
|
Voorraad gereserveerd
|
Deze gebeurtenis markeert het moment waarop voorraad officieel voor een verkooporder wordt gereserveerd en beschikbaar komt voor afhandeling. Dit wordt afgeleid uit wijzigingen in 'Committed Quantity' op de orderregels. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk om de efficiëntie van de voorraadtoewijzing te analyseren. Vertraging tussen goedkeuring van de order en reservering van de voorraad kan tot tekorten leiden en de leverafspraken in gevaar brengen.
Waar vind je dit?
Afgeleid uit de systeemnotities voor de orderregels van de verkooporder. Het timestamp is het moment waarop het veld 'Quantity Committed' wordt bijgewerkt van nul naar een positieve waarde.
Vastleggen
Timestamp van de wijziging in het veld 'Quantity Committed' op de orderregels.
Gebeurtenistype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze template om data te verzamelen en inzicht te krijgen in de verwerking van verkooporders binnen Order to Cash in NetSuite. Optimaliseer je processen vandaag nog.
Versnel de betalingen: optimaliseer vandaag nog de verwerking van verkooporders
Sluit je aan bij bedrijven die de doorlooptijd van Order to Cash met 30% verkorten.
Geen creditcard nodig. Binnen enkele minuten ingesteld.