Datatemplate voor order-to-cashverwerking van verkooporders

Oracle E-Business Suite
Datatemplate voor order-to-cashverwerking van verkooporders

Datatemplate voor order-to-cashverwerking van verkooporders

Deze template geeft een gestructureerd overzicht van de essentiële data die je moet ophalen voor een goede analyse van de order-to-cashverwerking van verkooporders. Je ziet welke attributen je verzamelt en welke belangrijke activiteiten je in Oracle E-Business Suite volgt. Ook vind je praktische uitleg over het ophalen van deze data, zodat je goed van start kunt met process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen voor de analyse
  • Uitleg over data-extractie

Attributen voor order-to-cashverwerking van verkooporders

Dit zijn de aanbevolen datavelden voor je event log, zodat je de order-to-cashverwerking van verkooporders volledig kunt analyseren.
3 Verplicht 7 Aanbevolen 10 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke bedrijfsgebeurtenis of stap in de levenscyclus van een verkooporder.
Beschrijving

Dit attribuut bevat de naam van elke activiteit voor een verkooporder, zoals 'Order geboekt', 'Goederen verzonden' of 'Betaling ontvangen'. Deze activiteiten zijn belangrijke mijlpalen in het Order-to-Cash-proces.

De volgorde en frequentie van deze activiteiten analyseren is de kern van process mining. Zo ontdek je hoe processen in de praktijk verlopen, welke routes vaak voorkomen en waar afwijkingen en bottlenecks zitten. Met deze data maak je de proceskaart, de belangrijkste visualisatie voor procesanalyse.

Waarom dit belangrijk is

Bepaalt de stappen op de proceskaart en is essentieel om de processtroom zichtbaar te maken en te analyseren.

Waar vind je dit?

Dit is een conceptueel veld dat is afgeleid van verschillende events, statussen en transactiedatums uit bronsystemen, waaronder 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

Eventtijd, of timestamp, legt de exacte datum en tijd van een activiteit vast. Zo registreert het wanneer een order is aangemaakt, een factuur is verstuurd of een betaling is ontvangen. Deze tijdsdata vormt de basis voor process mining.

Met dit attribuut sorteer je de events per case op tijd. Dat is nodig om de processtroom goed te reconstrueren. Het vormt ook de basis voor berekeningen van tijd en prestaties, zoals doorlooptijden tussen activiteiten, de totale duur van een case en het opsporen van vertragingen of bottlenecks.

Waarom dit belangrijk is

Geeft de chronologische volgorde van events weer en vormt de basis voor alle tijdsanalyses, waaronder doorlooptijden en het opsporen van bottlenecks.

Waar vind je dit?

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 identificatiecode van een verkooporder van een klant. Deze order is de primaire case in het Order-to-Cash-proces.
Beschrijving

Het verkoopordernummer identificeert elke klantorder op unieke wijze, van aanmaak tot definitieve afsluiting. Het vormt de rode draad tussen alle bijbehorende activiteiten, zoals boeken, verzenden, factureren en betalen.

Bij process mining is dit attribuut essentieel om het volledige verloop van elke order te reconstrueren. Door alle events onder één verkooporder te groeperen, kunnen analisten de volledige processtroom bekijken, verschillen tussen orders opsporen en belangrijke prestatie-indicatoren meten, zoals de doorlooptijd en tijdige levering per case.

Waarom dit belangrijk is

Dit is de Case-ID, die nodig is om alle procesevents aan elkaar te koppelen en het volledige verloop van de order te analyseren.

Waar vind je dit?

De primaire sleutel van een verkooporder, meestal te vinden in Oracle Order Management-tabellen zoals OE_ORDER_HEADERS_ALL.HEADER_ID.

Voorbeelden
685127103482459
Betalingsvoorwaarden
PaymentTerms
De afgesproken voorwaarden die bepalen wanneer de klant voor de goederen of diensten moet betalen.
Beschrijving

Betalingsvoorwaarden leggen de betaaltermijn voor een factuur vast, bijvoorbeeld 'Netto 30', 'Netto 60' of 'Betaling bij ontvangst'. Dit attribuut is belangrijk voor het beheer van debiteuren en de cashflow.

Door procesprestaties per betalingsvoorwaarde 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 verschillende betalingsvoorwaarden te evalueren. Het is een belangrijke dimensie voor het dashboard 'Naleving van betalingsvoorwaarden controleren'.

Waarom dit belangrijk is

Belangrijk om betaalgedrag te analyseren, de cashflow te volgen en financiële risico's bij verschillende klantovereenkomsten te beoordelen.

Waar vind je dit?

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
Netto 30 dagenNetto 60 dagenBetaling bij ontvangst
Bevestigde leverdatum
ConfirmedDeliveryDate
De afgesproken datum waarop de goederen volgens planning bij de klant worden afgeleverd.
Beschrijving

Dit attribuut bevat de leverdatum die aan de klant is beloofd of bevestigd. Deze datum is het uitgangspunt om prestaties op het gebied van tijdige levering te meten.

Bij process mining vergelijk je deze datum met de werkelijke levertimestamp van de activiteit 'Goederen afgeleverd'. Zo bereken je de KPI 'Percentage tijdige leveringen'. Afwijkingen kunnen wijzen op structurele problemen in de logistiek, het voorraadbeheer of de productieplanning die tot vertragingen leiden.

Waarom dit belangrijk is

Dit is het uitgangspunt voor het meten van tijdige leveringen, een belangrijke KPI voor klanttevredenheid en goede bedrijfsvoering.

Waar vind je dit?

Deze datum staat meestal in de velden LATEST_ACCEPTABLE_DATE of REQUEST_DATE op orderregelniveau 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

Geeft aan welke gebruiker een bepaalde processtap heeft uitgevoerd. Dat kan bijvoorbeeld de verkoper zijn die de order heeft aangemaakt, de kredietanalist die de controle heeft gedaan of de medewerker die de factuur heeft aangemaakt.

Door activiteiten per gebruiker te analyseren, kun je opleidingsbehoeften, goed presterende medewerkers of teams en de verdeling van het werk in kaart brengen. Dit is ook belangrijk voor compliance en analyses van auditsporen, bijvoorbeeld bij onderzoek naar onbevoegde handelingen of herhaalwerk door specifieke gebruikers.

Waarom dit belangrijk is

Maakt het mogelijk om prestaties per gebruiker, de werkverdeling en naleving van complianceprocedures te analyseren. Zo zie je wie een handeling heeft uitgevoerd.

Waar vind je dit?

Afkomstig uit gebruikersvelden zoals CREATED_BY of LAST_UPDATED_BY in verschillende Oracle EBS-tabellen. Vaak moet je hiervoor een koppeling maken met 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 bevat de officiële naam van de klant bij de verkooporder. Het is een belangrijke dimensie om procesprestaties uit te splitsen en te analyseren.

Door het proces per klant te filteren of uit te splitsen, kunnen analisten zien bij welke klanten de doorlooptijden het langst zijn, het meeste herhaalwerk voorkomt of betalingen het vaakst vertraging oplopen. Deze informatie helpt om klantrelaties te verbeteren, serviceniveaus af te stemmen en klantgedrag beter te begrijpen.

Waarom dit belangrijk is

Maakt analyse per klant mogelijk, zodat je verschillen in prestaties kunt opsporen, de dienstverlening kunt verbeteren en betaalgedrag kunt vergelijken.

Waar vind je dit?

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, bijvoorbeeld 'Ingevoerd', 'Geboekt', 'Gesloten' of 'Geannuleerd'. Statussen komen vaak rechtstreeks overeen met procesactiviteiten.

Door de orderstatus bij te houden, kun je dashboards maken die de huidige status van alle actieve orders tonen. Managers kunnen de orderstroom volgen, vastgelopen orders opsporen en uitzonderingen proactief afhandelen. Statusovergangen analyseren is een gebruikelijke manier om activiteiten voor de proceskaart te bepalen.

Waarom dit belangrijk is

Geeft inzicht in de orderstroom, zodat je vastgelopen orders kunt opsporen en procesuitzonderingen kunt afhandelen.

Waar vind je dit?

Meestal te vinden in de kolom FLOW_STATUS_CODE van de tabellen OE_ORDER_HEADERS_ALL en OE_ORDER_LINES_ALL.

Voorbeelden
GEBOEKTWACHT_OP_VERZENDINGVERZONDENGESLOTENGEANNULEERD
Totaal orderbedrag
TotalOrderAmount
De totale geldwaarde van de verkooporder.
Beschrijving

Dit attribuut geeft de totale waarde weer van alle regels op een verkooporder, uitgedrukt in de transactievaluta. Het is een belangrijke financiële maatstaf per case.

Door procesmaatstaven uit te splitsen naar orderbedrag, kun je verbeteringen gericht prioriteren. Analisten kunnen bijvoorbeeld onderzoeken of orders met een hoge waarde vaker vertraging oplopen of meer herhaalwerk vereisen dan orders met een lage waarde. Ook kun je de financiële impact bepalen, bijvoorbeeld door de waarde te berekenen van orders die vastzitten bij een bepaalde bottleneck.

Waarom dit belangrijk is

Maakt financiële analyse van het proces mogelijk. Zo kun je orders met een hoge waarde prioriteit geven en de financiële impact van inefficiënties berekenen.

Waar vind je dit?

Deze waarde wordt meestal berekend door de bedragen van de orderregels bij elkaar op te tellen. De bedragen staan in tabellen zoals OE_ORDER_LINES_ALL.

Voorbeelden
5450.00125000.75980.50
Uiterste betaaldatum
PaymentDueDate
De berekende datum waarop de klant de factuur uiterlijk moet betalen.
Beschrijving

De uiterste betaaldatum is de kalenderdatum waarop een factuur moet zijn betaald. Deze datum wordt berekend op basis van de factuurdatum en de afgesproken betalingsvoorwaarden. Het is de streefdatum voor de activiteit 'Betaling ontvangen'.

Dit attribuut is nodig om de KPI 'Nalevingspercentage betalingsvoorwaarden' te berekenen door de uiterste betaaldatum te vergelijken met de werkelijke betaaldatum. Met een analyse van afwijkingen kan het incassoteam prioriteiten stellen, klanten opsporen die structureel te laat betalen en de effectiviteit van het incassoproces meten.

Waarom dit belangrijk is

Is de streefdatum voor het innen van de betaling. Zo kun je meten of er op tijd wordt betaald en of klanten zich aan de voorwaarden houden.

Waar vind je dit?

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
Bronsysteem
SourceSystem
Het systeem waaruit de data is gehaald.
Beschrijving

Dit attribuut geeft aan uit welk informatiesysteem de eventdata afkomstig is. Voor dit proces is dat altijd 'Oracle E-Business Suite'.

In omgevingen met meerdere systemen is dit veld belangrijk om de herkomst van data te volgen en problemen op te lossen. Ook als er maar één systeem wordt gebruikt, geeft het nuttige context voor het datamodel en helpt het om de data-invoer op dezelfde manier in te richten.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van data. Zo kun je de data volgen en goed interpreteren, vooral in omgevingen met meerdere systemen.

Waar vind je dit?

Dit is meestal een vaste waarde die tijdens het proces voor data-extractie, transformatie en laden (ETL) wordt toegevoegd om de herkomst van de data aan te geven.

Voorbeelden
Oracle E-Business SuiteOracle EBS R12
Herhaalwerk
IsRework
Een indicator die aangeeft of er herhaalwerk aan een verkooporder is uitgevoerd, bijvoorbeeld doordat bevestigings- of wijzigingsactiviteiten zijn herhaald.
Beschrijving

Dit is een berekend booleaans attribuut dat cases markeert met patronen die op herhaalwerk wijzen. Je kunt herhaalwerk opsporen door lussen op de proceskaart te herkennen, bijvoorbeeld wanneer een order meerdere keren wordt geboekt, of door specifieke wijzigingsevents in het systeem te vinden.

Deze indicator wordt gebruikt om de KPI 'Percentage herhaalwerk bij verkooporders' te berekenen en het dashboard 'Analyse van herhaalwerk bij verkooporders' te vullen. Analisten kunnen hiermee orders apart bekijken die afwijken van het standaardproces. Zo wordt duidelijk wat herhaalwerk kost en hoe het de doorlooptijden beïnvloedt, en kun je de oorzaken van deze inefficiënte lussen opsporen.

Waarom dit belangrijk is

Helpt inefficiëntie in het proces te meten door orders te markeren waarvoor handmatige wijzigingen nodig waren. Zo kun je de oorzaken en gevolgen van herhaalwerk analyseren.

Waar vind je dit?

Berekend tijdens de datatransformatie door reeksen activiteiten te herkennen die een lus vormen, bijvoorbeeld wanneer 'Order geboekt' meer dan één keer voorkomt voor dezelfde case.

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 gehaald en in de processminingtool is geladen. Zo zie je hoe actueel de geanalyseerde data is.

Dit helpt gebruikers om te bepalen hoe recent de inzichten zijn. Je ziet of het om realtime-informatie gaat of om een momentopname. Dat is belangrijk bij het nemen van beslissingen over de bedrijfsvoering.

Waarom dit belangrijk is

Laat zien hoe actueel de data is. Dat is belangrijk om de analyse goed te kunnen beoordelen en op tijd beslissingen te nemen.

Waar vind je dit?

Deze timestamp wordt aangemaakt en toegevoegd tijdens het proces voor data-extractie, transformatie en laden (ETL).

Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Op tijd betaald
IsPaymentOnTime
Een indicator die aangeeft of de betaling op of vóór de uiterste betaaldatum van de factuur is ontvangen.
Beschrijving

Dit is een berekend booleaans attribuut dat wordt bepaald door de timestamp van de activiteit 'Betaling ontvangen' te vergelijken met de uiterste betaaldatum van de bijbehorende factuur. Het geeft eenvoudig aan of de betaling op tijd was.

Deze indicator vormt de basis voor de KPI 'Nalevingspercentage betalingsvoorwaarden'. Je kunt er eenvoudig dashboards en rapporten mee maken om het betaalgedrag van klanten en de prestaties van het debiteurenproces te volgen. Ook kun je snel betalingen op tijd en te laat van elkaar scheiden en factoren zoals klanttype of betalingsvoorwaarden analyseren.

Waarom dit belangrijk is

Meet rechtstreeks of klanten zich aan de betalingsvoorwaarden houden. Dat is belangrijk voor het beheer van de cashflow en de beoordeling van de financiële betrouwbaarheid van klanten.

Waar vind je dit?

Dit is een berekend veld. De logica is: IF ('Betaling ontvangen' EventTime <= PaymentDueDate) THEN True ELSE False.

Voorbeelden
truefalse
Op tijd geleverd
IsOnTimeDelivery
Een indicator die aangeeft of de order op of vóór de bevestigde leverdatum is afgeleverd.
Beschrijving

Dit berekende attribuut is een booleaanse indicator (waar/onwaar) die aangeeft of een order op tijd is geleverd. De waarde wordt bepaald door de timestamp van de activiteit 'Goederen afgeleverd' te vergelijken met de 'Bevestigde leverdatum'.

Dit attribuut ondersteunt rechtstreeks de KPI 'Percentage tijdige leveringen'. Het vereenvoudigt analyses en dashboards doordat elke order een duidelijke uitkomst krijgt: op tijd of te laat. Je kunt eenvoudig filteren en groeperen om kenmerken van te late leveringen te vinden, zoals veelvoorkomende producten, klanten of verzendmethoden.

Waarom dit belangrijk is

Meet rechtstreeks de kwaliteit van de dienstverlening en de betrouwbaarheid van de orderafhandeling. Ook wordt het berekenen en weergeven van de KPI voor tijdige levering eenvoudiger.

Waar vind je dit?

Dit is een berekend veld. De logica is: IF ('Goederen afgeleverd' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Voorbeelden
truefalse
Orderhoeveelheid
OrderQuantity
Het aantal producten dat op een specifieke verkooporderregel is besteld.
Beschrijving

Dit attribuut geeft aan hoeveel eenheden van een product de klant op een verkooporderregel heeft besteld. Het geeft de omvang van de transactie op regelniveau weer.

Je kunt de orderhoeveelheid gebruiken om te onderzoeken of het proces anders verloopt bij verschillende ordergroottes. Zeer grote of juist kleine orders kunnen bijvoorbeeld een andere procesroute volgen of met andere vertragingen te maken krijgen. De hoeveelheid geeft ook context bij andere maatstaven, zoals de orderwaarde.

Waarom dit belangrijk is

Geeft context over de omvang van een order. Zo kun je analyseren hoe het ordervolume de procesefficiëntie en afhandelingsroutes beïnvloedt.

Waar vind je dit?

Te vinden in het veld ORDERED_QUANTITY van de tabel OE_ORDER_LINES_ALL.

Voorbeelden
102501
Productnummer
ProductNumber
De unieke identificatiecode van het product of artikel op de orderregel.
Beschrijving

Dit attribuut identificeert het materiaal, artikel of de dienst die wordt verkocht. Zo kun je het proces op een gedetailleerder niveau analyseren dan alleen de orderkop.

Door het proces per product te analyseren, komen productspecifieke problemen aan het licht. Sommige producten hebben bijvoorbeeld een langere afhandelingstijd door ingewikkelde productie of inkoop. Andere kunnen vaker leiden tot verzendfouten of geschillen met klanten. Zo kun je verbeteringen in de toeleveringsketen en het productbeheer gericht aanpakken.

Waarom dit belangrijk is

Maakt analyse per product mogelijk, zodat je artikelen kunt opsporen die vertragingen, herhaalwerk of andere inefficiënties veroorzaken.

Waar vind je dit?

Afgeleid van INVENTORY_ITEM_ID in de tabel OE_ORDER_LINES_ALL. Je kunt dit koppelen 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, bevat dit attribuut de opgegeven reden. Voorbeelden zijn 'Verzoek van klant', 'Niet op voorraad' of 'Kredietblokkade'.

Deze data is belangrijk voor oorzaakanalyse van orderannuleringen. Het dashboard 'Percentage en redenen van geannuleerde verkooporders' gebruikt dit attribuut om de belangrijkste oorzaken van annuleringen te vinden. Zo kan het bedrijf gericht werken aan minder klantverlies, betere voorraadprognoses of aangepast kredietbeleid.

Waarom dit belangrijk is

Laat zien waarom orders worden geannuleerd. Met oorzaakanalyse kun je omzetverlies beperken en klanten behouden.

Waar vind je dit?

Deze informatie staat vaak in een redenveld, zoals CANCELLED_REASON. Dit veld kan beschikbaar zijn in de tabel OE_ORDER_LINES_ALL of in een gerelateerde tabel voor orderwijzigingen.

Voorbeelden
Artikel uit assortimentKlant heeft geannuleerdDubbele order
Valuta
Currency
De valutacode voor de geldbedragen van de verkooporder.
Beschrijving

Het valuta-attribuut geeft aan in welke valuta de orderbedragen zijn uitgedrukt, bijvoorbeeld USD, EUR of JPY. Zo kun je de financiële data bij de order goed interpreteren.

Dit is belangrijk voor internationale organisaties die in verschillende valuta handelen. Het zorgt ervoor dat financiële maatstaven zoals 'Totaal orderbedrag' goed worden geïnterpreteerd en maakt zo nodig de juiste valutaomrekening mogelijk voor rapportages over meerdere orders.

Waarom dit belangrijk is

Geeft context bij alle geldbedragen, zodat je financiële data goed kunt analyseren, ook in een internationale bedrijfsomgeving.

Waar vind je dit?

Te vinden in het veld TRANSACTIONAL_CURR_CODE in de tabel OE_ORDER_HEADERS_ALL.

Voorbeelden
USDEURGBP
Verzendmethode
ShippingMethod
De methode of vervoerder waarmee de goederen naar de klant worden vervoerd.
Beschrijving

Dit attribuut geeft de vervoerswijze of het serviceniveau voor de verzending aan, bijvoorbeeld 'Wegtransport', 'Luchtvracht' of 'Lokale koerier'. Het heeft invloed op zowel de levertijd als de kosten.

Door het proces op basis van dit attribuut te analyseren, kunnen bedrijven de prestaties van verschillende verzendmethoden vergelijken. Het dashboard 'Prestaties per verzendmethode' vergelijkt bijvoorbeeld de doorlooptijd tussen 'Goederen verzonden' en 'Goederen afgeleverd' voor elke methode. Zo kun je de logistiek afstemmen op snelheid, kosten en betrouwbaarheid.

Waarom dit belangrijk is

Maakt het mogelijk om vervoerders en verzendopties te vergelijken op kosten, snelheid en betrouwbaarheid.

Waar vind je dit?

Meestal opgeslagen als SHIPPING_METHOD_CODE in tabellen zoals WSH_DELIVERY_DETAILS of OE_ORDER_LINES_ALL.

Voorbeelden
UPS GrondtransportFedEx Priority OvernightDHL Express Worldwide
Verplicht Aanbevolen Optioneel

Activiteiten voor order-to-cashverwerking van verkooporders

Dit zijn de belangrijke processtappen en mijlpalen voor je event log. Ze helpen je het proces nauwkeurig in kaart te brengen en te verbeteren.
7 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Betaling ontvangen
Deze activiteit vindt plaats wanneer de betaling van een klant binnenkomt en in het systeem aan de bijbehorende factuur wordt gekoppeld. Het is een expliciete financiële transactie in de module Accounts Receivable.
Waarom dit belangrijk is

Deze mijlpaal is belangrijk om de cashflow, Days Sales Outstanding (DSO) en naleving van betalingstermijnen te volgen. Het is een belangrijk eindpunt voor het meten van de financiële doorlooptijd.

Waar vind je dit?

Expliciet vastgelegd in de tabel AR_RECEIVABLE_APPLICATIONS_ALL. De kolom APPLY_DATE bevat de timestamp waarop de betaling aan de factuur is gekoppeld.

Vastleggen

Gebruik APPLY_DATE uit AR_RECEIVABLE_APPLICATIONS_ALL voor de betreffende factuur.

Gebeurtenistype explicit
Factuur aangemaakt
Deze gebeurtenis markeert het aanmaken van de debiteurenfactuur voor de verzonden goederen. Het is een expliciete gebeurtenis die wordt gestart door het AutoInvoice-proces. Dat haalt data uit Order Management en Shipping op en zet die in de module Receivables.
Waarom dit belangrijk is

Met deze activiteit begint het financiële deel van het proces. Dit is het startpunt voor het meten van de doorlooptijd van factuur tot betaling en het volgen van de facturatieprestaties.

Waar vind je dit?

Deze expliciete transactie wordt vastgelegd in de tabel RA_CUSTOMER_TRX_ALL van Oracle Receivables. TRX_DATE of CREATION_DATE is de timestamp van de gebeurtenis.

Vastleggen

Gebruik TRX_DATE uit de tabel RA_CUSTOMER_TRX_ALL.

Gebeurtenistype explicit
Goederen verzonden
Dit markeert de afronding van de verzendbevestiging, wanneer de goederen het magazijn daadwerkelijk verlaten. Deze expliciete gebeurtenis in de verzendmodule werkt de voorraad bij en verandert de orderstatus.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal voor de orderafhandeling en wordt gebruikt om te meten of verzendingen op tijd plaatsvinden. De gebeurtenis zet ook de facturatie en omzetverantwoording in gang.

Waar vind je dit?

Vastgelegd als expliciete transactie in Oracle Shipping Execution. De timestamp staat in de kolom INITIAL_PICKUP_DATE van de tabel WSH_NEW_DELIVERIES of is af te leiden uit statusupdates van WSH_DELIVERY_DETAILS naar ‘Shipped’.

Vastleggen

Gebruik de verzendbevestigingsdatum uit WSH_DELIVERY_DETAILS of WSH_NEW_DELIVERIES.

Gebeurtenistype explicit
Order bevestigd
Dit is de formele bevestiging van de verkooporder. De order wordt actief en kan verder worden verwerkt, bijvoorbeeld voor inkoop en verzending. In Oracle EBS verandert de status van de order hierbij van ‘Entered’ in ‘Booked’.
Waarom dit belangrijk is

De bevestiging is een belangrijke mijlpaal: de order wordt officieel klaargemaakt voor afhandeling. Vertraging tussen het aanmaken en bevestigen kan wijzen op problemen met gegevensinvoer, goedkeuringen of de eerste controles.

Waar vind je dit?

Vastgelegd in de tabel OE_ORDER_HEADERS_ALL. De gebeurtenis 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.

Gebeurtenistype explicit
Order gesloten
Deze activiteit markeert de volledige afronding van de verkooporder, nadat alle regels zijn verzonden, gefactureerd en gesloten. Dit is een expliciete statusupdate op de orderkop.
Waarom dit belangrijk is

Dit is het belangrijkste eindpunt voor een geslaagde Order to Cash-afhandeling. De timestamp is nodig om de totale doorlooptijd van succesvol afgehandelde orders te berekenen.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd in de tabel OE_ORDER_HEADERS_ALL wanneer FLOW_STATUS_CODE wordt bijgewerkt naar ‘CLOSED’. LAST_UPDATE_DATE van deze statuswijziging is de timestamp van de gebeurtenis.

Vastleggen

Timestamp van de update in OE_ORDER_HEADERS_ALL waarbij FLOW_STATUS_CODE de waarde ‘CLOSED’ krijgt.

Gebeurtenistype explicit
Verkooporder aangemaakt
Deze activiteit markeert het aanmaken van een verkooporder in het systeem. De gebeurtenis wordt vastgelegd wanneer een gebruiker een nieuwe verkooporderkop opslaat. Dit is het formele begin van het order-to-cash-proces.
Waarom dit belangrijk is

Dit is de belangrijkste startgebeurtenis van het proces. De tijd vanaf dit moment tot de volgende activiteiten is essentieel om de totale doorlooptijd van Order to Cash te meten.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd in de tabel OE_ORDER_HEADERS_ALL van de Oracle-module Order Management. De kolom CREATION_DATE bevat de exacte timestamp van deze activiteit.

Vastleggen

Gebruik CREATION_DATE uit de tabel OE_ORDER_HEADERS_ALL.

Gebeurtenistype explicit
Voorraad toegewezen
Deze activiteit staat voor het reserveren van voorraad voor de orderregels, zodat de benodigde hoeveelheid klaarstaat om te worden gepickt. Meestal kun je dit afleiden uit een statuswijziging van de orderregel die aangeeft dat deze klaar is voor vrijgave aan het magazijn.
Waarom dit belangrijk is

Deze mijlpaal laat zien of de order klaar is voor afhandeling. Vertraging kan wijzen op voorraadtekorten, problemen met de bevoorrading of inefficiëntie bij de toewijzing.

Waar vind je dit?

Af te leiden uit statuswijzigingen in de tabel WSH_DELIVERY_DETAILS. De activiteit vindt plaats wanneer de status van een regel wordt bijgewerkt naar ‘Ready to Release’. De timestamp is gebaseerd op de bijbehorende statuswijziging.

Vastleggen

Af te leiden uit statusupdates van orderregels in WSH_DELIVERY_DETAILS naar ‘Ready to Release’.

Gebeurtenistype inferred
Factuur naar klant verzonden
Deze activiteit geeft aan dat de factuur naar de klant is verstuurd, op papier of elektronisch. Meestal moet je dit afleiden, omdat het versturen niet altijd als aparte gebeurtenis wordt vastgelegd.
Waarom dit belangrijk is

Dit is het officiële begin van de betalingstermijn van de klant. Vertraging tussen het aanmaken en versturen van de factuur kan de cashflow verslechteren en tot late betalingen leiden.

Waar vind je dit?

Je kunt dit afleiden uit LAST_PRINTED_DATE in de tabel RA_CUSTOMER_TRX_ALL. Voor elektronische facturen moet je mogelijk de logs van een extern systeem voor documentbezorging raadplegen.

Vastleggen

Gebruik LAST_PRINTED_DATE uit RA_CUSTOMER_TRX_ALL of logs van tools van derden.

Gebeurtenistype inferred
Goederen geleverd
Deze activiteit geeft aan dat de zending bij de klant is aangekomen. Oracle EBS registreert deze gebeurtenis standaard niet. Meestal moet je de gebeurtenis afleiden of importeren uit systemen van externe vervoerders.
Waarom dit belangrijk is

Deze gebeurtenis is nodig om KPI’s voor tijdige levering te meten en de volledige klantervaring te begrijpen. Het verschil tussen verzending en levering laat zien hoe vervoerders presteren.

Waar vind je dit?

Hiervoor is systeemanalyse nodig. Deze data is niet standaard beschikbaar in Oracle EBS en moet komen uit datafeeds van externe vervoerders of logistieke platforms die met het systeem zijn gekoppeld.

Vastleggen

Af te leiden uit data van externe vervoerders of te schatten op basis van een standaardtransittijd na ‘Goods Shipped’.

Gebeurtenistype inferred
Kredietcontrole uitgevoerd
Deze activiteit geeft aan dat de kredietcontrole van de klant voor de order is afgerond. Dit wordt vaak vastgelegd wanneer een eventuele kredietblokkade op de verkooporder wordt opgeheven, zodat de order verder kan.
Waarom dit belangrijk is

Vertraging bij kredietcontroles is een veelvoorkomende bottleneck die de hele orderafhandeling kan ophouden. Door deze activiteit te volgen, ontdek je inefficiëntie in financiële controles en goedkeuringen.

Waar vind je dit?

Je kunt deze gebeurtenis afleiden uit de tabel OE_ORDER_HOLDS_ALL door de timestamp te bepalen waarop een ‘Credit Check Hold’ voor een specifieke orderkop wordt opgeheven.

Vastleggen

Gebruik de timestamp waarop kredietblokkades in OE_ORDER_HOLDS_ALL worden opgeheven.

Gebeurtenistype inferred
Order geannuleerd
Geeft aan dat een volledige verkooporder is geannuleerd voordat de afhandeling is afgerond. Deze expliciete gebeurtenis beëindigt de workflow voor de orderverwerking.
Waarom dit belangrijk is

Dit is een belangrijk eindpunt voor uitzonderingen. Door te analyseren hoe vaak en wanneer orders worden geannuleerd en waarom, kun je omzetverlies en problemen met processen of producten opsporen.

Waar vind je dit?

Wordt vastgelegd in de tabel OE_ORDER_HEADERS_ALL wanneer FLOW_STATUS_CODE de waarde 'CANCELLED' heeft en CANCELLED_FLAG op 'Y' staat. LAST_UPDATE_DATE kan als timestamp worden gebruikt.

Vastleggen

Het tijdstip waarop CANCELLED_FLAG in OE_ORDER_HEADERS_ALL op 'Y' wordt gezet.

Gebeurtenistype explicit
Orderregel gesloten
Geeft aan dat alle verwerking van een afzonderlijke verkooporderregel is afgerond, inclusief verzending en facturatie. Dit is een expliciete statuswijziging die door de workflow wordt beheerd.
Waarom dit belangrijk is

Door sluitingen op regelniveau te volgen, kun je deelleveringen analyseren en problemen met specifieke producten of afhandelingsroutes opsporen voordat de hele order is afgerond.

Waar vind je dit?

Dit wordt vastgelegd in de tabel OE_ORDER_LINES_ALL wanneer FLOW_STATUS_CODE wordt bijgewerkt naar ‘CLOSED’. LAST_UPDATE_DATE van deze statuswijziging kan als timestamp worden gebruikt.

Vastleggen

Timestamp van de update in OE_ORDER_LINES_ALL waarbij FLOW_STATUS_CODE de waarde ‘CLOSED’ krijgt.

Gebeurtenistype explicit
Pickopdracht vrijgegeven
Deze gebeurtenis markeert het moment waarop de verkooporderregels aan het magazijn worden vrijgegeven om te worden gepickt. Door deze actie worden pickbonnen aangemaakt en wordt de order zichtbaar voor magazijnmedewerkers.
Waarom dit belangrijk is

Met deze activiteit begint de fysieke orderafhandeling. De tijd vanaf dit moment tot ‘Goods Shipped’ laat zien hoe efficiënt het magazijn werkt en waar bottlenecks bij het picken kunnen ontstaan.

Waar vind je dit?

Dit is een expliciete gebeurtenis in de module Oracle Shipping Execution. Je herkent deze aan de statuswijziging van de leveringsgegevens in WSH_DELIVERY_DETAILS naar ‘Released to Warehouse’ of ‘Transactable’.

Vastleggen

Timestamp waarop WSH_DELIVERY_DETAILS.RELEASED_STATUS verandert in ‘S’ (Submitted).

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Oracle E-Business Suite

Klaar om aan de slag te gaan?

Met deze template heb je alles wat je nodig hebt om de order-to-cashverwerking van verkooporders te verbeteren. Begin vandaag met het verbeteren van je proces en werk efficiënter.

Verbeter nu de verwerking van verkooporders in het order-to-cashproces!

Spoor inefficiënties op en verkort de doorlooptijd van order-to-cash met 30%.

Start je gratis proefperiode

Geen creditcard nodig. Gratis proefperiode van 14 dagen.