> Průběžné zlepšování procesů > Řízení dodavatelského řetězce > Oracle SCM Cloud > Datová šablona

Šablona dat pro Supply Chain Management

Oracle SCM Cloud

Atributy Supply Chain Management(22) Aktivity Supply Chain Management(14) Návody k extrakci dat(3)

Šablona dat pro Supply Chain Management

Tato šablona přehledně shrnuje data potřebná pro účinný process mining v řízení dodavatelského řetězce. Uvádí důležité atributy ke sběru a hlavní aktivity, které je třeba zaznamenávat do záznamu událostí. Najdete v ní také pokyny, jak tato data snadno získat.

Doporučené atributy ke sběru
Aktivity, které je třeba sledovat
Pokyny k extrakci dat

Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Stáhnout šablonu

Atributy Supply Chain Management

Toto jsou doporučená datová pole pro záznam událostí, která umožní důkladnou analýzu a optimalizaci řízení dodavatelského řetězce.

3 Povinné 9 Doporučené 10 Volitelné

	Název	Popis
	Čas události EventTime	Přesné datum a čas, kdy konkrétní činnost proběhla.
Popis Čas události je časové razítko přiřazené ke každé činnosti v procesu. Poskytuje časový kontext potřebný k seřazení událostí a pochopení průběhu procesu. Je nezbytný pro veškeré časové analýzy. V process mining se tento atribut používá k výpočtu všech metrik založených na době, například doby cyklu, zpracování a čekání. Je základem pro vytvoření záznamu událostí, odhalení úzkých míst měřením doby mezi činnostmi a hodnocení výkonnosti podle časových cílů nebo SLA. Proč je to důležité Toto časové razítko je nezbytné pro chronologické seřazení událostí a výpočet časových ukazatelů výkonnosti, například doby cyklu a úzkých míst. Kde data získat Pole s časovým razítkem jsou obvykle dostupná v transakčních tabulkách napříč moduly Oracle SCM Cloud, například jako CREATION_DATE nebo LAST_UPDATE_DATE. Příklady 2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
	Logistická objednávka LogisticsOrder	Jedinečný identifikátor logistické objednávky, který slouží jako ID případu pro sledování celého procesu dodavatelského řetězce.
Popis Logistická objednávka je hlavní identifikátor případu, který propojuje všechny činnosti související s konkrétní poptávkou nebo požadavkem na vyřízení v dodavatelském řetězci. Toto ID umožňuje sledovat celou cestu produktu, od počáteční zákaznické objednávky nebo prognózy poptávky přes nákup a výrobu až po konečné doručení. Při analýze process mining je tento atribut zásadní pro seskupení souvisejících událostí do jednoho případu. Umožňuje rekonstruovat průběh procesu každé objednávky, analyzovat dobu cyklu, odhalovat úzká místa a varianty procesu a hodnotit celkovou výkonnost z pohledu jednotlivých objednávek. Proč je to důležité Tento identifikátor je nezbytný pro propojení všech kroků procesu. Bez jednotného ID logistické objednávky nelze sledovat celý průběh objednávky. Kde data získat Tento identifikátor se obvykle nachází v několika modulech Oracle SCM Cloud, včetně Order Management, Inventory Management a Shipping. Příklady LO-2024-00123LO-2024-00124LO-2024-00125
	Název činnosti ActivityName	Název konkrétní obchodní události nebo úkolu, který v logistickém procesu proběhl, například „Odeslání nákupní objednávky“ nebo „Potvrzení zásilky“.
Popis Tento atribut popisuje jednotlivý krok nebo milník v životním cyklu logistiky. Každá činnost představuje konkrétní úkon, například kontrolu zásob, výrobu zboží nebo podpis potvrzení o doručení. Pořadí těchto činností tvoří průběh procesu každé logistické objednávky. Analýza názvů činností je pro process mining zásadní. Umožňuje zobrazit mapu procesu, vypočítat dobu mezi jednotlivými kroky, odhalit opakované činnosti a zjistit běžné i odchylné cesty procesem (varianty). Proč je to důležité Určuje jednotlivé kroky procesu. Analýza pořadí a četnosti činností tvoří základ process mining. Kde data získat Názvy činností se odvozují z údajů o událostech zaznamenaných v různých modulech Oracle SCM Cloud. Často je potřeba namapovat stavy transakcí nebo záznamy událostí na standardizovaný seznam názvů činností. Příklady Odeslání nákupní objednávkyDokončení výroby zbožíPotvrzení zásilkyPodepsané potvrzení o doručení
	Číslo nákupní objednávky PurchaseOrderNumber	Jedinečný identifikátor nákupní objednávky vytvořené za účelem pořízení surovin nebo komponent.
Popis Číslo nákupní objednávky je důležitým identifikátorem dokladu v nákupní části dodavatelského řetězce. Propojuje logistickou objednávku s konkrétními požadavky dodavatelům. Tento atribut umožňuje podrobně analyzovat nákupní činnosti. Lze podle něj dohledat všechny události související s konkrétní nákupní objednávkou. Je také nezbytný pro analýzu výkonnosti dodavatelů a délky nákupního cyklu. Proč je to důležité Přímo propojuje nákupní doklady a umožňuje podrobně analyzovat dílčí nákupní proces i jeho vliv na celkový tok logistiky. Kde data získat Toto ID najdete v modulu Oracle Procurement Cloud, především v tabulce PO_HEADERS_ALL ve sloupci SEGMENT1. Příklady PO-98345PO-98346PO-98347
	Číslo položky ItemNumber	Jedinečný identifikátor, neboli SKU, konkrétního zpracovávaného produktu.
Popis Číslo položky umožňuje určit produkt s nejvyšší mírou podrobnosti. Díky němu lze analyzovat jednotlivé produkty, což je přesnější než analýza podle produktové kategorie. Analýza podle čísla položky pomáhá odhalit problémy v procesu spojené s konkrétními produkty. U určité položky může být například vysoký podíl neúspěšných kontrol kvality nebo delší doba výroby. Díky tomu můžete řešit problémy přímo na úrovni SKU. Proč je to důležité Umožňuje podrobnou analýzu jednotlivých produktů a pomáhá odhalit problémy, které při analýze kategorií nemusí být vidět. Kde data získat Identifikátory položek se nacházejí ve většině transakčních tabulek Oracle SCM, například v DOO_FULFILL_LINES_ALL nebo INV_MATERIAL_TXNS, obvykle ve sloupci INVENTORY_ITEM_ID. Příklady SKU-100-ASKU-250-BPART-XYZ-01
	Kategorie produktu ProductCategory	Kategorie nebo skupina, do které patří produkt v objednávce.
Popis Kategorie produktu je klasifikační atribut, který sdružuje podobné produkty, například „Elektronika“, „Oděvy“ nebo „Suroviny“. Umožňuje analyzovat produkty na vyšší úrovni než jednotlivé skladové položky SKU. Rozdělení analýzy process mining podle kategorií produktů je velmi užitečné. Může ukázat, zda mají některé typy produktů delší dobu cyklu, procházejí jinými variantami procesu nebo se u nich častěji vyskytují zpoždění. Díky tomu lze zlepšení procesů přizpůsobit konkrétním produktovým řadám. Proč je to důležité Umožňuje rozdělit analýzu výkonnosti podle typu produktu a odhalit vzorce a problémy typické pro konkrétní skupiny produktů. Kde data získat Tyto informace jsou součástí kmenových dat položek v Oracle SCM Cloud. Najdete je například v tabulkách EGP_SYSTEM_ITEMS_B a souvisejících tabulkách kategorií. Příklady Hotové výrobkyNáhradní dílySurovinySpotřební elektronika
	Název dodavatele SupplierName	Název dodavatele, který dodává suroviny pro nákupní objednávku.
Popis Tento atribut označuje externí stranu, která dodává komponenty nebo suroviny potřebné k výrobě. Souvisí s činnostmi v oblasti nákupu, například „Odeslání nákupní objednávky“ a „Přijetí surovin“. Analýza podle názvu dodavatele je důležitá pro dashboard „Výkonnost dodavatelů podle dodací lhůty“. Pomáhá vyhodnotit, kteří dodavatelé jsou spolehliví a dodávají včas a kteří se často opožďují. Tyto poznatky jsou důležité pro nákupní strategii, řízení vztahů s dodavateli a omezení zpoždění výroby způsobených nedostatkem materiálu. Proč je to důležité Umožňuje měřit a porovnávat výkonnost dodavatelů, což je důležité pro spolehlivé a efektivní zásobování. Kde data získat Informace o dodavatelích se nacházejí v nákupních modulech Oracle SCM Cloud a jsou propojené s nákupními objednávkami. Mezi důležité tabulky patří PO_HEADERS_ALL a POZ_SUPPLIERS. Příklady Global Components Inc.Advanced Materials LLCTech Parts Direct
	Požadované datum dodání RequestedDeliveryDate	Datum dodání objednávky požadované zákazníkem.
Popis Toto datum vyjadřuje, kdy si zákazník přeje zboží doručit, a slouží jako hlavní měřítko včasnosti dodávek. Obvykle se stanoví při vytvoření zákaznické objednávky a je důležitou součástí dohod o úrovni služeb (SLA). Při analýze se porovnává se „Skutečným datem dodání“ a používá se k výpočtu KPI podílu včasných dodávek. Pomáhá firmám zjistit, jak dobře plní očekávání zákazníků, a odhalit příčiny zpoždění. Proč je to důležité Jde o výchozí hodnotu pro měření včasnosti dodávek, což je důležitý KPI pro spokojenost zákazníků a efektivitu dodavatelského řetězce. Kde data získat Tento údaj se obvykle ukládá na úrovni prodejní objednávky nebo řádky vyřízení v Oracle Order Management. Hledejte pole jako REQUEST_SHIP_DATE nebo REQUEST_ARRIVAL_DATE. Příklady 2023-11-152023-12-012024-01-10
	Skutečné datum dodání ActualDeliveryDate	Datum, kdy byla objednávka skutečně doručena zákazníkovi, potvrzené dokladem o doručení.
Popis Toto datum označuje dokončení logistického procesu, kdy zboží dorazilo do cíle. Často se získává z činnosti „Podepsané potvrzení o doručení“. Atribut je nezbytný pro měření výkonnosti. Porovnává se s „Požadovaným datem dodání“, aby bylo možné určit, zda byla objednávka doručena včas, nebo se zpožděním. Používá se také k výpočtu celkové doby logistického cyklu. Proč je to důležité Udává skutečný čas dokončení procesu, a umožňuje tak vypočítat podíl včasných dodávek a celkovou dobu cyklu. Kde data získat Často jde o časové razítko závěrečné události potvrzení doručení, které se nachází v modulech expedice nebo přepravy, například v tabulce WSH_DELIVERIES. Příklady 2023-11-162023-11-302024-01-12
	Stav logistické objednávky LogisticsOrderStatus	Konečný stav logistické objednávky, který určuje, zda byla úspěšně dokončena, zrušena nebo vyřízena jen částečně.
Popis Tento atribut označuje konečný stav nebo výsledek případu logistické objednávky. Pomáhá rozlišit objednávky, které prošly celým procesem podle plánu, od těch, jejichž zpracování skončilo předčasně. Při analýze procesu je důležité filtrovat podle stavu. Analýza doby cyklu by například měla obvykle zahrnovat jen „Dokončené“ objednávky, aby výsledky nezkreslovaly zrušené objednávky. Stav také umožňuje hledat příčiny rušení objednávek. Proč je to důležité Označuje výsledek případu a umožňuje odfiltrovat nedokončené nebo zrušené objednávky, aby analýza vycházela ze srovnatelných dat. Kde data získat Konečný stav se často odvozuje ze stavu prodejní objednávky nebo řádky vyřízení v Oracle Order Management, například z tabulek DOO_HEADERS_ALL nebo DOO_FULFILL_LINES_ALL. Příklady DoručenoZrušenoČástečně odeslánoUzavřeno
	Uživatel User	ID nebo jméno uživatele, který provedl konkrétní aktivitu.
Popis Tento atribut označuje zaměstnance nebo systémového uživatele odpovědného za provedení úkolu v procesu. Pomáhá zjistit rozložení pracovní zátěže a výkonnost jednotlivců. Analýza podle uživatele pomáhá při řízení zdrojů a hodnocení výkonnosti. Může odhalit nejvýkonnější jednotlivce nebo týmy, upozornit na potřebu školení nebo ukázat příležitosti k automatizaci úkolů, které při ručním zpracování pravidelně trvají dlouho. Proč je to důležité Umožňuje analyzovat výkonnost zdrojů a rozložení pracovní zátěže a pomáhá hledat příležitosti ke školení nebo automatizaci. Kde data získat Informace o uživateli jsou v Oracle SCM obvykle uloženy ve sloupcích „Created By“ nebo „Last Updated By“ ve většině tabulek transakcí. Příklady JSMITHALOGANSYSTEMBATCH_USER
	Způsob přepravy ModeOfTransport	Způsob přepravy zásilky, například letecky, po moři, kamionem nebo po železnici.
Popis Tento atribut určuje způsob přepravy zboží mezi místy, například ze skladu k zákazníkovi. Je důležitý pro analýzu logistiky a přepravy. V process mining umožňuje filtrování nebo rozdělení dat podle způsobu přepravy analyzovat efektivitu různých metod doručení. Dashboard „Analýza efektivity přepravy“ tento údaj využívá k porovnání doby přepravy jednotlivými způsoby, což pomáhá optimalizovat náklady na logistiku i dobu doručení. Proč je to důležité Umožňuje analyzovat efektivitu a náklady na přepravu a optimalizovat logistickou strategii podle rychlosti a ceny. Kde data získat Tato data se obvykle nacházejí v modulu Oracle Transportation Management (OTM) nebo v modulech pro expedici. Hledejte pole v tabulkách, jako je WSH_DELIVERY_LEGS. Příklady Letecká přepravaNámořní přepravaPřeprava plným kamionemPřeprava kusových zásilek
	Doba cyklu od začátku do konce EndToEndCycleTime	Celková doba od vytvoření zákaznické objednávky po konečné potvrzení doručení.
Popis Tato vypočítaná metrika měří celkovou dobu trvání logistického procesu jedné objednávky. Vypočítá se jako rozdíl mezi časovým razítkem první aktivity, například „Customer Order Created“, a poslední aktivity, například „Proof of Delivery Signed“. Jde o jeden z nejdůležitějších KPI pro pochopení celkové efektivity procesu. Poskytuje souhrnný přehled o výkonnosti a v dashboardech slouží ke sledování vývoje v čase i k vyhledání objednávek s dlouhou dobou zpracování, které mohou vyžadovat další prověření. Proč je to důležité Poskytuje celkový přehled o výkonnosti procesu od začátku do konce. Pomáhá odhalit případy s dlouhou dobou zpracování a sledovat celkové zlepšování efektivity. Kde data získat Vypočítá se v nástroji process mining nebo při přípravě dat odečtením času začátku první události od času začátku poslední události v každém případu. Příklady 15 dní 4 hodiny22 dní 8 hodin10 dní 2 hodiny
	Doba přepravy TransportationDuration	Doba, za kterou zboží urazí cestu od místa nakládky do cíle.
Popis Tato vypočítaná metrika měří část celkové doby cyklu, kdy je zboží na cestě. Vypočítá se jako rozdíl mezi aktivitou „Goods Loaded for Transport“ a aktivitou „Goods Unloaded at Destination“. Tento atribut se používá v dashboardu Analýza efektivity přepravy. Pomáhá oddělit zpoždění, ke kterým dochází přímo během přepravy, a umožňuje analyzovat je podle dopravce a způsobu přepravy, aby bylo možné zlepšit její výkonnost. Proč je to důležité Odděluje dobu přepravy a umožňuje zaměřit analýzu na její efektivitu bez vlivu zpoždění ve skladu nebo výrobě. Kde data získat Tato metrika se vypočítá při transformaci dat jako časový rozdíl mezi událostmi „Goods Loaded for Transport“ a „Goods Unloaded at Destination“ v rámci jednoho případu. Příklady 2 dny 3 hodiny5 dní 1 hodina12 hodin
	Doručeno včas IsOnTimeDelivery	Logická hodnota, která určuje, zda byla objednávka doručena v požadovaném termínu nebo dříve.
Popis Tento vypočítaný atribut zjednodušuje analýzu výkonnosti. Získá se porovnáním skutečného data doručení s požadovaným datem doručení. Pokud skutečné datum připadá na požadovaný den nebo dříve, je hodnota true, jinak false. Tento příznak usnadňuje tvorbu KPI a dashboardů, například dashboardu Výkonnost doručení zákazníkům. Umožňuje rychle filtrovat a agregovat data, vypočítat celkovou míru včasného doručení a analyzovat hlavní příčiny zpoždění. Proč je to důležité Přímo měří výkonnost vůči očekáváním zákazníků a usnadňuje tvorbu KPI pro včasnost doručení. Kde data získat Tento atribut není ve zdrojovém systému k dispozici. Vypočítá se při transformaci dat porovnáním hodnot „ActualDeliveryDate“ <= „RequestedDeliveryDate“. Příklady truefalse
	Hodnota objednávky OrderValue	Celková peněžní hodnota logistické objednávky.
Popis Tento atribut vyjadřuje finanční hodnotu jedné logistické objednávky. Jde o důležitý obchodní ukazatel, který pomáhá určit priority analýzy a pochopit finanční dopad neefektivních procesů. V process mining lze hodnotu objednávky použít k porovnání výkonnosti procesu s finančními výsledky. Analýza může například ukázat, že u objednávek s vysokou hodnotou dochází k delším zpožděním, což představuje značné riziko pro tržby. Umožňuje také upřednostnit zlepšení procesů, kterými prochází zboží s nejvyšší hodnotou. Proč je to důležité Doplňuje výkonnost procesu o finanční hledisko a pomáhá určit priority zlepšování podle finančního dopadu. Kde data získat Hodnota objednávky je v Oracle Order Management obvykle uložena v hlavičce prodejní objednávky. Celkovou částku najdete například v tabulce DOO_HEADERS_ALL. Příklady 5250.7512300.00950.20
	Jméno zákazníka CustomerName	Jméno zákazníka, který zadal objednávku.
Popis Tento atribut označuje příjemce zboží a služeb. Je důležitým hlediskem každé analýzy zaměřené na zákazníky. Rozdělení procesů podle zákazníků může odhalit důležité vzorce. Někteří zákazníci s vysokou hodnotou mohou například častěji čelit zpožděním nebo mohou různé skupiny zákazníků procházet odlišnými variantami procesu. Tyto informace jsou důležité pro zlepšování zákaznických služeb a efektivní správu klíčových zákazníků. Proč je to důležité Umožňuje nahlížet na proces z pohledu zákazníka a zjistit, zda konkrétní zákazníci nebo skupiny zákazníků čelí specifickým problémům. Kde data získat Informace o zákaznících jsou uloženy v modulech správy objednávek a propojeny s prodejní objednávkou. Najdete je v tabulkách souvisejících s DOO_HEADERS_ALL, které lze spojit s tabulkami zákaznických účtů (HZ_CUST_ACCOUNTS). Příklady Retail CorpManufacturing SolutionsMegaStore Inc.
	Název dopravce CarrierName	Název externí logistické společnosti nebo dopravce, který zajišťuje přepravu zboží.
Popis Název dopravce označuje konkrétního poskytovatele přepravy zásilky. Jde o důležitý údaj pro hodnocení výkonnosti logistických partnerů. Tento atribut se používá v dashboardu Analýza efektivity přepravy k porovnání dopravců. Pomáhá zjistit například to, kteří dopravci mají nejkratší dobu přepravy, kteří jsou nejspolehlivější na konkrétních trasách a kteří nabízejí nejlepší poměr ceny a výkonu. Proč je to důležité Umožňuje porovnávat výkonnost dopravních partnerů, což je důležité při optimalizaci nákladů na přepravu a její spolehlivosti. Kde data získat Tyto informace jsou uloženy v modulech Oracle Transportation Management nebo Shipping. Obvykle jsou propojeny s konkrétní jízdou nebo úsekem doručení v tabulkách, jako je WSH_TRIPS. Příklady FedExDHLUPSMaersk
	Poslední aktualizace dat LastDataUpdate	Časové razítko označující, kdy byla data této události naposledy obnovena nebo získána ze zdrojového systému.
Popis Tento atribut označuje, kdy byla data události v datové sadě pro process mining naposledy aktualizována. Pomáhá určit aktuálnost dat a období, které analýza pokrývá. Používá se při správě dat a informuje uživatele o tom, jak aktuální jsou poznatky zobrazené na dashboardech. Pomáhá odpovědět na otázku: „Jak aktuální je tento přehled procesu?“. Proč je to důležité Poskytuje důležitý kontext o aktuálnosti dat, aby uživatelé věděli, jaké období analýza pokrývá. Kde data získat Toto časové razítko se vytváří a přidává při procesu získávání, transformace a načítání dat (ETL). Příklady 2024-01-15T02:00:00Z2024-01-16T02:00:00Z
	Přepracování IsRework	Logická hodnota, která označuje, zda logistická objednávka prošla přepracováním, například opakováním aktivity nebo návratem v procesu.
Popis Tento vypočítaný atribut označuje případy, které se odchylují od přímého a efektivního průběhu. Obvykle se určuje podle opakování aktivity nebo podle toho, že po pozdější aktivitě následuje dřívější aktivita, což signalizuje návrat v procesu. Příkladem je „Goods Picked“ -> „Quality Control Failed“ -> „Goods Picked“. Tento příznak pomáhá vyčíslit neefektivitu procesu. Umožňuje vypočítat KPI míry přepracování objednávek a filtrovat případy s přepracováním, aby analytici mohli zkoumat jeho příčiny, například chyby při zadávání dat, problémy s kvalitou nebo nesprávné počáteční zpracování. Proč je to důležité Pomáhá vyčíslit a oddělit neefektivní části procesu, například návraty a opakované kroky, které často způsobují zpoždění a zvyšují náklady. Kde data získat Tento údaj není ve zdrojovém systému k dispozici. Vypočítá jej nástroj process mining analýzou pořadí aktivit v každém případu, která odhalí vzorce svědčící o přepracování. Příklady truefalse
	Umístění skladu WarehouseLocation	Sklad nebo distribuční centrum, odkud se zboží vychystává a odesílá.
Popis Tento atribut určuje fyzické místo nebo provozovnu, kde probíhá konkrétní logistická činnost. Je nezbytný pro analýzu výkonnosti podle lokality. Analýza podle umístění skladu může odhalit výrazné rozdíly ve výkonnosti jednotlivých provozoven. Jeden sklad může mít například mnohem kratší dobu vychystání a zabalení než jiný. Tyto poznatky pomáhají určit osvědčené postupy, které lze sdílet mezi provozovnami, nebo odhalit místa, kde je třeba procesy zlepšit. Proč je to důležité Umožňuje porovnávat výkonnost různých provozoven a určit nejvýkonnější z nich i místa, kde je prostor ke zlepšení. Kde data získat Informace o skladu nebo skladové organizaci jsou základním datovým prvkem v Oracle Inventory Management. Často se nacházejí ve sloupci ORGANIZATION_ID v tabulkách, jako je INV_MATERIAL_TXNS. Příklady WH-NORTHWH-WESTDC-CENTRAL
	Zdrojový systém SourceSystem	Určuje informační systém, ze kterého byla data získána.
Popis Tento atribut označuje původ dat o událostech, v tomto případě Oracle SCM Cloud. Je užitečný v prostředích, kde se kombinují data z více systémů, protože objasňuje jejich původ. Při analýze pomáhá rozlišit procesy nebo činnosti, které probíhají ve více systémech. V přehledu zaměřeném na jeden systém, jako je tento, slouží jako standardní atribut správy dat. Proč je to důležité Zajišťuje přehled o původu dat a pomáhá rozlišit jejich zdroje v prostředí s více systémy. Kde data získat Obvykle jde o statickou hodnotu („Oracle SCM Cloud“), která se přidává při získávání a transformaci dat. Příklady Oracle SCM CloudOracle Fusion SCM

Povinné Doporučené Volitelné

Aktivity Supply Chain Management

Toto jsou hlavní kroky procesu a milníky, které je třeba zachytit v záznamu událostí pro přesné zjištění průběhu procesu a vyhodnocení jeho výkonnosti.

6 Doporučené 8 Volitelné

	Aktivita	Popis
	Dokončení výroby zboží	Výroba zboží je dokončena a hotové výrobky se přesunou na sklad. Událost se zaznamená, když je výrobní zakázka v systému označena jako dokončená.
Proč je to důležité Označuje konec výrobní fáze a okamžik, kdy je produkt k dispozici k vyřízení objednávky. Doba od „Naplánování výroby“ do této události je důležitým ukazatelem efektivity výroby. Kde data získat Údaj se získává z transakce dokončení výrobní zakázky v Oracle Manufacturing Cloud. Tím se stav zakázky změní na „Dokončeno“. Zachycení Použijte časové razítko transakce dokončení výrobní zakázky nebo změny jejího stavu na „Dokončeno“. Typ události inferred
	Naložení zboží k přepravě	Zabalené zboží se naloží do vozidla dopravce a zásilka oficiálně opustí sklad. Tato událost se zaznamená transakcí „Ship Confirm“ v Oracle Shipping.
Proč je to důležité Tato událost označuje začátek přepravy. Je výchozím bodem pro KPI „Doba přepravy“ a dashboard „Analýza efektivity přepravy“. Kde data získat Jde o konkrétní událost zaznamenanou transakcí „Ship Confirm“ v Oracle Shipping. Stav podrobností o dodávce se tím změní na „Odesláno“. Zachycení Použijte časové razítko transakce „Ship Confirm“. Typ události explicit
	Naplánování výroby	U vyráběných položek se naplánuje výrobní zakázka a stanoví se časový plán výroby i přidělení zdrojů. Událost se zaznamená při změně stavu výrobní zakázky na „Naplánováno“ nebo „Uvolněno“.
Proč je to důležité Tato činnost je důležitým milníkem pro dashboard „Zpoždění ve fázi výroby a expedice“. Označuje začátek výrobního cyklu. Každé zpoždění v této fázi se promítne do celého procesu vyřízení objednávky. Kde data získat Údaj lze odvodit ze změny stavu výrobní zakázky v Oracle Manufacturing Cloud. Příslušná data jsou uložena například v tabulce WIP_DISCRETE_JOBS. Zachycení Použijte časové razítko změny stavu výrobní zakázky na „Uvolněno“ nebo na podobný stav, který značí, že výroba může začít. Typ události inferred
	Podepsané potvrzení o doručení	Zákazník podepíše potvrzení o převzetí zboží, čímž se proces doručení formálně uzavře. Obvykle se to zaznamená aktualizací objednávky nebo zásilky o datum a dokument potvrzení o doručení.
Proč je to důležité Jde o konečnou událost úspěšně dokončené logistické objednávky, která je důležitá pro KPI „Celková doba logistického cyklu“. Podporuje také procesy související se shodou a řešením sporů. Kde data získat Obvykle jde o ruční nebo částečně automatizovanou aktualizaci záznamu zásilky či prodejní objednávky. Systém může obsahovat zvláštní pole pro datum potvrzení o doručení, které lze použít jako čas události. Zachycení Použijte časové razítko z pole „Datum potvrzení o doručení“ v záznamu zásilky nebo objednávky. Typ události explicit
	Vychystání a zabalení zboží	Pracovníci skladu vychystají položky objednávky ze zásob a zabalí je k expedici. Tento proces zahrnuje několik systémových transakcí a končí nastavením stavu na zabalené.
Proč je to důležité Tímto okamžikem začíná fyzická expedice. Doba od vytvoření objednávky do této fáze, kterou měří KPI „Doba od kontroly zásob po vyřízení“, ukazuje efektivitu interního vyřízení objednávky. Kde data získat Údaj lze odvodit ze stavu řádků zásilky nebo podrobností o dodávce v Oracle Shipping. Často jde o souhrn několika událostí, například vytvoření vlny vychystávání, potvrzení vychystání a potvrzení zabalení. Zachycení Použijte časové razítko posledního potvrzení vychystání nebo zabalení přiřazeného k řádce prodejní objednávky. Typ události inferred
	Vytvoření zákaznické objednávky	Tato činnost označuje vytvoření prodejní objednávky v Oracle Order Management, tedy formální požadavek zákazníka na zboží. Událost se zaznamená při uložení nového záznamu prodejní objednávky v systému a zahajuje životní cyklus logistické objednávky.
Proč je to důležité Jako hlavní počáteční událost umožňuje měřit celkovou dobu logistického cyklu. Slouží jako výchozí bod pro analýzu efektivity zpracování objednávek a vzorců zákaznické poptávky. Kde data získat Údaj se získává z časového razítka vytvoření záznamu prodejní objednávky v modulu Order Management, obvykle z tabulky DOO_HEADERS_ALL. Zachycení Použijte datum vytvoření hlavičky prodejní objednávky. Typ události explicit
	Kontrola dostupnosti zásob	Systém ověří, zda jsou požadované položky skladem a lze jimi vyřídit zákaznickou objednávku. Často jde o automatický krok ve workflow zpracování objednávky, jeho výsledek se ale zaznamená jako stav nebo časové razítko.
Proč je to důležité Tato činnost je důležitá pro dashboard „Efektivita vyřízení ze zásob“ a KPI „Míra dopadu dostupnosti zásob“. Zpoždění v této fázi mohou ukazovat na nedostupné zboží nebo neefektivní řízení zásob. Kde data získat Údaj lze odvodit ze změn stavu řádky prodejní objednávky nebo ze záznamů v tabulkách Oracle Inventory Management (INV), které se týkají rezervací či kontroly dostupnosti k příslibu. Zachycení Údaj lze odvodit ze změny stavu řádky prodejní objednávky, například na „Čeká na vyřízení“, nebo z časového razítka vytvoření rezervace. Typ události inferred
	Odeslání nákupní objednávky	Nákupní požadavek se převede na právně závaznou nákupní objednávku, která se odešle dodavateli. Událost se zaznamená při schválení objednávky a změně jejího stavu na „Otevřená“ nebo „Odeslaná“.
Proč je to důležité Tímto okamžikem začíná oficiálně běžet dodací lhůta dodavatele. Údaj je nezbytný pro měření výkonu na dashboardu „Výkonnost dodavatelů podle dodací lhůty“ a KPI „Podíl včasných dodávek dodavatelů“. Kde data získat Údaj se získává z data schválení nebo odeslání nákupní objednávky v Oracle Procurement Cloud. Je uložen například v tabulce PO_HEADERS_ALL. Zachycení Použijte časové razítko změny stavu nákupní objednávky na schválenou nebo otevřenou. Typ události explicit
	Potvrzení zásilky	Všechny položky zásilky jsou připravené, zabalené a nachystané k předání dopravci. Tato činnost změní stav zásilky v systému na „Potvrzená“ nebo „Připravena k odeslání“.
Proč je to důležité Jde o důležitý milník před fyzickým odjezdem zboží ze skladu. Odděluje dobu interního zpracování ve skladu od doby externí přepravy. Kde data získat Údaj lze odvodit ze změny stavu zásilky nebo záznamu o dodávce v Oracle Shipping, například v tabulkách WSH_DELIVERIES nebo WSH_NEW_DELIVERIES. Zachycení Použijte časové razítko změny stavu zásilky na „Potvrzená“. Typ události inferred
	Přijetí surovin	Objednané suroviny nebo zboží dorazí od dodavatele a formálně se přijmou na sklad. Tato událost se zaznamená jako příjemka v Oracle Inventory Management.
Proč je to důležité Touto událostí končí měření dodací lhůty dodavatele. Zpoždění v této fázi přímo ovlivňuje výrobní plány i konečné termíny dodání zákazníkům. Kde data získat Údaj se získává z data transakce příjemky v Oracle Inventory Management, obvykle z tabulek RCV_SHIPMENT_HEADERS a RCV_TRANSACTIONS. Zachycení Použijte datum transakce příjmu materiálu. Typ události explicit
	Provedení kontroly kvality	Hotové výrobky se před uvolněním k expedici podrobí kontrole kvality. Výsledek kontroly se zaznamená v modulu Oracle Quality Management.
Proč je to důležité Tento krok je důležitý pro shodu i spokojenost zákazníků. Analýza této činnosti pomáhá ověřit dodržování standardů kvality, odhalit úzká místa při kontrole a podpořit audity shody. Kde data získat Údaj se získává z transakčních záznamů v Oracle Quality Management Cloud, které vzniknou při provedení kontrolního plánu a zadání výsledků. Zachycení Použijte časové razítko zaznamenání výsledku kontroly kvality „Vyhověl“ nebo „Nevyhověl“. Typ události explicit
	Vyložení zboží v místě určení	Zásilka dorazí na místo určení, například k zákazníkovi nebo do cílového přístavu, a vyloží se. Tyto informace se často aktualizují na základě údajů od dopravce nebo ze systému pro řízení přepravy.
Proč je to důležité Tato činnost označuje konec přepravy. Doba od události „Naložení zboží k přepravě“ je důležitá pro analýzu výkonu dopravce a efektivity přepravy. Kde data získat Pokud je integrován systém pro řízení přepravy, může jít o konkrétní událost, jinak ji lze odvodit. Zdrojem mohou být aktualizace stavu od dopravce nebo ruční záznam při potvrzení doručení. Zachycení Použijte časové razítko z integrovaného systému TMS nebo ručně aktualizovaný stav „Doručeno“ v záznamu zásilky. Typ události explicit
	Vytvoření nákupního požadavku	Vytvoří se formální požadavek na nákup materiálu od dodavatele, obvykle v případě, že zásoby nestačí k vyřízení prodejní objednávky. Jde o konkrétní transakci v modulu Oracle Procurement.
Proč je to důležité Tato činnost ukazuje závislost na nákupu a externích dodavatelích. Doba od této události do přijetí materiálu je důležitá pro analýzu zpoždění způsobených dodavateli. Kde data získat Záznam se získává z časového razítka vytvoření nákupního požadavku v Oracle Procurement Cloud, například z tabulky POR_REQUISITION_HEADERS_ALL. Zachycení Použijte datum vytvoření záznamu nákupního požadavku. Typ události explicit
	Zrušení objednávky	Zákaznická objednávka se zruší před dokončením vyřízení. Událost se zaznamená při změně stavu hlavičky nebo řádky prodejní objednávky na „Zrušeno“.
Proč je to důležité Jde o alternativní, neúspěšný konec procesu. Analýza zrušených objednávek pomáhá odhalit důvody, proč se prodej neuskutečnil, například dlouhé dodací lhůty nebo nedostupné zboží. Kde data získat Údaj lze odvodit ze změny stavu záznamu prodejní objednávky v Oracle Order Management na konečný stav „Zrušeno“. Zachycení Použijte časové razítko změny stavu hlavičky nebo řádky prodejní objednávky na „Zrušeno“. Typ události inferred

Doporučené Volitelné

Návody k extrakci dat

Jak získat data z Oracle SCM Cloud

Kroky

Otevřete Oracle BI Publisher: Přihlaste se do své instance Oracle SCM Cloud. Klikněte na ikonu navigátoru a vyberte Tools > Reports and Analytics. Otevře se pracovní oblast Reports and Analytics.
Vytvořte datový model: V pracovní oblasti Reports and Analytics klikněte na „Browse Catalog“. V katalogu klikněte na „New“ a vyberte „Data Model“.
Definujte datovou sadu s dotazem SQL: V editoru Data Model klikněte na ikonu „+“, přidejte novou datovou sadu a vyberte „SQL Query“.
Zadejte podrobnosti dotazu: Datovou sadu pojmenujte například „SCM_LOGISTICS_EVENT_LOG“. Vyberte odpovídající zdroj dat, obvykle „ApplicationDB_SCM“ nebo podobné připojení k databázi aplikace. Zkopírujte celý dotaz SQL z níže uvedené části „query“ a vložte ho do textového pole SQL Query.
Definujte parametry: Dotaz používá parametry :P_START_DATE a :P_END_DATE k filtrování období. Oracle BI Publisher je rozpozná automaticky. Podle potřeby nastavte jejich datový typ na „Date“ a určete výchozí hodnoty.
Zobrazte a uložte ukázková data: Přejděte na kartu „Data“. Zadejte hodnoty parametrů a kliknutím na „View“ zobrazte ukázku extrahovaných dat. Ověříte tak, že dotaz funguje správně. Až budete s výsledkem spokojeni, klikněte na „Save“ a datový model výstižně pojmenujte, například „SCM Logistics Process Data Model“.
Vytvořte sestavu BI Publisher: Přímo v editoru datového modelu klikněte na tlačítko „Create Report“. Spustí se průvodce vytvořením sestavy.
Nastavte rozvržení sestavy: Vyberte možnost „Use Data Model“. Průvodce vás provede vytvořením rozvržení. Pro jednoduchý export CSV můžete zvolit rozvržení „Table“. Přetáhněte do něj všechny sloupce z datové sady.
Uložte sestavu: Po nastavení rozvržení uložte sestavu do vhodné složky katalogu. Pojmenujte ji například „SCM Logistics Event Log Report“.
Naplánujte úlohu sestavy: Chcete-li extrakci automatizovat, naplánujte sestavu. Otevřete uloženou sestavu a klikněte na „Actions“ > „Schedule“.
Nastavte plán a výstup: Na kartě „General“ nastavte spouštění podle plánu, například denně nebo týdně. Na kartě „Output“ vyberte jako výstupní formát CSV. Nastavte cílové umístění, například konkrétní umístění na content serveru, server FTP nebo úložiště objektů, odkud lze soubor načíst pro analýzu procesů pomocí process mining.
Odešlete úlohu a sledujte její průběh: Odešlete naplánovanou úlohu. Na stránce „Job History“ můžete sledovat její průběh a ověřit, že se úspěšně spustí a doručí soubor CSV do nastaveného umístění.

Konfigurace

Předpoklady: Přístup k Oracle Fusion Applications s uživatelskou rolí, která umožňuje vytvářet datové modely a sestavy BI Publisher, například „BI Administrator“ nebo „Application Developer“.
Zdroj dat: SQL dotaz spusťte nad hlavní aplikační databází, která se v seznamu zdrojů dat BI Publisher obvykle jmenuje „ApplicationDB_SCM“ nebo podobně.
Parametry časového období: Pomocí filtrů časového období (:P_START_DATE, :P_END_DATE) omezte objem dat. Pro úvodní analýzu doporučujeme začít se 3 až 6 měsíci dat. Nespouštějte dotaz najednou za příliš dlouhé období, například několik let, aby nedošlo ke zpomalení nebo vypršení časového limitu.
Filtrování: Zvažte přidání filtrů do hlavní klauzule sales_orders v dotazu. Pomocí podmínek WHERE můžete omezit analýzu na konkrétní obchodní jednotky (BU_NAME), typy objednávek (ORDER_TYPE_CODE) nebo kategorie položek.
Výkon: Uvedený dotaz používá standardní pohledy Oracle SCM Cloud (DOO_HEADERS_ALL, PO_HEADERS_ALL atd.), které jsou obvykle optimalizované pro tvorbu sestav. U velmi rozsáhlých datových sad však může být výkon problém. Ověřte, že statistiky podkladových tabulek jsou aktuální.
Formát výstupu: Nastavte sestavu BI Publisher tak, aby vytvářela výstup ve formátu CSV (Comma-Separated Values). Zkontrolujte správné nastavení vlastností CSV, například oddělovač čárkou, kódování UTF-8 a řádek záhlaví.

Ukázkový dotaz 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'

Kroky

Přihlaste se do Oracle BI Cloud Connector (BICC): Přihlaste se do konzole BICC pomocí přihlašovacích údajů Oracle Cloud Applications. K extrakci dat potřebujete příslušnou roli BI Administrator.
Přejděte do nabídky nabídek: Na domovské stránce BICC vyberte „Manage Offerings“ nebo podobný odkaz, který zobrazí dostupné zdroje dat aplikací Oracle Cloud.
Vyberte nabídku SCM: Zvolte nabídku „Supply Chain Management“. Načtou se všechny Public View Objects neboli PVO související s moduly SCM, například Order Management, Procurement a Inventory.
Vytvořte úlohu: Přejděte do části „Manage Extract Jobs“. Vytvořte novou úlohu a zadejte výstižný název, například „ProcessMind_Logistics_Order_Extraction“.
Vyberte PVO k extrakci: Ve formuláři nastavení úlohy vyhledejte a přidejte do extrakce všechny potřebné PVO. Jejich seznam najdete v části query níže. Každé PVO přidáte do úlohy jako samostatné úložiště dat.
Nastavte sloupce a filtry PVO: U každého přidaného PVO klikněte na „Configure“ a vyberte sloupce potřebné pro záznam událostí. Objem dat omezte filtrem podle data, například data vytvoření nebo poslední aktualizace, na zvládnutelné období, například poslední 3 až 6 měsíců.
Nastavte externí úložiště: V části „Configure External Storage“ zadejte údaje o připojení k cílovému cloudovému úložišti, například Oracle Cloud Infrastructure (OCI) Object Storage. Sem BICC uloží extrahované datové soubory.
Naplánujte extrakci: Nastavte plán spouštění úlohy. První extrakci můžete spustit ručně. Pro průběžné sledování ji naplánujte denně nebo týdně mimo špičku.
Spusťte úlohu a sledujte její průběh: Uložte a odešlete úlohu. Její průběh sledujte na dashboardu „Manage Extract Jobs“. V historii úloh zkontrolujte případné chyby a upozornění.
Spojte a transformujte data: Po úspěšném dokončení BICC uloží do cloudového úložiště samostatný soubor CSV nebo DAT pro každé PVO. Pomocí samostatného nástroje ETL nebo skriptu tyto soubory stáhněte, spojte do jedné tabulky záznamu událostí a namapujte sloupce do požadovaného formátu (LogisticsOrder, ActivityName, EventTime).
Připravte soubor k nahrání: Výsledný soubor musí být jeden soubor CSV. Sloupce musí odpovídat požadovaným a doporučeným atributům. Zkontrolujte, že sloupec EventTime používá jednotný formát časového razítka, například YYYY-MM-DD HH:MI:SS.

Konfigurace

Nabídka BICC: Vyberte „Supply Chain Management“, abyste získali přístup k potřebným datovým objektům.
Výběr PVO: Pro zachycení celého procesu od začátku do konce vyberte více PVO z oblastí Order Management, Procurement, Inventory, Manufacturing a Shipping. Jejich seznam najdete v části query.
Přírůstková, nebo úplná extrakce: Při prvním načtení doporučujeme úplnou extrakci za vybrané časové období. Při dalších spuštěních nastavte přírůstkovou extrakci podle sloupce „Last Update Date“, který je k dispozici ve většině PVO. Snížíte tak objem dat i dobu zpracování.
Filtr časového období: U každého PVO vždy použijte filtr podle relevantního data, například „CreationDate“ nebo „LastUpdateDate“. Při úvodní analýze se obvykle používá období 3 až 6 měsíců.
Výběr sloupců: Kvůli výkonu neextrahujte všechny sloupce z PVO. Vyberte jen ty, které jsou potřeba pro atributy záznamu událostí. Zmenšíte tak objem přenášených dat i dobu extrakce.
Předpoklady: Uživatel, který extrakci spouští, potřebuje roli s přístupem k BICC, například „BIACM_ADMIN“. Musí být zřízeny a používány příslušné moduly SCM, včetně Order Management, Procurement a Shipping.

Ukázkový dotaz 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)

Kroky

Předpoklady: Ověřte, že máte nainstalovaný Python 3.6 nebo novější a knihovny requests a pandas. Nainstalujete je příkazem pip: pip install requests pandas.
Nastavení ověřování: Získejte uživatelské jméno a heslo k účtu Oracle SCM Cloud, který má potřebná oprávnění pro přístup k požadovaným REST API, například Sales Orders, Purchase Orders, Shipments a Work Orders.
Nastavte skript: Otevřete dodaný Python skript v textovém editoru nebo vývojovém prostředí. Vyplňte zástupné proměnné v jeho horní části, včetně ORACLE_SCM_HOST, USERNAME, PASSWORD, START_DATE a END_DATE.
Seznamte se s koncovými body API: Skript je nastaven tak, aby dotazoval více koncových bodů REST API pro různé aktivity dodavatelského řetězce. V přehledu endpoints si ověřte, které objekty Oracle SCM se dotazují.
Spusťte skript: Spusťte jej z příkazového řádku příkazem python your_script_name.py. Skript se ověří a postupně zavolá API pro každou definovanou aktivitu.
Stránkování výsledků API: Skript obsahuje funkci, která automaticky zpracuje stránkování výsledků. Pokud je v odpovědi API příznak hasMore nastaven na true, odešle další požadavky a načte všechny záznamy z vybraného období.
Transformace dat: Při načítání dat pro jednotlivé aktivity skript převede odpověď JSON do jednotného formátu. Vybere důležitá pole, namapuje je na sloupce záznamu událostí (LogisticsOrder, ActivityName, EventTime atd.) a přidá je do hlavního seznamu událostí.
Chybějící data: Skript používá .get() s výchozí hodnotou None pro bezpečný přístup k vnořeným polím JSON, která nemusí být v každém záznamu. Předejde tak chybám a při chybějících datech ve výstupu ponechá hodnoty null.
Vytvoření výstupu: Po dokončení všech volání API skript spojí získané události do DataFrame knihovny pandas.
Export do CSV: Výsledný DataFrame se exportuje do souboru oracle_scm_event_log.csv ve stejné složce, ze které skript spouštíte. Soubor je připravený k přímému nahrání do nástroje process mining.
Kontrola a nahrání: Otevřete vytvořený soubor CSV a zkontrolujte úplnost a správnost dat. Po ověření nahrajte záznam událostí do platformy process mining.

Konfigurace

Přihlašovací údaje: Pro přístup ke všem potřebným zdrojům API je nutný vyhrazený uživatel API s rolemi, jako jsou Order Manager, Procurement Manager, Warehouse Manager a Shipping Manager.
Časové období: Ve skriptu nastavte proměnné START_DATE a END_DATE. Doporučujeme začít s kratším obdobím, například 3 až 6 měsíců, abyste omezili objem dat a dodrželi limity API.
Verze API: Skript používá verzi API 11.13.18.05. Ověřte, že odpovídá vaší instanci Oracle SCM Cloud. V případě potřeby upravte adresy koncových bodů.
Limit stránkování: Parametr limit v požadavcích API je nastaven na 100, aby omezil počet záznamů v jedné odpovědi. Podle výkonu a omezení serveru API jej můžete upravit.
Filtry: Skript filtruje především podle data (CreationDate, LastUpdateDate). Do parametru q v požadavcích API můžete přidat další filtry, například BusinessUnitName nebo OrganizationCode, a omezit extrakci na konkrétní obchodní jednotky nebo právnické osoby.
Vlastní pole: Pokud vaše organizace používá Descriptive Flexfields (DFF) k ukládání důležitých procesních dat, možná bude třeba upravit skript tak, aby tato pole zahrnoval do dotazu API i do logiky extrakce dat.

Ukázkový dotaz 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.")

Chcete začít?

Začněte s process miningem ještě dnes a využijte data z dodavatelského řetězce naplno. Tato šablona je prvním krokem k efektivnějšímu a přehlednějšímu dodavatelskému řetězci.

Zpět na průvodce zlepšováním

Stáhnout šablonu

Zlepšete procesy v Oracle SCM a zefektivněte dodavatelský řetězec

Dosáhněte 90% přesnosti prognóz a předcházejte výpadkům zásob.

Začněte se zkušební verzí zdarma

Bez platební karty, okamžité nastavení.

Šablona dat pro Supply Chain Management

Šablona dat pro Supply Chain Management

Atributy Supply Chain Management

Aktivity Supply Chain Management

Návody k extrakci dat

Sestava Oracle BI Publisher pro logistická data SCM

Kroky

Konfigurace

Ukázkový dotaz sql

Hromadná extrakce pomocí BI Cloud Connector (BICC)

Kroky

Konfigurace

Ukázkový dotaz config

Extrakce pomocí Python skriptu přes Oracle SCM REST API

Kroky

Konfigurace

Ukázkový dotaz python

Chcete začít?

Zlepšete procesy v Oracle SCM a zefektivněte dodavatelský řetězec