> Folyamatos folyamatfejlesztés > Ellátásilánc kezelés > Oracle SCM Cloud > Adatsablon

Ellátásilánc-kezelési adatainak sablonja

Oracle SCM Cloud

← Vissza a folyamatfejlesztési útmutatóhoz

Az ellátásilánc-kezelés attribútumai(22) Az ellátásilánc-kezelés tevékenységei(14) Útmutatók az adatok kinyeréséhez(3)

Ellátásilánc-kezelési adatainak sablonja

Ez a sablon áttekinthetően összefoglalja az ellátásilánc-kezelés hatékony process mining elemzéséhez szükséges adatokat. Bemutatja, mely attribútumokat érdemes gyűjteni, és mely tevékenységeket kell rögzíteni az eseménynaplóban. Az adatok kinyeréséhez is útmutatást ad.

Javasolt attribútumok
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.

Sablon letöltése

Az ellátásilánc-kezelés attribútumai

Az alábbi adatmezőket érdemes felvenni az eseménynaplóba az ellátásilánc-kezelés részletes elemzéséhez és optimalizálásához.

3 Kötelező 9 Javasolt 10 Nem kötelező

	Név	Leírás
	Esemény időpontja EventTime	Az a pontos dátum és idő, amikor egy adott tevékenység történt.
Leírás Az esemény időpontja az egyes folyamattevékenységekhez tartozó időbélyeg. Ez adja meg az események sorrendjének és a folyamat időbeli menetének megértéséhez szükséges időrendi keretet. Az időalapú elemzésekhez nélkülözhetetlen adat. A process mining során ebből az attribútumból számíthatók ki az időtartam-alapú mutatók, például az átfutási, feldolgozási és várakozási idők. Ez az eseménynapló összeállításának alapja, és a tevékenységek közötti idő mérésével segít feltárni a szűk keresztmetszeteket, valamint értékelni az időalapú célokhoz vagy SLA-khoz viszonyított teljesítményt. Miért fontos? Ez az időbélyeg szükséges az események időrendi sorrendbe állításához és az időhöz kapcsolódó teljesítménymutatók, például az átfutási idő és a szűk keresztmetszetek kiszámításához. Hol szerezhető be? Az időbélyegmezők jellemzően az Oracle SCM Cloud moduljainak tranzakciós tábláiban találhatók, például a CREATION_DATE vagy a LAST_UPDATE_DATE mezőben. Példák 2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
	Logisztikai rendelés LogisticsOrder	Egy logisztikai rendelés egyedi azonosítója, amely esetazonosítóként követi végig a teljes ellátásilánc-folyamatot.
Leírás A logisztikai rendelés az elsődleges esetazonosító, amely összekapcsolja az ellátási lánc egy adott igényéhez vagy teljesítési kéréséhez kapcsolódó összes tevékenységet. Az azonosító segítségével végigkövethető a termék útja a vevői rendeléstől vagy keresleti előrejelzéstől a beszerzésen és a termelésen át a végső kiszállításig. A process mining elemzésben ez az attribútum elengedhetetlen ahhoz, hogy az összetartozó eseményeket egyetlen esetbe rendezzük. Segítségével minden rendeléshez rekonstruálható a folyamatmenet, elemezhetők az átfutási idők, feltárhatók a szűk keresztmetszetek és a folyamatváltozatok, valamint rendelésközpontú nézőpontból értékelhető a teljesítmény. Miért fontos? Ez az alapvető azonosító kapcsolja össze a folyamat összes lépését. Következetesen használt logisztikai rendelésazonosító nélkül nem követhető végig a rendelés teljes útja. Hol szerezhető be? Ez az azonosító jellemzően az Oracle SCM Cloud több moduljában is megtalálható, többek között az Order Management, az Inventory Management és a Shipping modulban. Példák LO-2024-00123LO-2024-00124LO-2024-00125
	Tevékenység neve ActivityName	A logisztikai folyamatban végrehajtott üzleti esemény vagy feladat neve, például „Beszerzési rendelés kiadva” vagy „Szállítmány visszaigazolva”.
Leírás Ez az attribútum a logisztikai folyamat egy lépését vagy mérföldkövét írja le. Minden tevékenység egy konkrét műveletet jelöl, például a készlet ellenőrzését, az áru legyártását vagy a kézbesítés igazolásának aláírását. Ezek sorrendje adja az egyes logisztikai rendelések folyamatmenetét. A tevékenység nevének elemzése a process mining alapja. Segítségével megjeleníthető a folyamattérkép, kiszámíthatók a lépések közötti átmeneti idők, azonosíthatók az utómunka-hurkok, és feltárhatók a gyakori vagy eltérő folyamatútvonalak, azaz a változatok. Miért fontos? Ez határozza meg a folyamat lépéseit. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Hol szerezhető be? A tevékenységnevek az Oracle SCM Cloud különböző moduljaiban rögzített eseményadatokból származnak. Ehhez gyakran hozzá kell rendelni a tranzakciós állapotokat vagy eseménynaplókat egy egységes tevékenységnév-listához. Példák Beszerzési rendelés kiadvaTermékek legyártvaSzállítmány visszaigazolvaKézbesítés igazolása aláírva
	Beszállító neve SupplierName	A beszerzési rendeléshez szükséges alapanyagokat szállító beszállító vagy eladó neve.
Leírás Ez az attribútum azonosítja azt a külső felet, amely a termeléshez szükséges alkatrészeket vagy alapanyagokat szállítja. Olyan beszerzési tevékenységekhez kapcsolódik, mint a „Beszerzési rendelés kiadva” és az „Alapanyagok beérkeztek”. A beszállítók neve szerinti elemzés elengedhetetlen a „Supplier Lead Time Performance” dashboardhoz. Segít felmérni, mely beszállítók megbízhatók és szállítanak időben, illetve melyek késnek gyakran. Ez az információ fontos a beszerzési stratégia és a beszállítói kapcsolatok alakításához, valamint az anyaghiány okozta termelési késések mérsékléséhez. Miért fontos? Lehetővé teszi a beszállítói teljesítmény mérését és összehasonlítását, ami megbízható és hatékony bejövő ellátási láncot biztosít. Hol szerezhető be? A beszállítói adatok az Oracle SCM Cloud beszerzési moduljaiban találhatók, a beszerzési rendelésekhez kapcsolva. A fontos táblák közé tartozik a PO_HEADERS_ALL és a POZ_SUPPLIERS. Példák Global Components Inc.Advanced Materials LLCTech Parts Direct
	Beszerzési rendelés száma PurchaseOrderNumber	A nyersanyagok vagy alkatrészek beszerzésére létrehozott rendelés egyedi azonosítója.
Leírás A beszerzési rendelés száma a beszállítói beszerzések egyik fontos dokumentumazonosítója. Összekapcsolja a logisztikai rendelést a beszállítóknak küldött konkrét igényekkel. Ezzel az attribútummal részletesen elemezhetők a beszerzési tevékenységek. Segítségével nyomon követhetők egy adott PO-hoz kapcsolódó események, és elemezhető a beszállítók teljesítménye, valamint a beszerzési ciklusidő. Miért fontos? Közvetlen kapcsolatot biztosít a beszerzési dokumentumokhoz, így részletesen elemezhető a beszerzési részfolyamat és annak hatása a teljes logisztikai folyamatra. Hol szerezhető be? Ez az azonosító az Oracle Procurement Cloud modulban található, elsősorban a PO_HEADERS_ALL tábla SEGMENT1 oszlopában. Példák PO-98345PO-98346PO-98347
	Cikkszám ItemNumber	A feldolgozott termék egyedi azonosítója, más néven SKU-ja.
Leírás A cikkszám a termékazonosítás legrészletesebb szintjét adja. Az egyes termékek külön elemezhetők vele, részletesebben, mint termékkategória szerint. A cikkszám szerinti elemzés feltárhatja az egyes termékekhez kötődő folyamatproblémákat. Előfordulhat például, hogy egy adott cikknél gyakoriak a minőségellenőrzési hibák, vagy hosszabb a gyártási idő. Így SKU-szinten is célzottan vizsgálhatók a problémák. Miért fontos? Lehetővé teszi az egyes termékek részletes elemzését, és segít feltárni azokat a problémákat, amelyek kategóriaszinten nem láthatók. Hol szerezhető be? A termékazonosítók az Oracle SCM legtöbb tranzakciós táblájában megtalálhatók, például a DOO_FULFILL_LINES_ALL vagy az INV_MATERIAL_TXNS táblában, jellemzően az INVENTORY_ITEM_ID oszlopban. Példák SKU-100-ASKU-250-BPART-XYZ-01
	Felhasználó User	Az adott tevékenységet végző személy felhasználói azonosítója vagy neve.
Leírás Ez az attribútum azonosítja azt az alkalmazottat vagy rendszerfelhasználót, aki a folyamat egy feladatát végrehajtotta. Segítségével áttekinthető a munkaterhelés megoszlása és az egyéni teljesítmény. A felhasználó szerinti elemzés támogatja az erőforrások kezelését és a teljesítmény értékelését. Segítségével azonosíthatók a kiemelkedően teljesítő munkatársak vagy csapatok, feltárhatók a képzési igények, illetve felismerhetők azok a feladatok, amelyek kézi végrehajtása rendszeresen lassú, ezért automatizálhatók lehetnek. Miért fontos? Lehetővé teszi az erőforrások teljesítményének és a munkaterhelés megoszlásának elemzését, valamint a képzési és automatizálási lehetőségek feltárását. Hol szerezhető be? Az Oracle SCM tranzakciós tábláiban a felhasználói adatok jellemzően a „Created By” vagy a „Last Updated By” oszlopban találhatók. Példák JSMITHALOGANSYSTEMBATCH_USER
	Kért kézbesítési dátum RequestedDeliveryDate	A vevő által a rendeléshez kért kézbesítési dátum.
Leírás Ez a dátum jelzi a vevő által elvárt kézbesítési időpontot, és a határidős szállítás teljesítményének elsődleges viszonyítási alapja. Jellemzően a vevői rendelés létrehozásakor adják meg, és a szolgáltatási szintre vonatkozó megállapodások (SLA-k) fontos eleme. Az elemzés során ezt az attribútumot a „Tényleges kézbesítési dátummal” vetik össze a határidős szállítás arányát mérő KPI kiszámításához. Segít felmérni, mennyire tudja a vállalat teljesíteni a vevői elvárásokat, és feltárni a késések kiváltó okait. Miért fontos? Ez a határidős szállítás teljesítményének mérési alapja, amely az ügyfél-elégedettség és az ellátási lánc hatékonyságának fontos KPI-ja. Hol szerezhető be? Ez az adat jellemzően az Oracle Order Management értékesítési rendelésének vagy teljesítési sorának szintjén található. Keresse például a REQUEST_SHIP_DATE vagy a REQUEST_ARRIVAL_DATE mezőt. Példák 2023-11-152023-12-012024-01-10
	Logisztikai rendelés állapota LogisticsOrderStatus	A logisztikai rendelés végső állapota, amely jelzi, hogy a rendelést sikeresen teljesítették, törölték vagy csak részben teljesítették.
Leírás Ez az attribútum a logisztikai rendelés esetének végállapotát vagy eredményét mutatja. Segítségével elkülöníthetők a terv szerint végigvitt rendelések azoktól, amelyeket idő előtt lezártak. A folyamat elemzésekor fontos az állapot szerinti szűrés. Az átfutási idő elemzésébe például általában csak a „Completed” állapotú rendeléseket érdemes bevonni, hogy a törölt rendelések ne torzítsák az eredményt. Az állapot azt is lehetővé teszi, hogy feltárjuk a rendelések törlésének kiváltó okait. Miért fontos? Megmutatja az eset kimenetelét, és lehetővé teszi a befejezetlen vagy törölt rendelések kiszűrését, hogy az elemzés összehasonlítható adatokon alapuljon. Hol szerezhető be? A végső állapotot gyakran az Oracle Order Management értékesítési rendelésének vagy teljesítési sorának állapotából állapítják meg, például a DOO_HEADERS_ALL vagy a DOO_FULFILL_LINES_ALL táblából. Példák KézbesítveTörölveRészben kiszállítvaLezárva
	Szállítási mód ModeOfTransport	A szállítmány szállítási módja, például légi, tengeri, közúti vagy vasúti szállítás.
Leírás Ez az attribútum megadja, milyen módon szállítják az árut két helyszín között, például a raktárból a vevőhöz. A logisztikai és szállítási elemzéshez fontos adat. A szállítási mód szerinti szűrés vagy bontás segít összehasonlítani a különböző szállítási módok hatékonyságát. A „Transportation Efficiency Analysis” dashboard az egyes módok szállítási idejének összevetésére használja ezt az adatot, így optimalizálhatók a logisztikai költségek és a kézbesítési idők. Miért fontos? Lehetővé teszi a szállítás hatékonyságának és költségeinek elemzését, így a logisztikai stratégia a sebesség és a költségek alapján optimalizálható. Hol szerezhető be? Ez az adat jellemzően az Oracle Transportation Management (OTM) modulban vagy a szállítási végrehajtási modulokban található. Keresse például a WSH_DELIVERY_LEGS tábla mezőit. Példák Légi áruszállításTengeri áruszállításTeljes kamionrakományRészrakományos közúti szállítás
	Tényleges kézbesítési dátum ActualDeliveryDate	Az a dátum, amikor a rendelést ténylegesen kézbesítették a vevőnek, amit a kézbesítés igazolása erősít meg.
Leírás Ez a dátum jelzi a logisztikai folyamat végső lezárását, amikor az áru megérkezik a célállomásra. Gyakran a „Kézbesítés igazolása aláírva” tevékenységből nyerhető ki. Ez az attribútum elengedhetetlen a teljesítmény méréséhez. A „Kért kézbesítési dátummal” összevetve megállapítható, hogy a rendelés időben vagy késve érkezett-e meg. A logisztikai rendelés teljes, végpontok közötti átfutási idejének kiszámítására is használható. Miért fontos? Megadja a folyamat tényleges befejezési időpontját, így kiszámítható a határidős szállítások aránya és a teljes átfutási idő. Hol szerezhető be? Ez gyakran a végső kézbesítést visszaigazoló esemény időbélyege, amely a szállítási vagy fuvarozási modulokban, például a WSH_DELIVERIES táblában található. Példák 2023-11-162023-11-302024-01-12
	Termékkategória ProductCategory	A rendelésben szereplő termék kategóriája vagy termékcsaládja.
Leírás A termékkategória osztályozási attribútum, amely csoportosítja a hasonló termékeket, például az elektronikai cikkeket, a ruházati termékeket vagy az alapanyagokat. Így az elemzés nemcsak az egyes termékek cikkszámára, hanem magasabb szintű csoportokra is kiterjedhet. A process mining elemzés termékkategória szerinti bontása sokat elárulhat. Megmutathatja, hogy bizonyos terméktípusok átfutási ideje hosszabb-e, más folyamatváltozatot követnek-e, vagy gyakrabban késnek-e. Ez segít az egyes termékcsaládokra szabni a folyamatfejlesztést. Miért fontos? Lehetővé teszi a teljesítmény terméktípus szerinti elemzését, és feltárja az egyes termékcsaládokra jellemző mintákat és problémákat. Hol szerezhető be? Ez az adat az Oracle SCM Cloud terméktörzsében található, például az EGP_SYSTEM_ITEMS_B táblán és a kapcsolódó kategóriatáblákon keresztül érhető el. Példák KésztermékekPótalkatrészekAlapanyagokSzórakoztatóelektronikai termékek
	Forrásrendszer SourceSystem	Megadja, melyik informatikai rendszerből származnak a kinyert adatok.
Leírás Ez az attribútum az eseményadatok forrását jelöli, ebben az esetben az Oracle SCM Cloudot. Több rendszer adatainak egyesítésekor segít egyértelművé tenni az adatok eredetét. Az elemzés során elkülöníthetők vele a több rendszeren átívelő folyamatok vagy tevékenységek. Az itt bemutatotthoz hasonló, egyetlen rendszerre korlátozódó nézetben standard adatirányítási attribútumként szolgál. Miért fontos? Biztosítja az adatok eredetének nyomon követhetőségét, és segít megkülönböztetni az adatforrásokat több rendszer használata esetén. Hol szerezhető be? Ez jellemzően egy statikus érték („Oracle SCM Cloud”), amelyet az adatkinyerés és -átalakítás során adnak hozzá. Példák Oracle SCM CloudOracle Fusion SCM
	Fuvarozó neve CarrierName	Az árut szállító külső logisztikai szolgáltató vagy fuvarozó neve.
Leírás A fuvarozó neve azonosítja az adott szállítmányhoz igénybe vett szolgáltatót. Ez fontos adat a logisztikai partnerek teljesítményének értékeléséhez. A Szállítási hatékonyság elemzése dashboard a különböző fuvarozók teljesítményének összehasonlítására használja ezt az attribútumot. Segítségével megállapítható, melyik fuvarozó szállít a legrövidebb idő alatt, melyik a legmegbízhatóbb az egyes útvonalakon, és melyik kínálja a legjobb ár-érték arányt. Miért fontos? Lehetővé teszi a fuvarozók teljesítményének összehasonlítását, ami segít optimalizálni a szállítási költségeket és növelni a megbízhatóságot. Hol szerezhető be? Ezek az adatok az Oracle Transportation Management vagy a Shipping modulban találhatók. Jellemzően egy adott fuvarhoz vagy szállítási szakaszhoz kapcsolódnak, például a WSH_TRIPS táblában. Példák FedExDHLUPSMaersk
	Határidőre kézbesítve IsOnTimeDelivery	Logikai érték, amely jelzi, hogy a rendelést a kért kézbesítési dátumon vagy korábban kézbesítették-e.
Leírás Ez a számított attribútum egyszerűbbé teszi a teljesítmény elemzését. Az „Actual Delivery Date” és a „Requested Delivery Date” összehasonlításával számítható ki. Ha a tényleges dátum megegyezik a kért dátummal vagy korábbi, az érték igaz, ellenkező esetben hamis. Ezzel a jelzővel könnyen létrehozhatók KPI-k és dashboardok, például az Ügyfélkézbesítési teljesítmény dashboard. Gyors szűrést és összesítést tesz lehetővé az időben kézbesített rendelések arányának kiszámításához, valamint segít feltárni a késedelmes rendelések közös jellemzőit. Miért fontos? Közvetlenül méri a teljesítményt az ügyféligényekhez képest, és egyszerűbbé teszi a kézbesítési határidőkhöz kapcsolódó KPI-k létrehozását. Hol szerezhető be? Ez az attribútum nem szerepel a forrásrendszerben. Az adatátalakítás során számítják ki az „ActualDeliveryDate” <= „RequestedDeliveryDate” összehasonlításával. Példák truefalse
	Raktár helye WarehouseLocation	Az a raktár vagy elosztóközpont, ahonnan az árut összekészítik és kiszállítják.
Leírás Ez az attribútum megadja a logisztikai tevékenységhez kapcsolódó fizikai helyszínt vagy létesítményt. Nélkülözhetetlen a helyszínek szerinti teljesítményelemzéshez. A raktár helye szerinti elemzés jelentős teljesítménykülönbségeket tárhat fel az egyes létesítmények között. Előfordulhat például, hogy az egyik raktárban jóval rövidebb az áruk összekészítésének és csomagolásának ideje. Az eredmények alapján megoszthatók a bevált gyakorlatok a telephelyek között, illetve azonosíthatók a folyamatfejlesztésre szoruló létesítmények. Miért fontos? Lehetővé teszi a különböző helyszínek teljesítményének összehasonlítását, így azonosíthatók a jól teljesítő létesítmények és a fejlesztendő területek. Hol szerezhető be? A raktárra vagy készletkezelő szervezetre vonatkozó adat az Oracle Inventory Management alapvető adateleme. Az INV_MATERIAL_TXNS táblában például ORGANIZATION_ID néven található. Példák WH-NORTHWH-WESTDC-CENTRAL
	Rendelés értéke OrderValue	A logisztikai rendelés teljes pénzbeli értéke.
Leírás Ez az attribútum egy logisztikai rendelés pénzbeli értékét mutatja. Fontos üzleti mutató, amely segít az elemzések rangsorolásában és a folyamatbeli hiányosságok pénzügyi hatásának felmérésében. A process mining során a rendelés értéke összefüggésbe hozható a folyamat teljesítményével és a pénzügyi eredményekkel. Az elemzés például kimutathatja, hogy a nagy értékű rendelések gyakrabban késnek, ami jelentős bevételi kockázatot jelent. Az érték alapján az is meghatározható, mely folyamatok fejlesztése élvezzen elsőbbséget. Miért fontos? Pénzügyi szempontból is értelmezhetővé teszi a folyamat teljesítményét, így a fejlesztések a várható pénzügyi hatás alapján rangsorolhatók. Hol szerezhető be? A rendelés értékét az Oracle Order Management rendszerben jellemzően az értékesítési rendelés fejlécénél tárolják. A teljes összeget tartalmazó mezőkért tekintse meg például a DOO_HEADERS_ALL táblát. Példák 5250.7512300.00950.20
	Szállítási idő TransportationDuration	Az áru felrakodásától a rendeltetési helyre érkezéséig eltelt idő.
Leírás Ez a számított mutató a teljes átfutási idő szállítás közben eltelt részét méri. A „Goods Loaded for Transport” és a „Goods Unloaded at Destination” tevékenység időpontja közötti különbségből számítható ki. Ezt az attribútumot a Szállítási hatékonyság elemzése dashboard használja. Segítségével elkülöníthetők a szállítási szakaszban felmerülő késések, amelyek fuvarozó és szállítási mód szerint is elemezhetők a szállítási teljesítmény javításához. Miért fontos? Elkülöníti a szállítás közbeni időt, így a szállítás hatékonysága a raktári vagy gyártási késésektől függetlenül elemezhető. Hol szerezhető be? Ezt a mutatót az adatátalakítás során számítják ki, az adott eset „Goods Loaded for Transport” és „Goods Unloaded at Destination” eseményeinek időbélyegei közötti különbség alapján. Példák 2 nap 3 óra5 nap 1 óra12 óra
	Teljes átfutási idő EndToEndCycleTime	A vevői rendelés létrehozásától a kézbesítés végleges igazolásáig eltelt teljes idő.
Leírás Ez a számított mutató egy rendelés teljes logisztikai folyamatának időtartamát méri. Az első tevékenység, például a „Vevői rendelés létrehozása”, és az utolsó tevékenység, például a „Kézbesítés igazolásának aláírása” időbélyege közötti különbségből számítható ki. Ez az egyik legfontosabb KPI a folyamat egészének hatékonyságához. Átfogó képet ad a teljesítményről, és a dashboardokon az időbeli változások követésére, valamint a kivizsgálást igénylő, elhúzódó rendelések azonosítására használható. Miért fontos? A folyamat teljesítményét az elejétől a végéig méri, segít azonosítani az elhúzódó eseteket és nyomon követni a hatékonyság javulását. Hol szerezhető be? Ezt a process mining eszköz vagy az adat-előkészítés során számítják ki: minden esetnél az első esemény kezdési időpontját kivonják az utolsó esemény kezdési időpontjából. Példák 15 nap 4 óra22 nap 8 óra10 nap 2 óra
	Ügyfél neve CustomerName	A rendelést leadó ügyfél neve.
Leírás Ez az attribútum azonosítja az áruk és szolgáltatások címzettjét. Az ügyfélközpontú elemzés egyik alapvető szempontja. Az ügyfél szerinti elemzés fontos mintázatokat tárhat fel. Például előfordulhat, hogy egyes nagy értékű ügyfelek rendelései gyakrabban késnek, vagy az ügyfélszegmensek eltérő folyamatútvonalakat követnek. Ezek az információk segítenek javítani az ügyfélkiszolgálást és hatékonyabban kezelni a kiemelt ügyfélkapcsolatokat. Miért fontos? Ügyfélközpontú képet ad a folyamatról, és segít megérteni, hogy bizonyos ügyfelek vagy ügyféltípusok szembesülnek-e egyedi folyamatproblémákkal. Hol szerezhető be? Az ügyféladatokat a rendeléskezelő modulok tárolják, az értékesítési rendeléshez kapcsolva. A DOO_HEADERS_ALL táblához kapcsolódó táblákban találhatók, az ügyfélszámla-táblákkal (HZ_CUST_ACCOUNTS) összekapcsolva. Példák Retail CorpManufacturing SolutionsMegaStore Inc.
	Utolsó adatfrissítés LastDataUpdate	Az az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből.
Leírás Ez az attribútum jelzi, mikor frissültek utoljára az eseményadatok a process mining adatkészletében. Segít megállapítani, mennyire frissek az adatok, és milyen időszakot fed le az elemzés. Adatirányítási célokat szolgál, és tájékoztatja a felhasználókat a dashboardokon megjelenő elemzések aktualitásáról. Segít megválaszolni például azt a kérdést, hogy mennyire naprakész a folyamat aktuális képe. Miért fontos? Fontos információt ad az adatok aktualitásáról, így a felhasználók tisztában vannak az elemzés által lefedett időszakkal. Hol szerezhető be? Ezt az időbélyeget az adatkinyerés, -átalakítás és -betöltés (ETL) során állítják elő és adják hozzá. Példák 2024-01-15T02:00:00Z2024-01-16T02:00:00Z
	Van-e újramunka IsRework	Logikai érték, amely jelzi, hogy a logisztikai rendelésnél történt-e újramunka, például megismétlődött-e egy tevékenység vagy visszatért-e a folyamat egy korábbi lépéshez.
Leírás Ez a számított attribútum azonosítja azokat az eseteket, amelyek eltérnek az egyenes vonalú, hatékony folyamattól. Jellemzően olyan eseménysorozatok alapján állapítható meg, amelyekben egy tevékenység megismétlődik, vagy egy későbbi tevékenység után egy korábbi következik, ami folyamatbeli visszalépésre utal. Például: „Áru összekészítése” -> „Minőségellenőrzés sikertelen” -> „Áru összekészítése”. Ez a jelző segít számszerűsíteni a folyamat hatékonyságvesztését. Használatával kiszámítható az újramunkálási arány KPI, és kiszűrhetők, majd megvizsgálhatók az újramunkát igénylő esetek. Így feltárhatók a kiváltó okok, például az adatrögzítési hibák, a minőségi problémák vagy a kezdeti feldolgozás hibái. Miért fontos? Segít számszerűsíteni és elkülöníteni a folyamat hatékonyságvesztését, például a visszalépéseket és az ismételt lépéseket, amelyek gyakran késedelmet és többletköltséget okoznak. Hol szerezhető be? Ez az adat nem érhető el a forrásrendszerben. A process mining eszköz az egyes esetek tevékenységsorozatát elemezve számítja ki, és az újramunkára utaló mintákat keresi. Példák truefalse

Kötelező Javasolt Nem kötelező

Az ellátásilánc-kezelés tevékenységei

Ezeket a folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és teljesítményének értékeléséhez.

6 Javasolt 8 Nem kötelező

	Tevékenység	Leírás
	Áru felrakodva szállításra	A becsomagolt árut felrakják a fuvarozó járművére, és a szállítmány hivatalosan elindul a raktárból. Ezt az Oracle Shipping rendszerben a „Ship Confirm” tranzakció rögzíti.
Miért fontos? Ez az esemény jelzi a szállítási szakasz kezdetét. Kiindulópontot ad a „Transportation Cycle Time” KPI és a „Transportation Efficiency Analysis” dashboard méréséhez. Hol szerezhető be? Az Oracle Shipping rendszerben a „Ship Confirm” tranzakció kifejezetten rögzíti ezt az eseményt. A tranzakció a kézbesítési adatok állapotát „Shipped” értékre állítja. Rögzítés Használja a Ship Confirm művelet tranzakciós időbélyegét. Eseménytípus explicit
	Áruk komissiózva és becsomagolva	A raktári dolgozók kiveszik a rendelés tételeit a készletből, majd becsomagolják őket a szállításhoz. A folyamat több rendszertranzakcióból áll, és a csomagolás befejezését jelző állapottal zárul.
Miért fontos? Ez jelzi a fizikai kiszállítási folyamat kezdetét. A rendelés létrehozásától eddig eltelt időt az „Inventory Check-to-Fulfillment Time” KPI méri, amely a belső rendelésteljesítés hatékonyságát mutatja. Hol szerezhető be? Az Oracle Shipping szállítási sorainak vagy kézbesítési adatainak állapotából következtethető ki. Gyakran több esemény összesítéséből áll, például a komissiózási hullám létrehozásából, a komissiózás visszaigazolásából és a csomagolás visszaigazolásából. Rögzítés Használja az értékesítési rendelés sorához tartozó utolsó komissiózás-visszaigazolás vagy csomagolás-visszaigazolás tranzakciójának időbélyegét. Eseménytípus inferred
	Kézbesítés igazolása aláírva	A vevő aláírással igazolja az áru átvételét, ezzel hivatalosan lezárva a kézbesítési folyamatot. Ezt gyakran úgy rögzítik, hogy a rendeléshez vagy a szállítmányhoz hozzáadják a kézbesítés igazolásának dátumát és dokumentumát.
Miért fontos? Ez a sikeresen teljesített logisztikai rendelés végső eseménye, és alapvető az „End-to-End Logistics Cycle Time” KPI méréséhez. A megfelelést és a vitás ügyek rendezését is támogatja. Hol szerezhető be? Gyakran manuálisan vagy részben automatizált módon frissítik a szállítmány vagy az értékesítési rendelés rekordját. A rendszerben lehet külön mező a POD dátumának, amely az esemény időbélyegeként használható. Rögzítés Használja a szállítmány- vagy rendelésrekord „Proof of Delivery Date” mezőjének időbélyegét. Eseménytípus explicit
	Termékek legyártva	A termékek gyártása befejeződik, a késztermék pedig készletre kerül. A rendszer akkor rögzíti ezt, amikor a munkarendelést befejezettként jelentik.
Miért fontos? Ez jelzi a termelési szakasz végét és azt, hogy a termék teljesítésre rendelkezésre áll. A „Production Scheduled” eseménytől eddig eltelt idő a gyártási hatékonyság fontos mérőszáma. Hol szerezhető be? Az Oracle Manufacturing Cloud munkarendelésének lezáró tranzakciójából nyerhető ki. Ez a munkarendelés állapotát „Complete” értékre állítja. Rögzítés Használja a munkarendelés lezáró tranzakciójának időbélyegét, vagy azt az időpontot, amikor az állapota „Complete” értékre változik. Eseménytípus inferred
	Termelés ütemezve	A gyártott termékekhez munkarendelést ütemeznek, amely meghatározza a termelés időkeretét és az erőforrások elosztását. Az esemény akkor rögzül, amikor a munkarendelés állapota „Scheduled” vagy „Released” értékre változik.
Miért fontos? Ez a tevékenység fontos mérföldkő a „Production & Shipment Stage Delays” dashboardon. Jelzi a termelési ciklus kezdetét, és az itt jelentkező késések végiggyűrűzhetnek a teljes rendelésteljesítési folyamaton. Hol szerezhető be? Az Oracle Manufacturing Cloud munkarendelésének állapotváltozásából következtethető ki. A kapcsolódó adatok például a WIP_DISCRETE_JOBS táblában találhatók. Rögzítés Használja azt az időbélyeget, amikor a munkarendelés állapota „Released” értékre vagy más, a termelés kezdetét jelző állapotra változik. Eseménytípus inferred
	Vevői rendelés létrehozva	Ez a tevékenység jelzi az értékesítési rendelés létrehozását az Oracle Order Management rendszerben, vagyis azt, hogy a vevő hivatalosan árut igényel. Az esemény akkor rögzül, amikor a rendszer elmenti az új értékesítési rendelés rekordját, és ezzel elindul a logisztikai rendelés folyamata.
Miért fontos? Elsődleges kezdő eseményként lehetővé teszi a teljes logisztikai átfutási idő mérését. Kiindulópontot ad a rendelésfeldolgozás hatékonyságának és a vevői kereslet alakulásának elemzéséhez. Hol szerezhető be? Az Order Management modulban az értékesítési rendelés rekordjának létrehozási időbélyegéből nyerhető ki, jellemzően a DOO_HEADERS_ALL táblából. Rögzítés Használja az értékesítési rendelés fejlécének létrehozási dátumát. Eseménytípus explicit
	Alapanyagok beérkeztek	A megrendelt alapanyagok vagy áruk megérkeznek a beszállítótól, és hivatalosan készletre veszik őket. Ezt az Oracle Inventory Management rendszerben áruátvételi tranzakcióként rögzítik.
Miért fontos? Ez az esemény zárja le a beszállítói átfutási idő mérését. Az ebben a szakaszban jelentkező késések közvetlenül befolyásolják a termelési ütemezést és a vevői kiszállítás dátumát. Hol szerezhető be? Az Oracle Inventory Management áruátvételi tranzakciójának dátumából nyerhető ki, jellemzően az RCV_SHIPMENT_HEADERS és az RCV_TRANSACTIONS táblákból. Rögzítés Használja az anyagátvételi rekord tranzakciós dátumát. Eseménytípus explicit
	Áru kirakodva a célállomáson	A szállítmány megérkezik a vevő telephelyére vagy a célkikötőbe, ahol kirakodják. Az adatokat gyakran a fuvarozótól vagy egy szállításirányítási rendszerből érkező információk alapján frissítik.
Miért fontos? Ez a tevékenység jelzi a szállítás közbeni időszak végét. Az „Goods Loaded for Transport” eseménytől eddig eltelt idő fontos a fuvarozói teljesítmény és a szállítás hatékonyságának elemzéséhez. Hol szerezhető be? Integrált Transportation Management System esetén ez kifejezetten rögzített esemény lehet, de következtetni is lehet rá. Alapja lehet a fuvarozó állapotfrissítése vagy a kézbesítés visszaigazolásakor végzett manuális rögzítés. Rögzítés Használja az integrált TMS időbélyegét, vagy a szállítmányrekordon manuálisan „Delivered” értékre állított állapot időpontját. Eseménytípus explicit
	Beszerzési igény létrehozva	Hivatalos igény jön létre az alapanyagok beszállítótól történő beszerzésére, jellemzően akkor, ha nincs elegendő készlet a vevői rendelés teljesítéséhez. Ez az Oracle Procurement modulban rögzített tranzakció.
Miért fontos? Ez a tevékenység rávilágít a beszerzéstől és a külső beszállítóktól való függésre. Az esemény és az anyag beérkezése közötti idő elemzése segít megérteni a beszállítókhoz kapcsolódó késéseket. Hol szerezhető be? Az Oracle Procurement Cloud beszerzési igényének létrehozási időbélyegéből rögzíthető, például a POR_REQUISITION_HEADERS_ALL táblából. Rögzítés Használja a beszerzési igény rekordjának létrehozási dátumát. Eseménytípus explicit
	Beszerzési rendelés kiadva	A beszerzési igény jogilag kötelező érvényű beszerzési rendeléssé alakul, amelyet elküldenek a beszállítónak. Az esemény akkor rögzül, amikor jóváhagyják a PO-t, és az állapota „Open” vagy „Sent” értékre változik.
Miért fontos? Ez jelzi a beszállítói átfutási idő hivatalos kezdetét. Az esemény szükséges a „Supplier Lead Time Performance” dashboard és a „Supplier On-Time Delivery Rate” KPI méréséhez. Hol szerezhető be? Az Oracle Procurement Cloud beszerzési rendelésének jóváhagyási vagy beküldési dátumából nyerhető ki, például a PO_HEADERS_ALL táblából. Rögzítés Használja azt az időbélyeget, amikor a beszerzési rendelés állapota jóváhagyottra vagy nyitottra változik. Eseménytípus explicit
	Készlet elérhetőségének ellenőrzése	A rendszer ellenőrzi, hogy a kért termékek rendelkezésre állnak-e a készleten a vevői rendelés teljesítéséhez. Ez gyakran automatizált lépés a rendelésfeldolgozási munkafolyamatban, az eredményét azonban állapotként vagy időbélyegként rögzíti a rendszer.
Miért fontos? Ez a tevékenység alapvető az „Inventory Fulfillment Efficiency” dashboard és az „Inventory Availability Impact Rate” KPI szempontjából. Az itt tapasztalt késések készlethiányra vagy nem hatékony készletgazdálkodásra utalhatnak. Hol szerezhető be? Az értékesítési rendelés sorának állapotváltozásából, illetve az Oracle Inventory Management (INV) foglalásokhoz vagy az ígérhető készlet ellenőrzéséhez kapcsolódó tábláinak rekordjaiból következtethető ki. Rögzítés Az értékesítési rendelés sorának állapotváltozásából, például az „Awaiting Fulfillment” állapotból, vagy a foglalás létrehozásának időbélyegéből következtethető ki. Eseménytípus inferred
	Minőségellenőrzés elvégezve	A késztermékeket kiszállítás előtt minőségellenőrzésnek vetik alá. Az ellenőrzés eredményét az Oracle Quality Management modulban rögzítik.
Miért fontos? Ez a lépés fontos a megfelelés és a vevői elégedettség szempontjából. Elemzésével ellenőrizhető a minőségi előírások betartása, feltárhatók az ellenőrzési folyamat szűk keresztmetszetei, és támogathatók a megfelelőségi auditok. Hol szerezhető be? Az Oracle Quality Management Cloud tranzakciós rekordjaiból nyerhető ki, amikor végrehajtanak egy ellenőrzési tervet, és rögzítik az eredményeket. Rögzítés Használja azt az időbélyeget, amikor a minőségellenőrzés eredményét „Pass” vagy „Fail” értékként rögzítik. Eseménytípus explicit
	Rendelés törölve	A vevői rendelést a teljesítés befejezése előtt törlik. A rendszer akkor rögzíti ezt, amikor az értékesítési rendelés fejlécének vagy sorának állapota „Canceled” értékre változik.
Miért fontos? Ez a folyamat egyik alternatív, sikertelen végállapotát jelzi. A törölt rendelések elemzése segít feltárni, miért hiúsulnak meg az értékesítések, például a hosszú átfutási idő vagy a készlethiány miatt. Hol szerezhető be? Az Oracle Order Management értékesítésirendelés-rekordjának végleges „Canceled” állapotba váltásából következtethető ki. Rögzítés Használja azt az időbélyeget, amikor az értékesítési rendelés fejléce vagy sora „Canceled” állapotra vált. Eseménytípus inferred
	Szállítmány visszaigazolva	A szállítmány minden tétele összekészítve, becsomagolva és a fuvarozónak történő átadásra készen áll. A rendszerben ez a tevékenység a szállítmány állapotát „Confirmed” vagy „Ready to Ship” értékre állítja.
Miért fontos? Ez fontos mérföldkő, mielőtt az áru fizikailag elhagyja a raktárt. Elkülöníti a raktáron belüli feldolgozási időt a külső szállítás idejétől. Hol szerezhető be? Az Oracle Shipping szállítmány- vagy kézbesítési rekordjának állapotváltozásából következtethető ki, például a WSH_DELIVERIES vagy a WSH_NEW_DELIVERIES táblából. Rögzítés Használja azt az időbélyeget, amikor a szállítmány állapota „Confirmed” értékre változik. Eseménytípus inferred

Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése az Oracle SCM Cloudból

Lépések

Nyissa meg az Oracle BI Publishert: Jelentkezzen be az Oracle SCM Cloud-példányába. A Navigator ikonra kattintva, majd a Tools > Reports and Analytics lehetőséget választva nyissa meg a Reports and Analytics munkaterületet.
Hozzon létre adatmodellt: A Reports and Analytics munkaterületen kattintson a „Browse Catalog” lehetőségre. A katalógusban kattintson a „New” gombra, majd válassza a „Data Model” lehetőséget.
Állítsa be az SQL-lekérdezés adatkészletét: Az adatmodell szerkesztőjében kattintson a „+” ikonra új adatkészlet hozzáadásához, majd válassza az „SQL Query” lehetőséget.
Adja meg a lekérdezés adatait: Nevezze el az adatkészletet, például SCM_LOGISTICS_EVENT_LOG néven. Válassza ki a megfelelő adatforrást, amely jellemzően az „ApplicationDB_SCM” vagy egy hasonló alkalmazás-adatbáziskapcsolat. Másolja be az alábbi „query” részben megadott teljes SQL-lekérdezést az SQL Query szövegmezőbe.
Adja meg a paramétereket: A lekérdezés a :P_START_DATE és a :P_END_DATE paraméterrel szűri a dátumtartományt. Az Oracle BI Publisher automatikusan felismeri ezeket. Állítsa be az adattípusukat „Date” értékre, és szükség esetén adjon meg alapértelmezett értékeket.
Tekintse meg és mentse a mintaadatokat: Nyissa meg a „Data” lapot. Adja meg a paraméterek értékeit, majd kattintson a „View” gombra a kinyert adatok mintájának megtekintéséhez. Ezzel ellenőrizheti, hogy a lekérdezés megfelelően működik-e. Ha mindent rendben talál, kattintson a „Save” gombra, és adjon beszédes nevet az adatmodellnek, például „SCM Logistics Process Data Model”.
Készítsen BI Publisher-jelentést: Kattintson a „Create Report” gombra közvetlenül az adatmodell szerkesztőjében. Elindul a jelentéskészítő varázsló.
Állítsa be a jelentés elrendezését: Válassza a „Use Data Model” lehetőséget. A varázsló végigvezeti az elrendezés létrehozásán. Egyszerű CSV-exporthoz válassza a „Table” elrendezést. Húzza át az adatkészlet összes oszlopát a táblázatos elrendezésbe.
Mentse a jelentést: Az elrendezés beállítása után mentse a jelentést a katalógus megfelelő mappájába. Adjon neki például „SCM Logistics Event Log Report” nevet.
Ütemezze a jelentés futtatását: Az adatkinyerés automatizálásához ütemezze a jelentést. Nyissa meg a mentett jelentést, majd kattintson az „Actions” > „Schedule” lehetőségre.
Állítsa be az ütemezést és a kimenetet: A „General” lapon állítsa be az ütemezés gyakoriságát, például napi vagy heti futtatásra. Az „Output” lapon válassza a CSV kimeneti formátumot. Adja meg a célhelyet, például egy tartalomkiszolgáló adott mappáját, FTP-kiszolgálót vagy objektumtárhelyet, ahonnan a fájl lekérhető folyamattérképezési elemzéshez.
Indítsa el és kövesse nyomon a feladatot: Küldje be az ütemezett feladatot. A „Job History” oldalon ellenőrizheti a futását, és meggyőződhet arról, hogy sikeresen lefut, valamint eljuttatja a CSV-fájlt a beállított célhelyre.

Konfiguráció

Előfeltételek: Hozzáférés az Oracle Fusion Applications rendszerhez olyan felhasználói szerepkörrel, amely jogosultságot ad adatmodellek és BI Publisher-jelentések létrehozására, például „BI Administrator” vagy „Application Developer” szerepkörrel.
Adatforrás: Az SQL-lekérdezést a fő alkalmazás-adatbázison kell futtatni. Ennek neve a BI Publisher adatforráslistájában általában „ApplicationDB_SCM” vagy ehhez hasonló.
Dátumtartomány-paraméterek: A :P_START_DATE és :P_END_DATE dátumszűrők használata elengedhetetlen az adatmennyiség korlátozásához. Elemzéshez jó kiindulópont 3–6 hónap adatainak kinyerése. A teljesítményromlás és az időtúllépés elkerülése érdekében ne futtassa a lekérdezést egyszerre több évnyi adatra.
Szűrés: A hatókör szűkítéséhez adjon meg feltételeket a lekérdezés fő sales_orders részében. A WHERE feltételekkel meghatározott üzleti egységekre (BU_NAME), rendeléstípusokra (ORDER_TYPE_CODE) vagy termékkategóriákra szűkítheti az elemzést.
Teljesítmény: A megadott lekérdezés szabványos Oracle SCM Cloud-nézeteket használ, például DOO_HEADERS_ALL és PO_HEADERS_ALL nézeteket, amelyek általában jelentéskészítésre optimalizáltak. Nagyon nagy adathalmazoknál azonban teljesítményproblémák merülhetnek fel. Ellenőrizze, hogy az alapul szolgáló táblák statisztikái naprakészek-e.
Kimeneti formátum: Állítsa be a BI Publisher-jelentést CSV (vesszővel elválasztott értékek) formátumú kimenet előállítására. Ellenőrizze a CSV beállításait, például a vessző elválasztót, az UTF-8 kódolást és az oszlopfejlécet.

Példa-lekérdezés sql

WITH sales_orders AS (
  SELECT
    dha.order_number,
    dha.header_id,
    dha.source_doc_id,
    dha.creation_date
  FROM
    doo_headers_all dha
  WHERE
    dha.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
    -- Optional: Add filters for specific Business Units or Order Types
    -- AND dha.org_id = [Your Organization ID]
)
-- 1. Customer Order Created
SELECT
  so.order_number AS "LogisticsOrder",
  'Customer Order Created' AS "ActivityName",
  dha.creation_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  mc.category_name AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dha.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN doo_fulfill_lines_all dfla ON dha.header_id = dfla.header_id
  LEFT JOIN egp_system_items_b msi ON dfla.inventory_item_id = msi.inventory_item_id AND dfla.inventory_organization_id = msi.organization_id
  LEFT JOIN egp_item_cat_assign_b mca ON msi.inventory_item_id = mca.inventory_item_id
  LEFT JOIN egp_categories_tl mc ON mca.category_id = mc.category_id
WHERE mc.language = 'US'

UNION ALL

-- 2. Inventory Availability Checked
SELECT
  so.order_number AS "LogisticsOrder",
  'Inventory Availability Checked' AS "ActivityName",
  dfla.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dfla.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN doo_fulfill_lines_all dfla ON so.header_id = dfla.header_id
  LEFT JOIN egp_system_items_b msi ON dfla.inventory_item_id = msi.inventory_item_id AND dfla.inventory_organization_id = msi.organization_id
WHERE
  dfla.status_code = 'AWAIT_SHIP'

UNION ALL

-- 3. Purchase Requisition Created
SELECT
  so.order_number AS "LogisticsOrder",
  'Purchase Requisition Created' AS "ActivityName",
  prh.creation_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  prh.document_status AS "LogisticsOrderStatus",
  prh.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  prl.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN por_requisition_lines_all prl ON so.source_doc_id = prl.doo_source_doc_id
  JOIN por_requisition_headers_all prh ON prl.requisition_header_id = prh.requisition_header_id

UNION ALL

-- 4. Purchase Order Issued
SELECT
  so.order_number AS "LogisticsOrder",
  'Purchase Order Issued' AS "ActivityName",
  pha.approved_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  pv.vendor_name AS "SupplierName",
  NULL AS "ModeOfTransport",
  pha.document_status AS "LogisticsOrderStatus",
  pha.created_by AS "User",
  pha.segment1 AS "PurchaseOrderNumber",
  pla.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN por_requisition_lines_all prl ON so.source_doc_id = prl.doo_source_doc_id
  JOIN po_distributions_all pda ON prl.requisition_line_id = pda.requisition_line_id
  JOIN po_lines_all pla ON pda.po_line_id = pla.po_line_id
  JOIN po_headers_all pha ON pla.po_header_id = pha.po_header_id
  JOIN poz_suppliers_v pv ON pha.vendor_id = pv.vendor_id
WHERE
  pha.approved_date IS NOT NULL

UNION ALL

-- 5. Raw Materials Received
SELECT
  so.order_number AS "LogisticsOrder",
  'Raw Materials Received' AS "ActivityName",
  rt.transaction_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  pv.vendor_name AS "SupplierName",
  NULL AS "ModeOfTransport",
  pha.document_status AS "LogisticsOrderStatus",
  rt.created_by AS "User",
  pha.segment1 AS "PurchaseOrderNumber",
  pla.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_fulfill_lines_all dfla ON so.header_id = dfla.header_id
  JOIN po_distributions_all pda ON dfla.fulfill_line_id = pda.fulfill_line_id
  JOIN po_lines_all pla ON pda.po_line_id = pla.po_line_id
  JOIN po_headers_all pha ON pla.po_header_id = pha.po_header_id
  JOIN poz_suppliers_v pv ON pha.vendor_id = pv.vendor_id
  JOIN rcv_transactions rt ON pha.po_header_id = rt.po_header_id AND rt.transaction_type = 'RECEIVE'

UNION ALL

-- 6. Production Scheduled
SELECT
  so.order_number AS "LogisticsOrder",
  'Production Scheduled' AS "ActivityName",
  wdj.scheduled_start_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  wdj.status_type_disp AS "LogisticsOrderStatus",
  wdj.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
WHERE
  wdj.status_type IN (3, 4) -- Released, Complete

UNION ALL

-- 7. Goods Produced
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Produced' AS "ActivityName",
  wdj.completed_quantity_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  wdj.status_type_disp AS "LogisticsOrderStatus",
  wdj.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
WHERE
  wdj.status_type = 4 -- Complete
  AND wdj.completed_quantity_date IS NOT NULL

UNION ALL

-- 8. Quality Control Performed
SELECT
  so.order_number AS "LogisticsOrder",
  'Quality Control Performed' AS "ActivityName",
  qir.creation_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  qi.validation_result_code AS "LogisticsOrderStatus",
  qir.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
  JOIN qa_inspection_results_v qir ON wdj.work_order_id = qir.work_order_id
  JOIN qa_inspections_b qi ON qir.inspection_id = qi.inspection_id

UNION ALL

-- 9. Goods Picked and Packed
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Picked and Packed' AS "ActivityName",
  wdd.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wdd.released_status_name AS "LogisticsOrderStatus",
  wdd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  wdd.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE
  wdd.released_status = 'Y' -- 'Ready to Release', can be adjusted to 'S' for 'Released to Warehouse'

UNION ALL

-- 10. Shipment Confirmed
SELECT
  so.order_number AS "LogisticsOrder",
  'Shipment Confirmed' AS "ActivityName",
  wnd.confirmed_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wnd.status_code_name AS "LogisticsOrderStatus",
  wnd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE wnd.confirmed_date IS NOT NULL

UNION ALL

-- 11. Goods Loaded for Transport
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Loaded for Transport' AS "ActivityName",
  wts.actual_departure_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wt.mode_of_transport AS "ModeOfTransport",
  wts.status_code_name AS "LogisticsOrderStatus",
  wts.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
  JOIN wsh_delivery_legs wdl ON wnd.delivery_id = wdl.delivery_id
  JOIN wsh_trip_stops wts ON wdl.pick_up_stop_id = wts.stop_id
  JOIN wsh_trips wt ON wts.trip_id = wt.trip_id
WHERE wts.actual_departure_date IS NOT NULL

UNION ALL

-- 12. Goods Unloaded at Destination
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Unloaded at Destination' AS "ActivityName",
  wts.actual_arrival_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  wts.actual_arrival_date AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wt.mode_of_transport AS "ModeOfTransport",
  wts.status_code_name AS "LogisticsOrderStatus",
  wts.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
  JOIN wsh_delivery_legs wdl ON wnd.delivery_id = wdl.delivery_id
  JOIN wsh_trip_stops wts ON wdl.drop_off_stop_id = wts.stop_id
  JOIN wsh_trips wt ON wts.trip_id = wt.trip_id
WHERE wts.actual_arrival_date IS NOT NULL

UNION ALL

-- 13. Proof of Delivery Signed
SELECT
  so.order_number AS "LogisticsOrder",
  'Proof of Delivery Signed' AS "ActivityName",
  wnd.pod_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  wnd.pod_date AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wnd.status_code_name AS "LogisticsOrderStatus",
  wnd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE wnd.pod_flag = 'Y' AND wnd.pod_date IS NOT NULL

UNION ALL

-- 14. Order Canceled
SELECT
  so.order_number AS "LogisticsOrder",
  'Order Canceled' AS "ActivityName",
  dha.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dha.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
WHERE
  dha.cancelled_flag = 'Y'

Lépések

Jelentkezzen be az Oracle BI Cloud Connectorba (BICC): Az Oracle Cloud Applications hitelesítő adataival nyissa meg a BICC konzolt. Az adatok kinyeréséhez rendelkeznie kell a szükséges BI Administrator szerepkörrel.
Nyissa meg az ajánlatokat: A BICC kezdőlapján válassza a „Manage Offerings” vagy egy hasonló nevű navigációs hivatkozást az elérhető Oracle Cloud-alkalmazások adatforrásainak megtekintéséhez.
Válassza ki az SCM-ajánlatot: Válassza a „Supply Chain Management” ajánlatot. Ezzel betöltődnek az SCM-modulokhoz, például az Order Management, a Procurement és az Inventory modulhoz tartozó Public View Objectek, azaz PVO-k.
Hozzon létre új feladatot: Nyissa meg a „Manage Extract Jobs” részt. Hozzon létre új feladatot, és adjon neki leíró nevet, például „ProcessMind_Logistics_Order_Extraction”.
Válassza ki a kinyerendő PVO-kat: A feladat beállításainál a keresővel keresse meg és adja hozzá a szükséges PVO-kat a kinyerési listához. A PVO-k az alábbi lekérdezési szakaszban szerepelnek. Minden PVO-t külön adattárolóként adjon hozzá a feladathoz.
Állítsa be a PVO-oszlopokat és -szűrőket: Minden hozzáadott PVO-nál kattintson a „Configure” gombra, és válassza ki az eseménynaplóhoz szükséges oszlopokat. Az adatmennyiség kezelhető szinten tartásához feltétlenül állítson be dátumszűrőt, például a létrehozás vagy az utolsó módosítás dátumára, és korlátozza az időszakot 3–6 hónapra.
Állítsa be a külső tárhelyet: A „Configure External Storage” résznél adja meg a célként használt felhőtárhely, például az Oracle Cloud Infrastructure (OCI) Object Storage kapcsolati adatait. Ide továbbítja a BICC a kinyert adatfájlokat.
Ütemezze az adatkivonási feladatot: Állítson be ütemezést a feladathoz. Az első adatkivonást kézzel is elindíthatja. A folyamatos nyomon követéshez ütemezze napi vagy heti futtatásra, lehetőleg csúcsidőn kívülre.
Futtassa és kövesse nyomon a feladatot: Mentse és küldje be a feladatot. A „Manage Extract Jobs” dashboardon követheti az előrehaladását. A feladatelőzményekben ellenőrizze, hogy történt-e hiba vagy figyelmeztetés.
Egyesítse és alakítsa át az adatokat: A feladat sikeres befejezése után a BICC minden PVO-hoz külön CSV- vagy DAT-fájlt továbbít a felhőtárhelyre. Külön ETL-eszközzel vagy szkripttel töltse le ezeket, egyesítse őket egyetlen eseménynapló-táblába, majd rendelje az oszlopokat a szükséges formátumhoz (LogisticsOrder, ActivityName, EventTime).
Végezze el a végső formázást feltöltés előtt: A véglegesített fájl egyetlen CSV legyen. Az oszlopoknak meg kell felelniük a kötelező és javasolt attribútumoknak. Ellenőrizze, hogy az EventTime oszlop egységes időbélyeg-formátumot használ-e, például YYYY-MM-DD HH:MI:SS formátumot.

Konfiguráció

BICC-ajánlat: Válassza a „Supply Chain Management” lehetőséget a szükséges adatobjektumok eléréséhez.
PVO-k kiválasztása: Az Order Management, a Procurement, az Inventory, a Manufacturing és a Shipping modulhoz tartozó több PVO-t kell kiválasztania a teljes folyamat rögzítéséhez. A lista a lekérdezési szakaszban található.
Növekményes vagy teljes adatkivonás: Az első betöltéshez teljes adatkivonás javasolt, meghatározott dátumtartománnyal. A későbbi futtatásoknál állítson be növekményes adatkivonást a legtöbb PVO-ban elérhető „Last Update Date” oszlop alapján. Ezzel csökkentheti az adatmennyiséget és a feldolgozási időt.
Dátumtartomány-szűrő: Minden PVO-nál alkalmazzon dátumszűrőt egy releváns dátumoszlopra, például a „CreationDate” vagy a „LastUpdateDate” mezőre. Az első elemzéshez általában 3–6 hónap adatai elegendők.
Oszlopok kiválasztása: A teljesítmény javítása érdekében ne nyerje ki a PVO összes oszlopát. Csak az eseménynapló attribútumaihoz szükséges oszlopokat válassza ki. Ezzel csökkenti az adatmennyiséget és a kinyerés időtartamát.
Előfeltételek: Az adatkivonást végző felhasználónak rendelkeznie kell BICC-hozzáférést biztosító szerepkörrel, például BIACM_ADMIN szerepkörrel. A megfelelő SCM-moduloknak, köztük az Order Management, a Procurement és a Shipping modulnak telepítve és használatban kell lenniük.

Példa-lekérdezés config

The following Public View Objects (PVOs) must be selected and configured within the BI Cloud Connector extraction job. This is not a runnable script but a list of objects to add to the extraction configuration.

**Order Management PVOs:**
*   `FscmTopModelAM.DooTopAM.Header` (For Customer Order Created, Order Canceled)
*   `FscmTopModelAM.DooTopAM.FulfilledLine` (For Inventory Availability Checked)

**Procurement PVOs:**
*   `FscmTopModelAM.ScmPoTopAM.ReqHeader` (For Purchase Requisition Created)
*   `FscmTopModelAM.ScmPoTopAM.PoHeader` (For Purchase Order Issued)

**Inventory and Receiving PVOs:**
*   `FscmTopModelAM.ScmRcvTopAM.RcvTransaction` (For Raw Materials Received)

**Manufacturing PVOs:**
*   `FscmTopModelAM.WisTopAM.WorkOrderHeader` (For Production Scheduled, Goods Produced)

**Quality Management PVOs:**
*   `FscmTopModelAM.ScmQamTopAM.QualityInspectionResult` (For Quality Control Performed)

**Shipping and Warehouse Management PVOs:**
*   `FscmTopModelAM.ScmWmsShippingTopAM.ShipmentLine` (For Goods Picked and Packed)
*   `FscmTopModelAM.ScmWmsShippingTopAM.ShipmentHeader` (For Shipment Confirmed)
*   `FscmTopModelAM.ScmWmsShippingTopAM.DeliveryTrip` (For Goods Loaded for Transport)
*   `FscmTopModelAM.ScmWmsShippingTopAM.DeliveryHeader` (For Goods Unloaded at Destination, Proof of Delivery Signed)

Lépések

Előfeltételek: Telepítse a Python 3.6-os vagy újabb verzióját, valamint a requests és pandas könyvtárakat. A telepítéshez használja a pipet: pip install requests pandas.
Hitelesítés beállítása: Szerezze be egy megfelelő jogosultságokkal rendelkező Oracle SCM Cloud-felhasználói fiók hitelesítő adatait, vagyis a felhasználónevet és a jelszót. Ezekkel érheti el a szükséges REST API-kat, például a Sales Orders, Purchase Orders, Szállítmányok és Work Orders API-kat.
A szkript beállítása: Nyissa meg a mellékelt Python-szkriptet egy szövegszerkesztőben vagy fejlesztői környezetben. Töltse ki a szkript elején található helyőrző változókat, köztük az ORACLE_SCM_HOST, USERNAME, PASSWORD, START_DATE és END_DATE változót.
Az API-végpontok áttekintése: A szkript több, az ellátási lánc különböző tevékenységeihez tartozó REST API-végpont lekérdezésére van beállítva. Nézze át a szkript endpoints szótárát, hogy lássa, mely Oracle SCM-objektumokat kérdezi le.
A szkript futtatása: Futtassa a szkriptet a parancssorból a python your_script_name.py paranccsal. A szkript hitelesíti magát, majd sorban API-hívásokat indít az egyes megadott tevékenységekhez.
API-lapozás kezelése: A szkript automatikusan kezeli az API-lapozást. Ha az API-válasz hasMore jelzője igaz, további kéréseket küld, így lekéri a megadott dátumtartomány összes rekordját.
Adatátalakítás: A szkript a tevékenységek adatainak lekérésekor szabványos formátumra alakítja a JSON-választ. Kinyeri a fontos mezőket, hozzárendeli őket az eseménynapló oszlopaihoz (LogisticsOrder, ActivityName, EventTime stb.), majd hozzáfűzi őket az események fő listájához.
Hiányzó adatok kezelése: A szkript a .get() metódust használja alapértelmezett Nincs értékkel, így biztonságosan fér hozzá azokhoz a beágyazott JSON-mezőkhöz, amelyek nem minden rekordban szerepelnek. Ezzel elkerüli a hibákat, a kimenetben pedig null értéket ad meg, ha hiányzik az adat.
Kimenet létrehozása: Az összes API-hívás befejezése után a szkript a lekért eseményeket egy pandas DataFrame-be rendezi.
Exportálás CSV-fájlba: A végleges DataFrame-et a szkript futtatási könyvtárába exportálja oracle_scm_event_log.csv néven. A fájl formátuma lehetővé teszi, hogy közvetlenül feltöltse egy process mining eszközbe.
Ellenőrzés és feltöltés: Nyissa meg a létrehozott CSV-fájlt, és ellenőrizze az adatok teljességét és helyességét. Az ellenőrzés után töltse fel az eseménynaplót a process mining platformra.

Konfiguráció

Hitelesítő adatok: Az összes szükséges API-erőforrás eléréséhez külön API-felhasználóra van szükség, olyan szerepkörökkel, mint az Order Manager, a Procurement Manager, a Warehouse Manager és a Shipping Manager.
Dátumtartomány: Állítsa be a szkript START_DATE és END_DATE változóit. Kezdje kisebb időszakkal, például 3–6 hónappal, hogy kezelhető legyen az adatmennyiség és az API-hívások száma.
API-verzió: A szkript a 11.13.18.05 API-verziót használja. Ellenőrizze, hogy ez megegyezik-e az Oracle SCM Cloud-példány verziójával. Szükség esetén módosítsa a végpontok URL-jeit.
Lapozási korlát: Az API-kérések limit paramétere 100-ra van állítva, így hívásonként legfeljebb ennyi rekord érkezik vissza. A teljesítmény és az API-kiszolgáló korlátai alapján módosíthatja ezt az értéket.
Szűrők: A szkript elsősorban dátum szerint szűr (CreationDate, LastUpdateDate). Az API-hívások q paraméteréhez további feltételeket adhat, például BusinessUnitName vagy OrganizationCode alapján, ha egyes üzleti egységekre vagy jogi személyekre szeretné szűkíteni az adatkivonást.
Egyéni mezők: Ha a szervezet a Descriptive Flexfields (DFF) mezőket használja fontos folyamatadatok tárolására, módosítsa a szkriptet úgy, hogy ezek a mezők is szerepeljenek az API-lekérdezésben és az adatkinyerési logikában.

Példa-lekérdezés python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle SCM Cloud instance details
ORACLE_SCM_HOST = class="hl-string">"[Your Oracle SCM Host e.g., xyz.fa.us2.oraclecloud.com]"
USERNAME = class="hl-string">"[Your Username]"
PASSWORD = class="hl-string">"[Your Password]"

class=class="hl-string">"hl-comment"># --- Date Range for Extraction ---
class=class="hl-string">"hl-comment"># Format: YYYY-MM-DD
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- API Request Helper Function ---
def make_api_request(endpoint, params={}):
    class="hl-string">"""Handles authentication and pagination for Oracle SCM REST API calls."""
    all_items = []
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)
    url = fclass="hl-string">"https://{ORACLE_SCM_HOST}{endpoint}"

    class=class="hl-string">"hl-comment"># Set default limit and offset for pagination
    params.setdefault(class="hl-string">'limit', 100)
    params.setdefault(class="hl-string">'offset', 0)
    params.setdefault(class="hl-string">'onlyData', class="hl-string">'true')

    while True:
        try:
            response = session.get(url, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)

            if not data.get(class="hl-string">'hasMore', False):
                break
            
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {url}: {e}")
            break

    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def extract_scm_event_log():
    events = []
    date_filter = fclass="hl-string">"LastUpdateDate between '{START_DATE}' and '{END_DATE}'"
    creation_date_filter = fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'"

    print(class="hl-string">"Fetching Sales Orders for 'Customer Order Created' and 'Order Canceled'...")
    so_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", {class="hl-string">'q': date_filter})
    for so in so_data:
        order_number = so.get(class="hl-string">'OrderNumber')
        if not order_number: continue

        class=class="hl-string">"hl-comment"># Activity: Customer Order Created
        events.append({
            class="hl-string">'LogisticsOrder': order_number,
            class="hl-string">'ActivityName': class="hl-string">'Customer Order Created',
            class="hl-string">'EventTime': so.get(class="hl-string">'CreationDate'),
            class="hl-string">'RequestedDeliveryDate': so.get(class="hl-string">'RequestShipDate'),
            class="hl-string">'ActualDeliveryDate': None,
            class="hl-string">'ProductCategory': so.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ProductGroup'),
            class="hl-string">'SupplierName': None,
            class="hl-string">'ModeOfTransport': so.get(class="hl-string">'ShippingMethodCode'),
            class="hl-string">'LogisticsOrderStatus': so.get(class="hl-string">'Status'),
            class="hl-string">'User': so.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'ItemNumber': so.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ProductNumber')
        })

        class=class="hl-string">"hl-comment"># Activity: Order Canceled
        if so.get(class="hl-string">'Status') == class="hl-string">'CANCELED':
            events.append({
                class="hl-string">'LogisticsOrder': order_number,
                class="hl-string">'ActivityName': class="hl-string">'Order Canceled',
                class="hl-string">'EventTime': so.get(class="hl-string">'LastUpdateDate'),
                class="hl-string">'RequestedDeliveryDate': so.get(class="hl-string">'RequestShipDate'),
                class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': so.get(class="hl-string">'ShippingMethodCode'),
                class="hl-string">'LogisticsOrderStatus': so.get(class="hl-string">'Status'), class="hl-string">'User': so.get(class="hl-string">'LastUpdatedBy'),
                class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

    print(class="hl-string">"Fetching Purchase Requisitions for 'Purchase Requisition Created'...")
    pr_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/purchaseRequisitions", {class="hl-string">'q': creation_date_filter})
    for pr in pr_data:
        class=class="hl-string">"hl-comment"># Note: Linking PR to a specific sales order requires custom logic or configuration.
        class=class="hl-string">"hl-comment"># Here we assume a link can be inferred or is not strictly required for this event.
        events.append({
            class="hl-string">'LogisticsOrder': pr.get(class="hl-string">'SourceOrderNumber', class="hl-string">'[Not Linked]'), class=class="hl-string">"hl-comment"># Placeholder if no direct link
            class="hl-string">'ActivityName': class="hl-string">'Purchase Requisition Created',
            class="hl-string">'EventTime': pr.get(class="hl-string">'CreationDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': None, class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': pr.get(class="hl-string">'RequisitioningBU'),
            class="hl-string">'User': pr.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'ItemNumber': pr.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ItemNumber')
        })

    print(class="hl-string">"Fetching Purchase Orders for 'Purchase Order Issued'...")
    po_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/purchaseOrders", {class="hl-string">'q': fclass="hl-string">"ApprovedDate between '{START_DATE}' and '{END_DATE}'"})
    for po in po_data:
        events.append({
            class="hl-string">'LogisticsOrder': po.get(class="hl-string">'SourceOrderNumber', class="hl-string">'[Not Linked]'), class=class="hl-string">"hl-comment"># Placeholder if no direct link
            class="hl-string">'ActivityName': class="hl-string">'Purchase Order Issued',
            class="hl-string">'EventTime': po.get(class="hl-string">'ApprovedDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': po.get(class="hl-string">'Supplier'),
            class="hl-string">'ModeOfTransport': None,
            class="hl-string">'LogisticsOrderStatus': po.get(class="hl-string">'DocumentStatus'),
            class="hl-string">'User': po.get(class="hl-string">'Buyer'),
            class="hl-string">'PurchaseOrderNumber': po.get(class="hl-string">'OrderNumber'),
            class="hl-string">'ItemNumber': po.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ItemNumber')
        })

    print(class="hl-string">"Fetching Receipts for 'Raw Materials Received'...")
    rcv_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivingReceipts", {class="hl-string">'q': fclass="hl-string">"ReceiptDate between '{START_DATE}' and '{END_DATE}'"})
    for rcv in rcv_data:
        events.append({
            class="hl-string">'LogisticsOrder': rcv.get(class="hl-string">'OrderNumber'), class=class="hl-string">"hl-comment"># Assuming PO is the key link
            class="hl-string">'ActivityName': class="hl-string">'Raw Materials Received',
            class="hl-string">'EventTime': rcv.get(class="hl-string">'ReceiptDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': rcv.get(class="hl-string">'SupplierName'), class="hl-string">'ModeOfTransport': None, 
            class="hl-string">'LogisticsOrderStatus': class="hl-string">'Received', class="hl-string">'User': rcv.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': rcv.get(class="hl-string">'POHeaderNumber'),
            class="hl-string">'ItemNumber': rcv.get(class="hl-string">'ItemNumber')
        })
        
    print(class="hl-string">"Fetching Work Orders for 'Production Scheduled' and 'Goods Produced'...")
    wo_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/workOrders", {class="hl-string">'q': date_filter})
    for wo in wo_data:
        class=class="hl-string">"hl-comment"># Activity: Production Scheduled
        if wo.get(class="hl-string">'ReleasedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': wo.get(class="hl-string">'SalesOrderNumber', wo.get(class="hl-string">'WorkOrderNumber')), 
                class="hl-string">'ActivityName': class="hl-string">'Production Scheduled',
                class="hl-string">'EventTime': wo.get(class="hl-string">'ReleasedDate'),
                class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': wo.get(class="hl-string">'WorkOrderStatus'),
                class="hl-string">'User': wo.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': wo.get(class="hl-string">'ProductName')
            })
        class=class="hl-string">"hl-comment"># Activity: Goods Produced
        if wo.get(class="hl-string">'CompletedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': wo.get(class="hl-string">'SalesOrderNumber', wo.get(class="hl-string">'WorkOrderNumber')),
                class="hl-string">'ActivityName': class="hl-string">'Goods Produced',
                class="hl-string">'EventTime': wo.get(class="hl-string">'CompletedDate'),
                class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': wo.get(class="hl-string">'WorkOrderStatus'),
                class="hl-string">'User': wo.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': wo.get(class="hl-string">'ProductName')
            })
            
    print(class="hl-string">"Fetching Shipments for shipping activities...")
    ship_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/shipments", {class="hl-string">'q': date_filter})
    for ship in ship_data:
        order_number = ship.get(class="hl-string">'SourceSalesOrderNumber', ship.get(class="hl-string">'ShipmentNumber'))
        
        class=class="hl-string">"hl-comment"># Activities: Goods Picked and Packed (using shipment creation as proxy), Shipment Confirmed, Goods Loaded
        events.append({
            class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Picked and Packed',
            class="hl-string">'EventTime': ship.get(class="hl-string">'CreationDate'), class="hl-string">'RequestedDeliveryDate': None,
            class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
            class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Packing', 
            class="hl-string">'User': ship.get(class="hl-string">'CreatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
        })
        if ship.get(class="hl-string">'ShippedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Shipment Confirmed',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ShippedDate'), class="hl-string">'RequestedDeliveryDate': None,
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Shipped', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })
            events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Loaded for Transport',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ShippedDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'In Transit', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

        class=class="hl-string">"hl-comment"># Activity: Goods Unloaded at Destination (if data available)
        if ship.get(class="hl-string">'ActualArrivalDate'):
             events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Unloaded at Destination',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ActualArrivalDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Arrived', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

        class=class="hl-string">"hl-comment"># Activity: Proof of Delivery Signed
        if ship.get(class="hl-string">'ProofOfDeliveryDate'):
             events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Proof of Delivery Signed',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ProofOfDeliveryDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ProofOfDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Delivered', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

    class=class="hl-string">"hl-comment"># The following activities are often implicit or require more complex queries.
    class=class="hl-string">"hl-comment"># For this script, we are not fetching them directly, but stubs could be added here.
    print(class="hl-string">"Skipping 'Inventory Availability Checked' and 'Quality Control Performed' due to complexity...")
    class=class="hl-string">"hl-comment"># Note: To capture these, you would query order line status changes or the qualityInspections API.

    print(fclass="hl-string">"Total events extracted: {len(events)}")
    return pd.DataFrame(events)

class=class="hl-string">"hl-comment"># --- Script Execution ---
if __name__ == class="hl-string">"__main__":
    event_log_df = extract_scm_event_log()
    if not event_log_df.empty:
        class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
        event_log_df[class="hl-string">'EventTime'] = pd.to_datetime(event_log_df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        event_log_df.dropna(subset=[class="hl-string">'EventTime'], inplace=True)
        event_log_df.sort_values(by=[class="hl-string">'LogisticsOrder', class="hl-string">'EventTime'], inplace=True)
        
        class=class="hl-string">"hl-comment"># Save to CSV
        output_file = class="hl-string">'oracle_scm_event_log.csv'
        event_log_df.to_csv(output_file, index=False)
        print(fclass="hl-string">"Event log successfully saved to {output_file}")
    else:
        print(class="hl-string">"No events were extracted. Check your configuration and date range.")

Kezdje el most?

Kezdje el még ma a process mining használatát, és hozza ki a legtöbbet ellátási lánca adataiból. Ez a sablon az első lépés a hatékonyabb és átláthatóbb ellátási lánc felé.

Vissza a folyamatfejlesztési útmutatóhoz

Sablon letöltése

Ismerje meg az Oracle SCM-et, és növelje ellátási lánca hatékonyságát

Érjen el 90%-os előrejelzési pontosságot, és előzze meg a készlethiányt már ma.

Próbálja ki ingyen

Nincs szükség bankkártyára, a beállítás azonnal elvégezhető.

Ellátásilánc-kezelési adatainak sablonja

Ellátásilánc-kezelési adatainak sablonja

Az ellátásilánc-kezelés attribútumai

Az ellátásilánc-kezelés tevékenységei

Útmutatók az adatok kinyeréséhez

Oracle BI Publisher-jelentés az SCM logisztikai adataihoz

Lépések

Konfiguráció

Példa-lekérdezés sql

Tömeges adatkivonás a BI Cloud Connectorral (BICC)

Lépések

Konfiguráció

Példa-lekérdezés config

Adatkivonás Python-szkripttel az Oracle SCM REST API-kon keresztül

Lépések

Konfiguráció

Példa-lekérdezés python

Kezdje el most?

Ismerje meg az Oracle SCM-et, és növelje ellátási lánca hatékonyságát