Jouw datatemplate voor Order to Cash, verwerking van verkooporders
Jouw datatemplate voor Order to Cash, verwerking van verkooporders
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen voor analyse
- Uitleg over data-extractie
Order to Cash - kenmerken van verkooporderverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van een specifiek bedrijfsevent of een specifieke processtap binnen de levenscyclus van de verkooporder. | ||
|
Beschrijving
Dit attribuut legt de naam vast van elke activiteit die op een verkooporder is uitgevoerd, zoals 'Order Booked', 'Goods Shipped' of 'Payment Received'. Deze activiteiten vormen de belangrijkste mijlpalen in het Order-to-Cash-proces. Het analyseren van de volgorde en frequentie van deze activiteiten vormt de kern van process mining. Zo ontdek je de werkelijke procesflows, inclusief veelvoorkomende routes, afwijkingen en knelpunten. Deze data wordt gebruikt om de procesmap te genereren, de belangrijkste visualisatie voor procesanalyse.
Waarom dit belangrijk is
Definieert de stappen in de procesmap. Dit is essentieel om de procesflow te visualiseren en analyseren.
Waar je het vindt
Dit is een conceptueel veld dat wordt afgeleid uit verschillende events, statussen en transactiedatums in bronsystemen, zoals Order Management, Shipping Execution en Accounts Receivable.
Voorbeelden
Verkooporder aangemaaktGoederen verzondenFactuur aangemaaktBetaling ontvangen
|
|||
|
Eventtijd
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit plaatsvond. | ||
|
Beschrijving
Event Time, of timestamp, legt de exacte datum en tijd vast waarop een activiteit is uitgevoerd. Zo registreert het wanneer een order is aangemaakt, wanneer een factuur is verzonden of wanneer een betaling is ontvangen. Deze tijdsdata vormt de basis van process mining. Dit attribuut wordt gebruikt om events per case chronologisch te ordenen. Dat is nodig om de procesflow correct te reconstrueren. Het vormt ook de basis voor alle berekeningen van doorlooptijden en prestaties, zoals de tijd tussen activiteiten, de totale caselooptijd en het identificeren van vertragingen of knelpunten.
Waarom dit belangrijk is
Levert de chronologische volgorde van events en vormt de basis voor alle tijdgebaseerde prestatieanalyses, waaronder doorlooptijd en het identificeren van knelpunten.
Waar je het vindt
Afkomstig uit verschillende datumvelden in Oracle EBS-tabellen, zoals CREATION_DATE in OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE in WSH_DELIVERY_DETAILS of TRX_DATE in RA_CUSTOMER_TRX_ALL.
Voorbeelden
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
|
|||
|
Verkooporder
SalesOrder
|
De unieke identificatie van de verkooporder van een klant. Deze dient als de primaire case voor het Order-to-Cash-proces. | ||
|
Beschrijving
Het nummer van de verkooporder identificeert elke klantorder gedurende de hele levenscyclus, van aanmaken tot definitief sluiten. Het vormt de centrale koppeling tussen alle gerelateerde activiteiten, zoals boeken, verzenden, factureren en betalen. In process mining is dit attribuut essentieel om de end-to-endroute van elke order te reconstrueren. Door alle events onder één verkooporder te groeperen, kunnen analisten de volledige procesflow visualiseren, verschillen tussen orders identificeren en belangrijke prestatie-indicatoren meten, zoals doorlooptijd en tijdige levering per case.
Waarom dit belangrijk is
Dit is de Case ID. Die is essentieel om alle procesevents aan elkaar te koppelen en de volledige levenscyclus van de order te analyseren.
Waar je het vindt
De primaire sleutel van een verkooporder, meestal te vinden in Oracle Order Management-tabellen zoals OE_ORDER_HEADERS_ALL.HEADER_ID.
Voorbeelden
685127103482459
|
|||
|
Betalingstermijnen
PaymentTerms
|
De afgesproken voorwaarden die bepalen wanneer de klant voor de goederen of diensten moet betalen. | ||
|
Beschrijving
Payment Terms leggen de betalingsvoorwaarden voor een factuur vast, zoals 'Net 30', 'Net 60' of 'Due on Receipt'. Dit attribuut is belangrijk voor het beheer van debiteuren en cashflow. Door procesprestaties per betalingstermijn te analyseren, zie je of klanten met bepaalde voorwaarden vaker te laat betalen. Deze informatie helpt om financiële risico's te beoordelen, incassostrategieën te verbeteren en de effectiviteit van verschillende betalingstermijnen te evalueren. Het is een belangrijke dimensie voor het dashboard 'Payment Terms Compliance Monitoring'.
Waarom dit belangrijk is
Belangrijk voor het analyseren van betalingsgedrag, het monitoren van cashflow en het beoordelen van financiële risico's bij verschillende klantafspraken.
Waar je het vindt
Te vinden in de tabel RA_TERMS, gekoppeld via TERM_ID in tabellen zoals RA_CUSTOMER_TRX_ALL voor facturen of OE_ORDER_HEADERS_ALL voor orders.
Voorbeelden
Betaling binnen 30 dagenBetaling binnen 60 dagenBetaling bij ontvangst
|
|||
|
Bevestigde leverdatum
ConfirmedDeliveryDate
|
De afgesproken datum waarop de goederen volgens planning bij de klant worden geleverd. | ||
|
Beschrijving
Dit attribuut bevat de leverdatum die aan de klant is beloofd of bevestigd. Het is de doel- of referentiedatum voor het meten van tijdige levering. In process mining wordt deze datum vergeleken met de werkelijke levertimestamp uit de activiteit 'Goods Delivered' om de KPI 'On-Time Delivery Rate' te berekenen. Door afwijkingen van deze datum te analyseren, zie je structurele problemen in logistiek, voorraadbeheer of productieplanning die tot leveringsvertragingen leiden.
Waarom dit belangrijk is
Dit is de referentie voor het meten van tijdige levering, een belangrijke KPI voor klanttevredenheid en operationele prestaties.
Waar je het vindt
Deze datum staat meestal in de velden LATEST_ACCEPTABLE_DATE of REQUEST_DATE op regelniveau in de tabel OE_ORDER_LINES_ALL.
Voorbeelden
2023-05-102023-06-012023-07-20
|
|||
|
Gebruikersnaam
UserName
|
De gebruiker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Identificeert de specifieke gebruiker die verantwoordelijk is voor een processtap. Dat kan de salesvertegenwoordiger zijn die de order heeft aangemaakt, de kredietanalist die de controle heeft uitgevoerd of de medewerker die de factuur heeft aangemaakt. Door activiteiten per gebruiker te analyseren, zie je waar training nodig is, welke personen of teams goed presteren en hoe het werk is verdeeld. Dit is ook belangrijk voor compliance en audittrailanalyses, bijvoorbeeld bij het onderzoeken van ongeautoriseerde acties of het herkennen van herwerkpatronen bij specifieke gebruikers.
Waarom dit belangrijk is
Maakt analyse van gebruikersprestaties, werkverdeling en naleving van complianceprotocollen mogelijk. Het helpt de vraag te beantwoorden: 'wie' heeft een actie uitgevoerd?
Waar je het vindt
Afkomstig uit gebruikersvelden zoals CREATED_BY of LAST_UPDATED_BY in verschillende Oracle EBS-tabellen. Vaak moet je deze koppelen aan FND_USER om de volledige gebruikersnaam op te halen.
Voorbeelden
JSMITHRWILLIAMSCDAVIS
|
|||
|
Klantnaam
CustomerName
|
De naam van de klant die de verkooporder heeft geplaatst. | ||
|
Beschrijving
Dit attribuut identificeert de wettelijke naam van de klant die aan de verkooporder is gekoppeld. Het is een belangrijke dimensie om procesprestaties te segmenteren en analyseren. Door het proces per klant te filteren of uit te splitsen, kunnen analisten zien welke klanten de langste doorlooptijden hebben, de meeste herwerking veroorzaken of het vaakst met betalingsvertragingen te maken hebben. Deze inzichten helpen om klantrelaties te verbeteren, serviceniveaus af te stemmen en klantgedrag beter te begrijpen.
Waarom dit belangrijk is
Maakt klantgerichte analyse mogelijk om prestatieverschillen te identificeren, de dienstverlening te verbeteren en betalingsgedrag tussen klanten te begrijpen.
Waar je het vindt
Afgeleid door SOLD_TO_ORG_ID uit OE_ORDER_HEADERS_ALL te koppelen aan de tabellen HZ_CUST_ACCOUNTS en HZ_PARTIES om de naam van de partij op te halen.
Voorbeelden
Global Tech Inc.Innovate Solutions LLCPioneer Corp
|
|||
|
Orderstatus
OrderStatus
|
De huidige of historische status van de verkooporder of orderregel. | ||
|
Beschrijving
Dit attribuut legt de status van een verkooporder op verschillende momenten vast, zoals 'Entered', 'Booked', 'Closed' of 'Cancelled'. Statussen komen vaak rechtstreeks overeen met procesactiviteiten. Het volgen van orderstatussen is belangrijk voor dashboards die de actuele status van alle actieve orders tonen. Zo kunnen managers de orderpijplijn volgen, vastgelopen orders herkennen en uitzonderingen proactief beheren. Statusovergangen analyseren is een gebruikelijke manier om activiteiten voor de procesmap te definiëren.
Waarom dit belangrijk is
Geeft zicht op de verkooporderpijplijn en helpt om vastgelopen orders te herkennen en procesuitzonderingen te beheren.
Waar je het vindt
Meestal te vinden in de kolom FLOW_STATUS_CODE van de tabellen OE_ORDER_HEADERS_ALL en OE_ORDER_LINES_ALL.
Voorbeelden
BOOKEDAWAITING_SHIPPINGSHIPPEDCLOSEDCANCELLED
|
|||
|
Totaal orderbedrag
TotalOrderAmount
|
De totale geldwaarde van de verkooporder. | ||
|
Beschrijving
Dit attribuut staat voor de totale waarde van alle regels van een verkooporder, uitgedrukt in de transactievaluta. Het is een belangrijke financiële maatstaf per case. Door procesmetingen per orderbedrag te analyseren, kun je verbeteracties prioriteren. Zo kunnen analisten onderzoeken of orders met een hoge waarde vaker vertraging of herwerk hebben dan orders met een lage waarde. Ook kun je de financiële impact bepalen, bijvoorbeeld door de waarde te berekenen van orders die in een bepaald knelpunt vastzitten.
Waarom dit belangrijk is
Maakt financiële analyse van het proces mogelijk. Zo kun je orders met een hoge waarde prioriteren en de financiële impact van inefficiënties berekenen.
Waar je het vindt
Deze waarde wordt meestal berekend door de regelbedragen van een order op te tellen. Regelbedragen staan in tabellen zoals OE_ORDER_LINES_ALL.
Voorbeelden
5450.00125000.75980.50
|
|||
|
Vervaldatum betaling
PaymentDueDate
|
De berekende datum waarop de klant de factuur moet betalen. | ||
|
Beschrijving
De Payment Due Date is de specifieke kalenderdatum waarop een factuur moet zijn betaald. Deze wordt berekend op basis van de factuurdatum en de afgesproken betalingstermijnen. Het is de doel datum voor de activiteit 'Payment Received'. Dit attribuut is nodig om de KPI 'Payment Term Compliance Rate' te berekenen door de vervaldatum te vergelijken met de werkelijke betaaldatum. Door afwijkingen te analyseren, kan het incassoteam prioriteiten stellen, klanten identificeren die structureel te laat betalen en de effectiviteit van het aanmaningsproces meten.
Waarom dit belangrijk is
Dient als doel datum voor het innen van betalingen en maakt het mogelijk om tijdigheid en naleving van betalingstermijnen te meten.
Waar je het vindt
Te vinden in het veld DUE_DATE van de tabel AR_PAYMENT_SCHEDULES_ALL, die aan de factuurtransactie is gekoppeld.
Voorbeelden
2023-06-152023-07-012023-08-30
|
|||
|
Bestelde hoeveelheid
OrderQuantity
|
De hoeveelheid van het product die op een specifieke verkooporderregel is besteld. | ||
|
Beschrijving
Dit attribuut geeft aan hoeveel eenheden van een bepaald product de klant op een verkooporderregel heeft gevraagd. Het vertegenwoordigt de omvang van de transactie op regelniveau. Je kunt de bestelde hoeveelheid als dimensie gebruiken om te bepalen of het proces anders verloopt bij verschillende ordergroottes. Zeer grote of juist kleine orders kunnen bijvoorbeeld een ander procespad volgen of met andere vertragingen te maken krijgen. De hoeveelheid geeft ook context bij andere metingen, zoals de orderwaarde.
Waarom dit belangrijk is
Geeft context bij de omvang van een order. Zo kun je analyseren hoe het ordervolume de procesefficiëntie en fulfilmentpaden beïnvloedt.
Waar je het vindt
Te vinden in het veld ORDERED_QUANTITY van de tabel OE_ORDER_LINES_ALL.
Voorbeelden
102501
|
|||
|
Betaling op tijd
IsPaymentOnTime
|
Een vlag die aangeeft of de betaling op of vóór de vervaldatum van de factuur is ontvangen. | ||
|
Beschrijving
Dit is een berekend boolean-attribuut dat wordt bepaald door de timestamp van de activiteit 'Betaling ontvangen' te vergelijken met de 'Vervaldatum van de betaling' van de bijbehorende factuur. Het geeft eenvoudig aan of aan de betalingsafspraak is voldaan. Deze vlag vormt de basis voor de KPI 'Nalevingspercentage betalingstermijnen'. Hiermee kun je dashboards en rapporten maken die het betaalgedrag van klanten en de werking van het debiteurenproces volgen. Je kunt betalingen die op tijd of te laat zijn snel segmenteren en factoren zoals klanttype of betalingstermijnen analyseren.
Waarom dit belangrijk is
Meet rechtstreeks of betalingstermijnen worden nageleefd. Dat is belangrijk voor het beheer van de cashflow en de beoordeling van de financiële betrouwbaarheid van klanten.
Waar je het vindt
Dit is een berekend veld. De logica is: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.
Voorbeelden
truefalse
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut identificeert het bronsysteem waar de eventdata vandaan komt. Voor dit proces is dat steeds 'Oracle E-Business Suite'. In omgevingen met meerdere systemen is dit veld belangrijk voor datatracering en probleemoplossing. Ook in een omgeving met één systeem geeft het context aan het datamodel en helpt het om data-inname te standaardiseren.
Waarom dit belangrijk is
Geeft belangrijke context over de herkomst van de data. Zo blijven de data traceerbaar en kunnen ze correct worden geïnterpreteerd, vooral in omgevingen met meerdere systemen.
Waar je het vindt
Dit is meestal een statische waarde die tijdens het data-extractie-, transformatie- en laadproces (ETL) wordt toegevoegd om de herkomst van de data te markeren.
Voorbeelden
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Herstelwerk
IsRework
|
Een vlag die aangeeft of een verkooporder herstelwerk heeft ondergaan, zoals herhaalde bevestigings- of wijzigingsactiviteiten. | ||
|
Beschrijving
Dit is een berekend boolean-attribuut dat cases markeert met patronen die op herstelwerk wijzen. Je kunt herstelwerk herkennen aan lussen in de proceskaart, bijvoorbeeld wanneer een order meerdere keren wordt geboekt, of aan specifieke wijzigingsgebeurtenissen die in het systeem zijn vastgelegd. Deze vlag wordt gebruikt om de KPI 'Percentage herstelwerk bij verkooporders' te berekenen en het dashboard 'Analyse van herstelwerk bij verkooporders' aan te sturen. Analisten kunnen zo eenvoudig orders selecteren die afwijken van het standaardproces. Daarmee kun je de impact van herstelwerk op doorlooptijden en kosten bepalen en de oorzaken van deze inefficiënte lussen vinden.
Waarom dit belangrijk is
Helpt procesefficiëntie meetbaar te maken door orders te markeren waarvoor handmatige wijzigingen nodig waren. Zo kun je de oorzaken en gevolgen van herstelwerk analyseren.
Waar je het vindt
Berekend tijdens de data-transformatie door reeksen activiteiten te herkennen die een lus vormen, bijvoorbeeld wanneer 'Order geboekt' meer dan één keer voor dezelfde case voorkomt.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp van de meest recente data-update vanuit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de data voor het laatst uit Oracle E-Business Suite is geëxtraheerd en in de process mining-tool is geladen. Het laat zien hoe actueel de geanalyseerde data is. Dit helpt gebruikers om de actualiteit van de inzichten te beoordelen. Zo weten ze of ze realtime-informatie bekijken of een momentopname van een specifiek tijdstip. Dat is belangrijk voor operationele beslissingen.
Waarom dit belangrijk is
Laat zien hoe actueel de data is. Dat is belangrijk om de analyse te vertrouwen en op tijd beslissingen te nemen.
Waar je het vindt
Deze timestamp wordt gegenereerd en toegevoegd tijdens het data-extractie-, transformatie- en laadproces (ETL).
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Op tijd geleverd
IsOnTimeDelivery
|
Een vlag die aangeeft of de order op of vóór de bevestigde leverdatum is geleverd. | ||
|
Beschrijving
Dit berekende attribuut is een boolean-vlag (True/False) die aangeeft of een order aan de leveringsafspraak voldeed. De waarde wordt bepaald door de timestamp van de activiteit 'Goederen geleverd' te vergelijken met de 'Bevestigde leverdatum'. Dit attribuut ondersteunt rechtstreeks de KPI 'Percentage op tijd geleverd'. Het vereenvoudigt analyses en het maken van dashboards door voor elke order een duidelijke binaire uitkomst te geven. Zo kun je eenvoudig filteren en groeperen om kenmerken van te late leveringen te vinden, zoals veelvoorkomende producten, klanten of verzendmethoden.
Waarom dit belangrijk is
Meet rechtstreeks het serviceniveau en de betrouwbaarheid van fulfilment. Ook maakt het de berekening en visualisatie van de KPI voor tijdige levering eenvoudiger.
Waar je het vindt
Dit is een berekend veld. De logica is: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.
Voorbeelden
truefalse
|
|||
|
Productnummer
ProductNumber
|
De unieke identificatie van het product of artikel op de verkooporderregel. | ||
|
Beschrijving
Dit attribuut identificeert het specifieke materiaal, artikel of de dienst die wordt verkocht. Hiermee kun je op een gedetailleerder niveau analyseren dan met alleen de kop van de verkooporder. Door het proces per product te analyseren, komen productspecifieke problemen aan het licht. Sommige producten hebben bijvoorbeeld langere levertijden door complexe productie of inkoop. Andere producten kunnen vaker leiden tot verzendfouten of klantgeschillen. Zo kun je gerichte verbeteringen doorvoeren in de supply chain en het productbeheer.
Waarom dit belangrijk is
Maakt analyse op productniveau mogelijk, zodat je artikelen kunt vinden die vertragingen, herstelwerk of andere inefficiënties veroorzaken.
Waar je het vindt
Afgeleid van INVENTORY_ITEM_ID in de tabel OE_ORDER_LINES_ALL. Dit veld kan worden gekoppeld aan MTL_SYSTEM_ITEMS_B om het artikelnummer of de omschrijving op te halen.
Voorbeelden
AS54888CM15001SV20100
|
|||
|
Reden van annulering
CancellationReason
|
De vastgelegde reden voor het annuleren van een verkooporder of orderregel. | ||
|
Beschrijving
Wanneer een verkooporder wordt geannuleerd, legt dit attribuut de opgegeven reden vast. Voorbeelden zijn 'Verzoek van klant', 'Niet op voorraad' of 'Kredietblokkade'. Deze data is belangrijk voor een oorzaakanalyse van geannuleerde verkooporders. Het dashboard 'Annuleringspercentage en redenen van verkooporders' gebruikt dit attribuut om de belangrijkste oorzaken van annuleringen te bepalen. Zo kan de organisatie gerichte maatregelen nemen om klantverlies te beperken, voorraadprognoses te verbeteren of kredietbeleid aan te scherpen.
Waarom dit belangrijk is
Geeft direct inzicht in waarom orders worden geannuleerd. Zo kun je de oorzaken analyseren, omzetverlies beperken en klanten behouden.
Waar je het vindt
Deze informatie staat vaak in een redencodeveld, zoals CANCELLED_REASON. Het veld kan beschikbaar zijn in de tabel OE_ORDER_LINES_ALL of in een gerelateerde tabel voor orderwijzigingen.
Voorbeelden
Artikel uit assortimentGeannuleerd door klantDubbele order
|
|||
|
Valuta
Currency
|
De valutacode voor de geldbedragen van de verkooporder. | ||
|
Beschrijving
Het valuta-attribuut geeft aan in welke valuta de orderbedragen zijn uitgedrukt, zoals USD, EUR of JPY. Het biedt de context die nodig is om financiële data over de order te interpreteren. Dit is belangrijk voor analyses in multinationale organisaties die met verschillende valuta werken. Zo worden financiële metingen zoals 'Total Order Amount' correct geïnterpreteerd en kun je indien nodig valuta omrekenen voor geaggregeerde rapportages.
Waarom dit belangrijk is
Geeft context aan alle geldbedragen en zorgt voor een correcte financiële analyse, vooral in een internationale bedrijfsomgeving.
Waar je het vindt
Te vinden in het veld TRANSACTIONAL_CURR_CODE van de tabel OE_ORDER_HEADERS_ALL.
Voorbeelden
USDEURGBP
|
|||
|
Verzendmethode
ShippingMethod
|
De methode of vervoerder die wordt gebruikt om de goederen naar de klant te vervoeren. | ||
|
Beschrijving
Dit attribuut specificeert de transportwijze of het serviceniveau voor de verzending, zoals 'Ground Freight', 'Air Express' of 'Local Courier'. Het beïnvloedt zowel de levertijd als de kosten. Door het proces met dit attribuut te analyseren, kunnen bedrijven de prestaties van verschillende verzendmethoden beoordelen. Zo vergelijkt het dashboard 'Shipping Method Performance' per methode de doorlooptijd van 'Goods Shipped' tot 'Goods Delivered'. Daarmee kun je logistiek optimaliseren met een goede balans tussen snelheid, kosten en betrouwbaarheid.
Waarom dit belangrijk is
Maakt het mogelijk om de prestaties van verschillende vervoerders en verzendopties te beoordelen en te optimaliseren op kosten, snelheid en betrouwbaarheid.
Waar je het vindt
Meestal opgeslagen als SHIPPING_METHOD_CODE in tabellen zoals WSH_DELIVERY_DETAILS of OE_ORDER_LINES_ALL.
Voorbeelden
UPS GroundFedEx Priority OvernightDHL Express Worldwide
|
|||
Order to Cash - activiteiten voor verkooporderverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling ontvangen
|
Deze activiteit vindt plaats wanneer de betaling van een klant is ontvangen en in het systeem aan de bijbehorende factuur is toegewezen. Het is een expliciete financiële transactie in de module Accounts Receivable. | ||
|
Waarom dit belangrijk is
Deze mijlpaal is belangrijk voor het volgen van cashflow, Days Sales Outstanding (DSO) en compliance met betalingstermijnen. Het is een belangrijk eindpunt voor het meten van de financiële doorlooptijd.
Waar je het vindt
Expliciet vastgelegd in de tabel AR_RECEIVABLE_APPLICATIONS_ALL. De kolom APPLY_DATE bevat de timestamp waarop de ontvangst aan de factuur is toegewezen.
Vastleggen
Gebruik APPLY_DATE uit AR_RECEIVABLE_APPLICATIONS_ALL voor de specifieke factuur.
Eventtype
explicit
|
|||
|
Factuur aangemaakt
|
Dit event markeert het aanmaken van de debiteurenfactuur voor de verzonden goederen. Het is een expliciet event dat wordt gestart door het AutoInvoice-proces. Dit haalt data uit Order Management en Shipping en zet die door naar de Receivables-module. | ||
|
Waarom dit belangrijk is
Deze activiteit start het financiële afwikkelingsdeel van het proces. Vanaf dit moment meet je de doorlooptijd van factuur tot betaling en monitor je de efficiëntie van de facturatie.
Waar je het vindt
Dit is een expliciete transactie in de tabel RA_CUSTOMER_TRX_ALL van Oracle Receivables. TRX_DATE of CREATION_DATE dient als timestamp van het event.
Vastleggen
Gebruik TRX_DATE uit de tabel RA_CUSTOMER_TRX_ALL.
Eventtype
explicit
|
|||
|
Goederen verzonden
|
Dit staat voor de afronding van het verzendbevestigingsproces, waarbij de goederen het magazijn fysiek verlaten. Het is een belangrijk expliciet event in de verzendmodule dat de voorraad bijwerkt en de orderstatus verder brengt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal voor het meten van tijdige verzending. Het event vormt ook de trigger voor facturatie en omzetverantwoording.
Waar je het vindt
Vastgelegd als expliciete transactie in Oracle Shipping Execution. De timestamp staat in de kolom INITIAL_PICKUP_DATE van de tabel WSH_NEW_DELIVERIES of wordt afgeleid uit statusupdates in WSH_DELIVERY_DETAILS naar 'Shipped'.
Vastleggen
Gebruik de verzendbevestigingsdatum uit WSH_DELIVERY_DETAILS of WSH_NEW_DELIVERIES.
Eventtype
explicit
|
|||
|
Order geboekt
|
Dit is de formele bevestiging van de verkooporder. De order wordt actief en komt in aanmerking voor vervolgstappen zoals sourcing en verzending. In Oracle EBS verandert deze expliciete actie de orderstatus van 'Entered' naar 'Booked'. | ||
|
Waarom dit belangrijk is
Boeken is een belangrijke mijlpaal waarmee de order officieel wordt vrijgegeven voor afhandeling. Vertraging tussen aanmaken en boeken kan wijzen op problemen met data-invoer, goedkeuringen of de eerste validatie.
Waar je het vindt
Vastgelegd in de tabel OE_ORDER_HEADERS_ALL. Het event vindt plaats wanneer BOOKED_FLAG op 'Y' wordt gezet. De timestamp staat in de kolom BOOKED_DATE.
Vastleggen
Gebruik BOOKED_DATE uit de tabel OE_ORDER_HEADERS_ALL.
Eventtype
explicit
|
|||
|
Order gesloten
|
Deze activiteit markeert de definitieve afronding van de verkooporder nadat alle orderregels succesvol zijn verzonden, gefactureerd en gesloten. Het is een expliciete statusupdate op de orderheader. | ||
|
Waarom dit belangrijk is
Dit is het primaire succesvolle eindpunt van het Order-to-Cash-proces. De timestamp is nodig om de end-to-enddoorlooptijd van succesvol afgehandelde orders te berekenen.
Waar je het vindt
Dit event wordt vastgelegd in de tabel OE_ORDER_HEADERS_ALL wanneer FLOW_STATUS_CODE wordt gewijzigd in 'CLOSED'. LAST_UPDATE_DATE van deze statuswijziging is de timestamp van het event.
Vastleggen
Timestamp van de update in OE_ORDER_HEADERS_ALL waarbij FLOW_STATUS_CODE 'CLOSED' wordt.
Eventtype
explicit
|
|||
|
Verkooporder aangemaakt
|
Deze activiteit markeert het eerste moment waarop een verkooporder in het systeem wordt aangemaakt. Het is een expliciet event dat wordt vastgelegd wanneer een gebruiker een nieuwe orderheader opslaat. Daarmee begint formeel het Order-to-Cash-proces. | ||
|
Waarom dit belangrijk is
Dit is het primaire startevent van het proces. De tijd vanaf dit moment tot volgende activiteiten analyseren is essentieel om de totale doorlooptijd van Order to Cash te meten.
Waar je het vindt
Dit event wordt vastgelegd in de tabel OE_ORDER_HEADERS_ALL van de Oracle Order Management-module. De kolom CREATION_DATE bevat de expliciete timestamp van deze activiteit.
Vastleggen
Gebruik CREATION_DATE uit de tabel OE_ORDER_HEADERS_ALL.
Eventtype
explicit
|
|||
|
Voorraad toegewezen
|
Deze activiteit staat voor het reserveren van voorraad voor de orderregels. Zo is de benodigde hoeveelheid beschikbaar om te picken. Meestal wordt dit afgeleid uit een statuswijziging op de verkooporderregel die aangeeft dat deze klaar is om naar het magazijn te worden vrijgegeven. | ||
|
Waarom dit belangrijk is
Deze mijlpaal helpt om te bepalen of een order klaar is voor afhandeling. Vertraging kan wijzen op voorraadtekorten, sourcingproblemen of inefficiënties in het toewijzingsproces.
Waar je het vindt
Afgeleid uit statuswijzigingen in de tabel WSH_DELIVERY_DETAILS. De activiteit vindt plaats wanneer de status van een regel wordt gewijzigd in 'Ready to Release'. De timestamp wordt afgeleid van de bijbehorende statuswijziging.
Vastleggen
Afgeleid uit statusupdates van orderregels in WSH_DELIVERY_DETAILS naar 'Ready to Release'.
Eventtype
inferred
|
|||
|
Factuur naar klant verzonden
|
Deze activiteit staat voor het moment waarop de factuur naar de klant wordt verzonden, op papier of elektronisch. Meestal wordt dit event afgeleid, omdat het niet altijd apart van het aanmaken wordt vastgelegd. | ||
|
Waarom dit belangrijk is
Hiermee begint officieel de betalingstermijn van de klant. Vertraging tussen het aanmaken en verzenden van de factuur kan de cashflow negatief beïnvloeden en tot late betalingen leiden.
Waar je het vindt
Dit kan worden afgeleid uit LAST_PRINTED_DATE in de tabel RA_CUSTOMER_TRX_ALL. Voor elektronische facturen moet je mogelijk logs van een extern documentleveringssysteem gebruiken.
Vastleggen
Gebruik LAST_PRINTED_DATE uit RA_CUSTOMER_TRX_ALL of logs van tools van derden.
Eventtype
inferred
|
|||
|
Goederen geleverd
|
Deze activiteit geeft aan dat de zending de klant heeft bereikt. Oracle EBS registreert dit event standaard niet. Daarom moet je het meestal afleiden of importeren uit systemen van externe vervoerders. | ||
|
Waarom dit belangrijk is
Essentieel voor het meten van KPI's voor tijdige levering en het begrijpen van de volledige klantervaring. Het verschil tussen verzending en levering laat de prestaties van de vervoerder zien.
Waar je het vindt
Systeemanalyse vereist. Deze data is niet standaard beschikbaar in Oracle EBS en moet afkomstig zijn uit externe datastromen van vervoerders of logistieke platforms die met het systeem zijn geïntegreerd.
Vastleggen
Afgeleid uit data van externe vervoerders of aangenomen op basis van een standaardtransittijd na 'Goods Shipped'.
Eventtype
inferred
|
|||
|
Kredietcontrole uitgevoerd
|
Deze activiteit geeft aan dat de kredietcontrole van de klant voor de order is afgerond. Vaak wordt dit vastgelegd wanneer een toegepaste kredietblokkade op de verkooporder wordt opgeheven, zodat de order verder kan. | ||
|
Waarom dit belangrijk is
Vertraging bij kredietcontroles is een veelvoorkomend knelpunt dat het hele afhandelingsproces kan ophouden. Door deze activiteit te monitoren, zie je waar financiële controles en goedkeuringen niet efficiënt verlopen.
Waar je het vindt
Dit event kan worden afgeleid uit de tabel OE_ORDER_HOLDS_ALL door de timestamp te bepalen waarop een 'Credit Check Hold' voor een specifieke orderheader wordt opgeheven.
Vastleggen
Gebruik de vrijgavetimestamp van kredietgerelateerde blokkades uit OE_ORDER_HOLDS_ALL.
Eventtype
inferred
|
|||
|
Order geannuleerd
|
Dit staat voor het annuleren van een volledige verkooporder voordat de afhandeling is afgerond. Het is een expliciet event dat de orderverwerkingsworkflow beëindigt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk uitzonderings-eindpunt. Door de frequentie, timing en redenen van annuleringen te analyseren, kun je omzetverlies en problemen met processen of producten identificeren.
Waar je het vindt
Vastgelegd in de tabel OE_ORDER_HEADERS_ALL wanneer FLOW_STATUS_CODE op 'CANCELLED' staat en CANCELLED_FLAG 'Y' is. LAST_UPDATE_DATE kan als timestamp worden gebruikt.
Vastleggen
Timestamp waarop CANCELLED_FLAG in OE_ORDER_HEADERS_ALL op 'Y' wordt gezet.
Eventtype
explicit
|
|||
|
Orderregel gesloten
|
Geeft aan dat alle verwerking voor een afzonderlijke orderregel is afgerond, inclusief verzending en facturatie. Dit is een expliciete statuswijziging die door het workflowproces wordt beheerd. | ||
|
Waarom dit belangrijk is
Door sluitingen op regelniveau te volgen, kun je deelleveringen analyseren en problemen met specifieke producten of afhandelingsroutes identificeren voordat de volledige order is afgerond.
Waar je het vindt
Dit wordt vastgelegd in de tabel OE_ORDER_LINES_ALL wanneer FLOW_STATUS_CODE wordt gewijzigd in 'CLOSED'. LAST_UPDATE_DATE van deze statuswijziging kan als timestamp dienen.
Vastleggen
Timestamp van de update in OE_ORDER_LINES_ALL waarbij FLOW_STATUS_CODE 'CLOSED' wordt.
Eventtype
explicit
|
|||
|
Pickopdracht vrijgegeven
|
Dit event markeert het moment waarop de verkooporderregels worden vrijgegeven aan het magazijn, zodat het picken kan beginnen. Het is een expliciete actie die pickslips aanmaakt en de order zichtbaar maakt voor magazijnmedewerkers. | ||
|
Waarom dit belangrijk is
Deze activiteit start de fysieke orderafhandeling. Door de tijd vanaf dit moment tot 'Goods Shipped' te analyseren, krijg je zicht op de efficiëntie op de magazijnvloer en mogelijke knelpunten bij het picken.
Waar je het vindt
Dit is een expliciet event in de Oracle Shipping Execution-module. Je herkent het aan een statuswijziging in WSH_DELIVERY_DETAILS naar 'Released to Warehouse' of 'Transactable'.
Vastleggen
Timestamp waarop WSH_DELIVERY_DETAILS.RELEASED_STATUS verandert in 'S' (Submitted).
Eventtype
explicit
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Met deze template heb je alles wat je nodig hebt om te beginnen met het optimaliseren van Order to Cash, verwerking van verkooporders. Verbeter je proces vandaag en verhoog de efficiëntie.
Transformeer je order-to-cash-verkoopverwerking nu!
Vind inefficiënties en verkort de doorlooptijd van Order to Cash met 30%.
Je hebt geen creditcard nodig. Gratis proefperiode van 14 dagen.