> Průběžné zlepšování procesů > Řízení zásob > Oracle Fusion SCM > Datová šablona

Šablona dat pro řízení zásob

Oracle Fusion SCM

Atributy řízení zásob(20) Aktivity v řízení zásob(15) Návody na získání dat(3)

Šablona dat pro řízení zásob

Tato šablona vám pomůže získat a uspořádat data pro řízení zásob z Oracle Fusion SCM. Uvádí základní atributy a aktivity potřebné k vytvoření kvalitního záznamu událostí. Využijte ji k přesné analýze procesů správy zásob a k nalezení oblastí, které lze zlepšit.

Doporučené atributy ke sběru
Aktivity ke sledování při mapování procesů
Pokyny k získávání dat z Oracle Fusion SCM

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í zásob

Jde o základní datová pole, která doporučujeme zahrnout do záznamu událostí. Umožní vám podrobně analyzovat procesy správy zásob.

5 Povinné 5 Doporučené 10 Volitelné

	Název	Popis
	Čas zahájení události EventStartTime	Časové razítko určující, kdy aktivita v oblasti zásob začala.
Popis Tento atribut zaznamenává přesné datum a čas zahájení aktivity. Slouží jako hlavní časový údaj pro chronologické seřazení událostí a sestavení průběhu procesu. Při analýze je čas zahájení události zásadní pro výpočet délky aktivit a čekání mezi nimi. Umožňuje odhalit úzká místa, měřit průběžnou dobu pro KPI, jako je 'Průměrná doba zaskladnění', a sledovat výkon procesu v různých obdobích, například během směn, dnů nebo měsíců. Proč je to důležité Toto časové razítko je nezbytné pro řazení událostí, výpočet průběžných dob a čekání i odhalování úzkých míst v procesu. Kde data získat Obvykle pochází z pole data transakce nebo data vytvoření v tabulkách skladových transakcí, například z pole TRANSACTION_DATE v INV_MATERIAL_TXNS. Příklady 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Inventory Batch/Lot InventoryBatchLot	Jedinečný identifikátor konkrétní dávky nebo šarže skladové položky, který slouží jako ID případu pro sledování jejího životního cyklu.
Popis Číslo Inventory Batch nebo Lot je hlavním identifikátorem případu a sdružuje všechny aktivity týkající se konkrétního množství produktu. Umožňuje sledovat celý životní cyklus daného množství zásob, od příjmu přes různé přesuny až po výdej nebo spotřebu. Při analýze process mining je tento atribut zásadní. Propojuje jednotlivé události, jako jsou příjem, kontrola kvality, interní přesuny a výdej zboží, do jednoho souvislého případu procesu. Analýza podle Inventory Batch/Lot umožňuje vypočítat průběžnou dobu procesu, určit obvyklé cesty a odhalit úzká místa, která ovlivňují konkrétní skupiny zásob. Proč je to důležité Jde o základní identifikátor případu, který propojuje všechny související aktivity v oblasti zásob. Díky němu lze sledovat celou cestu dávky od příjmu až po výdej. Kde data získat Tato informace se obvykle nachází v tabulkách skladových transakcí, například INV_MATERIAL_TXNS, a souvisí s údaji o řízení šarží nebo dávek. Příklady LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Název aktivity ActivityName	Název konkrétní aktivity řízení zásob, která byla provedena.
Popis Název aktivity popisuje jednotlivý krok nebo událost, k nimž došlo v procesu řízení zásob u konkrétní dávky nebo šarže. Tyto události tvoří posloupnost procesu. Mezi příklady aktivit patří 'Příjem zboží zaznamenán', 'Provedena kontrola kvality', 'Zásoby přesunuty v rámci skladu' a 'Výdej zboží zaznamenán'. Analýza pořadí a četnosti těchto aktivit je základem process mining. Umožňuje zobrazit mapy procesů, odhalit odchylky a analyzovat dobu mezi jednotlivými kroky. Proč je to důležité Tento atribut je základem pro sestavení mapy procesu, protože určuje jednotlivé kroky a události, které tvoří životní cyklus zásob. Kde data získat Často se odvozuje mapováním typů transakcí nebo kódů událostí ze zdrojových tabulek, například INV_MATERIAL_TXNS, na srozumitelné názvy aktivit. Příklady Příjem zboží zaznamenánZaskladnění dokončenoOpraven nesoulad v zásobáchZahájeno vychystávání
	Poslední aktualizace dat LastDataUpdate	Časové razítko označující, kdy byla data tohoto záznamu naposledy aktualizována ze zdrojového systému.
Popis Tento atribut zaznamenává, kdy byla data naposledy získána ze zdrojového systému a načtena do nástroje pro process mining. Ukazuje, jak aktuální jsou analyzovaná data. Časové razítko pomáhá určit, jak čerstvé jsou výsledky analýzy. Uživatelé díky němu poznají, zda pracují s téměř aktuálními daty, nebo se snímkem z předchozího období. To je důležité pro včasné a informované rozhodování. Proč je to důležité Ukazuje aktuálnost dat, takže uživatelé vědí, jak současná je analýza procesu a kdy se očekává další aktualizace. Kde data získat Jde o pole metadat vytvořené při procesu extrakce, transformace a načtení dat (ETL). Příklady 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Zdrojový systém SourceSystem	Určuje systém, ze kterého byla data získána.
Popis Tento atribut určuje zdrojovou aplikaci, ve které byla skladová transakce zaznamenána. Ve velké firmě mohou data o zásobách pocházet z několika systémů nebo modulů. Uvedení zdrojového systému je důležité pro správu dat a pochopení jejich kontextu. Pomáhá řešit problémy s extrakcí dat a porovnávat procesy napříč systémy nebo instancemi, například procesy řízení zásob v různých regionálních ERP systémech. Proč je to důležité Poskytuje důležitý kontext o původu dat, který je potřebný pro jejich ověření a správu i pro analýzu procesů probíhajících ve více systémech. Kde data získat Obvykle jde o statickou hodnotu doplněnou při extrakci a transformaci dat, která označuje jejich původ. Příklady Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Čas ukončení události EventEndTime	Časové razítko určující, kdy byla aktivita v oblasti zásob dokončena.
Popis Čas ukončení události označuje dokončení aktivity. Mnoho skladových transakcí se zaznamenává jako událost v jednom okamžiku, některé aktivity, například 'Kontrola kvality' nebo 'Vychystávání', ale mají určitou dobu trvání. U okamžitých událostí bývá čas ukončení stejný jako čas zahájení. Tento atribut se používá společně s časem zahájení události k výpočtu doby zpracování jednotlivých aktivit. To je důležité pro analýzu výkonu, využití zdrojů a odhalení aktivit, které trvají déle, než se očekává, a prodlužují tak celý proces. Proč je to důležité Umožňuje vypočítat dobu zpracování jednotlivých aktivit a určit konkrétní kroky, které zabírají nejvíce času. Kde data získat U okamžitých transakcí může být stejný jako čas zahájení. U aktivit s určitou dobou trvání se získává ze samostatného pole s časem dokončení v příslušné zdrojové tabulce. Příklady 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Číslo položky ItemNumber	Jedinečný identifikátor produktu nebo materiálu, se kterým se pracuje.
Popis Číslo položky, často označované jako SKU (Stock Keeping Unit), určuje konkrétní produkt, kterého se týká skladová transakce. Díky tomu lze analýzu filtrovat nebo rozdělit podle produktu. V process mining je tento atribut nezbytný pro analýzu zaměřenou na produkty. Pomáhá odpovědět například na otázky: „U kterých produktů trvá zaskladnění nejdéle?“ nebo „U kterých položek se nejčastěji provádějí úpravy?“ Na základě těchto zjištění můžete cíleně zlepšovat procesy u konkrétních produktových řad nebo kategorií. Proč je to důležité Umožňuje filtrovat a analyzovat konkrétní produkty a zjistit, které položky souvisejí se zpožděním nebo problémy v procesu. Kde data získat Jde o základní pole v tabulkách skladových transakcí, obvykle pojmenované INVENTORY_ITEM_ID. Odkazuje na hlavní tabulku položek (EGP_SYSTEM_ITEMS_B), kde jsou uvedeny podrobnosti. Příklady AS54888CPU-INT-i9MEM-DDR5-32GB
	Kód důvodu pohybu MovementReasonCode	Kód, který vysvětluje obchodní důvod pohybu nebo úpravy zásob.
Popis Kód důvodu pohybu vysvětluje, proč skladová transakce proběhla. Důležitý je zejména u nestandardních pohybů, jako je vyřazení, úprava po inventuře nebo vrácení zboží. Tento atribut je zásadní pro analýzu příčin problémů. Dashboard „Četnost a důvody úprav zásob“ například používá tento kód ke kategorizaci úprav. Pomáhá tak rozlišit poškození, krádež nebo chybu při zadávání dat. Analýza důvodů usnadňuje určit priority a zaměřit zlepšování procesů na nejzávažnější problémy. Proč je to důležité Vysvětluje důvody úprav a pohybů zásob, což je důležité při hledání příčin problémů, jako jsou nesrovnalosti nebo vyřazení zboží. Kde data získat V transakčních tabulkách se nachází pole s kódem důvodu, například REASON_ID v INV_MATERIAL_TXNS. Odkazuje na tabulku hlavních údajů s kódy důvodů. Příklady POŠKOZENO PŘI PŘEPRAVĚÚPRAVA PO INVENTUŘEPROŠLÉ ZÁSOBY
	Umístění ve skladu WarehouseLocation	Konkrétní místo ve skladu, kde aktivita proběhla, například skladová pozice nebo zóna.
Popis Tento atribut určuje fyzické místo ve skladu, například konkrétní uličku, regál nebo skladovou pozici, které se týká skladová transakce. Upřesňuje, kde se zásoby skladují nebo přesouvají. Analýza podle umístění ve skladu pomáhá odhalit neefektivní logistické postupy. Dashboard „Doba přesunu zásob mezi skladovými zónami“ může například ukázat, zda přesuny mezi určitými zónami pravidelně trvají příliš dlouho. Analýza také může odhalit místa, kde často dochází k nesrovnalostem v zásobách. Proč je to důležité Určuje polohu v rámci skladu a umožňuje analyzovat efektivitu přesunů i problémy v konkrétních místech, například úzká místa nebo časté úpravy zásob. Kde data získat Údaje se získávají z polí, jako je LOCATOR_ID v tabulkách skladových transakcí. Toto pole lze propojit s hlavními údaji o umístěních (INV_ITEM_LOCATIONS) a získat tak jejich popisné názvy. Příklady A1-R4-S3-B2PŘÍJEMNÍ-RAMPA-01KONTROLA-KVALITY
	Uživatel, který provedl akci UserPerformingAction	ID uživatele nebo jméno osoby, která provedla skladovou transakci.
Popis Tento atribut určuje konkrétního uživatele odpovědného za danou aktivitu, například pracovníka skladu, který dokončil zaskladnění, nebo správce zásob, který schválil opravu. Analýza podle uživatelů je důležitá pro pochopení rozložení pracovní zátěže, určení potřebného školení a zajištění dodržování pravidel. Dashboard 'Četnost a důvody oprav zásob' například využívá tento atribut k přehledu o tom, kdo provádí opravy nejčastěji. Může tak upozornit na zkušené pracovníky i na ty, kteří potřebují další školení v oblasti řízení zásob. Proč je to důležité Přiřazuje akce konkrétním osobám a umožňuje analyzovat výkon uživatelů, pracovní zátěž, potřeby školení i dodržování procesů. Kde data získat Obvykle se nachází v tabulkách transakcí v poli 'USER_ID' nebo 'CREATED_BY', například v poli CREATED_BY v INV_MATERIAL_TXNS. Příklady JSMITHAMARTINSKLADNIK.OPERATOR
	Doba skladování zásob ve dnech InventoryHoldingDays	Celková doba, po kterou je šarže zásob na skladě, od prvního příjmu až po konečný výdej nebo likvidaci.
Popis Tento KPI na úrovni případu počítá celkovou dobu skladování konkrétní šarže. Měří se od časového razítka první aktivity „Zaznamenán příjem zboží“ do časového razítka poslední aktivity „Zaznamenán výdej zboží“ nebo „Zásoby vyřazeny či zlikvidovány“ v daném případu. Tento ukazatel je důležitý pro řízení pracovního kapitálu a nákladů na skladování. Vysoká hodnota doby skladování znamená, že se zásoby pomalu obracejí. To může zvyšovat náklady, riziko zastarání i neefektivní využití skladových prostor. Analýza tohoto KPI pomáhá optimalizovat úroveň zásob a zrychlit jejich obrátku. Proč je to důležité Důležitý KPI pro finanční a provozní efektivitu. Měří, jak dlouho jsou prostředky vázané v zásobách, a pomáhá odhalit pomalu obrátkové zboží. Kde data získat Jde o ukazatel na úrovni případu, který se v nástroji process mining vypočítá jako rozdíl mezi časovým razítkem poslední relevantní události a první události. Příklady 30 dní 10:05:0095 dní 04:00:0015 dní 12:30:00
	ID skladové transakce InventoryTransactionId	Jedinečný identifikátor jedné skladové události vytvořený systémem.
Popis ID skladové transakce je primární klíč jednoho samostatného záznamu o skladové transakci ve zdrojovém systému. Každý řádek v záznamu událostí odpovídá jednomu takovému ID. Toto ID se obvykle nepoužívá přímo v přehledových mapách procesů, ale je velmi užitečné při ověřování dat, auditu a podrobné analýze. Odkazuje přímo na konkrétní záznam v Oracle Fusion SCM, takže analytici mohou prověřit odchylky nebo konkrétní události přímo ve zdrojovém systému. Proč je to důležité Poskytuje jedinečný klíč pro každou událost. Je nezbytný pro ověřování a sledovatelnost dat a umožňuje uživatelům přejít k záznamu ve zdrojovém systému. Kde data získat Jde o primární klíč hlavní tabulky skladových transakcí, obvykle TRANSACTION_ID v INV_MATERIAL_TXNS. Příklady 987654321123456789555444333
	Jde o úpravu po inventuře IsCycleCountAdjustment	Logická hodnota, která je pravdivá, pokud po inventuře bezprostředně následuje úprava zásob.
Popis Tento odvozený atribut je logická hodnota (True/False), která označuje aktivity „Upraveny nesrovnalosti v zásobách“, jež krátce následují po aktivitě „Provedena inventura“ u stejné položky a na stejném místě. Pomáhá tak vyčlenit úpravy, které přímo vyplynuly z inventury. Tento příznak se používá pro KPI „Míra úprav po inventuře“. Analytici díky němu mohou měřit účinnost inventur a zjistit, jak často po nich dochází k úpravám. Vysoká míra může ukazovat na systémové problémy s přesností skladových záznamů. Proč je to důležité Pomáhá měřit účinnost inventur tím, že vyčleňuje úpravy, které přímo vyplynuly z fyzického počítání zásob. Kde data získat Jde o odvozený atribut vytvořený při transformaci dat na základě pořadí aktivit pro danou položku nebo šarži. Příklady truefalse
	Kategorie SKU SKUCategory	Kategorie nebo skupina, do které produkt (SKU) patří.
Popis Kategorie SKU slouží k seskupení podobných produktů. Příklady kategorií jsou elektronika, suroviny, hotové výrobky nebo skupiny podle hodnoty, například položky A, B a C. Tento atribut umožňuje analyzovat produkty na souhrnné úrovni, což bývá užitečnější než procházet tisíce jednotlivých položek. Používá se například v dashboardu „Analýza míry vyřazování a zastarávání zásob“ ke zjištění, které kategorie produktů se nejčastěji vyřazují. Výsledky pomáhají zaměřit zlepšování skladové politiky a předpovídání poptávky. Proč je to důležité Umožňuje agregovat a porovnávat výkonnost procesů napříč skupinami produktů a odhalit trendy, které u jednotlivých položek nemusí být patrné. Kde data získat Tyto údaje jsou obvykle uložené v hlavních údajích o položkách (EGP_SYSTEM_ITEMS_B) a je třeba je propojit s transakčními daty. Příklady Rychloobrátkové zbožíZboží vysoké hodnotyNáhradní díly
	Kód podskladu SubinventoryCode	Část skladové organizace, která představuje konkrétní skladovací prostor nebo jeho typ.
Popis Podsklad je logické nebo fyzické seskupení položek v rámci větší skladové organizace, například skladu. Může jít například o příjem, hotové výrobky, zboží v karanténě nebo vadný materiál. Tento atribut umožňuje analyzovat umístění na vyšší úrovni než konkrétní skladová pozice. Hodí se ke sledování pohybu materiálu mezi různými funkčními oblastmi, například k měření doby, za kterou se položky po kontrole kvality přesunou z podskladu „Příjem“ do podskladu „Hotové výrobky“. Proč je to důležité Umožňuje analyzovat pohyb zásob a dobu jejich skladování v různých funkčních oblastech skladu, například v příjmu, při kontrole kvality a v hlavním skladu. Kde data získat Standardní pole ve skladových tabulkách, často pojmenované SUBINVENTORY_CODE. Příklady PŘÍJEMFGISKLAD
	Měrná jednotka UnitOfMeasure	Měrná jednotka množství v transakci, například kus, kg nebo krabice.
Popis Měrná jednotka (UOM) upřesňuje atribut „Množství“ a určuje, co číselná hodnota vyjadřuje. Množství „10“ může například znamenat 10 jednotlivých položek, 10 krabic nebo 10 kilogramů. Tento atribut je nezbytný pro správnou interpretaci analýz založených na množství. Bez měrné jednotky nelze porovnávat transakce různých položek ani správně sčítat jejich množství. Zajišťuje, že analýzy vycházejí ze srovnatelných a smysluplných údajů. Proč je to důležité Upřesňuje atribut „Množství“, aby bylo možné správně interpretovat hodnoty a smysluplně je porovnávat. Kde data získat Obvykle se nachází vedle pole s množstvím v transakčních tabulkách, například jako TRANSACTION_UOM v INV_MATERIAL_TXNS. Příklady KUSKGBOX
	Množství Quantity	Množství položek zahrnutých do transakce.
Popis Tento atribut udává počet jednotek položky, které byly přesunuty, upraveny, spočítány nebo jinak zahrnuty do transakce. Vyjadřuje rozsah každé události. Množství je základní ukazatel pro řadu analýz. Používá se k výpočtu objemu zpracovaného zboží, rozsahu nesrovnalostí v zásobách i množství vyřazeného zboží. V kombinaci s údaji o nákladech umožňuje vyčíslit finanční dopad neefektivních procesů, například v dashboardu „Analýza nesrovnalostí při inventuře“. Proč je to důležité Udává objem každé transakce a umožňuje analyzovat průchodnost, rozsah nesrovnalostí i finanční dopad skladových činností. Kde data získat Standardní pole v tabulkách skladových transakcí, například PRIMARY_QUANTITY nebo TRANSACTION_QUANTITY v INV_MATERIAL_TXNS. Příklady 100-105000
	Skladová organizace InventoryOrganization	Konkrétní organizace, například sklad nebo výrobní závod, ve které jsou zásoby vedeny.
Popis Skladová organizace představuje samostatné zařízení nebo jednotku, která drží zásoby, například distribuční centrum nebo továrnu. V Oracle Fusion SCM jde o důležitý organizační údaj. Tento atribut umožňuje filtrovat a porovnávat procesy mezi různými provozovnami. Pomáhá odpovědět například na otázky: „Ve kterém skladu probíhá zaskladnění nejrychleji?“ nebo „Je míra nesrovnalostí v zásobách vyšší v evropských, nebo severoamerických provozech?“ Výsledky umožňují porovnávat provozovny a sdílet osvědčené postupy napříč organizací. Proč je to důležité Umožňuje porovnávat procesy a výsledky mezi různými provozovnami, například sklady nebo závody, a odhalit rozdíly ve výkonnosti jednotlivých míst. Kde data získat Základní pole v transakčních tabulkách, například ORGANIZATION_ID, které odkazuje na hlavní tabulku organizací s jejich názvy. Příklady Distribuční centrum US1Výrobní závod SeattleCentrální sklad EU
	Stav položky ItemStatus	Udává aktuální stav skladové položky, například aktivní, neaktivní nebo zastaralá.
Popis Stav položky vyjadřuje fázi životního cyklu produktu. Položka může být například „Aktivní“ a běžně se používat v transakcích, „Pozastavená“ kvůli kontrole kvality nebo „Zastaralá“, pokud se již nepoužívá. Tento atribut poskytuje užitečný kontext pro analýzu některých aktivit. Vysoká míra vyřazování položek se stavem „Zastaralá“ může být očekávaná, zatímco vyřazování „Aktivních“ položek může signalizovat závažný problém. Díky tomuto atributu lze analýzu rozdělit podle stavu a zaměřit se na relevantní, aktivní zásoby. Proč je to důležité Poskytuje kontext o životním cyklu produktu a pomáhá rozlišit očekávané činnosti, například vyřazení zastaralých položek, od neočekávaných problémů v procesu. Kde data získat Tyto údaje pocházejí z hlavní tabulky položek, například EGP_SYSTEM_ITEMS_B, a je třeba je propojit s transakčními daty. Příklady AktivníNeaktivníZastaralá
	Typ transakce TransactionType	Typ skladové transakce definovaný systémem.
Popis Tento atribut představuje klasifikaci skladové události na úrovni systému, například „Příjem objednávky“, „Přesun mezi sklady“ nebo „Úprava po inventuře“. Jde často o technické označení, ze kterého se odvozuje uživatelsky srozumitelný název aktivity. Název aktivity se používá v přehledových mapách procesů, zatímco typ transakce se hodí pro podrobnou technickou analýzu nebo ověření mapování na aktivity. Může pomoci odhalit konkrétní dílčí procesy nebo chování systému, které jsou sloučeny pod jednu aktivitu. Proč je to důležité Udává původní klasifikaci události v systému. Hodí se pro podrobnou analýzu i ověření, jak byl odvozen „Název aktivity“. Kde data získat Standardní pole v tabulkách skladových transakcí, obvykle doplněné z hlavní tabulky typů transakcí, například MTL_TRANSACTION_TYPES. Příklady Příjem objednávkyPřesun mezi podskladyVýdej komponenty do výroby

Povinné Doporučené Volitelné

Aktivity v řízení zásob

Do záznamu událostí doporučujeme zachytit tyto důležité kroky a milníky. Získáte tak přesný a podrobný přehled o procesech v provozu zásob.

7 Doporučené 8 Volitelné

	Aktivita	Popis
	Opraven nesoulad v zásobách	Jde o explicitní transakci, která upraví systémový stav zásob dané šarže tak, aby odpovídal fyzickému počtu, případně zohlednila jiné nesrovnalosti, například poškození. Transakce formálně zaznamená přírůstek nebo úbytek zásob.
Proč je to důležité Sledování četnosti a důvodů oprav je důležité pro odhalení příčin nepřesné evidence zásob, například krádeží, poškození nebo chyb v procesu. Opravy mají přímý dopad na finanční záznamy i spolehlivost skladových údajů. Kde data získat Zaznamenává se jako materiálová transakce v INV_MATERIAL_TXNS s konkrétním typem, například 'Cycle Count Adjustment' nebo 'Miscellaneous Issue/Receipt', často také s kódem důvodu. Zachycení Zaznamená se po schválení a zaúčtování transakce upravující zásoby. Typ události explicit
	Příjem zboží zaznamenán	Zaznamenává fyzické doručení dávky nebo šarže do skladu, obvykle na základě nákupní objednávky nebo povolení k vrácení materiálu. Událost se zapíše do systému při příjmu zboží a vytvoří první záznam o dané šarži.
Proč je to důležité Tato aktivita je hlavním výchozím bodem pro analýzu životního cyklu zásob. Doba od této události k dalším krokům, například zaskladnění nebo kontrole kvality, je důležitým ukazatelem efektivity příjmu. Kde data získat Zaznamenává se jako materiálová transakce v tabulce INV_MATERIAL_TXNS. Typ transakce může být například 'PO Receipt', 'RMA Receipt' nebo 'Intransit Shipment Receipt'. Datum vytvoření transakce slouží jako časové razítko události. Zachycení Událost se zaznamená při provedení příjmové transakce. Typ události explicit
	Provedena kontrola kvality	Označuje dokončení kontroly kvality, při které se rozhodne, zda bude šarže přijata, nebo zamítnuta. Událost se obvykle odvozuje od konečné aktualizace stavu záznamu o kontrole kvality.
Proč je to důležité Jde o důležitý milník, který určuje, zda lze zásoby využít v navazujících procesech. Analýza výsledků a délky kontroly pomáhá zlepšit kontrolu kvality i hodnocení dodavatelů. Kde data získat Odvozuje se od časového razítka, kdy je záznam kontroly kvality v QA_RESULTS aktualizován na konečný stav, například 'Accepted' nebo 'Rejected', případně kdy se stav materiálu šarže změní z 'QA' na 'Active'. Zachycení Odvozuje se od data dokončení záznamu o kontrole kvality přiřazeného k dané šarži. Typ události inferred
	Vychystávání dokončeno	Označuje, že šarže byla fyzicky vychystána ze skladovacího místa a přesunuta do překládací zóny. Jde o explicitní transakci, při níž pracovník skladu v systému potvrdí dokončení úkolu vychystávání.
Proč je to důležité Jde o důležitý milník při vyřizování objednávky. Doba od události 'Zahájeno vychystávání' do tohoto okamžiku měří efektivitu pracovníků i výkon procesu vychystávání. Kde data získat Zachytí se potvrzovací transakcí vychystávání, která změní stav řádku požadavku na přesun nebo skladového úkolu na 'Completed', případně spustí transakci 'Subinventory Transfer' v INV_MATERIAL_TXNS. Zachycení Zaznamená se, když uživatel potvrdí transakci vychystávání v systému, často pomocí mobilního RF zařízení. Typ události explicit
	Výdej zboží zaznamenán	Označuje konečný výdej šarže ze skladu, ať už při expedici zákazníkovi, výdeji do výroby nebo přesunu do jiného provozu. Jde o jednoznačnou explicitní materiálovou transakci, která sníží stav zásob.
Proč je to důležité Jde o hlavní koncový bod životního cyklu zásob, důležitý pro výpočet obrátkovosti a doby skladování. Potvrzuje pokrytí poptávky po konkrétní šarži. Kde data získat Zaznamenává se jako materiálová transakce v INV_MATERIAL_TXNS typu 'Sales Order Issue', 'WIP Component Issue' nebo 'Transfer Order Shipment'. Zachycení Zaznamená se při zpracování potvrzení expedice nebo transakce výdeje komponenty. Typ události explicit
	Zaskladnění dokončeno	Označuje dokončení přesunu šarže do určené skladové pozice nebo podskladu, čímž se stává součástí dostupných zásob. Zaznamená se explicitní materiálovou transakcí, která změní umístění šarže z příjmové zóny na skladovací místo.
Proč je to důležité Tento milník označuje konec příjmového procesu. Doba od události 'Příjem zboží zaznamenán' do tohoto okamžiku je důležitým KPI pro měření efektivity zaskladnění. Kde data získat Zaznamenává se jako materiálová transakce, často typu 'Subinventory Transfer' nebo 'Put Away', v tabulce INV_MATERIAL_TXNS. Transakce přesune šarži z příjmového podskladu do skladovacího podskladu. Zachycení Událost se zaznamená po dokončení transakce potvrzující přesun na skladovací místo. Typ události explicit
	Zásoby vyřazeny nebo zlikvidovány	Označuje formální vyřazení šarže ze zásob, protože je prošlá, poškozená, zastaralá nebo jinak nepoužitelná. Jde o explicitní transakci, která odepíše hodnotu zásob.
Proč je to důležité Jde o koncový bod pro zásoby, které se neprodají ani nespotřebují. Sledování vyřazených zásob pomáhá odhalit problémy se stárnutím zásob, prognózováním poptávky nebo manipulací. Má také přímý finanční dopad. Kde data získat Zaznamenává se jako materiálová transakce v INV_MATERIAL_TXNS, obvykle typu 'Miscellaneous Issue' nebo jako konkrétní transakce 'Scrap', přiřazená k účtu a kódu důvodu pro vyřazené zásoby. Zachycení Zaznamená se po provedení a schválení transakce vyřazení. Typ události explicit
	Balení dokončeno	Označuje dokončení balení, kdy se vychystaná šarže vloží do přepravního obalu a ten se uzavře. Událost lze zaznamenat skenem na pracovišti nebo odvodit ze změny stavu zásilky.
Proč je to důležité Označuje konec fyzického zpracování ve skladu před expedicí. Analýza doby mezi vychystáním a zabalením pomáhá odhalit neefektivní postupy na balicím pracovišti. Kde data získat Odvozuje se ze změny stavu detailu dodávky nebo záznamu o zásilce, například v WSH_DELIVERY_DETAILS, na 'Packed'. V některých konfiguracích může jít o explicitní transakci na balicím pracovišti. Zachycení Odvozuje se od časového razítka aktualizace stavu zásilky nebo z konkrétního záznamu balicí transakce. Typ události inferred
	Provedena průběžná inventura	Označuje fyzické spočítání šarže v rámci průběžné nebo úplné inventury. Jde o explicitní úkon, při kterém uživatel zadá do systému spočítané množství.
Proč je to důležité Tato aktivita je zásadní pro analýzu přesnosti evidence zásob. Poskytuje podklady pro odhalení nesrovnalostí a měření účinnosti inventurního procesu. Kde data získat Zaznamenává se v tabulce INV_CYCLE_COUNT_ENTRIES po zadání a uložení spočítaného množství uživatelem. Čas zadání slouží jako čas události. Zachycení Zaznamená se, když uživatel odešle počet konkrétní položky a šarže v rámci úkolu průběžné inventury. Typ události explicit
	Zahájena kontrola kvality	Označuje okamžik, kdy je šarže určena ke kontrole kvality před uvolněním k použití. Obvykle se odvozuje od vytvoření záznamu kontrolního plánu pro přijatou šarži nebo od změny stavu, při které je šarže zařazena do blokace 'QA'.
Proč je to důležité Označuje začátek procesu kontroly kvality. Doba mezi touto událostí a událostí 'Provedena kontrola kvality' ukazuje délku procesu a případná úzká místa v oddělení kontroly kvality. Kde data získat Odvozuje se od vytvoření záznamu o kontrole kvality v modulu Quality Management, například v tabulce QA_RESULTS, nebo ze změny stavu materiálu šarže na určený stav kontroly. Zachycení Odvozuje se od časového razítka vytvoření plánu kontroly kvality nebo od změny stavu šarže na 'Awaiting Inspection'. Typ události inferred
	Zahájeno vychystávání	Označuje začátek vyřízení objednávky, kdy se vytvoří úkol k vychystání šarže ze skladovacího místa pro zákaznickou objednávku, výrobní příkaz nebo přesun. Událost se odvozuje od vytvoření vlny vychystávání nebo řádku požadavku na přesun.
Proč je to důležité Touto událostí začíná měření doby vychystávání. Prodlevy mezi přidělením objednávky a zahájením vychystávání mohou odhalit úzká místa ve zpracování objednávek nebo při přidělování skladových úkolů. Kde data získat Odvozuje se od časového razítka vytvoření záznamu o úkolu vychystávání v tabulkách WMS nebo od změny stavu řádku požadavku na přesun, například Mtl_Txn_Request_Lines, na 'Released to Warehouse'. Zachycení Určuje se podle vytvoření úkolu vychystávání nebo požadavku na přesun přiřazeného ke skladové šarži. Typ události inferred
	Zahájeno zaskladnění	Označuje začátek přesunu přijatého zboží z příjmové nebo překládací zóny na konečné skladovací místo. Obvykle se odvozuje od vytvoření systémem řízeného úkolu nebo požadavku na přesun v rámci zaskladnění.
Proč je to důležité Rychlé zahájení zaskladnění pomáhá uvolnit příjmové rampy a zpřístupnit zásoby. Tato událost umožňuje měřit prodlevu mezi příjmem a zahájením zaskladnění. Kde data získat Odvozuje se od časového razítka vytvoření požadavku na přesun nebo skladového úkolu v modulu Warehouse Management System (WMS), který se týká přijaté šarže. Zachycení Určuje se podle vytvoření úkolu k zaskladnění přiřazeného ke skladové transakci nebo šarži. Typ události inferred
	Zásoby přesunuty v rámci skladu	Zaznamenává přesun šarže mezi různými skladovacími místy, například pozicemi nebo podsklady, v rámci jednoho skladu. Tyto přesuny se evidují jako explicitní materiálové transakce, například při doplňování zásob nebo konsolidaci.
Proč je to důležité Analýza interních přesunů pomáhá odhalit neefektivní uspořádání skladu, nadměrnou manipulaci a možnosti lepšího rozmístění zásob. Časté přesuny mohou ukazovat na nevhodně nastavené počáteční zaskladnění. Kde data získat Zaznamenává se jako materiálová transakce v INV_MATERIAL_TXNS typu 'Subinventory Transfer' nebo 'Locator Transfer', která nezahrnuje externí subjekt. Zachycení Zaznamená se po dokončení interní převodní transakce. Typ události explicit
	Změněn stav položky	Označuje změnu stavu použitelnosti nebo omezení šarže, například její blokaci, zákaz prodeje nebo uvolnění. Obvykle se odvozuje ze změny atributu stavu šarže.
Proč je to důležité Sledování změn stavu pomáhá porozumět dostupnosti zásob a jejich řízení. Časté blokace mohou ukazovat na problémy s kvalitou, zatímco sledování uvolnění je důležité pro analýzu průběhu procesu. Kde data získat Odvozuje se sledováním změn pole 'LOT_STATUS_CODE' nebo podobných polí v tabulkách zásob, například INV_LOT_NUMBERS. K zachycení časového razítka změny může být potřeba historie auditu nebo databázové protokoly. Zachycení Zachytí se porovnáním aktuální a předchozí hodnoty pole stavu šarže v čase. Typ události inferred
	Zpracováno vrácené zboží	Zaznamenává příjem a zpracování vrácené šarže od zákazníka prostřednictvím povolení k vrácení materiálu (RMA). Tato aktivita znovu zařadí šarži do systému zásob a často spustí kontrolu a rozhodnutí o jejím dalším využití.
Proč je to důležité Analýza procesu vracení zboží pomáhá porozumět problémům s kvalitou výrobků a zefektivnit zpětnou logistiku. Může sloužit jako výchozí bod pro samostatný dílčí proces vracení. Kde data získat Zaznamenává se jako materiálová transakce 'RMA Receipt' v tabulce INV_MATERIAL_TXNS. Podrobnosti transakce odkazují na původní zákaznickou objednávku a zákazníka. Zachycení Zaznamená se při provedení příjmové transakce RMA v systému. Typ události explicit

Doporučené Volitelné

Návody na získání dat

Jak získat data z Oracle Fusion SCM

Kroky

Otevřete Oracle BI Publisher: Přihlaste se do své instance Oracle Fusion SCM. V nabídce Navigator přejděte do pracovního prostoru Reports and Analytics. Vyberte možnost „Browse Catalog“ a otevřete rozhraní Oracle BI Publisher.
Vytvořte datový model: V katalogu vyberte vhodnou složku pro uložení souborů potřebných k exportu. Klikněte na rozbalovací nabídku „New“ a vyberte „Data Model“.
Definujte datovou sadu SQL: V editoru Data Model klikněte na ikonu „+“, přidejte datovou sadu a vyberte „SQL Query“.
Nastavte zdroj dat: V dialogovém okně nové datové sady zadejte název, například „InventoryManagementEventLog“. Jako zdroj dat vyberte „ApplicationDB_FSCM“. U položky „Type of SQL“ nastavte „Standard SQL“.
Zadejte dotaz SQL: Zkopírujte celý dotaz SQL z části „query“ tohoto dokumentu a vložte jej do textového pole SQL Query.
Definujte parametry: Dotaz používá parametry pro časové období (p_start_date, p_end_date) a kód organizace (p_organization_code). BI Publisher je rozpozná automaticky. Můžete nastavit výchozí hodnoty nebo určit, že je uživatelé spouštějící sestavu musí vyplnit.
Uložte a zobrazte data: Uložte datový model. Na kartě „Data“ zadejte hodnoty parametrů a kliknutím na „View“ zobrazte vzorek získaných dat a ověřte, že dotaz funguje podle očekávání.
Vytvořte sestavu: Vraťte se do katalogu. Klikněte na rozbalovací nabídku „New“ a vyberte „Report“. V průvodci vytvořením sestavy vyberte právě vytvořený datový model.
Nastavte rozvržení sestavy: Projděte průvodce. Až budete vybírat rozvržení, zvolte jednoduchou tabulku „Table“. Přetáhněte do ní všechny sloupce z datové sady. Složitě data formátovat nemusíte, cílem je export nezpracovaných dat.
Naplánujte automatický export sestavy: Sestavu uložte a použijte možnost „Schedule“. Vytvořte nový plán. Na kartě „Output“ v nastavení plánu zvolte formát CSV. Na kartě „Destination“ nastavte doručení do adresáře na content serveru nebo na externí server SFTP, odkud budete moci soubory získat.
Získejte záznam událostí: Po spuštění naplánované úlohy přejděte do určeného umístění, například stáhněte soubor z content serveru nebo se připojte k serveru SFTP. Získáte vygenerovaný soubor CSV se záznamem událostí, který můžete nahrát do nástroje process mining.

Konfigurace

Předpoklady: Uživatelský účet s potřebnými rolemi BI Administrator a oprávněními k přístupu k datům v tabulkách řízení zásob, například INV_MATERIAL_TXNS, RCV_TRANSACTIONS a WSH_DELIVERY_DETAILS.
Zdroj dat: V BI Publisher použijte standardní zdroj dat „ApplicationDB_FSCM“, který se připojuje k hlavní transakční databázi Fusion SCM.
Parametry sestavy: Pro zajištění výkonu je nutné data filtrovat. Dotaz používá tyto parametry:
- p_start_date: počáteční datum vykazovaného období.
- p_end_date: koncové datum vykazovaného období.
- p_organization_code: kód konkrétní organizace správy zásob (skladu), pro kterou chcete data získat.
Časové období: Při prvním exportu začněte omezeným historickým obdobím, například posledními 3 až 6 měsíci. Zajistíte tak, že úloha skončí v přiměřeném čase. Další exporty plánujte denně nebo týdně a zahrňte do nich nedávné období.
Výstupní formát: Nastavte úlohu BI Publisher tak, aby sestavu vytvářela ve formátu CSV. Ověřte, že oddělovač a kódování znaků v souboru CSV odpovídají požadavkům vašeho nástroje process mining.
Plánování: Sestavu plánujte na dobu mimo špičku, abyste co nejméně zatížili systém. Zpracování velkého objemu dat může spotřebovat značné systémové zdroje.

Ukázkový dotaz sql

WITH EventData AS (
-- 1. Goods Receipt Recorded (PO & RMA)
SELECT
    IMT.TRANSACTION_ID,
    'Goods Receipt Recorded' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation, -- Using Org Code for warehouse level
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- 2. Quality Inspection Initiated (Move to QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Initiated' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE = 'QA' -- This is a placeholder, adjust based on your system's QA subinventory naming convention

UNION ALL

-- 3. Quality Inspection Performed (Move out of QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Performed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.TRANSFER_SUBINVENTORY = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE <> 'QA' -- Moved out of a QA-type subinventory
    AND IMT.SUBINVENTORY_CODE IN (SELECT SUB.SUBINVENTORY_CODE FROM INV_SUBINVENTORIES_VL SUB WHERE SUB.ORGANIZATION_ID = IMT.ORGANIZATION_ID AND SUB.SUBINVENTORY_TYPE = 'QA')

UNION ALL

-- 4. Put-away Initiated (Modeled by Move Order Creation for received items)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Put-away Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 6 -- Put Away

UNION ALL

-- 5. Put-away Completed (Subinventory transfer from Receiving)
SELECT
    IMT.TRANSACTION_ID,
    'Put-away Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND IMT.TRANSACTION_SOURCE_TYPE_ID = 1 -- Purchase Order
    AND ISV.SUBINVENTORY_TYPE = '[Your Receiving Subinventory Type]' -- Adjust based on configuration

UNION ALL

-- 6. Stock Moved Internally
SELECT
    IMT.TRANSACTION_ID,
    'Stock Moved Internally' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE || ' -> ' || IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Subinventory Transfer'

UNION ALL

-- 7. Cycle Count Performed & 8. Inventory Discrepancy Adjusted
SELECT
    IMT.TRANSACTION_ID,
    CASE 
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Cycle Count Adjustment' THEN 'Cycle Count Performed'
        ELSE 'Inventory Discrepancy Adjusted'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Cycle Count Adjustment', 'Miscellaneous issue', 'Miscellaneous receipt')

UNION ALL

-- 9. Item Status Changed
SELECT 
    ILN.LOT_NUMBER_ID AS TRANSACTION_ID,
    'Item Status Changed' AS ActivityName,
    ILN.LAST_UPDATE_DATE AS EventStartTime,
    ILN.LAST_UPDATE_DATE AS EventEndTime,
    ILN.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    ILN.STATUS_CODE AS MovementReasonCode,
    ILN.ORGANIZATION_ID
FROM 
    INV_LOT_NUMBERS ILN
JOIN EGP_SYSTEM_ITEMS_B ESIB ON ILN.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND ILN.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON ILN.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON ILN.LAST_UPDATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE 
    ILN.LOT_NUMBER IS NOT NULL

UNION ALL

-- 10. Picking Initiated (From Pick Wave Move Order)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Picking Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 1 -- Pick Wave

UNION ALL

-- 11. Picking Completed (Transfer to Staging)
SELECT
    IMT.TRANSACTION_ID,
    'Picking Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Staging Transfer'

UNION ALL

-- 12. Packing Completed (Inferred from Ship Confirm)
-- 13. Goods Issue Recorded (Sales Order Issue)
-- 14. Return Goods Processed (RMA Issue - though this is usually a receipt)
-- 15. Stock Scrapped/Disposed
SELECT
    IMT.TRANSACTION_ID,
    CASE
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order issue' AND IMT.TRANSACTION_ACTION_ID = 1 THEN 'Goods Issue Recorded'
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order pick' THEN 'Packing Completed' -- Using Pick as a proxy for packing start/completion
        WHEN ITT.TRANSACTION_TYPE_NAME = 'RMA Receipt' THEN 'Return Goods Processed' -- This is a receipt, not an issue.
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Miscellaneous issue' AND MTR.REASON_NAME LIKE '%Scrap%' THEN 'Stock Scrapped/Disposed'
        ELSE 'Other'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Sales order issue', 'Sales order pick', 'RMA Receipt', 'Miscellaneous issue')
)
SELECT
    ED.InventoryBatchLot,
    ED.ActivityName,
    ED.EventStartTime,
    'Oracle Fusion SCM' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    ED.EventEndTime,
    ED.UserPerformingAction,
    ED.ItemNumber,
    ED.WarehouseLocation,
    ED.MovementReasonCode
FROM
    EventData ED
JOIN INV_ORG_PARAMETERS OOD ON ED.ORGANIZATION_ID = OOD.ORGANIZATION_ID
WHERE
    ED.EventStartTime BETWEEN :p_start_date AND :p_end_date
    AND OOD.ORGANIZATION_CODE = :p_organization_code
    AND ED.ActivityName <> 'Other' -- Exclude unmapped transactions
ORDER BY
    ED.InventoryBatchLot, ED.EventStartTime

Kroky

Přihlaste se do prostředí Oracle Fusion Cloud Applications jako uživatel s rolí správce BICC.
V hlavní nabídce Navigator otevřete konzoli Business Intelligence Cloud Connector (BICC) v části Tools.
V konzoli BICC vyberte „Manage Offerings and Data Stores“. Vyhledejte nabídku „Supply Chain Management“ a ověřte, že je povolená. Tím zpřístupníte všechny datové objekty SCM (PVO) pro export.
Přejděte do části „Manage Extract Schedules“ a vytvořte nový plán určený pro proces řízení zásob.
V novém plánu vyhledejte a přidejte potřebné Public View Objects (PVO), ze kterých chcete získat data. Mezi důležité PVO patří FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO a FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
U každého vybraného PVO přejděte na kartu „Configure Columns“. Vyberte všechny sloupce potřebné pro záznam událostí, například čísla šarží, údaje o položkách, časová razítka, identifikátory uživatelů a typy transakcí. Nepotřebné sloupce zrušte, aby exportní soubor nebyl zbytečně velký.
Nastavte filtry pro omezení objemu dat. Na kartě „Manage Filters“ nastavte globální filtr pro přírůstkové načítání dat. Standardní výraz filtru je LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Při každém spuštění se tak získají pouze data změněná od předchozího exportu.
Nastavte externí úložiště pro doručování dat. V části „Configure External Storage“ vyberte „Cloud Storage Service“ a zadejte přihlašovací údaje k cílovému úložišti, například Oracle Cloud Infrastructure (OCI) Object Storage.
Uložte nastavení plánu a spusťte jej. Průběh úlohy můžete sledovat na obrazovce „Manage Extract Schedules“.
Po dokončení úlohy BICC budou nezpracované soubory CSV dostupné v nastaveném cloudovém úložišti.
Pomocí následného skriptu nebo workflow ETL stáhněte soubory CSV. Skript musí data z více souborů upravit a spojit podle logiky uvedené v části s dotazem, aby vytvořil výsledný záznam událostí.
Skript má vytvořit jeden soubor CSV s přesně požadovanými sloupci (InventoryBatchLot, ActivityName, EventStartTime atd.), který lze nahrát do ProcessMind.

Konfigurace

Nabídky: V BICC musí být povolená nabídka „Supply Chain Management“, aby bylo možné získat přístup k PVO pro zásoby, expedici a řízení kvality.
Důležité PVO (datové objekty): Úplný export vyžaduje několik PVO. Zahrňte alespoň tyto:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: Hlavní zdroj většiny pohybů materiálu, například příjmů, výdejů, přesunů a úprav.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: Obsahuje podrobnosti o stavech šarží.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: Zachycuje výsledky kontrol kvality.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: Obsahuje údaje o vychystávání a expedici.
Nastavení přírůstkového exportu: Při průběžném načítání dat vždy používejte funkci přírůstkového exportu. Nastavte filtr na sloupci LastUpdateDate s proměnnou #BI_LAST_EXTRACT_DATE. Při prvním historickém načtení můžete provést úplný export za zvolené období, například za posledních 6 až 12 měsíců.
Filtry na úrovni PVO: Pro lepší výkon a menší soubory nastavte další filtry přímo na PVO. Běžně se používá OrganizationId pro omezení dat na konkrétní sklady nebo TransactionTypeId pro vyloučení nerelevantních pohybů.
Předpoklady: Proces vyžaduje uživatelský účet s rolí BICC_ADMINISTRATOR_JOB. Potřebujete také přístup a přihlašovací údaje k podporované cloudové službě úložiště, například OCI Object Storage, kam může BICC doručovat exportované soubory.

Ukázkový dotaz sql

-- This is a conceptual query representing the logic to be applied in a post-processing script
-- after extracting raw data from the specified PVOs using BICC.

-- Activity: Goods Receipt Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Receipt Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'Transfer Receipt')

UNION ALL

-- Activity: Quality Inspection Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionPlanExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Initiated' AS "ActivityName", insp.CreationDate AS "EventStartTime", NULL AS "EventEndTime", insp.CreatedBy AS "UserPerformingAction", insp.ItemNumber AS "ItemNumber", insp.OrganizationCode AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", insp.LastUpdateDate AS "LastDataUpdate"
FROM InspectionPlanExtractPVO_output.csv insp JOIN MaterialTransactionExtractPVO_output.csv trx ON insp.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Quality Inspection Performed (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Performed' AS "ActivityName", res.TransactionDate AS "EventStartTime", res.TransactionDate AS "EventEndTime", res.CreatedBy AS "UserPerformingAction", res.ItemNumber AS "ItemNumber", res.OrganizationCode AS "WarehouseLocation", res.InspectionResultStatus AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", res.LastUpdateDate AS "LastDataUpdate"
FROM InspectionResultExtractPVO_output.csv res JOIN MaterialTransactionExtractPVO_output.csv trx ON res.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Put-away Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Initiated' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- Activity: Put-away Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode LIKE '%RECEIVING%'

UNION ALL

-- Activity: Stock Moved Internally (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Moved Internally' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode NOT LIKE '%RECEIVING%'

UNION ALL

-- Activity: Cycle Count Performed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.CycleCountEntriesExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Cycle Count Performed' AS "ActivityName", CountDate AS "EventStartTime", CountDate AS "EventEndTime", CountedByEmployeeName AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM CycleCountEntriesExtractPVO_output.csv
WHERE CountedByEmployeeName IS NOT NULL

UNION ALL

-- Activity: Inventory Discrepancy Adjusted (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Inventory Discrepancy Adjusted' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Cycle Count Adjustment', 'Physical Inventory Adjustment')

UNION ALL

-- Activity: Item Status Changed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Item Status Changed' AS "ActivityName", LastUpdateDate AS "EventStartTime", NULL AS "EventEndTime", LastUpdatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", NULL AS "WarehouseLocation", 'New Status: ' || LotStatusCode AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM LotControlExtractPVO_output.csv

UNION ALL

-- Activity: Picking Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Initiated' AS "ActivityName", CreationDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM DeliveryDetailExtractPVO_output.csv
WHERE ReleasedStatus = 'R'

UNION ALL

-- Activity: Picking Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", TransferSubinventory || ' / ' || TransferLocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Sales Order Pick'

UNION ALL

-- Activity: Packing Completed (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryExtractPVO)
SELECT dd.LotNumber AS "InventoryBatchLot", 'Packing Completed' AS "ActivityName", d.ConfirmedDate AS "EventStartTime", d.ConfirmedDate AS "EventEndTime", d.LastUpdatedBy AS "UserPerformingAction", dd.ItemNumber AS "ItemNumber", dd.Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", d.LastUpdateDate AS "LastDataUpdate"
FROM DeliveryExtractPVO_output.csv d JOIN DeliveryDetailExtractPVO_output.csv dd ON d.DeliveryId = dd.DeliveryId
WHERE d.StatusCode = 'CL'

UNION ALL

-- Activity: Goods Issue Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Issue Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Sales Order Issue', 'Work Order Issue')

UNION ALL

-- Activity: Return Goods Processed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Return Goods Processed' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'RMA Receipt'

UNION ALL

-- Activity: Stock Scrapped/Disposed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Scrapped/Disposed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Scrap Transaction', 'Inventory Write-Off')

Kroky

Předpoklady: Ověřte, že máte nainstalovaný Python 3.6 nebo novější. Nainstalujte knihovnu requests, která slouží k volání HTTP API. V terminálu spusťte příkaz pip install requests.
Získejte přihlašovací údaje k API: Zajistěte si potřebné údaje pro přístup k REST API Oracle Fusion SCM. Patří mezi ně základní URL vaší instance Oracle Fusion (například https://your-fusion-instance.oraclecloud.com), uživatelské jméno a heslo účtu s dostatečnými oprávněními ke čtení dat o zásobách.
Nastavte Python skript: Stáhněte poskytnutý Python skript. Otevřete soubor v editoru a najděte konfigurační část na začátku. Doplňte hodnoty pro BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE a ORGANIZATION_ID.
Seznamte se s koncovými body API: Skript používá především koncový bod REST API inventoryTransactions. Poskytuje úplný záznam pohybů a úprav materiálu, který se převede na záznam událostí pro process mining.
Zkontrolujte mapování aktivit: Prohlédněte si ve skriptu funkci map_transaction_to_activity. Obsahuje hlavní logiku, která převádí hodnoty TransactionTypeName v Oracle na standardizované hodnoty ActivityName požadované v záznamu událostí. Mapování možná budete muset upravit podle typů transakcí používaných ve vaší organizaci.
Spusťte skript: V terminálu spusťte příkaz python your_script_name.py. Skript se ověří vůči API, načte transakční data po stránkách, zpracuje je a bude vypisovat průběžný stav do konzole.
Zpracování stránkování a načítání dat: Skript automaticky načítá stránky API postupnými požadavky s parametry offset a limit, dokud nezíská všechna data ze zadaného období. Tím se načte celý soubor dat bez nadměrného zatížení serveru nebo paměti skriptu.
Transformace dat: Skript převede odpověď JSON každé transakce na plochý záznam. Pole jako LotNumber, TransactionDate a CreatedBy namapuje na požadované atributy záznamu událostí InventoryBatchLot, EventStartTime a UserPerformingAction.
Vytvoření souboru CSV: Po načtení a zpracování všech dat skript uloží výsledky do souboru CSV oracle_fusion_inventory_log.csv ve stejné složce, ve které se nachází.
Kontrola a nahrání: Otevřete vytvořený soubor CSV v tabulkovém procesoru a ověřte jeho obsah. Zkontrolujte správné vyplnění dat, úplnost časového období a přítomnost všech očekávaných aktivit. Po ověření můžete soubor nahrát do ProcessMind.

Konfigurace

Přihlašovací údaje k API: Potřebujete platné username a password uživatele Oracle Fusion. Uživatel musí mít roli s oprávněním číst data o transakcích se zásobami, například Inventory Manager nebo vlastní integrační roli.
Základní URL: Zadejte správnou kořenovou URL své instance Oracle Fusion SCM, například https://your-instance.oraclecloud.com.
Časové období: Parametry START_DATE a END_DATE nastavte ve formátu YYYY-MM-DD a určete tak období exportu. Kvůli objemu dat doporučujeme začít obdobím 3 až 6 měsíců.
ID organizace: Zadejte ORGANIZATION_ID, abyste omezili export na jednu organizaci správy zásob nebo jeden sklad. Je to důležité pro výkon i relevanci dat.
Velikost stránky (Limit): Proměnná LIMIT ve skriptu určuje počet záznamů načtených při jednom volání API. Obvykle se osvědčí hodnota 100 až 500, která vyvažuje rychlost a zatížení API.
Verze API: Skript předpokládá konkrétní verzi REST API (11.13.18.05). Pokud vaše prostředí Oracle Fusion používá jinou verzi, možná budete muset upravit cestu URL.

Ukázkový dotaz python

import requests
import json
import csv
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion SCM instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance.oraclecloud.com]"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
class=class="hl-string">"hl-comment"># Specify the Inventory Organization ID to filter results
ORGANIZATION_ID = class="hl-string">"[your_organization_id]"
LIMIT = 500  class=class="hl-string">"hl-comment"># Number of records to fetch per API call
OUTPUT_FILE = class="hl-string">"oracle_fusion_inventory_log.csv"

class=class="hl-string">"hl-comment"># --- API Endpoint ---
API_ENDPOINT = fclass="hl-string">"{BASE_URL}/fscmRestApi/resources/11.13.18.05/inventoryTransactions"

def map_transaction_to_activity(transaction_type_name):
    class="hl-string">"""Maps Oracle Fusion transaction type names to standardized activity names."""
    mapping = {
        class=class="hl-string">"hl-comment"># Goods Receipt & Returns
        class="hl-string">"PO Receipt": class="hl-string">"Goods Receipt Recorded",
        class="hl-string">"RMA Receipt": class="hl-string">"Return Goods Processed",
        class=class="hl-string">"hl-comment"># Put-away & Internal Moves
        class="hl-string">"Subinventory Transfer": class="hl-string">"Stock Moved Internally",
        class="hl-string">"WMS Putaway": class="hl-string">"Put-away Completed", class=class="hl-string">"hl-comment"># Assuming WMS module is used
        class="hl-string">"Move Order Transfer": class="hl-string">"Stock Moved Internally",
        class=class="hl-string">"hl-comment"># Adjustments & Counts
        class="hl-string">"Cycle Count Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class="hl-string">"Physical Inventory Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class=class="hl-string">"hl-comment"># Note: Cycle Count Performed is often the same transaction as the adjustment.
        class=class="hl-string">"hl-comment"># We can create a dedicated activity for the adjustment itself.
        class=class="hl-string">"hl-comment"># Picking, Packing, Shipping (Goods Issue)
        class="hl-string">"Sales Order Pick": class="hl-string">"Picking Completed",
        class="hl-string">"Sales Order Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"Movement Request Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"WIP Component Issue": class="hl-string">"Goods Issue Recorded",
        class=class="hl-string">"hl-comment"># Disposals
        class="hl-string">"Miscellaneous Issue": class="hl-string">"Stock Scrapped/Disposed", class=class="hl-string">"hl-comment"># Often used for scrap with a reason code
        class="hl-string">"Account Alias Issue": class="hl-string">"Stock Scrapped/Disposed",
        class=class="hl-string">"hl-comment"># Status Changes (often handled outside material transactions, placeholder)
        class="hl-string">"Lot Status Update": class="hl-string">"Item Status Changed",
    }
    return mapping.get(transaction_type_name, None)

def fetch_inventory_transactions():
    class="hl-string">"""Fetches and processes all inventory transactions within the specified date range."""
    event_log = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Use a session for persistent authentication
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction...")

    while has_more:
        params = {
            class="hl-string">'finder': class="hl-string">'TransactionDateFinder',
            class="hl-string">'q': fclass="hl-string">'OrganizationId={ORGANIZATION_ID};TransactionDate between \'{START_DATE}\class="hl-string">' and \'{END_DATE}\class="hl-string">'',
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">'TransactionId,TransactionDate,TransactionTypeName,LotNumber,ItemNumber,CreatedBy,SubinventoryCode,LocatorId,TransactionReasonId,LastUpdateDate'
        }

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

            if not items:
                print(class="hl-string">"No more items found. Ending extraction.")
                has_more = False
                continue

            print(fclass="hl-string">"Fetched {len(items)} records. Processing offset {offset}...")

            class=class="hl-string">"hl-comment"># Process each transaction from the API response
            for item in items:
                if not item.get(class="hl-string">'LotNumber'):
                    continue class=class="hl-string">"hl-comment"># Skip transactions without a lot number as it's the case ID
                
                activity_name = map_transaction_to_activity(item.get(class="hl-string">'TransactionTypeName'))
                
                class=class="hl-string">"hl-comment"># If the transaction type doesn't map to a relevant activity, skip it
                if not activity_name:
                    continue

                class=class="hl-string">"hl-comment"># Create the event log entry
                event = {
                    class="hl-string">'InventoryBatchLot': item.get(class="hl-string">'LotNumber'),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventStartTime': item.get(class="hl-string">'TransactionDate'),
                    class="hl-string">'EventEndTime': item.get(class="hl-string">'TransactionDate'), class=class="hl-string">"hl-comment"># End time is often same as start for transactions
                    class="hl-string">'UserPerformingAction': item.get(class="hl-string">'CreatedBy'),
                    class="hl-string">'ItemNumber': item.get(class="hl-string">'ItemNumber'),
                    class="hl-string">'WarehouseLocation': item.get(class="hl-string">'SubinventoryCode'), class=class="hl-string">"hl-comment"># Using Subinventory as location
                    class="hl-string">'MovementReasonCode': item.get(class="hl-string">'TransactionReasonId'),
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': datetime.now().isoformat()
                }
                event_log.append(event)

            class=class="hl-string">"hl-comment"># Check if there are more pages
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break
    
    return event_log

def write_to_csv(data):
    class="hl-string">"""Writes the processed data to a CSV file."""
    if not data:
        print(class="hl-string">"No data to write to CSV.")
        return

    print(fclass="hl-string">"Writing {len(data)} records to {OUTPUT_FILE}...")
    
    class=class="hl-string">"hl-comment"># Define the headers based on the keys of the first dictionary
    headers = [
        class="hl-string">'InventoryBatchLot', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime',
        class="hl-string">'UserPerformingAction', class="hl-string">'ItemNumber', class="hl-string">'WarehouseLocation',
        class="hl-string">'MovementReasonCode', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]

    with open(OUTPUT_FILE, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(data)
    
    print(class="hl-string">"CSV file has been created successfully.")

if __name__ == class="hl-string">"__main__":
    all_transactions = fetch_inventory_transactions()
    write_to_csv(all_transactions)

Chcete začít?

Použijte tuto šablonu k přípravě dat a k získání přehledu o procesech správy zásob. 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í zásob a začněte s optimalizací ještě dnes

Najděte neefektivní postupy a zkraťte dobu obratu zásob o 30 %.

Spustit zkušební verzi zdarma

Bez platební karty. Začít můžete během několika minut.

Šablona dat pro řízení zásob

Šablona dat pro řízení zásob

Atributy řízení zásob

Aktivity v řízení zásob

Návody na získání dat

Získání dat pro řízení zásob pomocí Oracle BI Publisher

Kroky

Konfigurace

Ukázkový dotaz sql

Hromadný export dat pomocí Oracle BI Cloud Connector (BICC)

Kroky

Konfigurace

Ukázkový dotaz sql

Export pomocí Python skriptu a REST API Oracle Fusion SCM

Kroky

Konfigurace

Ukázkový dotaz python

Chcete začít?

Zlepšete řízení zásob a začněte s optimalizací ještě dnes