Adatsablon az Order to Cash vevőirendelés-feldolgozási folyamatához

Oracle E-Business Suite
Adatsablon az Order to Cash vevőirendelés-feldolgozási folyamatához

Adatsablon az Order to Cash vevőirendelés-feldolgozási folyamatához

Ez a sablon rendszerezetten összefoglalja, milyen adatokat kell kinyernie az Order to Cash vevőirendelés-feldolgozásának hatékony elemzéséhez. Bemutatja a gyűjtendő fontos attribútumokat és az Oracle E-Business Suite rendszerben követendő tevékenységeket. Gyakorlati útmutatót is ad az adatok kinyeréséhez, hogy könnyebben elkezdhesse a process mining használatát.
  • Javasolt attribútumok
  • Az elemzéshez követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Az Order to Cash vevőirendelés-feldolgozásának attribútumai

Az alábbi adatmezőket érdemes felvennie az eseménynaplóba az Order to Cash vevőirendelés-feldolgozásának részletes elemzéséhez.
3 Kötelező 7 Javasolt 10 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely megmutatja, mikor történt egy adott tevékenység.
Leírás

Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy pontosan mikor hajtottak végre egy tevékenységet. Megmutatja például, mikor hozták létre a rendelést, mikor küldték el a számlát, vagy mikor érkezett be a fizetés. Ez az időadat alapvető a process mining során.

Az attribútum alapján időrendbe állíthatók az egyes esetek eseményei, ami szükséges a folyamat pontos rekonstruálásához. Emellett minden időtartam- és teljesítményszámítás alapja, például a tevékenységek közötti átfutási idő, az eset teljes időtartama, valamint a késések és a szűk keresztmetszetek azonosítása.

Miért fontos?

Megadja az események időrendi sorrendjét, és alapul szolgál minden időalapú teljesítményelemzéshez, beleértve az átfutási idő és a szűk keresztmetszetek vizsgálatát.

Hol szerezhető be?

Az Oracle EBS táblák különböző dátummezőiből származik, például az OE_ORDER_HEADERS_ALL táblában található CREATION_DATE, a WSH_DELIVERY_DETAILS táblában szereplő ACTUAL_SHIPMENT_DATE vagy a RA_CUSTOMER_TRX_ALL táblában lévő TRX_DATE mezőből.

Példák
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
Tevékenység neve
ActivityName
A vevői rendelés életútja során bekövetkezett üzleti esemény vagy folyamatlépés neve.
Leírás

Ez az attribútum rögzíti a vevői rendeléshez kapcsolódó tevékenységek nevét, például „Rendelés lekönyvelve”, „Áru kiszállítva” vagy „Fizetés beérkezett”. Ezek a tevékenységek jelölik a rendeléstől a pénz beérkezéséig tartó folyamat fontos állomásait.

A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segítségével feltárhatók a tényleges folyamatmenetek, a gyakori útvonalak, az eltérések és a szűk keresztmetszetek. Ezekből az adatokból készül a folyamattérkép, amely a folyamatelemzés elsődleges vizuális eszköze.

Miért fontos?

Meghatározza a folyamattérkép lépéseit, így láthatóvá és elemezhetővé teszi a folyamat menetét.

Hol szerezhető be?

Ez egy fogalmi mező, amely az olyan modulok különböző forrásrendszer-eseményeiből, státuszaiból és tranzakciós dátumaiból származik, mint az Order Management, a Shipping Execution és az Accounts Receivable.

Példák
Sales Order CreatedGoods ShippedInvoice CreatedPayment Received
Vevői rendelés
SalesOrder
A vevői rendelés egyedi azonosítója, amely a rendeléstől a pénz beérkezéséig tartó folyamat elsődleges esetazonosítója.
Leírás

A vevői rendelés száma a létrehozástól a végleges lezárásig egyedileg azonosítja a rendelést. Ez kapcsolja össze a hozzá tartozó tevékenységeket, például a rendelés lekönyvelését, a szállítást, a számlázást és a fizetést.

A process mining során ez az attribútum elengedhetetlen az egyes rendelések teljes folyamatának rekonstruálásához. Ha minden eseményt egyetlen vevői rendeléshez rendelünk, az elemzők áttekinthetik a teljes folyamatot, összehasonlíthatják a rendelések közötti eltéréseket, és mérhetik az egyes esetek teljesítménymutatóit, például az átfutási időt és a határidőre történő kézbesítést.

Miért fontos?

Ez az esetazonosító, amely a folyamat összes eseményének összekapcsolásához és a rendelés teljes életútjának elemzéséhez szükséges.

Hol szerezhető be?

A vevői rendelés elsődleges kulcsa, amely jellemzően az Oracle Order Management tábláiban, például az OE_ORDER_HEADERS_ALL.HEADER_ID mezőben található.

Példák
685127103482459
Felhasználó neve
UserName
A tevékenységet végrehajtó felhasználó.
Leírás

Azonosítja, ki hajtotta végre az adott folyamatlépést. Ez lehet például a rendelést rögzítő értékesítő, az ellenőrzést végző hitelelemző vagy a számlát kiállító ügyintéző.

A tevékenységek felhasználó szerinti elemzése segít feltárni a képzési igényeket, az egyéni és csapatszintű teljesítményt, valamint a munkaterhelés eloszlását. A megfelelés és az ellenőrzési nyomvonal vizsgálatában is fontos, például jogosulatlan műveletek kivizsgálásakor vagy az egyes felhasználókhoz köthető ismételt munkavégzés okainak feltárásakor.

Miért fontos?

Lehetővé teszi a felhasználói teljesítmény, a munkaterhelés eloszlásának és a megfelelési előírások betartásának elemzését. Segít megválaszolni a kérdést: ki hajtotta végre a műveletet?

Hol szerezhető be?

Különböző Oracle EBS táblák felhasználói mezőiből, például a CREATED_BY vagy a LAST_UPDATED_BY mezőből származik. A teljes felhasználónév lekéréséhez gyakran össze kell kapcsolni az adatokat az FND_USER táblával.

Példák
JSMITHRWILLIAMSCDAVIS
Fizetési feltételek
PaymentTerms
A megállapodás szerinti feltételek, amelyek meghatározzák, mikorra kell a vevőnek kifizetnie az árut vagy a szolgáltatást.
Leírás

A fizetési feltételek határozzák meg a számla kiegyenlítésének szabályait, például „30 napos fizetési határidő”, „60 napos fizetési határidő” vagy „Fizetés átvételkor”. Ez az attribútum alapvető a vevőkövetelések és a pénzforgalom kezeléséhez.

A fizetési feltételek szerinti folyamatelemzésből kiderülhet, hogy bizonyos feltételek mellett gyakrabban késnek-e a vevők a fizetéssel. Ez az információ segít felmérni a pénzügyi kockázatot, javítani a követeléskezelési stratégiát és értékelni a különböző fizetési feltételek hatékonyságát. A „Fizetési feltételek betartásának nyomon követése” dashboard egyik fontos dimenziója.

Miért fontos?

Segít elemezni a fizetési szokásokat, nyomon követni a pénzforgalmat és felmérni a különböző vevői megállapodások pénzügyi kockázatát.

Hol szerezhető be?

A RA_TERMS táblában található, és a TERM_ID mezőn keresztül kapcsolódik például a számlákat tartalmazó RA_CUSTOMER_TRX_ALL vagy a rendeléseket tartalmazó OE_ORDER_HEADERS_ALL táblához.

Példák
30 napos fizetési határidő60 napos fizetési határidőFizetés átvételkor
Fizetési határidő
PaymentDueDate
A kiszámított dátum, ameddig a vevőnek ki kell fizetnie a számlát.
Leírás

A fizetési határidő az a konkrét naptári nap, ameddig a számlát ki kell fizetni. A számla dátuma és a megállapodott fizetési feltételek alapján számítják ki. Ez a „Fizetés beérkezett” tevékenység célidőpontja.

Ez az attribútum szükséges a fizetési feltételek betartását mérő KPI kiszámításához, amelyhez a határidőt a tényleges fizetési dátummal vetik össze. Az eltérések elemzése segít a követeléskezelő csapatnak rangsorolni a feladatokat, azonosítani a rendszeresen késve fizető vevőket, és mérni a fizetési felszólítási folyamat hatékonyságát.

Miért fontos?

A fizetés beszedésének célidőpontjaként szolgál, így mérhető a fizetés pontossága és a vevők fizetési feltételeknek való megfelelése.

Hol szerezhető be?

A számlatranzakcióhoz kapcsolódó AR_PAYMENT_SCHEDULES_ALL tábla DUE_DATE mezőjében található.

Példák
2023-06-152023-07-012023-08-30
Rendelés státusza
OrderStatus
A vevői rendelés vagy a rendelési tétel aktuális vagy korábbi státusza.
Leírás

Ez az attribútum a vevői rendelés különböző időpontokban érvényes státuszát rögzíti, például „Rögzítve”, „Lekönyvelve”, „Lezárva” vagy „Lemondva”. A státuszok gyakran közvetlenül megfeleltethetők a folyamat tevékenységeinek.

A rendelési státusz követése alapvető az aktív rendelések aktuális állapotát bemutató dashboardok létrehozásához. A vezetők nyomon követhetik a rendelésállományt, azonosíthatják az elakadt rendeléseket, és időben kezelhetik a kivételeket. A státuszváltások elemzése gyakori módszer a folyamattérkép tevékenységeinek meghatározására.

Miért fontos?

Átláthatóvá teszi a vevői rendelések állományát, így könnyebb azonosítani az elakadt rendeléseket és kezelni a folyamat kivételeit.

Hol szerezhető be?

Jellemzően az OE_ORDER_HEADERS_ALL és az OE_ORDER_LINES_ALL táblák FLOW_STATUS_CODE oszlopában található.

Példák
LekönyvelveSzállításra várKiszállítvaLezárvaLemondva
Rendelés teljes értéke
TotalOrderAmount
A vevői rendelés teljes pénzértéke.
Leírás

Ez az attribútum a vevői rendelés összes tételének értékét mutatja a tranzakció pénznemében. Minden esethez fontos pénzügyi mutatóként kapcsolódik.

A rendelési érték szerinti elemzés segít rangsorolni a folyamatfejlesztési feladatokat. Az elemzők például megvizsgálhatják, hogy a nagy értékű rendelések gyakrabban késnek-e vagy igényelnek-e több ismételt munkát, mint a kisebb értékűek. A pénzügyi hatás is felmérhető, például kiszámítható az adott szűk keresztmetszetnél elakadt rendelések értéke.

Miért fontos?

Lehetővé teszi a folyamat pénzügyi elemzését, segít előnyben részesíteni a nagy értékű rendeléseket, és számszerűsíteni a hatékonysági problémák pénzügyi hatását.

Hol szerezhető be?

Az értéket jellemzően az adott rendeléshez tartozó tételösszegek összeadásával számítják ki. A tételösszegek például az OE_ORDER_LINES_ALL táblában találhatók.

Példák
5450.00125000.75980.50
Vevő neve
CustomerName
A vevő neve, aki leadta a rendelést.
Leírás

Ez az attribútum a vevői rendeléshez tartozó vevő hivatalos nevét azonosítja. A folyamat teljesítményének szegmentálásához és elemzéséhez használt egyik fő dimenzió.

Ha az elemzők vevő szerint szűrik vagy bontják le a folyamatot, megállapíthatják, mely vevők rendeléseinek a leghosszabb az átfutási ideje, hol fordul elő a legtöbb ismételt munka, illetve kiknél késnek leggyakrabban a fizetések. Ezek az információk segítenek javítani a vevői kapcsolatokat, az igényekhez igazítani a szolgáltatási szinteket és jobban megérteni a vevői viselkedést.

Miért fontos?

Lehetővé teszi a vevőközpontú elemzést: feltárhatók a teljesítménybeli eltérések, javítható a szolgáltatás, és megérthető, hogyan fizetnek a különböző vevők.

Hol szerezhető be?

Az OE_ORDER_HEADERS_ALL táblában található SOLD_TO_ORG_ID mező és a HZ_CUST_ACCOUNTS, valamint a HZ_PARTIES táblák összekapcsolásával állítható elő, így lekérhető a vevő neve.

Példák
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Visszaigazolt kézbesítési dátum
ConfirmedDeliveryDate
Az a vállalt dátum, ameddig az árut a tervek szerint kézbesítik a vevőnek.
Leírás

Ez az attribútum a vevőnek ígért vagy vele egyeztetett kézbesítési dátumot tárolja. Ez az alap a határidőre történő kézbesítés méréséhez.

A process mining során ezt a dátumot összevetik a tényleges kézbesítés időbélyegével, amelyet az „Áru kézbesítve” tevékenység rögzít. Így kiszámítható a határidőre történő kézbesítés KPI. Az eltérések elemzése feltárhatja a logisztikában, a készletgazdálkodásban vagy a termeléstervezésben jelentkező rendszerszintű problémákat, amelyek késedelmes kézbesítéshez vezetnek.

Miért fontos?

Ez az alap a határidőre történő kézbesítés méréséhez, amely fontos KPI a vevői elégedettség és a működés teljesítményének értékeléséhez.

Hol szerezhető be?

Ez a dátum jellemzően az OE_ORDER_LINES_ALL tábla rendelési tételszintjén található LATEST_ACCEPTABLE_DATE vagy REQUEST_DATE mezőben szerepel.

Példák
2023-05-102023-06-012023-07-20
Fizetés határidőre beérkezett
IsPaymentOnTime
Jelző, amely megmutatja, hogy a fizetés a számla esedékességi napján vagy az előtt érkezett-e be.
Leírás

Ez a számított logikai attribútum a „Fizetés beérkezett” tevékenység időbélyegét veti össze az adott számla fizetési határidejével. Egyszerű True/False értékkel jelzi, hogy a fizetés megfelelt-e a feltételeknek.

Ez a jelző a fizetési feltételek betartását mérő KPI alapja. Egyszerűbbé teszi a vevői fizetési szokásokat és a vevőkövetelési folyamat hatékonyságát bemutató dashboardok és jelentések létrehozását. Gyorsan elkülöníthetők a határidőre és késve teljesített fizetések, majd elemezhetők az olyan befolyásoló tényezők, mint a vevőtípus vagy a fizetési feltételek.

Miért fontos?

Közvetlenül méri a fizetési feltételek betartását, ami fontos a pénzforgalom kezeléséhez és a vevők pénzügyi megbízhatóságának felméréséhez.

Hol szerezhető be?

Ez egy számított mező. A logika: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.

Példák
truefalse
Forrásrendszer
SourceSystem
Az a rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja azt a forrás-információs rendszert, ahonnan az eseményadatok származnak. Ennél a folyamatnál az értéke mindig „Oracle E-Business Suite”.

Több rendszer használata esetén ez a mező nélkülözhetetlen az adatok eredetének nyomon követéséhez és a hibakereséshez. Egyetlen rendszer esetén is fontos háttér-információt ad az adatmodellhez, és segíti az adatbetöltési folyamatok egységesítését.

Miért fontos?

Fontos információt ad az adatok eredetéről, így azok nyomon követhetők és megfelelően értelmezhetők, különösen több rendszer használata esetén.

Hol szerezhető be?

Ez jellemzően egy statikus érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá a forrás megjelölésére.

Példák
Oracle E-Business SuiteOracle EBS R12
Határidőre kézbesítve
IsOnTimeDelivery
Jelző, amely megmutatja, hogy a rendelést a visszaigazolt kézbesítési dátumon vagy az előtt kézbesítették-e.
Leírás

Ez a számított logikai attribútum (True/False) jelzi, hogy a rendelés teljesítette-e a kézbesítési vállalást. Az „Áru kézbesítve” tevékenység időbélyegének és a „Visszaigazolt kézbesítési dátumnak” az összevetésével számítható ki.

Az attribútum közvetlenül támogatja a határidőre történő kézbesítés KPI mérését. Egyszerűbbé teszi az elemzést és a dashboardok létrehozását, mert minden rendeléshez egyértelmű, kétértékű eredményt ad. Így könnyen szűrhetők és összesíthetők a késedelmes kézbesítések jellemzői, például a gyakori termékek, vevők vagy szállítási módok.

Miért fontos?

Közvetlenül méri a vevői kiszolgálás színvonalát és a teljesítés megbízhatóságát, valamint egyszerűbbé teszi a határidőre történő kézbesítés KPI kiszámítását és megjelenítését.

Hol szerezhető be?

Ez egy számított mező. A logika: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Példák
truefalse
Ismételt munka történt
IsRework
Jelző, amely megmutatja, hogy a vevői rendelésen kellett-e ismételten dolgozni, például többszöri visszaigazolás vagy módosítás miatt.
Leírás

Ez a számított logikai attribútum megjelöli azokat az eseteket, amelyekben ismételt munkára utaló minták láthatók. Az ismételt munka a folyamattérképen megjelenő hurkok, például egy rendelés többszöri lekönyvelése, vagy a rendszerben rögzített konkrét módosítási események alapján azonosítható.

Ez a jelző szolgál a „Vevői rendelések ismételt munkájának aránya” KPI kiszámításához és a „Vevői rendelések ismételt munkájának elemzése” dashboardhoz. Az elemzők könnyen elkülöníthetik és megvizsgálhatják a szokásos folyamattól eltérő rendeléseket, számszerűsíthetik az ismételt munka átfutási időre és költségekre gyakorolt hatását, valamint feltárhatják a nem hatékony folyamatkörök kiváltó okait.

Miért fontos?

Az ismételt munkát igénylő rendelések megjelölésével segít számszerűsíteni a folyamat hatékonysági problémáit, és elemezni azok okait és hatásait.

Hol szerezhető be?

Az adatátalakítás során számítják ki az ismétlődő tevékenységsorozatok azonosításával, például ha ugyanabban az esetben többször szerepel a „Rendelés lekönyvelve” tevékenység.

Példák
truefalse
Lemondás oka
CancellationReason
A vevői rendelés vagy rendelési tétel lemondásának dokumentált oka.
Leírás

Ha lemondanak egy vevői rendelést, ez az attribútum rögzíti a megadott okot. Ilyen lehet például a „Vevő kérésére”, a „Nincs készleten” vagy a „Hitelzárolás”.

Ezek az adatok nélkülözhetetlenek a rendeléslemondások kiváltó okainak feltárásához. A „Vevői rendelések lemondási aránya és okai” dashboard segítségével azonosíthatók a lemondások fő okai. Az eredmények alapján célzott intézkedésekkel csökkenthető a vevővesztés, javítható a készlet-előrejelzés vagy módosíthatók a hitelpolitikák.

Miért fontos?

Közvetlenül megmutatja, miért mondják le a rendeléseket. A kiváltó okok feltárásával csökkenthető az elmaradó értékesítés és javítható a vevők megtartása.

Hol szerezhető be?

Az információt gyakran egy okkódmezőben, például a CANCELLED_REASON mezőben tárolják. Ez az OE_ORDER_LINES_ALL táblában vagy a rendelésmódosításokhoz kapcsolódó táblában lehet elérhető.

Példák
A termék forgalmazása megszűntA vevő lemondtaDuplikált rendelés
Pénznem
Currency
A vevői rendelés pénzösszegeinek pénznemkódja.
Leírás

A pénznem attribútum megadja, milyen pénznemben szerepelnek a rendelés összegei, például USD, EUR vagy JPY. Ez szükséges a rendeléssel kapcsolatos pénzügyi adatok értelmezéséhez.

Több országban működő, különböző pénznemekben tranzaktáló szervezeteknél ez különösen fontos. Segít helyesen értelmezni az olyan pénzügyi mutatókat, mint a „Rendelés teljes értéke”, és szükség esetén lehetővé teszi a pénznemek átváltását az összesített jelentésekhez.

Miért fontos?

Megadja az összes pénzösszeg értelmezéséhez szükséges hátteret, és segíti a pontos pénzügyi elemzést, különösen nemzetközi üzleti környezetben.

Hol szerezhető be?

Az OE_ORDER_HEADERS_ALL tábla TRANSACTIONAL_CURR_CODE mezőjében található.

Példák
USDEURGBP
Rendelt mennyiség
OrderQuantity
Az adott vevői rendelési tételben rendelt termék mennyisége.
Leírás

Ez az attribútum megadja, hogy a vevő hány darabot kért az adott termékből a rendelési tételben. A tranzakció volumenét mutatja tételszinten.

A rendelt mennyiség elemzési dimenzióként használható annak vizsgálatára, hogy a rendelés mérete befolyásolja-e a folyamat menetét. A nagyon nagy vagy nagyon kis rendelések például más útvonalon haladhatnak, vagy eltérő késéseket tapasztalhatnak. Az attribútum más mutatók, például a rendelési érték értelmezéséhez is fontos hátteret ad.

Miért fontos?

Megmutatja a rendelés nagyságrendjét, így elemezhető, hogyan hat a rendelt mennyiség a folyamat hatékonyságára és a teljesítés menetére.

Hol szerezhető be?

Az OE_ORDER_LINES_ALL tábla ORDERED_QUANTITY mezőjében található.

Példák
102501
Szállítási mód
ShippingMethod
Az áru vevőhöz szállításához használt mód vagy fuvarozó.
Leírás

Ez az attribútum a szállítás módját vagy szolgáltatási szintjét adja meg, például „közúti áruszállítás”, „expressz légi szállítás” vagy „helyi futár”. Jelentősen befolyásolja a kézbesítés idejét és költségét.

Az attribútum szerinti elemzéssel a vállalatok összehasonlíthatják a különböző szállítási módok teljesítményét. A „Szállítási módok teljesítménye” dashboard például az egyes módoknál méri az „Áru kiszállítva” és az „Áru kézbesítve” közötti átfutási időt. Ez segít úgy javítani a logisztikát, hogy az egyensúlyban legyen a gyorsaság, a költség és a megbízhatóság.

Miért fontos?

Lehetővé teszi a fuvarozók és szállítási lehetőségek teljesítményének összehasonlítását, így optimalizálható a költség, a gyorsaság és a megbízhatóság.

Hol szerezhető be?

Jellemzően SHIPPING_METHOD_CODE néven tárolják például a WSH_DELIVERY_DETAILS vagy az OE_ORDER_LINES_ALL táblában.

Példák
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Termékszám
ProductNumber
A vevői rendelés adott tételén szereplő termék vagy árucikk egyedi azonosítója.
Leírás

Ez az attribútum azonosítja az értékesített anyagot, árucikket vagy szolgáltatást. A rendelés fejlécénél részletesebb szintű elemzést tesz lehetővé.

A termék szerinti elemzés feltárhatja az egyes termékekhez kapcsolódó problémákat. Bizonyos termékek teljesítése például tovább tarthat az összetett gyártás vagy beszerzés miatt, míg másoknál gyakrabban fordulhatnak elő szállítási hibák vagy vevői reklamációk. Az eredmények célzott fejlesztést tesznek lehetővé az ellátási láncban és a termékmenedzsmentben.

Miért fontos?

Lehetővé teszi a termékszintű elemzést, így azonosíthatók a késést, ismételt munkát vagy más hatékonysági problémát okozó termékek.

Hol szerezhető be?

Az OE_ORDER_LINES_ALL tábla INVENTORY_ITEM_ID mezőjéből származik. Ez a mező összekapcsolható az MTL_SYSTEM_ITEMS_B táblával a termékszám vagy -leírás lekéréséhez.

Példák
AS54888CM15001SV20100
Utolsó adatfrissítés
LastDataUpdate
A forrásrendszerből végrehajtott legutóbbi adatfrissítés időbélyege.
Leírás

Ez az attribútum jelzi, mikor nyerték ki utoljára az adatokat az Oracle E-Business Suite rendszerből, és mikor töltötték be őket a process mining eszközbe. Megmutatja, mennyire frissek az elemzett adatok.

Így a felhasználók megítélhetik, mennyire aktuálisak a megtekintett elemzések. Azt is láthatják, hogy valós idejű adatokat vagy egy adott időpontban készült pillanatképet vizsgálnak, ami fontos a működési döntések meghozatalakor.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, ami segít megbízni az elemzésben és időben meghozni a döntéseket.

Hol szerezhető be?

Ezt az időbélyeget az adatok kinyerése, átalakítása és betöltése (ETL) során hozzák létre és adják hozzá.

Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Kötelező Javasolt Nem kötelező

Az Order to Cash vevőirendelés-feldolgozásának tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban a folyamat pontos feltárásához és fejlesztéséhez.
7 Javasolt 6 Nem kötelező
Tevékenység Leírás
Goods Shipped
A szállítás visszaigazolásának befejezését jelzi, amikor az áru fizikailag elhagyja a raktárt. Ez a szállítási modul fontos, explicit eseménye: frissíti a készletet, és továbblépteti a rendelés állapotát.
Miért fontos?

Ez a rendelésteljesítés fontos mérföldköve, amely alapján mérhető a határidőre történő feladás. Emellett elindítja a számlázási és bevétel-elszámolási folyamatokat.

Hol szerezhető be?

Az Oracle Shipping Execution modulban explicit tranzakcióként rögzül. Az időbélyeg a WSH_NEW_DELIVERIES tábla INITIAL_PICKUP_DATE oszlopában található, vagy a WSH_DELIVERY_DETAILS tábla 'Shipped' állapotfrissítéseiből állapítható meg.

Rögzítés

Használja a WSH_DELIVERY_DETAILS vagy a WSH_NEW_DELIVERIES táblában szereplő szállítás-visszaigazolási dátumot.

Eseménytípus explicit
Inventory Allocated
Ez a tevékenység a rendelési sorokhoz szükséges készlet lefoglalását jelzi, így biztosítva, hogy a komissiózáshoz rendelkezésre álljon a megfelelő mennyiség. Az esemény általában az értékesítési rendelési sor állapotváltozásából következtethető ki, amely azt jelzi, hogy a sor kiadható a raktárnak.
Miért fontos?

Ez a mérföldkő fontos annak megértéséhez, hogy a rendelés készen áll-e a teljesítésre. Az itt jelentkező késés készlethiányra, beszerzési problémára vagy az allokációs folyamat hatékonytalanságára utalhat.

Hol szerezhető be?

A WSH_DELIVERY_DETAILS tábla állapotváltozásaiból következtethető ki. Az esemény akkor történik, amikor egy sor állapota 'Ready to Release' értékre változik. Az időbélyeg a kapcsolódó állapotfrissítésből származik.

Rögzítés

A WSH_DELIVERY_DETAILS tábla sorállapotának 'Ready to Release' értékre történő frissítéséből következtethető ki.

Eseménytípus inferred
Invoice Created
Ez az esemény jelzi a kiszállított árukhoz tartozó vevőszámla létrehozását. Az AutoInvoice folyamat indítja el: az Order Management és a Shipping modulból adatokat tölt át a Receivables modulba.
Miért fontos?

Ez a tevékenység indítja el a folyamat pénzügyi elszámolási szakaszát. Kiindulópontként szolgál a számlázástól a fizetésig tartó ciklusidő méréséhez és a számlázás hatékonyságának nyomon követéséhez.

Hol szerezhető be?

Ez az Oracle Receivables RA_CUSTOMER_TRX_ALL táblájában rögzített explicit tranzakció. Az esemény időbélyege a TRX_DATE vagy a CREATION_DATE oszlopból származik.

Rögzítés

Használja a RA_CUSTOMER_TRX_ALL tábla TRX_DATE oszlopát.

Eseménytípus explicit
Order Booked
Az értékesítési rendelés hivatalos visszaigazolását jelzi. Ettől kezdve a rendelés aktív, és megkezdődhet a további feldolgozása, például a beszerzés és a szállítás előkészítése. Az Oracle EBS rendszerben ez egy explicit művelet, amely az order állapotát 'Entered' értékről 'Booked' értékre módosítja.
Miért fontos?

A visszaigazolás fontos mérföldkő, mert hivatalosan elindítja a rendelés teljesítését. A létrehozás és a visszaigazolás közötti késés adatbeviteli, jóváhagyási vagy kezdeti ellenőrzési problémára utalhat.

Hol szerezhető be?

Az esemény az OE_ORDER_HEADERS_ALL táblából származik. Akkor következik be, amikor a BOOKED_FLAG értéke 'Y' lesz; az időbélyeget a BOOKED_DATE oszlop rögzíti.

Rögzítés

Használja az OE_ORDER_HEADERS_ALL tábla BOOKED_DATE oszlopát.

Eseménytípus explicit
Order Closed
Ez a tevékenység az értékesítési rendelés végleges lezárását jelzi, miután minden sora sikeresen kiszállításra, számlázásra és lezárásra került. Ez a rendelés fejlécének explicit állapotfrissítése.
Miért fontos?

Ez az Order to Cash folyamat elsődleges sikeres végpontja. Itt rögzül az a végső időbélyeg, amely a sikeresen teljesített rendelések teljes ciklusidejének kiszámításához szükséges.

Hol szerezhető be?

Az esemény az OE_ORDER_HEADERS_ALL táblában rögzül, amikor a FLOW_STATUS_CODE értéke 'CLOSED' lesz. Az állapotváltozáshoz tartozó LAST_UPDATE_DATE az esemény időbélyege.

Rögzítés

Annak az OE_ORDER_HEADERS_ALL táblában végrehajtott frissítésnek az időbélyege, amelynél a FLOW_STATUS_CODE értéke 'CLOSED' lesz.

Eseménytípus explicit
Payment Received
Ez a tevékenység akkor történik, amikor az ügyfél fizetése beérkezik, és a rendszer a megfelelő számlához rendeli. Az Accounts Receivable modulban rögzített explicit pénzügyi tranzakció.
Miért fontos?

Ez a mérföldkő fontos a pénzáramlás, a vevőkövetelések átlagos futamideje (DSO) és a fizetési feltételek betartásának nyomon követéséhez. A pénzügyi ciklusidő mérésének egyik fő végpontja.

Hol szerezhető be?

Az AR_RECEIVABLE_APPLICATIONS_ALL táblában explicit módon rögzül. Az APPLY_DATE oszlop tartalmazza azt az időbélyeget, amikor a beérkezett összeget a számlához rendelték.

Rögzítés

Az adott számlához használja az AR_RECEIVABLE_APPLICATIONS_ALL tábla APPLY_DATE oszlopát.

Eseménytípus explicit
Sales Order Created
Ez a tevékenység jelzi az értékesítési rendelés első rögzítését a rendszerben. Akkor keletkezik esemény, amikor egy felhasználó elmenti az új rendelés fejlécét. Ezzel hivatalosan megkezdődik az Order to Cash folyamat.
Miért fontos?

Ez a folyamat elsődleges kezdő eseménye. Az ettől a ponttól a következő tevékenységekig eltelt idő elemzésével mérhető az Order to Cash teljes ciklusideje.

Hol szerezhető be?

Az esemény az Oracle Order Management modul OE_ORDER_HEADERS_ALL táblájából származik. A CREATION_DATE oszlop tartalmazza a tevékenység pontos időbélyegét.

Rögzítés

Használja az OE_ORDER_HEADERS_ALL tábla CREATION_DATE oszlopát.

Eseménytípus explicit
Credit Check Performed
Ez a tevékenység jelzi, hogy befejeződött a rendeléshez kapcsolódó ügyfél-hitelképesség ellenőrzése. Az esemény gyakran akkor rögzíthető, amikor feloldják az értékesítési rendelésre tett hitelképesség-ellenőrzési zárolást, és a rendelés továbbhaladhat.
Miért fontos?

A hitelképesség-ellenőrzés késése gyakori szűk keresztmetszet, amely az egész teljesítési folyamatot megakaszthatja. A tevékenység nyomon követésével feltárhatók a pénzügyi ellenőrzések és jóváhagyások hatékonysági problémái.

Hol szerezhető be?

Az esemény az OE_ORDER_HOLDS_ALL táblából következtethető ki. Keresse meg azt az időbélyeget, amikor feloldják az adott rendelés fejlécére tett 'Credit Check Hold' zárolást.

Rögzítés

Használja az OE_ORDER_HOLDS_ALL táblában szereplő, hitelképességhez kapcsolódó zárolás feloldásának időbélyegét.

Eseménytípus inferred
Goods Delivered
Ez a tevékenység azt jelzi, hogy a szállítmány megérkezett az ügyfélhez. Az Oracle EBS alapértelmezés szerint nem követi ezt az eseményt, ezért általában külső fuvarozói rendszerek adataiból kell kikövetkeztetni vagy importálni.
Miért fontos?

Ez az esemény szükséges a határidőre történő kézbesítés KPI-jainak méréséhez és a teljes ügyfélélmény megértéséhez. A feladás és a kézbesítés közötti idő a fuvarozó teljesítményét mutatja.

Hol szerezhető be?

Rendszerelemzés szükséges. Ezek az adatok nem érhetők el közvetlenül az Oracle EBS rendszerben, ezért külső fuvarozói adatfolyamokból vagy a rendszerhez kapcsolt logisztikai platformokról kell beszerezni őket.

Rögzítés

Külső fuvarozói adatokból következtethető ki, vagy a Goods Shipped esemény után eltelt szokásos szállítási idő alapján becsülhető meg.

Eseménytípus inferred
Invoice Sent to Customer
Ez a tevékenység azt jelzi, hogy a számlát nyomtatott vagy elektronikus formában továbbították az ügyfélnek. Mivel ez nem mindig különül el explicit eseményként a számla létrehozásától, az időpontot általában következtetéssel kell meghatározni.
Miért fontos?

Ez jelzi a fizetési határidő számításának hivatalos kezdetét. A számla létrehozása és elküldése közötti késés ronthatja a pénzáramlást, és késedelmes fizetéshez vezethet.

Hol szerezhető be?

Az esemény a RA_CUSTOMER_TRX_ALL tábla LAST_PRINTED_DATE oszlopából következtethető ki. Elektronikus számlák esetén szükség lehet a külső dokumentumkézbesítő rendszer naplóinak vizsgálatára.

Rögzítés

Használja a RA_CUSTOMER_TRX_ALL tábla LAST_PRINTED_DATE oszlopát vagy a külső eszközök naplóit.

Eseménytípus inferred
Order Cancelled
A teljes értékesítési rendelés törlését jelzi, mielőtt a teljesítés befejeződne. Ez az explicit esemény lezárja a rendelésfeldolgozási munkafolyamatot.
Miért fontos?

Ez egy fontos kivételi végpont. A lemondások gyakoriságának, időzítésének és okainak elemzése segít feltárni az árbevétel-kiesést, valamint a folyamat- és termékproblémákat.

Hol szerezhető be?

Az OE_ORDER_HEADERS_ALL táblában rögzül, amikor a FLOW_STATUS_CODE értéke 'CANCELLED', a CANCELLED_FLAG értéke pedig 'Y'. Időbélyegként a LAST_UPDATE_DATE használható.

Rögzítés

Az az időpont, amikor az OE_ORDER_HEADERS_ALL táblában a CANCELLED_FLAG értéke 'Y'-ra változik.

Eseménytípus explicit
Order Line Closed
Azt jelzi, hogy az értékesítési rendelés adott sorának minden feldolgozása befejeződött, beleértve a szállítást és a számlázást is. Ez a workflow által kezelt explicit állapotváltozás.
Miért fontos?

A sorok lezárásának nyomon követése segít elemezni a részszállításokat, és még a teljes rendelés lezárása előtt feltárni az egyes termékekkel vagy teljesítési útvonalakkal kapcsolatos problémákat.

Hol szerezhető be?

Az OE_ORDER_LINES_ALL táblában rögzül, amikor a FLOW_STATUS_CODE értéke 'CLOSED' lesz. Az állapotváltozáshoz tartozó LAST_UPDATE_DATE használható időbélyegként.

Rögzítés

Annak az OE_ORDER_LINES_ALL táblában végrehajtott frissítésnek az időbélyege, amelynél a FLOW_STATUS_CODE értéke 'CLOSED' lesz.

Eseménytípus explicit
Pick Released
Ez az esemény jelzi, hogy az értékesítési rendelés sorait kiadták a raktárnak, és megkezdődhet a komissiózás. Az explicit művelet komissiózási bizonylatokat hoz létre, és láthatóvá teszi a rendelést a raktári dolgozók számára.
Miért fontos?

Ez a tevékenység indítja el a fizikai rendelésteljesítést. Az ettől a ponttól a Goods Shipped eseményig eltelt idő elemzésével felmérhető a raktári munka hatékonysága és a komissiózás lehetséges szűk keresztmetszetei.

Hol szerezhető be?

Ez az Oracle Shipping Execution modulban rögzített explicit esemény. A WSH_DELIVERY_DETAILS táblában a kézbesítési adatok 'Released to Warehouse' vagy 'Transactable' állapota alapján azonosítható.

Rögzítés

Az az időpont, amikor a WSH_DELIVERY_DETAILS.RELEASED_STATUS értéke 'S' (Submitted) értékre változik.

Eseménytípus explicit
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az Oracle E-Business Suite rendszerből

Készen áll a kezdésre?

Ezzel a sablonnal minden szükséges eszközt megkap ahhoz, hogy elkezdje fejleszteni az Order to Cash vevőirendelés-feldolgozását. Kezdje el még ma a folyamat átalakítását, és érjen el jelentős hatékonyságjavulást.

Fejlessze most az Order to Cash vevőirendelés-feldolgozását!

Azonosítsa a hatékonysági problémákat, és csökkentse 30%-kal az Order to Cash ciklusidejét.

Próbálja ki ingyen

Nincs szükség bankkártyára. 14 napos ingyenes próbaverzió.