Data Template: Order to Cash - Verkooporderverwerking

Oracle E-Business Suite
Data Template: Order to Cash - Verkooporderverwerking

Uw Order to Cash - Datatemplate voor Verkooporderverwerking.

Deze template biedt een gestructureerd overzicht van de essentiële data die u nodig heeft voor effectieve Order to Cash - Sales Order Processing analyse. Het schetst de cruciale attributes die verzameld moeten worden en de belangrijkste activities die binnen uw Oracle E-Business Suite gevolgd moeten worden. Daarnaast vindt u praktische begeleiding over hoe u deze data kunt extraheren, wat zorgt voor een vlotte start van uw process mining traject.
  • Aanbevolen attributen om vast te leggen
  • Belangrijke activiteiten om te volgen voor analyse
  • Richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe u een process mining event log creëert.

Order to Cash - Sales Order Processing Attributes

Dit zijn de aanbevolen datavelden om op te nemen in uw event log voor een uitgebreide Order to Cash - Verkooporderverwerking analyse.
3 Verplicht 7 Aanbevolen 10 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke bedrijfsgebeurtenis of stap die plaatsvond binnen de levenscyclus van de verkooporder.
Beschrijving

Dit attribuut registreert de naam van elke activiteit die op een verkooporder is uitgevoerd, zoals "Order geboekt", "Goederen verzonden" of "Betaling ontvangen". Deze activiteiten vertegenwoordigen de belangrijkste mijlpalen in het Order to Cash-proces.

Het analyseren van de opeenvolging en frequentie van deze activiteiten vormt de kern van Process Mining. Dit maakt de ontdekking van de werkelijke processtromen mogelijk, inclusief veelvoorkomende paden, afwijkingen en knelpunten. Deze data wordt gebruikt om de proceskaart te genereren, de primaire visualisatie voor procesanalyse.

Waarom het belangrijk is

Definieert de stappen in de proceskaart, wat essentieel is voor het visualiseren en analyseren van de processtroom.

Waar te verkrijgen

Dit is een conceptueel veld dat is afgeleid van diverse events, statussen en transactiedata van bronsystemen uit modules zoals Order Management, Shipping Execution en Accounts Receivable.

Voorbeelden
Verkooporder aangemaaktGoederen VerzondenFactuur aangemaaktBetaling Ontvangen
Tijdstip Gebeurtenis
EventTime
De timestamp die aangeeft wanneer een specifieke activiteit plaatsvond.
Beschrijving

Event Time, of timestamp, legt de precieze datum en tijd vast waarop een activiteit werd uitgevoerd. Zo registreert het wanneer een order werd aangemaakt, wanneer een factuur werd verzonden of wanneer een betaling werd ontvangen. Deze temporele data is fundamenteel voor process mining.

Dit attribute wordt gebruikt om gebeurtenissen chronologisch te ordenen voor elke case, wat noodzakelijk is om de processtroom nauwkeurig te reconstrueren. Het vormt ook de basis voor alle duur- en prestatieberekeningen, zoals cycle times tussen activiteiten, de totale doorlooptijd van de case en het identificeren van vertragingen of knelpunten.

Waarom het belangrijk is

Biedt de chronologische volgorde van events en vormt de basis voor alle tijdsgebonden prestatieanalyse, inclusief doorlooptijd en knelpuntidentificatie.

Waar te verkrijgen

Afkomstig van diverse 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 voor de verkooporder van een klant, die dient als de primaire case voor het Order to Cash proces.
Beschrijving

Het Verkoopordernummer identificeert elke klantorder op unieke wijze gedurende de gehele levenscyclus, van creatie tot uiteindelijke afsluiting. Het fungeert als de centrale draad die alle gerelateerde activiteiten verbindt, zoals boeking, verzending, facturatie en betaling.

Binnen process mining is dit attribuut essentieel voor het reconstrueren van de end-to-end reis van elke order. Door alle events te groeperen onder één Verkoopordernummer, kunnen analisten de complete processtroom visualiseren, variaties tussen orders identificeren en belangrijke KPI's meten, zoals doorlooptijd en tijdige levering voor individuele cases.

Waarom het belangrijk is

Dit is de Case ID, wat fundamenteel is voor het koppelen van alle proces-events om de end-to-end orderlevenscyclus te analyseren.

Waar te verkrijgen

De primaire sleutel voor een verkooporder, doorgaans te vinden in Oracle Order Management tabellen zoals OE_ORDER_HEADERS_ALL.HEADER_ID.

Voorbeelden
685127103482459
Betalingstermijnen
PaymentTerms
De overeengekomen voorwaarden die bepalen wanneer de klant de goederen of diensten dient te betalen.
Beschrijving

Payment Terms specificeren de betalingsvoorwaarden voor een factuur, zoals 'Netto 30', 'Netto 60' of 'Te betalen bij ontvangst'. Dit attribute is fundamenteel voor het beheer van debiteuren en cashflow.

Het analyseren van procesprestaties op basis van payment terms helpt te identificeren of klanten met bepaalde termijnen vaker laat betalen. Deze informatie wordt gebruikt om financiële risico's te beoordelen, incassostrategieën te optimaliseren en de effectiviteit van verschillende payment term aanbiedingen te evalueren. Het is een belangrijke dimensie voor het 'Payment Terms Compliance Monitoring' dashboard.

Waarom het belangrijk is

Cruciaal voor het analyseren van betalingsgedrag, het monitoren van cash flow en het beoordelen van het financiële risico dat gepaard gaat met verschillende klantovereenkomsten.

Waar te verkrijgen

Te vinden in de RA_TERMS tabel, gekoppeld via TERM_ID in tabellen zoals RA_CUSTOMER_TRX_ALL (voor facturen) of OE_ORDER_HEADERS_ALL (voor orders).

Voorbeelden
Netto 30Netto 60Betaalbaar bij ontvangst
Bevestigde Leveringsdatum
ConfirmedDeliveryDate
De overeengekomen datum waarop de goederen gepland zijn om aan de klant te worden geleverd.
Beschrijving

Dit attribuut slaat de leverdatum op die aan de klant is toegezegd of bevestigd. Het dient als doelstelling of basislijn om de tijdige leveringsprestatie te meten.

Binnen Process Mining wordt deze datum vergeleken met het werkelijke leveringstijdstip (van de activiteit "Goederen geleverd") om de KPI voor tijdige levering te berekenen. Het analyseren van afwijkingen van deze datum helpt bij het identificeren van systemische problemen in logistiek, voorraadbeheer of productieplanning die leiden tot leveringsvertragingen.

Waarom het belangrijk is

Dit is de basislijn voor het meten van de tijdige leveringsprestatie, een cruciale KPI voor klanttevredenheid en operationele excellentie.

Waar te verkrijgen

Deze datum wordt meestal gevonden in de LATEST_ACCEPTABLE_DATE of REQUEST_DATE-velden op het orderregelniveau in de OE_ORDER_LINES_ALL-tabel.

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 het uitvoeren van een bepaalde processtap. Dit kan de verkoopvertegenwoordiger zijn die de order heeft aangemaakt, de kredietanalist die de controle heeft uitgevoerd, of de medewerker die de factuur heeft aangemaakt.

Het analyseren van activiteiten per gebruiker helpt bij het identificeren van trainingsbehoeften, goed presterende individuen of teams, en de werkdrukverdeling. Het is ook cruciaal voor compliance en audit trail analyse, zoals het onderzoeken van ongeautoriseerde acties of het begrijpen van patronen van herstelwerk die gekoppeld zijn aan specifieke gebruikers.

Waarom het belangrijk is

Maakt analyse mogelijk van gebruikersprestaties, werkdrukverdeling en naleving van compliance protocollen. Het helpt antwoord te geven op de vraag 'wie' een actie heeft uitgevoerd.

Waar te verkrijgen

Afkomstig van gebruikersgerelateerde velden zoals CREATED_BY of LAST_UPDATED_BY in diverse Oracle EBS tabellen. Dit vereist vaak een join met FND_USER om de volledige gebruikersnaam te verkrijgen.

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 bij de verkooporder hoort. Het is een primaire dimensie voor het segmenteren en analyseren van procesprestaties.

Door het proces te filteren of uit te splitsen per klant, kunnen analisten identificeren welke klanten de langste doorlooptijden ervaren, de hoogste herwerkingspercentages hebben, of het vaakst worden geassocieerd met betalingsvertragingen. Dit inzicht is van onschatbare waarde voor het verbeteren van klantrelaties, het aanpassen van serviceniveaus en het begrijpen van klantgedrag.

Waarom het belangrijk is

Maakt klantgerichte analyse mogelijk om prestatieverschillen te identificeren, de service te verbeteren en betaalgedrag bij verschillende klanten te begrijpen.

Waar te verkrijgen

Afgeleid door de SOLD_TO_ORG_ID uit OE_ORDER_HEADERS_ALL te joinen met de HZ_CUST_ACCOUNTS en HZ_PARTIES tabellen om de partijnaam op te halen.

Voorbeelden
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Order Status
OrderStatus
De huidige of historische status van de verkooporder of orderregel.
Beschrijving

Dit attribuut legt de status van een verkooporder vast op verschillende tijdstippen, zoals 'Entered', 'Booked', 'Closed' of 'Cancelled'. Statussen komen vaak direct overeen met procesactiviteiten.

Het bijhouden van de orderstatus is cruciaal voor het bouwen van dashboards die de huidige staat van alle actieve orders tonen. Het stelt managers in staat om de orderpijplijn te monitoren, vastgelopen orders te identificeren en proactief uitzonderingen te beheren. Het analyseren van statusovergangen is een gangbare manier om activiteiten voor de proceskaart te definiëren.

Waarom het belangrijk is

Biedt inzicht in de verkooporderpijplijn, wat helpt bij het identificeren van vastgelopen orders en het beheren van procesuitzonderingen.

Waar te verkrijgen

Typisch te vinden in de FLOW_STATUS_CODE kolom in de OE_ORDER_HEADERS_ALL en OE_ORDER_LINES_ALL tabellen.

Voorbeelden
BOOKEDAWAITING_SHIPPINGVERZONDENCLOSEDCANCELLED
Totaal orderbedrag
TotalOrderAmount
De totale monetaire waarde van de verkooporder.
Beschrijving

Dit attribuut vertegenwoordigt de totale waarde van alle regels op een verkooporder, uitgedrukt in de transactievaluta. Het is een cruciale financiële metric die aan elke case is gekoppeld.

Het analyseren van procesmetrics per orderwaarde helpt bij het prioriteren van verbeteringsinspanningen. Zo kunnen analisten onderzoeken of orders met hoge waarde meer vertragingen of herbewerking ervaren dan orders met lage waarde. Het maakt ook financiële impactanalyse mogelijk, zoals het kwantificeren van de waarde van orders die vastzitten in een specifiek knelpunt.

Waarom het belangrijk is

Maakt financiële analyse van het proces mogelijk, helpt bij het prioriteren van orders met hoge waarde en het kwantificeren van de monetaire impact van inefficiënties.

Waar te verkrijgen

Deze waarde wordt doorgaans berekend door de lijnbedragen voor een gegeven order op te tellen. Lijnbedragen zijn te vinden in tabellen zoals OE_ORDER_LINES_ALL.

Voorbeelden
5450.00125000.75980.50
Uiterste betaaldatum
PaymentDueDate
De berekende datum waarop de factuurbetaling van de klant uiterlijk verschuldigd is.
Beschrijving

De Vervaldatum betaling is de specifieke kalenderdatum waarop een factuur betaald moet zijn, berekend op basis van de factuurdatum en de overeengekomen betalingsvoorwaarden. Het is de streefdatum voor de activiteit 'Betaling Ontvangen'.

Dit attribuut is essentieel voor het berekenen van de 'Nalevingspercentage Betalingstermijn' KPI door deze te vergelijken met de werkelijke betaaldatum. Het analyseren van afwijkingen helpt het incassoteam hun inspanningen te prioriteren, chronisch te laat betalende klanten te identificeren en de effectiviteit van het aanmaningsproces te meten.

Waarom het belangrijk is

Dient als de streefdatum voor incasso, waardoor de tijdigheid van betalingen en klant compliance met voorwaarden kunnen worden gemeten.

Waar te verkrijgen

Bevindt zich in het DUE_DATE field in de AR_PAYMENT_SCHEDULES_ALL table, die gekoppeld is aan de invoice transaction.

Voorbeelden
2023-06-152023-07-012023-08-30
Annuleringsreden
CancellationReason
De gedocumenteerde reden voor de annulering van een verkooporder of orderregel.
Beschrijving

Wanneer een verkooporder wordt geannuleerd, legt dit attribute de opgegeven reden voor de annulering vast. Voorbeelden van redenen kunnen zijn 'Customer Request', 'Out of Stock' of 'Credit Hold'.

Deze data is van vitaal belang voor de root cause analysis van orderannuleringen. Het 'Sales Order Cancellation Rate & Reasons' dashboard gebruikt dit attribute om de belangrijkste drijfveren van annuleringen te identificeren, waardoor het bedrijf gerichte strategieën kan implementeren om churn te verminderen, voorraadprognoses te verbeteren of kredietbeleid te verfijnen.

Waarom het belangrijk is

Biedt direct inzicht in waarom orders worden geannuleerd, waardoor oorzaakanalyse mogelijk is om verloren verkopen te verminderen en klantbehoud te verbeteren.

Waar te verkrijgen

Deze informatie wordt vaak opgeslagen in een redenveld, zoals CANCELLED_REASON, dat beschikbaar kan zijn in de OE_ORDER_LINES_ALL-tabel of een gerelateerde tabel voor orderwijzigingen.

Voorbeelden
Item stopgezetKlant geannuleerdDubbele order
Betaling Op Tijd
IsPaymentOnTime
Een indicator die aangeeft of de betaling is ontvangen op of vóór de vervaldatum van de factuur.
Beschrijving

Dit is een berekend booleaans attribuut, afgeleid door de timestamp van de activiteit "Betaling ontvangen" te vergelijken met de Uiterste Betaaldatum voor de corresponderende factuur. Het biedt een eenvoudige waar/niet waar-indicator voor naleving van betalingstermijnen.

Deze indicator vormt de basis voor de KPI voor Naleving Betaaltermijn. Het vereenvoudigt het opstellen van dashboards en rapporten die het betaalgedrag van klanten en de effectiviteit van het debiteurenproces monitoren. Het maakt snelle segmentatie van tijdige versus late betalingen mogelijk om bijdragende factoren zoals klanttype of betalingstermijnen te analyseren.

Waarom het belangrijk is

Meet direct de naleving van betalingstermijnen, wat cruciaal is voor het beheren van cash flow en het beoordelen van de financiële betrouwbaarheid van klanten.

Waar te verkrijgen

Dit is een berekend veld. De logica is: INDIEN (EventTime van 'Betaling ontvangen' <= PaymentDueDate) DAN Waar ANDERS Niet waar.

Voorbeelden
truefalse
Bronsysteem
SourceSystem
Het systeem waaruit de data is geëxtraheerd.
Beschrijving

Dit attribuut identificeert het bronsysteem waar de event data vandaan kwam. Voor dit proces zal dit consequent 'Oracle E-Business Suite' zijn.

In omgevingen met meerdere systemen is dit veld cruciaal voor data lineage en troubleshooting. Zelfs in een single-system context biedt het belangrijke context voor het datamodel en helpt het bij het standaardiseren van data-innameprocessen.

Waarom het belangrijk is

Biedt essentiële context over de herkomst van data, waardoor traceerbaarheid en correcte interpretatie van de data gewaarborgd zijn, vooral in multi-systeemlandschappen.

Waar te verkrijgen

Dit is doorgaans een statische waarde die wordt toegevoegd tijdens het data-extractie-, transformatie- en laadproces (ETL-proces) om de oorsprong van de data te labelen.

Voorbeelden
Oracle E-Business SuiteOracle EBS R12
Is herstelwerk
IsRework
Een indicator die aangeeft of een verkooporder rework heeft ondergaan, zoals herhaalde bevestigings- of updateactiviteiten.
Beschrijving

Dit is een berekend booleaans attribuut dat cases markeert die patronen van herbewerking vertonen. Herbewerking kan worden geïdentificeerd door lussen te detecteren in de proceskaart, zoals wanneer een order meerdere keren wordt geboekt, of door specifieke wijzigings-events die in het systeem zijn vastgelegd.

Deze indicator wordt gebruikt om de KPI voor Herbewerking Verkooporders te berekenen en het Dashboard Sales Order Herbewerking Analyse aan te sturen. Het stelt analisten in staat om orders die afwijken van het standaardproces eenvoudig te isoleren en te bestuderen, wat helpt om de impact van herbewerking op doorlooptijden en kosten te kwantificeren en de grondoorzaken van deze inefficiënte lussen te identificeren.

Waarom het belangrijk is

Helpt de procesinefficiëntie te kwantificeren door orders te markeren die handmatige wijzigingen vereisten, waardoor analyse van de oorzaken en gevolgen van herstelwerk mogelijk wordt.

Waar te verkrijgen

Berekend tijdens data transformation door sequenties van activiteiten te identificeren die een loop vertegenwoordigen (bijvoorbeeld 'Order Booked' dat meer dan eens voorkomt voor dezelfde case).

Voorbeelden
truefalse
Is Op Tijd Geleverd
IsOnTimeDelivery
Een indicator die aangeeft of de bestelling is geleverd op of vóór de bevestigde leverdatum.
Beschrijving

Dit berekende attribuut is een booleaanse indicator (Waar/Niet waar) die aangeeft of een order aan de leveringsafspraak voldeed. Het wordt afgeleid door de timestamp van de activiteit "Goederen geleverd" te vergelijken met de Bevestigde Leverdatum.

Dit attribuut ondersteunt direct de KPI voor tijdige levering. Het vereenvoudigt de analyse en het creëren van dashboards door een helder, binair resultaat voor elke order te bieden. Dit maakt eenvoudig filteren en aggregatie mogelijk om de kenmerken van late leveringen te identificeren, zoals veelvoorkomende producten, klanten of verzendmethoden.

Waarom het belangrijk is

Meet direct de klantenservice-niveaus en leveringsbetrouwbaarheid, waardoor de berekening en visualisatie van de on-time delivery KPI worden vereenvoudigd.

Waar te verkrijgen

Dit is een berekend veld. De logica is: INDIEN (EventTime van 'Goederen geleverd' <= ConfirmedDeliveryDate) DAN Waar ANDERS Niet waar.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp van de meest recente gegevensverversing uit het bronsysteem.
Beschrijving

Dit attribuut geeft aan wanneer de data voor het laatst uit Oracle E-Business Suite is gehaald en in de process mining tool is geladen. Het weerspiegelt de actualiteit van de geanalyseerde data.

Dit is essentieel voor gebruikers om de actualiteit van de inzichten die ze bekijken te begrijpen. Het helpt hen te weten of ze naar realtime informatie kijken of naar een momentopname van een specifiek tijdstip, wat belangrijk is voor het nemen van operationele beslissingen.

Waarom het belangrijk is

Informeert gebruikers over de actualiteit van de data, wat cruciaal is voor het vertrouwen in de analyse en het nemen van tijdige beslissingen.

Waar te verkrijgen

Deze timestamp wordt gegenereerd en toegevoegd tijdens het ETL-proces (Extractie, Transformatie en Loading van data).

Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Orderhoeveelheid
OrderQuantity
De hoeveelheid van het product dat is besteld op een specifieke verkooporderregel.
Beschrijving

Dit attribuut specificeert het aantal eenheden van een specifiek product dat door de klant is aangevraagd op een verkooporderregel. Het vertegenwoordigt het volume van de transactie op regelniveau.

Orderhoeveelheid kan worden gebruikt als een analysedimensie om te bepalen of het procesgedrag verandert met de ordergrootte. Zo kunnen zeer grote of zeer kleine orders verschillende procespaden volgen of verschillende soorten vertragingen ervaren. Het biedt ook context voor andere metrics, zoals orderwaarde.

Waarom het belangrijk is

Biedt context over de schaal van een order, waardoor analyse mogelijk is van hoe ordervolume de procesefficiëntie en afhandelingspaden beïnvloedt.

Waar te verkrijgen

Te vinden in het ORDERED_QUANTITY veld in de OE_ORDER_LINES_ALL tabel.

Voorbeelden
102501
Productnummer
ProductNumber
De unieke identificatiecode voor het product of artikel op de verkooporderregel.
Beschrijving

Dit attribuut identificeert het specifieke materiaal, artikel of de dienst die wordt verkocht. Het maakt analyses mogelijk op een gedetailleerder niveau dan de verkooporderheader.

Het analyseren van het proces per product helpt productspecifieke problemen bloot te leggen. Bepaalde producten kunnen bijvoorbeeld langere uitlevertijden hebben vanwege complexe productie of inkoop, terwijl andere geassocieerd kunnen worden met een hoger aantal verzendfouten of klantgeschillen. Dit maakt gerichte verbeteringen mogelijk in supply chain- en productmanagement.

Waarom het belangrijk is

Maakt analyse op productniveau mogelijk om items te identificeren die procesvertragingen, rework of andere inefficiënties veroorzaken.

Waar te verkrijgen

Afgeleid van INVENTORY_ITEM_ID in de OE_ORDER_LINES_ALL tabel, die kan worden gejoind met MTL_SYSTEM_ITEMS_B om het artikelnummer of de beschrijving te verkrijgen.

Voorbeelden
AS54888CM15001SV20100
Valuta
Currency
De valutacode voor de monetaire waarden van de verkooporder.
Beschrijving

Het valutaattribuut specificeert de valuta waarin de orderbedragen zijn uitgedrukt, zoals USD, EUR of JPY. Het biedt de noodzakelijke context voor het interpreteren van alle financiële data met betrekking tot de order.

Dit is essentieel voor analyses in multinationale organisaties die transacties uitvoeren in verschillende valuta's. Het zorgt ervoor dat financiële metrics zoals het 'Totaal orderbedrag' correct worden begrepen en maakt een correcte valutaconversie mogelijk indien vereist voor geaggregeerde rapportage.

Waarom het belangrijk is

Biedt essentiële context voor alle monetaire waarden, waardoor nauwkeurige financiële analyse gewaarborgd is, vooral in een wereldwijde zakelijke omgeving.

Waar te verkrijgen

Bevindt zich in het TRANSACTIONAL_CURR_CODE field in de OE_ORDER_HEADERS_ALL table.

Voorbeelden
USDEURGBP
Verzendmethode
ShippingMethod
De methode of vervoerder die wordt gebruikt om de goederen naar de klant te transporteren.
Beschrijving

Dit attribuut specificeert de vervoerswijze of het serviceniveau dat wordt gebruikt voor verzending, zoals "Grondtransport", "Luchtexpress" of "Lokale koerier". Het is een cruciale factor die zowel de levertijd als de kosten beïnvloedt.

Door het proces met dit attribuut te analyseren, kunnen bedrijven de prestaties van verschillende verzendmethoden evalueren. Zo vergelijkt het dashboard "Prestaties Verzendmethode" de doorlooptijd van "Goederen verzonden" tot "Goederen geleverd" voor elke methode, wat helpt om de logistiek te optimaliseren voor een balans tussen snelheid, kosten en betrouwbaarheid.

Waarom het belangrijk is

Maakt prestatie-evaluatie mogelijk van verschillende vervoerders en verzendopties om te optimaliseren op kosten, snelheid en betrouwbaarheid.

Waar te verkrijgen

Algemeen opgeslagen als SHIPPING_METHOD_CODE in tabellen zoals WSH_DELIVERY_DETAILS of OE_ORDER_LINES_ALL.

Voorbeelden
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Verplicht Aanbevolen Optioneel

Order to Cash - Sales Order Processing Activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen die u in uw event log moet vastleggen voor accurate process discovery en optimalisatie.
7 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Betaling Ontvangen
Deze activiteit vindt plaats wanneer de betaling van een klant wordt ontvangen en wordt toegepast op de bijbehorende factuur in het systeem. Het is een expliciete financiële transactie die is vastgelegd in de Debiteurenadministratie module.
Waarom het belangrijk is

Deze mijlpaal is cruciaal voor het monitoren van cash flow, Days Sales Outstanding (DSO) en compliance met betalingstermijnen. Het is een belangrijk eindpunt voor het meten van de financiële cycle time.

Waar te verkrijgen

Expliciet vastgelegd in de tabel AR_RECEIVABLE_APPLICATIONS_ALL. De kolom APPLY_DATE biedt de timestamp voor het moment waarop de kasontvangst op de factuur werd toegepast.

Vastleggen

Gebruik APPLY_DATE van AR_RECEIVABLE_APPLICATIONS_ALL voor de specifieke factuur.

Gebeurtenistype explicit
Factuur aangemaakt
Dit event markeert de creatie van de debiteurenfactuur voor de verzonden goederen. Het is een expliciet event dat wordt geactiveerd door het AutoInvoice-proces, dat data ophaalt uit Order Management en Shipping en deze in de Receivables-module laadt.
Waarom het belangrijk is

Deze activiteit initieert het financiële afwikkelingsdeel van het proces. Het is het startpunt voor het meten van de factuur-tot-betaling doorlooptijd en het monitoren van de facturatie-efficiëntie.

Waar te verkrijgen

Dit is een expliciete transactie die is vastgelegd in de RA_CUSTOMER_TRX_ALL-tabel in Oracle Receivables. De TRX_DATE of CREATION_DATE dient als de event timestamp.

Vastleggen

Gebruik TRX_DATE van de RA_CUSTOMER_TRX_ALL tabel.

Gebeurtenistype explicit
Goederen Verzonden
Vertegenwoordigt de voltooiing van het verzendbevestigingsproces, waarbij de goederen fysiek het magazijn verlaten. Dit is een belangrijk expliciet event in de verzendmodule dat de voorraad bijwerkt en de orderstatus verderbrengt.
Waarom het belangrijk is

Dit is een cruciale fulfilment-mijlpaal die wordt gebruikt om de tijdige verzendprestatie te meten. Het dient ook als trigger voor facturatie en processen voor omzetherkenning.

Waar te verkrijgen

Vastgelegd als een expliciete transactie in Oracle Shipping Execution. De timestamp is te vinden in de INITIAL_PICKUP_DATE van de WSH_NEW_DELIVERIES tabel of afgeleid van statusupdates in WSH_DELIVERY_DETAILS naar 'Shipped'.

Vastleggen

Gebruik de ship confirmation date van WSH_DELIVERY_DETAILS of WSH_NEW_DELIVERIES.

Gebeurtenistype explicit
Order Afgesloten
Deze activiteit markeert de definitieve voltooiing van de verkooporder nadat al haar regels succesvol zijn verzonden, gefactureerd en afgesloten. Dit is een expliciete statusupdate op de orderheader.
Waarom het belangrijk is

Dit is het primaire succes-eindpunt voor het Order to Cash-proces. Het biedt de definitieve timestamp die nodig is om de end-to-end doorlooptijd te berekenen voor succesvol uitgevoerde orders.

Waar te verkrijgen

Dit event wordt vastgelegd in de OE_ORDER_HEADERS_ALL-tabel wanneer de FLOW_STATUS_CODE wordt bijgewerkt naar "AFGESLOTEN". De LAST_UPDATE_DATE voor deze statuswijziging is de event timestamp.

Vastleggen

Timestamp van update naar OE_ORDER_HEADERS_ALL waar FLOW_STATUS_CODE 'CLOSED' wordt.

Gebeurtenistype explicit
Order Ingeboekt
Vertegenwoordigt de formele bevestiging van de verkooporder, waardoor deze actief en in aanmerking komt voor verdere verwerking zoals sourcing en verzending. Dit is een expliciete actie in Oracle EBS die de status van de order verandert van 'Entered' naar 'Booked'.
Waarom het belangrijk is

Boeking is een kritieke mijlpaal die de order officieel vastlegt voor uitvoering. Vertragingen tussen aanmaak en boeking kunnen wijzen op problemen met data-invoer, goedkeuringen of initiële validatie.

Waar te verkrijgen

Vastgelegd vanuit de OE_ORDER_HEADERS_ALL tabel. De gebeurtenis vindt plaats wanneer de BOOKED_FLAG op 'Y' staat en de timestamp wordt vastgelegd in de BOOKED_DATE kolom.

Vastleggen

Gebruik BOOKED_DATE van de OE_ORDER_HEADERS_ALL tabel.

Gebeurtenistype explicit
Verkooporder aangemaakt
Deze activiteit markeert de initiële creatie van een verkooporder in het systeem. Het is een expliciete event die wordt vastgelegd wanneer een gebruiker een nieuwe verkooporderheader opslaat, wat het formele startpunt van het Order to Cash proces representeert.
Waarom het belangrijk is

Dit is het primaire start-event voor het proces. De analyse van de tijd vanaf dit punt tot daaropvolgende activiteiten is essentieel voor het meten van de totale Order to Cash-doorlooptijd.

Waar te verkrijgen

Dit event wordt vastgelegd in de OE_ORDER_HEADERS_ALL-tabel in de Oracle Order Management-module. De CREATION_DATE-kolom biedt de expliciete timestamp voor deze activiteit.

Vastleggen

Gebruik CREATION_DATE van de OE_ORDER_HEADERS_ALL tabel.

Gebeurtenistype explicit
Voorraad Toegewezen
Deze activiteit vertegenwoordigt de reservering van voorraad voor de orderregels, wat garandeert dat de benodigde hoeveelheid beschikbaar is voor orderverzameling. Dit wordt doorgaans afgeleid van een statuswijziging op de verkooporderregel, die aangeeft dat deze gereed is voor vrijgave aan het magazijn.
Waarom het belangrijk is

Deze mijlpaal is essentieel om de gereedheid van de uitvoering te begrijpen. Vertragingen hier kunnen wijzen op voorraadtekorten, inkoopproblemen of inefficiënties in het toewijzingsproces.

Waar te verkrijgen

Afgeleid van statuswijzigingen in de WSH_DELIVERY_DETAILS tabel. De activity vindt plaats wanneer de status van een regel wordt bijgewerkt naar 'Klaar voor Vrijgave', met de timestamp afgeleid van de geassocieerde statusupdate.

Vastleggen

Afgeleid van regelstatusupdates in WSH_DELIVERY_DETAILS naar 'Klaar voor Vrijgave'.

Gebeurtenistype inferred
Factuur naar Klant Verzonden
Deze activiteit vertegenwoordigt het moment waarop de factuur wordt verzonden naar de klant, hetzij via afdrukken of elektronische middelen. Dit wordt doorgaans afgeleid, aangezien het niet altijd een expliciete, afzonderlijke event is van de creatie.
Waarom het belangrijk is

Markeert de officiële start van de betalingstermijn van de klant. Vertragingen tussen het aanmaken van de factuur en de verzending ervan kunnen een negatieve invloed hebben op de cashflow en leiden tot late betalingen.

Waar te verkrijgen

Dit kan worden afgeleid uit de LAST_PRINTED_DATE in de RA_CUSTOMER_TRX_ALL-tabel. Voor elektronische facturen kan het nodig zijn om naar logs van een extern documentbezorgingssysteem te kijken.

Vastleggen

Gebruik de LAST_PRINTED_DATE van RA_CUSTOMER_TRX_ALL of logs van third-party tools.

Gebeurtenistype inferred
Goederen Geleverd
Deze activiteit betekent dat de zending de klant heeft bereikt. Standaard Oracle EBS volgt deze event niet, dus moet deze doorgaans worden afgeleid of geïmporteerd van externe vervoerderssystemen.
Waarom het belangrijk is

Essentieel voor het meten van on-time delivery KPI's en het begrijpen van de complete klantervaring. De kloof tussen verzending en levering benadrukt de prestaties van de vervoerder.

Waar te verkrijgen

Vereist systeemanalyse. Deze data is niet standaard beschikbaar in Oracle EBS en moet worden verkregen via externe vervoerder datafeeds of logistieke platforms die met het systeem zijn geïntegreerd.

Vastleggen

Afgeleid van externe vervoerdersdata of aangenomen op basis van een standaard transittijd na 'Goederen Verzonden'.

Gebeurtenistype inferred
Kredietcheck Uitgevoerd
Deze activiteit betekent de voltooiing van het kredietcontroleproces van de klant voor de order. Het wordt vaak vastgelegd wanneer een kredietcontroleblokkade, indien van toepassing, wordt opgeheven van de verkooporder, waardoor deze kan doorgaan.
Waarom het belangrijk is

Vertragingen bij kredietcontroles zijn een veelvoorkomend knelpunt dat het gehele fulfillmentproces kan vertragen. Het monitoren van deze activiteit helpt bij het identificeren van inefficiënties in financiële controles en goedkeuringen.

Waar te verkrijgen

Dit event kan worden afgeleid uit de OE_ORDER_HOLDS_ALL-tabel door de timestamp te identificeren wanneer een Credit Check Hold wordt vrijgegeven voor een specifiek orderheader.

Vastleggen

Gebruik de release timestamp voor credit-related holds van OE_ORDER_HOLDS_ALL.

Gebeurtenistype inferred
Order Geannuleerd
Vertegenwoordigt de annulering van een volledige verkooporder voordat de afhandeling is voltooid. Dit is een expliciet event dat de workflow van orderverwerking beëindigt.
Waarom het belangrijk is

Dit is een belangrijk uitzonderings-eindpunt. De analyse van de frequentie, timing en redenen voor annuleringen is cruciaal voor het identificeren van omzetverlies en proces- of productproblemen.

Waar te verkrijgen

Vastgelegd in de tabel OE_ORDER_HEADERS_ALL wanneer de FLOW_STATUS_CODE is ingesteld op 'CANCELLED' en de CANCELLED_FLAG 'Y' is. De LAST_UPDATE_DATE kan worden gebruikt als timestamp.

Vastleggen

Timestamp wanneer CANCELLED_FLAG op OE_ORDER_HEADERS_ALL is ingesteld op 'Y'.

Gebeurtenistype explicit
Orderregel Afgesloten
Geeft aan dat alle verwerking voor een individuele regel op een verkooporder is voltooid, inclusief verzending en facturering. Dit is een expliciete statuswijziging die wordt beheerd door het workflow proces.
Waarom het belangrijk is

Het volgen van line-level afsluitingen helpt bij het analyseren van deelleveringen en het identificeren van problemen met specifieke producten of uitvoeringspaden voordat de gehele order is voltooid.

Waar te verkrijgen

Dit wordt vastgelegd in de OE_ORDER_LINES_ALL-tabel wanneer de FLOW_STATUS_CODE wordt bijgewerkt naar "AFGESLOTEN". De LAST_UPDATE_DATE voor deze statuswijziging kan dienen als de timestamp.

Vastleggen

Timestamp van update naar OE_ORDER_LINES_ALL waar FLOW_STATUS_CODE 'CLOSED' wordt.

Gebeurtenistype explicit
Vrijgegeven voor picken
Dit event markeert het punt waarop de verkooporderregels worden vrijgegeven aan het magazijn om de pickactiviteiten te starten. Het is een expliciete actie die picklijsten creëert en de order zichtbaar maakt voor magazijnmedewerkers.
Waarom het belangrijk is

Deze activiteit initieert het fysieke uitleveringsproces. Het analyseren van de tijd van dit punt tot 'Goederen Verzonden' onthult de efficiëntie op de magazijnvloer en potentiële orderverzamelingsknelpunten.

Waar te verkrijgen

Dit is een expliciet event dat is vastgelegd in de Oracle Shipping Execution-module. Het kan worden geïdentificeerd door de status van leveringsdetails in WSH_DELIVERY_DETAILS die verandert naar "Vrijgegeven aan magazijn" of "Transactable".

Vastleggen

Timestamp wanneer WSH_DELIVERY_DETAILS.RELEASED_STATUS verandert naar 'S' (Submitted).

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Oracle E-Business Suite haalt