> Průběžné zlepšování procesů > Správa skladu > Oracle WMS Cloud > Datová šablona

Datová šablona pro řízení skladu

Oracle WMS Cloud

Atributy řízení skladu(21) Aktivity v řízení skladu(16) Návody k extrakci(2)

Datová šablona pro řízení skladu

Tato šablona vám ukáže, jak shromáždit data potřebná k analýze procesů řízení skladu. Obsahuje přehled atributů a aktivit, které je vhodné sledovat, i praktické pokyny k extrakci těchto údajů ze zdrojového systému.

Doporučené atributy ke sběru
Hlavní aktivity, které je třeba v procesu 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 řízení skladu

Jde o doporučená datová pole, která je vhodné zahrnout do záznamu událostí pro podrobnou analýzu řízení skladu.

5 Povinné 7 Doporučené 9 Volitelné

	Název	Popis
	Čas zahájení události EventStartTime	Časové razítko označující, kdy začala konkrétní skladová činnost nebo událost.
Popis Čas zahájení události označuje přesné datum a čas, kdy činnost začala. V process mining jde o hlavní časový atribut pro řazení událostí podle času a výpočet trvání i doby průchodu procesem. Toto časové razítko je nezbytné pro přesné zachycení skutečného průběhu procesu. Analýza podle času zahájení události je důležitá pro sledování výkonnosti. Umožňuje vypočítat metriky, jako je doba mezi činnostmi, délka celého případu a dodržení dohodnutých úrovní služeb. Dashboardy zobrazující dobu průchodu procesem, například „Doba od příjmu zboží po zaskladnění“, se při odhalování zpoždění opírají právě o tento atribut. Proč je to důležité Toto časové razítko je zásadní pro správné řazení událostí a výpočet časových ukazatelů výkonnosti, například doby průchodu procesem a úzkých míst. Kde data získat Obvykle jde o pole s časovým razítkem vytvoření nebo zahájení úlohy či události v transakčních tabulkách Oracle WMS Cloud. Příklady 2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
	Název činnosti ActivityName	Název konkrétní obchodní události nebo úlohy, která proběhla v rámci skladového procesu, například „Zboží vychystáno“ nebo „Zásilka odeslána“.
Popis Název činnosti popisuje jeden krok nebo milník v průběhu skladové objednávky. Tyto činnosti tvoří jednotlivé uzly procesní mapy, která umožňuje zobrazit a analyzovat tok procesu. Každá činnost má časové razítko, které slouží jako základ pro měření výkonnosti a analýzu úzkých míst. V process mining je tento atribut základem pro sestavení procesního modelu. Slouží k analýze četnosti činností, jejich posloupnosti a doby mezi jednotlivými kroky. Znalost pořadí a výskytu činností, jako je „Provedena kontrola kvality“ nebo „Vytvořena vychystávací úloha“, pomáhá lépe rozdělit zdroje a zkrátit dobu průchodu procesem. Proč je to důležité Tento atribut určuje kroky v procesní mapě a umožňuje zobrazit, analyzovat a optimalizovat skladový workflow. Kde data získat Tyto údaje se obvykle získávají ze záznamů událostí, tabulek se stavy úloh nebo transakčních záznamů v Oracle WMS Cloud, které zachycují milníky procesu. Příklady Příjezd zbožíVytvoření úkolu k vychystáníZabalení zbožíExpedice zásilky
	Skladová objednávka WarehouseOrder	Jedinečný identifikátor skladové objednávky, který slouží jako hlavní případ pro sledování všech souvisejících logistických činností od začátku do konce.
Popis Skladová objednávka je hlavní identifikátor, který sdružuje všechny události a činnosti související s jedním logistickým úkolem ve skladu, například s příjmem zboží nebo expedicí. V process mining slouží jako identifikátor případu a umožňuje analyzovat celý průběh skladového procesu pro danou objednávku. Analýza podle skladové objednávky zobrazuje celý průběh od vytvoření až po dokončení nebo zrušení. Pomáhá odhalit obvyklé cesty procesem, úzká místa, odchylky a opakované činnosti, které ovlivňují efektivitu skladového provozu. Tento pohled je důležitý pro posouzení celkové výkonnosti a dodržování standardních postupů u různých typů objednávek. Proč je to důležité Jde o hlavní ID případu, které propojuje všechny související skladové činnosti a umožňuje sledovat celý proces každé logistické objednávky od začátku do konce. Kde data získat Tento identifikátor se obvykle nachází v hlavičce tabulek skladových objednávek v Oracle WMS Cloud, například v modulech Orders nebo Tasks. Příklady WO-0054321ORD-9876543SHIP-2024-1001
	Poslední aktualizace dat LastDataUpdate	Časové razítko označující, kdy byla data této události naposledy získána nebo obnovena ze zdrojového systému.
Popis Poslední aktualizace dat uvádí datum a čas, kdy byla data načtena z Oracle WMS Cloud. Tato metadata jsou důležitá pro posouzení aktuálnosti analýzy a pro ověření, že rozhodnutí vycházejí z aktuálních informací. V dashboardech process mining toto časové razítko informuje uživatele o stáří zobrazených dat. Pomáhá určit, zda analýza zachycuje provoz v reálném čase, nebo historický stav, což je důležité při sledování provozu. Proč je to důležité Udává aktuálnost dat, aby uživatelé věděli, jak současný stav procesů analýza zachycuje. Kde data získat Toto časové razítko se vytváří a přidává při procesu extrakce, transformace a načítání dat (ETL). Příklady 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Zdrojový systém SourceSystem	Systém, ze kterého byla získána data o skladovém provozu.
Popis Tento atribut označuje původ dat, v tomto případě Oracle WMS Cloud. I když se jeho hodnota může zdát neměnná, je důležitý pro správu dat, dohledatelnost a analýzu, která spojuje data z více systémů. V process mining pomáhá zúčastněným stranám důvěřovat datům a chápat jejich kontext. Pokud různé sklady používají různé systémy, je toto pole nezbytné pro rozdělení a porovnání výkonnosti procesů. Proč je to důležité Poskytuje důležitý kontext o původu dat a jejich správě, zajišťuje dohledatelnost a umožňuje analýzu napříč systémy. Kde data získat Obvykle jde o statickou hodnotu, která se přidává při transformaci dat a označuje jejich původ. Příklady Oracle WMS CloudOracle Fusion WMS
	Čas ukončení události EventEndTime	Časové razítko označující, kdy byla konkrétní skladová činnost nebo událost dokončena.
Popis Čas ukončení události označuje přesné datum a čas, kdy činnost skončila. Pokud je k dispozici, umožňuje přesněji změřit její trvání, než když se konec odhaduje podle začátku následující činnosti. Hodí se zejména u úloh s měřitelnou dobou zpracování, například při balení nebo kontrole kvality. Pokud jsou k dispozici časy zahájení i ukončení, lze přesně vypočítat dobu zpracování jednotlivých činností. Díky tomu lze odlišit čas aktivní práce na úloze od čekání na zahájení dalšího kroku. Toto rozlišení je důležité při analýze využití zdrojů a efektivity. Proč je to důležité Umožňuje přesně vypočítat dobu jednotlivých činností a odlišit aktivní zpracování od čekání. Kde data získat Obvykle jde o pole s časovým razítkem dokončení nebo ukončení v záznamu úlohy či události v Oracle WMS Cloud. Příklady 2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
	ID uživatele nebo operátora UserOperatorId	Identifikátor uživatele, operátora nebo zaměstnance, který provedl skladovou činnost.
Popis Tento atribut označuje osobu odpovědnou za konkrétní úlohu, například vychystávání, balení nebo zaskladnění zboží. Je důležitý pro analýzu výkonnosti zaměstnanců, rozložení pracovní zátěže a dodržování standardních pracovních postupů. Analýza podle ID uživatele nebo operátora pomáhá rozpoznat zaměstnance s nejlepšími výsledky, určit, kdo potřebuje další školení, a odhalit nerovnoměrné rozložení práce v týmu. Dashboard „Využití zdrojů podle činnosti“ tento atribut využívá k posouzení, jak jednotliví uživatelé přispívají k efektivitě procesu a zda některá úzká místa souvisejí s konkrétními činnostmi uživatelů. Proč je to důležité Tento atribut pomáhá analyzovat výkonnost zaměstnanců, určit potřebu školení a rovnoměrně rozdělit pracovní zátěž. Kde data získat Obvykle se nachází v transakčních tabulkách nebo tabulkách úloh. Často je propojen s uživatelem přihlášeným do systému nebo ručního zařízení v okamžiku provedení činnosti. Příklady JSMITHBJOHNSONUSER123
	Požadované datum dokončení RequestedCompletionDate	Datum, do kterého má být skladová objednávka dokončena nebo odeslána.
Popis Požadované datum dokončení představuje termín podle dohody o úrovni služeb (SLA) nebo očekávání zákazníka. Podle tohoto data se posuzuje, zda byla objednávka dokončena včas, předčasně, nebo se zpožděním. Tento atribut je základem dashboardů pro sledování výkonnosti, například „Dodržování SLA skladových objednávek“, a pro výpočet KPI, jako je „Včasná expedice“. Porovnáním skutečného času expedice s požadovaným datem mohou firmy měřit úroveň služeb, hledat příčiny zpoždění a upřednostnit objednávky, u kterých hrozí nedodržení termínu. Proč je to důležité Tento atribut slouží především k měření včasnosti a dodržení SLA, které přímo ovlivňují spokojenost zákazníků. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jsou součástí hlavičky objednávky a často se přebírají z prodejní nebo nákupní objednávky. Příklady 2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
	Skutečné množství ActualQuantity	Skutečné množství položek spočítaných nebo zpracovaných při činnosti, například při příjmu zboží nebo vychystávání.
Popis Skutečné množství je fyzicky zjištěný počet jednotek zpracovaných při skladové úloze. Často se zaznamenává při příjmu zboží, zaskladňování, vychystávání nebo průběžné inventuře. Zachycuje skutečný pohyb zásob. Tento atribut je důležitý pro dashboard „Rozdíly v množství zásob“. Porovnáním skutečného množství s plánovaným množstvím v původním dokladu, například nákupní nebo expediční objednávce, lze rychle odhalit rozdíly. Analýza těchto odchylek pomáhá najít příčiny nepřesností v zásobách, například chyby dodavatele, chyby při příjmu nebo při vychystávání. To je důležité pro udržení přesných skladových zásob. Proč je to důležité Porovnání s plánovaným množstvím pomáhá odhalit rozdíly v zásobách a zvýšit jejich přesnost. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jde o pole v tabulkách s podrobnostmi transakce nebo položkami úlohy. Příklady 10098500
	Stav SLA SLAState	Vypočítaný stav, který podle požadovaného data dokončení určuje, zda byla skladová objednávka dokončena včas, se zpožděním, nebo zda jí zpoždění hrozí.
Popis Stav SLA je odvozený atribut, který okamžitě ukazuje, jak si objednávka vede vzhledem ke stanovenému termínu. Vypočítává se porovnáním časového razítka dokončovací činnosti, například „Zásilka odeslána“, s hodnotou „RequestedCompletionDate“. Stav může být „Včas“, „Se zpožděním“ nebo u otevřených objednávek blížících se k termínu také „Hrozí zpoždění“. Tento atribut je určen pro dashboard „Dodržování SLA skladových objednávek“. Složité porovnání dat převádí na snadno srozumitelný stav, který umožňuje rychle posoudit výkonnost. Analytici mohou vyfiltrovat všechny opožděné objednávky a hledat příčiny nedodržení dohodnuté úrovně služeb. Proč je to důležité Jednoduše a přehledně ukazuje dodržení SLA a usnadňuje sledování i analýzu včasného dokončení. Kde data získat Vypočítává se porovnáním časového razítka poslední činnosti s hodnotou RequestedCompletionDate. Příklady VčasSe zpožděnímOhroženo
	Typ skladové objednávky WarehouseOrderType	Určuje kategorii skladové objednávky, například příjem zboží, expedici nebo interní přesun.
Popis Typ skladové objednávky poskytuje důležitý kontext o jejím účelu. Mezi běžné typy patří zákaznické zásilky, příjem zboží z nákupních objednávek, přesuny zásob mezi provozovnami nebo vratky. Toto rozdělení je základem pro segmentaci analýzy procesů a porovnání výkonnosti různých workflow. V process mining umožňuje filtrování podle typu objednávky vytvořit samostatné procesní mapy pro příchozí a odchozí toky, které se často liší kroky i cílovými ukazateli. KPI pro odchozí zásilky se například zaměřují na rychlost a doručení zákazníkovi, zatímco u příjmu zboží jde o dostupnost a přesnost zásob. Tento atribut je důležitý pro dashboard „Průchodnost vychystávání a balení“, který slouží k porovnání různých procesů vyřízení objednávek. Proč je to důležité Umožňuje rozdělit analýzu na samostatné procesy, například příjem, expedici nebo interní přesuny, které mají různé cíle a workflow. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jsou součástí hlavičky skladové objednávky. Příklady Odchozí zásilkaPříjem zbožíInterní přesunZákaznická vratka
	Úroveň priority PriorityLevel	Označení naléhavosti skladové objednávky, například „Vysoká“, „Normální“ nebo „Nízká“.
Popis Úroveň priority je atribut definovaný firmou, který označuje naléhavost skladové objednávky. Objednávky s vysokou prioritou, například expresní zásilky nebo doplnění zásob při kritickém nedostatku, často vyžadují rychlejší průchod procesem a okamžitou pozornost pracovníků. Tento atribut je důležitý pro dashboard „Výkonnost vyřízení prioritních objednávek“. Filtrováním a porovnáním procesů podle úrovně priority mohou vedoucí pracovníci posoudit, zda se prioritní objednávky skutečně zpracovávají přednostně a zda splňují přísnější SLA. Pomáhá také zajistit, aby byly zdroje využity na nejdůležitější potřeby firmy. Proč je to důležité Umožňuje ověřit, zda se urgentní objednávky zpracovávají rychleji než běžné a zda jsou dodržena důležitá SLA. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jde o pole v hlavičce objednávky. Příklady VysokáNormálníNízká
	Dopravce Carrier	Přepravní společnost nebo poskytovatel dopravy určený k přepravě odchozí zásilky.
Popis Atribut Dopravce označuje logistického partnera odpovědného za přepravu zboží ze skladu do cílového místa. Může jít o komerčního dopravce, například FedEx nebo UPS, nákladní přepravní společnost nebo vlastní vozový park. Tyto informace se používají v dashboardu „Doba expedice zásilky“ k analýze a porovnání výkonnosti různých dopravců. Rozdělením doby od „Připraveno k expedici“ po „Zásilka odeslána“ podle dopravce lze zjistit, kteří partneři jsou efektivnější a kteří způsobují zpoždění. Výsledky lze využít při vyjednávání smluv a výběru dopravce. Proč je to důležité Umožňuje porovnat výkonnost dopravců, lépe řídit odchozí logistiku a omezit zpoždění při expedici. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jsou uloženy v údajích o zásilce nebo nákladu souvisejících se skladovou objednávkou. Příklady FedExUPSDHLXPO Logistics
	ID zásilky ShipmentId	Jedinečný identifikátor zásilky, který sdružuje jednu nebo více skladových objednávek přepravovaných společně.
Popis ID zásilky je identifikátor vyšší úrovně, který může spojit více skladových objednávek do jedné přepravní jednotky. Několik menších objednávek určených na stejné místo lze například naložit na stejné nákladní vozidlo a vést jako jednu zásilku. Skladová objednávka je v této analýze ID případu, zatímco ID zásilky představuje další rozměr pro analýzu odchozí logistiky. Umožňuje hodnotit výkonnost na úrovni zásilky, například celkovou dobu potřebnou ke sloučení všech objednávek do zásilky. Lze ho také použít ke sledování problémů, které se týkají celé zásilky, nikoli jen jedné objednávky. Proč je to důležité Sdružuje více objednávek do jedné přepravní jednotky a umožňuje analyzovat efektivitu konsolidace i výkonnost na úrovni zásilky. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jsou dostupné v modulech pro správu zásilek nebo nákladů. Příklady SHP-98765LOAD-A543BOL-123456
	Identifikátor místa LocationIdentifier	Konkrétní fyzické místo ve skladu, kde proběhla činnost, například skladová pozice, nakládací rampa nebo expediční zóna.
Popis Identifikátor místa určuje přesné místo ve skladu spojené s událostí. Může jít o příjmovou rampu při události „Zboží dorazilo“, skladovou pozici při „Zboží zaskladněno“, balicí stanici při „Zboží zabaleno“ nebo expediční uličku při „Připraveno k expedici“. Tento atribut přidává analýze procesů prostorový rozměr. Pomáhá odhalit úzká místa v konkrétních částech skladu. Analýza může například ukázat, že vychystávání v určité uličce pravidelně trvá déle nebo že konkrétní rampa zpomaluje příjem zboží. Tyto poznatky mohou podpořit rozhodování o uspořádání skladu, rozdělení zdrojů a návrhu procesů. Proč je to důležité Doplňuje analýzu o fyzické umístění a pomáhá odhalit úzká místa v konkrétních zónách, uličkách nebo skladových pozicích. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle se zaznamenávají v podrobnostech na úrovni úlohy. Příklady A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
	Jde o přepracování IsRework	Logická hodnota, která označuje, zda se aktivita v rámci stejného případu opakuje po předchozím kroku, což signalizuje přepracování nebo smyčku v procesu.
Popis Atribut Jde o přepracování je vypočítávaný příznak, který označuje odchylku od lineárního průběhu procesu, kdy se aktivita opakuje. Pokud například po aktivitě „Zboží vychystáno“ následuje u stejné objednávky další aktivita „Zboží vychystáno“, druhý výskyt se označí jako přepracování. Často to ukazuje na problém, například chybu při vychystávání, kterou bylo nutné opravit. Tento atribut je nezbytný pro dashboard „Analýza odchylek a přepracování v procesu“ a KPI „Míra přepracování ve skladu“. Díky označení těchto událostí lze vyčíslit četnost a dopad přepracování. Zjištění, u kterých aktivit k přepracování dochází nejčastěji, pomáhá odhalit slabá místa procesu, problémy s kvalitou nebo nedostatky ve školení, které vedou k neefektivitě a vyšším provozním nákladům. Proč je to důležité Tento příznak přímo označuje neefektivní průběh procesu a smyčky, takže lze vyčíslit četnost i náklady na přepracování. Kde data získat Tento příznak vypočítává nástroj process mining na základě opakovaných posloupností aktivit se stejným CaseId. Příklady truefalse
	Kód důvodu ReasonCode	Kód nebo popis důvodu konkrétní události, například úpravy zásob, vratky nebo odchylky.
Popis Kód důvodu poskytuje kontext k nestandardním událostem a výjimkám v procesu. Pokud například dojde k činnosti „Zásoba upravena“, může kód důvodu uvádět „Poškozené zboží“, „Úprava po průběžné inventuře“ nebo „Zboží po expiraci“. To je důležité při hledání příčin odchylek v procesu. V process mining pomáhají kódy důvodů zjistit, proč k výjimkám dochází. Analýza četnosti a dopadu jednotlivých kódů může odhalit systémové problémy. Časté úpravy s důvodem „Poškozené zboží“ mohou například vést k prověření postupů při manipulaci. Častý kód „Chyba při vychystávání“ zase může ukazovat na potřebu lepšího školení nebo kontrol v systému. Proč je to důležité Poskytuje důležitý kontext k výjimkám a odchylkám a umožňuje hledat příčiny problémů, například úprav zásob nebo zpoždění. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Tyto kódy se obvykle zadávají při zpracování výjimek. Příklady DMG - poškozeno při přepravěQTY_MISMATCH - nedodané množství od dodavateleWRONG_ITEM_PICKED
	Plánované množství PlannedQuantity	Očekávané množství položek pro danou činnost podle zdrojového dokladu, například nákupní nebo prodejní objednávky.
Popis Plánované množství je očekávaný počet jednotek pro danou úlohu podle původního dokladu. U příjmu zboží jde o množství uvedené na nákupní objednávce. U odchozí zásilky jde o množství z prodejní objednávky. Tento atribut slouží jako základ pro porovnání se skutečným množstvím. KPI „Míra rozdílů v údajích o zásobách“ se vypočítává podle odchylek mezi plánovaným a skutečným množstvím. Analýza těchto rozdílů je důležitá pro řízení dodavatelského řetězce a zásob, protože pomáhá řešit problémy s dodavateli, interními procesy nebo zadáváním dat. Proč je to důležité Slouží jako základ pro měření přesnosti zásob a odhalování rozdílů při příjmu nebo vychystávání. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Obvykle jsou uvedeny na položce objednávky spojené se skladovou úlohou. Příklady 100100500
	Použité zařízení EquipmentUsed	Identifikátor zařízení, například vysokozdvižného vozíku nebo ručního skeneru, použitého při skladové činnosti.
Popis Tento atribut uvádí fyzický prostředek nebo zařízení použité při skladové úloze. Sledování využití zařízení doplňuje pohled na výkonnost obsluhy a pomáhá posoudit míru využití zařízení, určit potřebu údržby a lépe rozdělit stroje. Analýza atributu „Použité zařízení“ je důležitá pro dashboard „Využití zdrojů podle činnosti“. Může ukázat, zda určitý typ zařízení představuje úzké místo nebo zda lze úlohy lépe rozdělit podle dostupnosti a efektivity zařízení. Může se například ukázat, že určitý model vysokozdvižného vozíku opakovaně zpomaluje zaskladňování, což je důvod k dalšímu prověření. Proč je to důležité Umožňuje analyzovat využití a efektivitu zařízení, odhalit úzká místa související s vybavením a lépe rozdělit zdroje. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Mohou být zaznamenány v záznamech o provádění úloh, zejména pokud se obsluha přihlašuje ke konkrétnímu zařízení. Příklady FORKLIFT-05SCANNER-A12CART-27
	SKU produktu ProductSKU	Jednotka skladové zásoby (SKU) nebo identifikátor produktu zpracovávaného v rámci skladové objednávky.
Popis SKU produktu je jedinečný kód, který označuje konkrétní produkt nebo položku. Skladové objednávky často obsahují jeden nebo více produktů a tento atribut umožňuje rozdělit analýzu podle zpracovávaných položek. Analýza podle SKU produktu může ukázat, jak různé produkty ovlivňují efektivitu skladu. Například objemné nebo křehké zboží může vyžadovat delší manipulaci, zatímco rychloobrátkové produkty mohou procházet optimalizovaným procesem. Tyto informace jsou užitečné při plánování rozmístění zboží ve skladu, které zkracuje cesty při vychystávání a zaskladňování, i při posuzování vlivu vlastností produktů na celkovou průchodnost. Proč je to důležité Umožňuje analyzovat vliv vlastností produktů na dobu manipulace a průběh procesů a využít tyto poznatky při plánování rozmístění a skladování. Kde data získat Informace najdete v dokumentaci Oracle WMS Cloud. Jsou uvedeny u položky objednávky nebo v podrobnostech úlohy. Příklady SKU-100-RED-LGPROD-54321HW-CMP-001A
	Stav skladové objednávky WarehouseOrderStatus	Aktuální nebo konečný stav skladové objednávky, například „Completed“ nebo „Cancelled“.
Popis Tento atribut označuje výsledek nebo konečný stav skladové objednávky. Pomáhá rozlišit úspěšně zpracované objednávky od zrušených nebo stále rozpracovaných. Podle tohoto atributu lze filtrovat případy a analyzovat pouze dokončené procesy nebo zjišťovat důvody zrušení. Analýza případů podle konečného stavu pomáhá porozumět odchylkám a výsledkům procesů. Porovnání průběhu objednávek ve stavu „Completed“ a „Cancelled“ například ukáže, v jaké fázi se objednávky obvykle ruší. To může odhalit problémy se zásobami, požadavky zákazníků nebo chyby systému. Tento atribut se používá také k výpočtu KPI průchodnosti, například „Denní průchodnost skladu“. Proč je to důležité Určuje výsledek případu, takže lze analyzovat úspěšně dokončené objednávky nebo zkoumat výjimky, například zrušení. Kde data získat Obvykle jde o pole stavu v záznamu hlavičky skladové objednávky v Oracle WMS Cloud. Příklady DokončenoProbíháZrušenoPozastaveno

Povinné Doporučené Volitelné

Aktivity v řízení skladu

Jde o hlavní kroky procesu a milníky, které je vhodné zaznamenávat do záznamu událostí pro přesné zjištění průběhu procesu.

7 Doporučené 9 Volitelné

	Aktivita	Popis
	Dokončení skladové objednávky	Označuje konečné uzavření samotné skladové objednávky. Může k němu dojít při expedici zásilky nebo krátce poté, až se dokončí všechny aktualizace systému. Jde o úspěšné ukončení procesu.
Proč je to důležité Tato činnost vymezuje konec celého životního cyklu skladového procesu. Je nezbytná pro výpočet celkové doby cyklu a průchodnosti skladového provozu. Kde data získat Událost se obvykle odvozuje z poslední změny stavu objektu skladové objednávky na „Completed“ nebo „Closed“. Použije se časové razítko této poslední aktualizace stavu. Zachycení Odvozuje se ze změny stavu skladové objednávky na konečný úspěšný stav. Typ události inferred
	Expedice zásilky	Tato činnost označuje závěrečný krok, kdy naložené vozidlo odjíždí ze skladu. Transakce finančně i fyzicky uzavírá odchozí objednávku v systému WMS.
Proč je to důležité Jde o závěrečný milník odchozího procesu a důležitý údaj pro KPI včasné expedice. Označuje předání zboží dopravci a konec odpovědnosti skladu. Kde data získat Jde o důležitou výslovnou transakci v Oracle WMS Cloud, často označovanou jako „Ship Confirm“ nebo „Dispatch Load“. Zaznamenává se s přesným časovým razítkem u záznamu Outbound Load nebo Shipment. Zachycení Zaznamenává se podle časového razítka transakce „Ship Confirm“ nebo „Dispatch Load“. Typ události explicit
	Příjem zboží	Tato činnost znamená, že zboží bylo vyloženo, naskenováno a formálně převzato do evidence skladu. Jde o transakční událost, při které se množství ověřuje podle dokladu o příchozí dodávce.
Proč je to důležité Jde o důležitý milník, který označuje oficiální příjem zásob. Doba potřebná k dokončení této činnosti přímo ovlivňuje, jak rychle budou zásoby dostupné k uskladnění a vyřízení objednávek. Kde data získat Událost se zaznamenává v protokolech příjmových transakcí v Oracle WMS Cloud. Každé naskenování nebo potvrzení příjmu položky vytvoří transakční záznam s časovým razítkem. Zachycení Vychází z časového razítka dokončení transakce „Receive ASN“ nebo podobné příjmové transakce. Typ události explicit
	Uskladnění zboží	Tato činnost označuje úspěšné dokončení uskladnění. Pracovník fyzicky přesune zboží do skladové pozice a potvrdí úkon v systému. Zásoby jsou pak dostupné k použití.
Proč je to důležité Jde o důležitý milník, který označuje konec příjmového procesu. Je nezbytný pro výpočet KPI „Doba od příjmu zboží po uskladnění“ a analýzu efektivity uskladnění. Kde data získat Událost se zaznamená, když pracovník potvrdí úkol k uskladnění. Vznikne transakční záznam s časovým razítkem dokončení, obvykle v historii úkolů nebo protokolech skladových transakcí. Zachycení Vychází z časového razítka dokončení transakce úkolu k uskladnění. Typ události explicit
	Vychystání zboží	Tato činnost znamená, že pracovník fyzicky vychystal položky z jejich skladových pozic a potvrdil vychystání v systému. Zboží je připraveno k přesunu do balicí nebo expediční zóny.
Proč je to důležité Jde o důležitý milník při vyřizování objednávky. Analýza doby vychystávání pomáhá odhalit úzká místa způsobená uspořádáním skladu, strategií vychystávání nebo výkonem pracovníků. Kde data získat Zaznamenává se podle časového razítka dokončení úkolu k vychystání v historii úkolů nebo protokolech transakcí. Potvrzovací sken pracovníka transakci uzavře. Zachycení Vychází z časového razítka dokončení transakce úkolu k vychystání. Typ události explicit
	Vytvoření příchozí dodávky	Tato činnost označuje vytvoření avíza odeslání (ASN) nebo záznamu o příchozí dodávce v Oracle WMS Cloud. Zahajuje příjmový proces a formálně oznamuje očekávaný příjezd zboží do skladu.
Proč je to důležité Jde o hlavní počáteční událost příjmového procesu ve skladu. Doba od tohoto okamžiku do skutečného příjmu zboží pomáhá měřit spolehlivost dodavatelů a přesnost plánování. Kde data získat Tato událost se obvykle zaznamenává v historii transakcí objektů Inbound Shipment nebo ASN. Odpovídá časovému razítku vytvoření dokumentu. Zachycení Zaznamenává se při vytvoření záznamu Inbound Shipment nebo ASN. Typ události explicit
	Zabalení zboží	Označuje dokončení balení přepravního obalu nebo celé objednávky. Pracovník potvrdí, že jsou zabaleny všechny položky a obal je uzavřený a označený pro přepravu.
Proč je to důležité Tento milník označuje konec činností, které ve skladu přidávají objednávce hodnotu. Doba od vychystání do dokončení balení je důležitým ukazatelem rychlosti interního vyřízení objednávky. Kde data získat Obvykle jde o výslovnou transakci, například „Close Container“ nebo „Finish Pack“. Čas dokončení se zaznamenává v historii transakcí balení nebo odchozí objednávky. Zachycení Zaznamenává se podle časového razítka dokončení poslední balicí transakce objednávky. Typ události explicit
	Příjezd zboží	Označuje fyzický příjezd nákladního vozidla nebo dopravce k rampě skladu a oficiální registraci příjezdu. Obvykle se zaznamená před vykládkou a podrobným příjmem jednotlivých položek.
Proč je to důležité Tento milník pomáhá oddělit dobu přepravy od interní doby zpracování ve skladu. Je důležitý při analýze využití ramp a možných úzkých míst v příjmové zóně. Kde data získat Obvykle se zaznamenává jako změna stavu záznamu Inbound Shipment nebo ASN. Změnu může vyvolat pracovník rampy naskenováním dodacích dokladů nebo ruční aktualizací systému. Zachycení Zaznamenává se jako událost změny stavu, například „Arrived at Check-In“, u zásilky Inbound Shipment. Typ události explicit
	Připravení k expedici	Tato činnost označuje přesun zabalených obalů z balicího pracoviště do určené expediční zóny. Objednávka je dokončená a čeká na naložení dopravcem.
Proč je to důležité Označuje přechod od zpracování k závěrečné fázi expedice. Doba, kterou zboží stráví v expediční zóně, může odhalit zpoždění při příjezdu dopravce nebo plánování ramp. Kde data získat Obvykle se zaznamenává transakcí přesunu na lokaci, která aktualizuje lokaci zabaleného obalu na expediční zónu. Časové razítko této transakce označuje událost. Zachycení Zaznamenává se z transakce přesunu zásob, která přesune zabalený LPN do expediční lokace. Typ události explicit
	Provedení kontroly kvality	Označuje dokončení kontroly kvality přijatého zboží. U některých materiálů nebo dodavatelů jde o běžný krok, v jiných případech se kontrola provádí podle potřeby.
Proč je to důležité Sledování délky a četnosti kontrol kvality je důležité pro odhalení zpoždění v příjmovém procesu. Pomáhá měřit, jak dlouho je zboží ve stavu čekání na kontrolu, než bude dostupné. Kde data získat Událost lze pravděpodobně odvodit ze změn stavu záznamu zásob, například z „QA Hold“ na „Available“ nebo „Putaway“. K dispozici mohou být také výslovné transakční záznamy z modulu kvality. Zachycení Odvozuje se ze změn stavu zásob nebo z dokončení transakce kontroly kvality přiřazené k přijatému zboží. Typ události inferred
	Úprava zásob	Označuje ruční nebo systémovou úpravu množství položky na konkrétní lokaci. Může k ní dojít při průběžné inventuře, kvůli poškození nebo při opravě nesrovnalostí zjištěných při příjmu.
Proč je to důležité Tato činnost pomáhá odhalit selhání procesů, která vedou k nepřesné evidenci zásob. Analýza četnosti a rozsahu úprav pomáhá najít problémy při příjmu, vychystávání nebo skladování. Kde data získat Zaznamenává se v protokolech transakcí úprav zásob v Oracle WMS Cloud. Protokoly obsahují položku, lokaci, změnu množství, důvod a časové razítko. Zachycení Zaznamenává se přímo z transakčních záznamů úprav zásob. Typ události explicit
	Vytvoření úkolu k uskladnění	Tato událost označuje okamžik, kdy systém vytvoří úkol pro skladníka, aby přesunul přijaté zboží z příjmové rampy na určené skladovací místo. Jde o začátek dílčího procesu uskladnění.
Proč je to důležité Tato činnost zahajuje cyklus uskladnění. Doba mezi vytvořením úkolu a dokončením uskladnění pomáhá posoudit efektivitu systému a rychlost reakce pracovníků. Kde data získat Jde obvykle o výslovnou událost zaznamenanou v tabulkách skladových úkolů nebo transakcí. Čas události odpovídá časovému razítku vytvoření záznamu úkolu k uskladnění. Zachycení Zaznamenává se podle časového razítka vytvoření systémového úkolu k uskladnění. Typ události explicit
	Vytvoření úkolu k vychystání	Tato událost nastává, když systém vytvoří úkol pro pracovníka, aby vychystal položky ze skladu pro odchozí objednávku. Označuje začátek cyklu vyřízení objednávky ve skladu.
Proč je to důležité Tato událost spouští proces vychystávání odchozí objednávky. Doba od jejího vzniku do dokončení vychystávání je důležitým měřítkem efektivity vyřízení objednávek a rychlosti reakce na potřebu zdrojů. Kde data získat Událost se zaznamenává v tabulkách správy skladových úkolů. Čas činnosti odpovídá časovému razítku vytvoření záznamu úkolu k vychystání. Zachycení Zaznamenává se podle časového razítka vytvoření systémového úkolu k vychystání. Typ události explicit
	Zahájení balení	Tato činnost označuje okamžik, kdy vychystané zboží dorazí na balicí pracoviště a pracovník zahájí balení. Často se zaznamenává skenem, který přiřadí položky k balicímu obalu.
Proč je to důležité Sledování této činnosti umožňuje oddělit balení od vychystávání a přípravy zásilky. Díky tomu lze podrobně analyzovat efektivitu a průchodnost balicích pracovišť. Kde data získat Může jít o výslovnou transakci, případně lze událost odvodit z vytvoření balicího obalu (LPN) a naskenování první položky. Záznam se nachází v protokolech balicích nebo expedičních transakcí. Zachycení Zaznamenává se z transakce „Start Pack“ nebo podle časového razítka naskenování první položky do obalu. Typ události explicit
	Zahájení nakládky	Tato událost označuje začátek fyzické nakládky, při které se zabalené zboží přesouvá z expediční zóny do nákladního vozidla dopravce. Často ji spouští transakce „Start Load“.
Proč je to důležité Tato činnost poskytuje přehled o efektivitě samotné nakládky. Pomáhá oddělit čekání v expediční zóně od času stráveného nakládáním vozidla. Kde data získat Obvykle jde o výslovnou transakci propojenou se záznamem Outbound Load v Oracle WMS Cloud. Uživatel provede akci „Start Load“, která se zaznamená s časovým razítkem. Zachycení Zaznamenává se z transakce „Start Load“ přiřazené ke konkrétní nakládce odchozí zásilky. Typ události explicit
	Zrušení skladové objednávky	Označuje zrušení skladové objednávky před jejím dokončením. Jde o alternativní, neúspěšný konečný stav procesu.
Proč je to důležité Sledování zrušených objednávek pomáhá porozumět změnám poptávky, chybám při zadávání dat a dalším příčinám, kvůli kterým se objednávky ruší. Umožňuje odhalit zdroje plýtvání v procesu. Kde data získat Tato událost se odvozuje od změny stavu skladové objednávky na „Cancelled“ nebo na podobný konečný stav. Použije se časové razítko této změny. Zachycení Odvozuje se od změny stavu skladové objednávky na „Cancelled“. Typ události inferred

Doporučené Volitelné

Návody k extrakci

Jak získat data z Oracle WMS Cloud

Kroky

Přejděte do Oracle Transactional Business Intelligence (OTBI). Přihlaste se do prostředí Oracle Cloud Applications. V navigační nabídce otevřete Tools a pak vyberte Reports and Analytics.
Na panelu nástrojů klikněte na „Create“ a vyberte „Analysis“. Otevře se editor analýzy, ve kterém zvolíte zdroj dat.
V dialogovém okně „Select Subject Area“ vyberte oblast „Warehouse Operations - Real Time“. Obsahuje potřebné datové objekty pro příchozí transakce, zásoby i expedici.
Po výběru oblasti přejdete na kartu Criteria. Místo přetahování sloupců otevřete kartu „Advanced“ a zadejte logický SQL dotaz přímo.
Zkopírujte celý logický SQL dotaz z části Query tohoto dokumentu a vložte jej do textového pole „SQL Issued“. Dotaz pomocí klauzulí UNION ALL spojuje data z různých transakčních tabulek do formátu záznamu událostí.
Upravte zástupné hodnoty v dotazu. Proměnné @{v_start_date} a @{v_end_date} nahraďte požadovaným časovým rozsahem extrakce, například ve formátu „YYYY-MM-DD“.
Otevřete kartu „Results“, spusťte dotaz a zobrazte náhled dat. Ověříte tak, že je dotaz platný a vrací očekávané sloupce a řádky.
Kliknutím na ikonu uložení analýzu uložte. Zadejte výstižný název a vyberte sdílenou nebo osobní složku.
Chcete-li naplánovat opakovaný export, vraťte se do katalogu, najděte uloženou analýzu a klikněte na „More“ a pak na „Schedule“.
V nastavení plánu určete četnost a čas spuštění sestavy. Na kartě „Output“ nastavte formát exportu na CSV. Tento formát doporučujeme pro ProcessMind.
Nastavte způsob doručení, například uložení na content server nebo odeslání e-mailem, abyste získali vytvořený soubor CSV.
Po spuštění naplánované úlohy a obdržení souboru CSV ověřte, že záhlaví sloupců odpovídají požadovaným atributům vašeho projektu ProcessMind. Další transformace dat by neměla být nutná.

Konfigurace

Oblast dat: Hlavním zdrojem dat pro tuto extrakci je oblast „Warehouse Operations - Real Time“. Ověřte, že vaše uživatelská role má potřebná oprávnění k přístupu do této oblasti.
Časové období: Dotaz používá parametry počátečního a koncového data. Pro první analýzu doporučujeme extrahovat data za 3 až 6 měsíců. V produkčním prostředí plánujte denní nebo týdenní extrakci změn.
Hlavní filtry: Poskytnutý dotaz filtruje data podle data vytvoření transakce. Další filtry můžete přidat přímo do klauzule WHERE každého příkazu SELECT a zúžit tak rozsah, například filtrováním podle „Warehouse Details“ a „Warehouse Code“ pro konkrétní provozovnu.
Výkon: Extrakce velkého objemu dat přímo z oblastí s aktuálními daty může ovlivnit výkon systému. Rozsáhlé extrakce plánujte mimo špičku, abyste co nejméně zatížili uživatele systému.
Předpoklady: Uživatel, který extrakci spouští, musí mít roli s potřebnými oprávněními BI, například „BI Administrator“ nebo „BI Author“, aby mohl v prostředí OTBI vytvářet, upravovat a plánovat analýzy.

Ukázkový dotaz sql

SET VARIABLE PREFERRED_CURRENCY='USD', LOGLEVEL=0, v_start_date = '2023-01-01', v_end_date = '2024-01-01';

SELECT
    CAST("Inbound Shipment Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Inbound Delivery Created' AS "ActivityName",
    "Inbound Shipment Details"."Creation Date" AS "EventStartTime",
    "Inbound Shipment Details"."Creation Date" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Inbound Shipment Header"."Shipment Type" AS "WarehouseOrderType",
    "Inbound Shipment Header"."Expected Delivery Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Inbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Inbound Shipment Header"."Actual Delivery Date" > "Inbound Shipment Header"."Expected Delivery Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inbound Shipment Details"."Creation Date" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inbound Shipment Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Goods Arrived' AS "ActivityName",
    "Appointment Details"."Check In Time" AS "EventStartTime",
    "Appointment Details"."Check In Time" AS "EventEndTime",
    "Appointment Details"."Checked In By User" AS "UserOperatorId",
    "Inbound Shipment Header"."Shipment Type" AS "WarehouseOrderType",
    "Inbound Shipment Header"."Expected Delivery Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Inbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Inbound Shipment Header"."Actual Delivery Date" > "Inbound Shipment Header"."Expected Delivery Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Appointment Details"."Check In Time" IS NOT NULL AND "Appointment Details"."Check In Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Receiving Transaction Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Goods Received' AS "ActivityName",
    "Receiving Transaction Details"."Transaction Creation Time" AS "EventStartTime",
    "Receiving Transaction Details"."Transaction Creation Time" AS "EventEndTime",
    "Receiving Transaction Details"."Received By User" AS "UserOperatorId",
    NULL AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Receiving Transaction Details"."Received Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Receiving Transaction Details"."Transaction Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inventory Quality Inspection Results"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Quality Inspection Performed' AS "ActivityName",
    "Inventory Quality Inspection Results"."Inspection Completion Time" AS "EventStartTime",
    "Inventory Quality Inspection Results"."Inspection Completion Time" AS "EventEndTime",
    "Inventory Quality Inspection Results"."Inspected By User" AS "UserOperatorId",
    NULL AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Inventory Quality Inspection Results"."Inspected Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inventory Quality Inspection Results"."Inspection Completion Time" IS NOT NULL AND "Inventory Quality Inspection Results"."Inspection Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST(CASE WHEN "Task Details"."Task Type" = 'Putaway' THEN "Task Details"."Reference Number" ELSE NULL END AS CHAR) AS "WarehouseOrder",
    'Putaway Task Created' AS "ActivityName",
    "Task Details"."Task Creation Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Created By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Putaway' AND "Task Details"."Task Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST(CASE WHEN "Task Details"."Task Type" = 'Putaway' THEN "Task Details"."Reference Number" ELSE NULL END AS CHAR) AS "WarehouseOrder",
    'Goods Put Away' AS "ActivityName",
    "Task Details"."Task Completion Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Completed By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Putaway' AND "Task Details"."Task Status" = 'Completed' AND "Task Details"."Task Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inventory Transaction Details"."Reference Document Number" AS CHAR) AS "WarehouseOrder",
    'Inventory Adjusted' AS "ActivityName",
    "Inventory Transaction Details"."Transaction Creation Time" AS "EventStartTime",
    "Inventory Transaction Details"."Transaction Creation Time" AS "EventEndTime",
    "Inventory Transaction Details"."Created By User" AS "UserOperatorId",
    "Inventory Transaction Details"."Transaction Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Inventory Transaction Details"."Transaction Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inventory Transaction Details"."Transaction Type" IN ('Cycle Count Adjustment', 'Manual Adjustment') AND "Inventory Transaction Details"."Transaction Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Task Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Picking Task Created' AS "ActivityName",
    "Task Details"."Task Creation Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Created By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Picking' AND "Task Details"."Task Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Task Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Goods Picked' AS "ActivityName",
    "Task Details"."Task Completion Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Completed By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Picking' AND "Task Details"."Task Status" = 'Completed' AND "Task Details"."Task Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Packing Started' AS "ActivityName",
    "Packing Details"."Packing Start Time" AS "EventStartTime",
    "Packing Details"."Packing End Time" AS "EventEndTime",
    "Packing Details"."Packed By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Packing Details"."Packed Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Packing Details"."Packing Start Time" IS NOT NULL AND "Packing Details"."Packing Start Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Goods Packed' AS "ActivityName",
    "Packing Details"."Packing End Time" AS "EventStartTime",
    "Packing Details"."Packing End Time" AS "EventEndTime",
    "Packing Details"."Packed By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Packing Details"."Packed Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Packing Details"."Packing End Time" IS NOT NULL AND "Packing Details"."Packing End Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Staged For Shipment' AS "ActivityName",
    "Outbound Load Details"."Staging Time" AS "EventStartTime",
    "Outbound Load Details"."Staging Time" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Load Details"."Staging Time" IS NOT NULL AND "Outbound Load Details"."Staging Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Loading Started' AS "ActivityName",
    "Outbound Load Details"."Loading Start Time" AS "EventStartTime",
    "Outbound Load Details"."Loading End Time" AS "EventEndTime",
    "Outbound Load Details"."Loaded By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Load Details"."Loading Start Time" IS NOT NULL AND "Outbound Load Details"."Loading Start Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Shipment Dispatched' AS "ActivityName",
    "Outbound Shipment Header"."Actual Ship Date" AS "EventStartTime",
    "Outbound Shipment Header"."Actual Ship Date" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Shipped' AND "Outbound Shipment Header"."Actual Ship Date" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Warehouse Order Completed' AS "ActivityName",
    "Outbound Shipment Header"."Last Update Time" AS "EventStartTime",
    "Outbound Shipment Header"."Last Update Time" AS "EventEndTime",
    "Outbound Shipment Header"."Last Updated By" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Delivered' AND "Outbound Shipment Header"."Last Update Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Warehouse Order Cancelled' AS "ActivityName",
    "Outbound Shipment Header"."Last Update Time" AS "EventStartTime",
    "Outbound Shipment Header"."Last Update Time" AS "EventEndTime",
    "Outbound Shipment Header"."Last Updated By" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Cancelled' AND "Outbound Shipment Header"."Last Update Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

Kroky

Připravte prostředí Python: Ověřte, že máte nainstalovaný Python 3.6 nebo novější. Potřebné knihovny nainstalujte pomocí pip: pip install requests pandas.
Získejte přihlašovací údaje Oracle WMS Cloud: Zjistěte základní URL API, uživatelské jméno a heslo vyhrazeného účtu API a ID provozovny skladu, ze kterého chcete data extrahovat.
Nakonfigurujte Python skript: Otevřete poskytnutý Python skript. V horní části najděte nastavení a nahraďte zástupné hodnoty BASE_URL, FACILITY_ID, USERNAME a PASSWORD svými skutečnými údaji. Nastavte také START_DATE a END_DATE pro požadované období extrakce.
Seznamte se s koncovými body API: Skript se dotazuje na několik hlavních koncových bodů REST API Oracle WMS Cloud. Hlavním zdrojem dat o událostech je koncový bod inventory_history. Skript jej filtruje podle různých typů transakcí (tran_type), aby určil konkrétní aktivity, například příjem, vychystávání a balení.
Spusťte skript: Spusťte jej z příkazového řádku příkazem python your_script_name.py. Skript se přihlásí a postupně načte data z API pro všech 16 požadovaných aktivit v zadaném období.
Zpracujte stránkování: Skript obsahuje pomocnou funkci, která automaticky zpracovává stránkování API. Opakovaně volá jednotlivé koncové body a zvyšuje parametr offset, dokud nenačte všechny relevantní záznamy za dané období.
Namapujte a transformujte data: U každého záznamu načteného z API skript namapuje pole JSON na standardizované sloupce záznamu událostí (WarehouseOrder, ActivityName, EventStartTime atd.). Správnou hodnotu ActivityName přiřadí podle zdrojového koncového bodu a typu transakce.
Spojte data o událostech: Všechny extrahované události se přidají do jednoho seznamu. Po dokončení dotazů na API se seznam převede na pandas DataFrame, který poskytuje strukturovaný tabulkový přehled celého procesu.
Časová razítka a systémová data: Skript doplní ke každému záznamu události SourceSystem (pevně nastavené na „Oracle WMS Cloud“) a LastDataUpdate (časové razítko spuštění skriptu).
Exportujte záznam událostí: Výsledný pandas DataFrame se seřadí podle ID skladové objednávky a času zahájení události, aby byly události ve správném pořadí. Poté se uloží do souboru CSV s názvem oracle_wms_event_log.csv ve stejné složce, ze které se skript spouští. Soubor je připravený k nahrání do ProcessMind.

Konfigurace

Přihlašovací údaje API: Potřebujete platný účet Oracle WMS Cloud s přístupem k API, včetně uživatelského jména a hesla.
Základní URL a ID provozovny: Zadejte konkrétní základní URL své instance Oracle WMS Cloud, například https://{your_instance_id}.wms.ocs.oraclecloud.com, a cílové facility_id.
Časové období: Skript vyžaduje START_DATE a END_DATE ve formátu „YYYY-MM-DD“. Pro první analýzu doporučujeme období 3 až 6 měsíců, které poskytne dostatek dat a zároveň udrží jejich objem v rozumných mezích. Počítejte s tím, že při velmi dlouhém období může skript běžet dlouho.
Limit stránkování: Parametr LIMIT ve skriptu je nastaven na 500 záznamů na jeden požadavek API. Tato hodnota obvykle pomáhá předcházet vypršení časového limitu. Můžete ji upravit podle výkonu systému, ale nedoporučujeme překračovat 1 000.
Oprávnění API: Uživatel API musí mít alespoň oprávnění ke čtení následujících entit: inbound_shipment, inventory_history, task, outbound_load a order. Ověřte u správce Oracle WMS, že jsou přiřazeny správné role.

Ukázkový dotaz python

import requests
import pandas as pd
from datetime import datetime
import base64
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle WMS Cloud instance details
BASE_URL = class="hl-string">'https://{your_instance_id}.wms.ocs.oraclecloud.com/wms/api/v11'
FACILITY_ID = class="hl-string">'[Your Facility ID]'
USERNAME = class="hl-string">'[Your API Username]'
PASSWORD = class="hl-string">'[Your API Password]'

class=class="hl-string">"hl-comment"># Set the date range for extraction
START_DATE = class="hl-string">'YYYY-MM-DD' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'YYYY-MM-DD'   class=class="hl-string">"hl-comment"># e.g., class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># --- End Configuration ---

LIMIT = 500
SOURCE_SYSTEM = class="hl-string">'Oracle WMS Cloud'
LAST_DATA_UPDATE = datetime.utcnow().isoformat() + class="hl-string">'Z'

class=class="hl-string">"hl-comment"># Function to perform paginated GET requests
def get_paginated_data(endpoint, params={}):
    all_items = []
    offset = 0
    auth_header = class="hl-string">'Basic ' + base64.b64encode(fclass="hl-string">'{USERNAME}:{PASSWORD}'.encode(class="hl-string">'utf-8')).decode(class="hl-string">'utf-8')
    headers = {
        class="hl-string">'Authorization': auth_header,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        paginated_params = params.copy()
        paginated_params[class="hl-string">'offset'] = offset
        paginated_params[class="hl-string">'limit'] = LIMIT
        
        try:
            response = requests.get(fclass="hl-string">'{BASE_URL}/facility/{FACILITY_ID}/{endpoint}', headers=headers, params=paginated_params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            offset += len(items)
            print(fclass="hl-string">'Fetched {len(all_items)} records from {endpoint}...')
            class=class="hl-string">"hl-comment"># Respect potential rate limits
            time.sleep(0.5)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">'Error fetching data from {endpoint}: {e}')
            break
    return all_items

def main():
    events = []
    date_filter = fclass="hl-string">"create_ts > '{START_DATE}T00:00:00Z' and create_ts < '{END_DATE}T23:59:59Z'"

    class=class="hl-string">"hl-comment"># 1. Inbound Delivery Created (from ASN/Inbound Shipments)
    asn_data = get_paginated_data(class="hl-string">'inbound_shipment', {class="hl-string">'q': date_filter})
    for item in asn_data:
        events.append({
            class="hl-string">'WarehouseOrder': item.get(class="hl-string">'shipment_nbr'),
            class="hl-string">'ActivityName': class="hl-string">'Inbound Delivery Created',
            class="hl-string">'EventStartTime': item.get(class="hl-string">'create_ts'),
            class="hl-string">'EventEndTime': None,
            class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
            class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound',
            class="hl-string">'RequestedCompletionDate': item.get(class="hl-string">'required_ship_date'),
            class="hl-string">'ActualQuantity': None,
            class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
            class="hl-string">'SLAState': None
        })

    class=class="hl-string">"hl-comment"># 2-7, 9-14: Most activities are in Inventory History
    inv_history_filter = fclass="hl-string">"tran_create_ts > '{START_DATE}T00:00:00Z' and tran_create_ts < '{END_DATE}T23:59:59Z'"
    inv_history_data = get_paginated_data(class="hl-string">'inventory_history', {class="hl-string">'q': inv_history_filter})
    
    activity_map = {
        class="hl-string">'ARV': class="hl-string">'Goods Arrived',
        class="hl-string">'REC': class="hl-string">'Goods Received',
        class="hl-string">'QCH': class="hl-string">'Quality Inspection Performed',
        class="hl-string">'MVL': class="hl-string">'Goods Put Away', class=class="hl-string">"hl-comment"># Move to LPN
        class="hl-string">'ADJ': class="hl-string">'Inventory Adjusted',
        class="hl-string">'PCK': class="hl-string">'Goods Picked',
        class="hl-string">'PAK': class="hl-string">'Goods Packed', class=class="hl-string">"hl-comment"># Often part of a packing transaction
        class="hl-string">'LOD': class="hl-string">'Loading Started', class=class="hl-string">"hl-comment"># Often a move to a shipping door location
        class="hl-string">'SHP': class="hl-string">'Shipment Dispatched'
    }

    for item in inv_history_data:
        tran_type = item.get(class="hl-string">'tran_type')
        if tran_type in activity_map:
            class=class="hl-string">"hl-comment"># Use order_nbr for outbound, shipment_nbr for inbound if available
            order_id = item.get(class="hl-string">'order_nbr') or item.get(class="hl-string">'shipment_nbr') or class="hl-string">'[Unknown]'
            events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': activity_map[tran_type],
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound' if item.get(class="hl-string">'shipment_nbr') else class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># 8, 5: Task Creation Events
    task_filter = fclass="hl-string">"create_ts > '{START_DATE}T00:00:00Z' and create_ts < '{END_DATE}T23:59:59Z'"
    task_data = get_paginated_data(class="hl-string">'task', {class="hl-string">'q': task_filter})
    for item in task_data:
        task_type = item.get(class="hl-string">'task_type')
        activity_name = None
        if task_type in (class="hl-string">'PUT', class="hl-string">'RPL'):
            activity_name = class="hl-string">'Putaway Task Created'
        elif task_type in (class="hl-string">'PCK', class="hl-string">'WAV'):
            activity_name = class="hl-string">'Picking Task Created'
        
        if activity_name:
            order_id = item.get(class="hl-string">'order_nbr') or item.get(class="hl-string">'shipment_nbr') or class="hl-string">'[Unknown]'
            events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventStartTime': item.get(class="hl-string">'create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'assigned_user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound' if activity_name == class="hl-string">'Putaway Task Created' else class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'task_qty'),
                class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
                class="hl-string">'SLAState': None
            })
            
    class=class="hl-string">"hl-comment"># Additional specific events if not in inventory history
    class=class="hl-string">"hl-comment"># 10. Packing Started, 12. Staged For Shipment - These can be complex and may require logic based on location moves or container status changes. We use placeholders from Inventory History as a starting point.
    class=class="hl-string">"hl-comment"># For this script, class="hl-string">'PAK' from inventory_history implies both started and completed for simplicity.
    for item in inv_history_data:
        if item.get(class="hl-string">'tran_type') == class="hl-string">'PAK':
             order_id = item.get(class="hl-string">'order_nbr') or class="hl-string">'[Unknown]'
             events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': class="hl-string">'Packing Started',
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'), class=class="hl-string">"hl-comment"># Assuming start is same as completion
                class="hl-string">'EventEndTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })
        class=class="hl-string">"hl-comment"># Staging is a move to a staging location type
        if item.get(class="hl-string">'tran_type') == class="hl-string">'MVL' and item.get(class="hl-string">'dest_locn_type') == class="hl-string">'STG':
             order_id = item.get(class="hl-string">'order_nbr') or class="hl-string">'[Unknown]'
             events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': class="hl-string">'Staged For Shipment',
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># 15, 16. Warehouse Order Completed / Cancelled
    order_filter = fclass="hl-string">"mod_ts > '{START_DATE}T00:00:00Z' and mod_ts < '{END_DATE}T23:59:59Z'"
    order_data = get_paginated_data(class="hl-string">'order', {class="hl-string">'q': order_filter})
    for item in order_data:
        status = str(item.get(class="hl-string">'status', class="hl-string">''))
        activity_name = None
        if status == class="hl-string">'90': class=class="hl-string">"hl-comment"># Shipped / Delivered status code
            activity_name = class="hl-string">'Warehouse Order Completed'
        elif status == class="hl-string">'99': class=class="hl-string">"hl-comment"># Cancelled status code
            activity_name = class="hl-string">'Warehouse Order Cancelled'
        
        if activity_name:
            events.append({
                class="hl-string">'WarehouseOrder': item.get(class="hl-string">'order_nbr'),
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventStartTime': item.get(class="hl-string">'mod_ts'),
                class="hl-string">'EventEndTime': item.get(class="hl-string">'mod_ts'),
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'mod_user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound', class=class="hl-string">"hl-comment"># Assuming order endpoint is for outbound
                class="hl-string">'RequestedCompletionDate': item.get(class="hl-string">'required_ship_date'),
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'shipped_qty'),
                class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># Final processing
    if not events:
        print(class="hl-string">'No events found for the given criteria.')
        return

    df = pd.DataFrame(events)

    class=class="hl-string">"hl-comment"># Add standard columns
    df[class="hl-string">'SourceSystem'] = SOURCE_SYSTEM
    df[class="hl-string">'LastDataUpdate'] = LAST_DATA_UPDATE

    class=class="hl-string">"hl-comment"># Clean up and order columns
    df = df[[class="hl-string">'WarehouseOrder', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime', class="hl-string">'UserOperatorId', class="hl-string">'WarehouseOrderType', class="hl-string">'RequestedCompletionDate', class="hl-string">'ActualQuantity', class="hl-string">'PriorityLevel', class="hl-string">'SLAState', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']]
    df.sort_values(by=[class="hl-string">'WarehouseOrder', class="hl-string">'EventStartTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'oracle_wms_event_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%fZ')
    print(fclass="hl-string">'Successfully created event log: {output_filename}')

if __name__ == class="hl-string">'__main__':
    main()

Chcete začít?

Využijte tuto datovou šablonu a začněte s process miningem v oblasti řízení skladu. Začněte zlepšovat svůj provoz ještě dnes.

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

Stáhnout šablonu

Zlepšete řízení skladu a zvyšte efektivitu Oracle WMS Cloud

Najděte úzká místa a dosáhněte 99,5% přesnosti skladových zásob v Oracle WMS Cloud.

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

Platební kartu nepotřebujete. Začněte zlepšovat procesy ještě dnes.

Datová šablona pro řízení skladu

Datová šablona pro řízení skladu

Atributy řízení skladu

Aktivity v řízení skladu

Návody k extrakci

Export z Oracle Transactional Business Intelligence (OTBI)

Kroky

Konfigurace

Ukázkový dotaz sql

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

Kroky

Konfigurace

Ukázkový dotaz python

Chcete začít?

Zlepšete řízení skladu a zvyšte efektivitu Oracle WMS Cloud