> Folyamatos folyamatfejlesztés > Készletgazdálkodás > Oracle Fusion SCM > Adatsablon

Készletgazdálkodási adatsablon

Oracle Fusion SCM

← Vissza a folyamatfejlesztési útmutatóhoz

A készletgazdálkodás attribútumai(20) A készletgazdálkodás tevékenységei(15) Adatkinyerési útmutatók(3)

Készletgazdálkodási adatsablon

Ez a sablon útmutatást ad a készletgazdálkodási adatok Oracle Fusion SCM-ből történő kinyeréséhez és strukturálásához. Bemutatja azokat a szükséges attribútumokat és tevékenységeket, amelyekből használható eseménynapló készíthető. Segítségével pontosan elemezheti készletfolyamatait, és feltárhatja a fejlesztendő területeket.

Javasolt attribútumok
A folyamatelemzéshez követendő tevékenységek
Útmutató az Oracle Fusion SCM-adatok kinyeréséhez

Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Sablon letöltése

A készletgazdálkodás attribútumai

Ezeket az alapvető adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse készletgazdálkodási folyamatait.

5 Kötelező 5 Javasolt 10 Nem kötelező

	Név	Leírás
	Esemény kezdési időpontja EventStartTime	Az időbélyeg, amely jelzi, mikor kezdődött a készletkezelési tevékenység.
Leírás Ez az attribútum rögzíti a tevékenység kezdésének pontos dátumát és időpontját. Ez az elsődleges időadat az események időrendi sorrendbe állításához és a folyamat menetének összeállításához. Az elemzés során az esemény kezdési időpontja alapvető a tevékenységek közötti időtartamok és várakozási idők kiszámításához. Segítségével feltárhatók a szűk keresztmetszetek, mérhetők az olyan KPI-k ciklusidejei, mint az „Average Put-away Cycle Time”, és elemezhető a folyamat teljesítménye különböző időszakokban, például műszakonként, naponta vagy havonta. Miért fontos? Ez az időbélyeg szükséges az események sorrendbe állításához, a ciklusidők és várakozási idők kiszámításához, valamint a folyamat szűk keresztmetszeteinek feltárásához. Hol szerezhető be? Jellemzően a készlettranzakciós táblák tranzakciós dátum vagy létrehozási dátum mezőjéből származik, például az INV_MATERIAL_TXNS tábla TRANSACTION_DATE mezőjéből. Példák 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Inventory Batch/Lot InventoryBatchLot	Egy adott készletcikk tételének vagy sarzsának egyedi azonosítója, amely esetazonosítóként szolgál az életciklus nyomon követéséhez.
Leírás Az Inventory Batch vagy Lot száma az elsődleges esetazonosító, amely egy termék adott mennyiségéhez kapcsolódó összes tevékenységet összefogja. Így nyomon követhető a készlet adott mennyiségének teljes életciklusa, a készletre vételtől a különböző mozgatásokon át a kiadásig vagy felhasználásig. A process mining elemzésben ez az attribútum alapvető. Egyetlen folyamatpéldányba kapcsolja össze az olyan különálló eseményeket, mint az átvétel, a minőségellenőrzés, a belső áthelyezés és az árukiadás. Az Inventory Batch/Lot szerinti elemzéssel kiszámíthatók a teljes folyamat átfutási idejei, azonosíthatók a jellemző útvonalak, és feltárhatók az egyes készletcsoportokat érintő szűk keresztmetszetek. Miért fontos? Ez az alapvető esetazonosító kapcsolja össze a készlethez tartozó tevékenységeket, így a készlettétel útja az átvételtől a kiadásig végigkövethető. Hol szerezhető be? Ez az adat jellemzően a készlettranzakciós táblákban, például az INV_MATERIAL_TXNS táblában található, a tétel- vagy sarzskezelés adataihoz kapcsolva. Példák LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Tevékenység neve ActivityName	Az elvégzett készletkezelési tevékenység neve.
Leírás A tevékenység neve egy adott tételhez vagy sarzshoz kapcsolódó, a készletkezelési folyamatban végrehajtott lépést vagy eseményt jelöl. Ezek az események alkotják a folyamat menetét. Ilyen tevékenység például az „Goods Receipt Recorded”, a „Quality Inspection Performed”, a „Stock Moved Internally” és a „Goods Issue Recorded”. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segítségével megjeleníthetők a folyamatok, feltárhatók az eltérések, és elemezhetők a lépések közötti átmenetek időtartamai. Miért fontos? Ez az attribútum alapvető a folyamattérkép összeállításához, mert meghatározza a készlet életciklusát alkotó lépéseket és eseményeket. Hol szerezhető be? Gyakran a forrástáblák tranzakciótípusainak vagy eseménykódjainak, például az INV_MATERIAL_TXNS adatainak felhasználóbarát tevékenységnevekre történő leképezésével állítják elő. Példák Áruátvétel rögzítveBetárolás befejezveKészleteltérés korrigálvaKomissiózás elindítva
	Forrásrendszer SourceSystem	Megadja, melyik rendszerből származnak a kinyert adatok.
Leírás Ez az attribútum megadja, melyik forrásalkalmazásban rögzítették a készlettranzakciót. Nagyvállalatoknál a készletadatok több rendszerből vagy modulból is származhatnak. A forrásrendszer megadása fontos az adatirányítás és az adatok környezetének megértése szempontjából. Segít az adatok kinyerésével kapcsolatos problémák elhárításában, és használható a több rendszeren vagy példányon átívelő folyamatok összehasonlítására is, például a különböző régiók ERP-rendszereiben zajló készletkezelési folyamatok összevetésére. Miért fontos? Fontos információt ad az adatok eredetéről, ami segíti az adatok ellenőrzését és irányítását, valamint a több rendszeren átívelő folyamatok elemzését. Hol szerezhető be? Ez általában az adatok kinyerése és átalakítása során hozzáadott állandó érték, amely az adatok eredetét jelöli. Példák Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Utolsó adatfrissítés LastDataUpdate	Időbélyeg, amely jelzi, mikor frissítették utoljára a rekord adatait a forrásrendszerből.
Leírás Ez az attribútum azt rögzíti, mikor nyerték ki utoljára az adatokat a forrásrendszerből, és mikor töltötték be őket a process mining eszközbe. Megmutatja, mennyire frissek az elemzett adatok. Ez az időbélyeg segít megítélni, mennyire aktuálisak a folyamatokról kapott információk. A felhasználók láthatják, hogy közel valós idejű adatokat vagy egy korábbi időszak pillanatképét elemzik-e. Ez fontos ahhoz, hogy az elemzés alapján időben és megalapozottan dönthessenek. Miért fontos? Megmutatja, mennyire frissek az adatok, így a felhasználók tudják, mennyire aktuális a folyamat elemzése, és mikorra várható a következő adatfrissítés. Hol szerezhető be? Ez az ETL-folyamat során létrehozott metaadatmező. Példák 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Cikkszám ItemNumber	A kezelt termék vagy anyag egyedi azonosítója.
Leírás A cikkszám, más néven SKU (készletnyilvántartási egység), azonosítja a készlettranzakcióban érintett terméket. Így az elemzés termék szerint szűrhető és csoportosítható. A process mining során ez az attribútum elengedhetetlen a termékközpontú elemzéshez. Segítségével megválaszolható például, hogy mely termékek betárolása tart a legtovább, vagy mely tételeknél történik a leggyakrabban készletkorrekció. Az eredmények alapján célzottan fejleszthetők az egyes termékvonalak vagy kategóriák folyamatai. Miért fontos? Lehetővé teszi az egyes termékek szerinti szűrést és elemzést, így azonosíthatók azok a tételek, amelyekhez folyamatkésések vagy problémák kapcsolódnak. Hol szerezhető be? A készlettranzakciós táblák alapvető mezője, jellemző neve INVENTORY_ITEM_ID. Ez kapcsolódik a terméktörzs táblához (EGP_SYSTEM_ITEMS_B), amely a részletes adatokat tartalmazza. Példák AS54888CPU-INT-i9MEM-DDR5-32GB
	Esemény befejezési időpontja EventEndTime	Az időbélyeg, amely jelzi, mikor fejeződött be a készletkezelési tevékenység.
Leírás Az esemény befejezési időpontja jelzi a tevékenység végét. Sok készlettranzakció egyetlen időpontban rögzül, de egyes tevékenységeknek, például a „Quality Inspection” vagy a „Picking” folyamatnak van időtartama. Az azonnali eseményeknél a befejezési idő gyakran megegyezik a kezdési idővel. Ezt az attribútumot az esemény kezdési időpontjával együtt használják az egyes tevékenységek feldolgozási idejének kiszámításához. Ez fontos a teljesítmény elemzéséhez, az erőforrások kihasználtságának vizsgálatához és a vártnál hosszabb tevékenységek feltárásához, amelyek késleltethetik a teljes folyamatot. Miért fontos? Lehetővé teszi az egyes tevékenységek feldolgozási idejének kiszámítását, így azonosíthatók a különösen időigényes lépések. Hol szerezhető be? Az azonnali tranzakcióknál megegyezhet a kezdési idővel. Az időtartammal rendelkező tevékenységeknél a megfelelő forrástáblában külön befejezési időbélyeg-mező tartalmazhatja. Példák 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Mozgásindok kódja MovementReasonCode	A készletmozgás vagy -korrekció üzleti okát jelölő kód.
Leírás A mozgásindok kódja megmutatja, miért történt a készlettranzakció. Különösen fontos a szokásostól eltérő mozgásoknál, például selejtezés, leltározás utáni korrekció vagy visszáru esetén. Ez az attribútum segít feltárni a problémák kiváltó okát. A „Készletkorrekciók gyakorisága és indokai” dashboard például e kód alapján csoportosítja a korrekciókat, így elkülöníthető a sérülés, a lopás és az adatrögzítési hiba. Az indokok elemzésével a legjelentősebb problémákra összpontosíthatók a folyamatfejlesztési lépések. Miért fontos? Megmutatja, miért történt készletmozgás vagy -korrekció, így feltárhatók az eltérésekhez vagy selejtezéshez hasonló problémák kiváltó okai. Hol szerezhető be? A tranzakciós táblák indokkód-mezőjében található, például az INV_MATERIAL_TXNS REASON_ID mezőjében. Ez egy indokkódokat tartalmazó törzstáblához kapcsolódik. Példák SZÁLLÍTÁS KÖZBEN SÉRÜLTLELTÁROZÁSI KORREKCIÓLEJÁRT KÉSZLET
	Műveletet végrehajtó felhasználó UserPerformingAction	A készlettranzakciót végrehajtó személy felhasználói azonosítója vagy neve.
Leírás Ez az attribútum azonosítja az adott tevékenységért felelős felhasználót, például a betárolási feladatot elvégző raktári dolgozót vagy a korrekciót jóváhagyó készletgazdálkodási vezetőt. A felhasználók szerinti elemzés fontos a munkaterhelés eloszlásának megértéséhez, a képzési igények feltárásához és a megfelelés biztosításához. Az „Inventory Adjustment Frequency And Reasons” dashboard például ezzel az attribútummal mutatja meg, ki végez leggyakrabban korrekciókat. Ez kiemelheti a jól teljesítő munkatársakat, illetve azokat, akiknek további képzésre lehet szükségük a készletellenőrzési eljárások terén. Miért fontos? Az egyes műveleteket konkrét személyekhez rendeli, így elemezhető a felhasználói teljesítmény, a munkaterhelés, a képzési igény és a folyamatoknak való megfelelés. Hol szerezhető be? A tranzakciós táblákban jellemzően „USER_ID” vagy „CREATED_BY” mezőként található meg, például az INV_MATERIAL_TXNS tábla CREATED_BY mezőjében. Példák JSMITHAMARTINWAREHOUSE.OPERATOR
	Raktári hely WarehouseLocation	A raktáron belüli pontos hely, ahol a tevékenység történt, például egy tárhely vagy zóna.
Leírás Ez az attribútum a készlettranzakcióhoz kapcsolódó pontos raktári helyet jelöli, például egy folyosót, állványt vagy tárhelyet. Megmutatja, hol tárolják vagy mozgatják a készletet. A raktári hely szerinti elemzés feltárhatja a logisztikai folyamatok hiányosságait. A „Belső készletmozgatás átfutási ideje” dashboard például megmutathatja, ha bizonyos zónák közötti áthelyezések rendszeresen lassúak. Az elemzés azt is jelezheti, ha egyes helyeken gyakrabban fordul elő készleteltérés. Miért fontos? Megadja a raktáron belüli helyet, így elemezhető a készletmozgatás hatékonysága, valamint az egyes helyekhez kötődő problémák, például a szűk keresztmetszetek és a gyakori korrekciók. Hol szerezhető be? A készlettranzakciós táblák LOCATOR_ID mezőjéből származik. Ez összekapcsolható a helyek törzsadataival (INV_ITEM_LOCATIONS), így leíró nevek is megjeleníthetők. Példák A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
	Alkészletkód SubinventoryCode	A készletszervezet egyik alegysége, amely egy adott tárolási területet vagy típust jelöl.
Leírás Az alkészlet a nagyobb készletszervezeten, például egy raktáron belüli tételek logikai vagy fizikai csoportja. Ilyen lehet az „Áruátvétel”, a „Késztermékek”, a „Minőségellenőrzésre vár” vagy a „Hibás anyag”. Ez az attribútum a konkrét tárhelynél magasabb szintű helyelemzést tesz lehetővé. Hasznos a különböző funkcionális területek közötti anyagáramlás követésére, például annak mérésére, mennyi idő alatt kerülnek át a tételek az „Áruátvétel” alkészletből a „Késztermékek” alkészletbe a minőségellenőrzés után. Miért fontos? Lehetővé teszi a készletmozgás és a tárolási idő elemzését a raktár különböző funkcionális területei, például az áruátvétel, a minőségellenőrzés és a fő tároló között. Hol szerezhető be? A készlettáblák szokásos mezője, gyakori neve SUBINVENTORY_CODE. Példák ÁRUÁTVÉTELFGIRAKTÁR
	Készleten töltött napok InventoryHoldingDays	Az az idő, ameddig egy készlettétel készleten marad, az első átvételtől a végső kiadásig vagy selejtezésig.
Leírás Ez az eset szintjén számított KPI azt méri, mennyi ideig tartanak készleten egy adott készletet vagy tételt. Mérése az első „Áruátvétel rögzítve” tevékenység időbélyegétől az adott eset utolsó „Árukiadás rögzítve” vagy „Készlet selejtezve/megsemmisítve” tevékenységének időbélyegéig tart. Ez a mutató fontos a forgótőke és a tárolási költségek kezeléséhez. A magas érték lassan forgó készletre utal, ami növelheti a költségeket és az elavulás kockázatát, valamint rontja a raktárterület kihasználását. A KPI elemzése segít optimalizálni a készletszintet és javítani a készletforgást. Miért fontos? A pénzügyi és működési hatékonyság fontos KPI-ja. Megmutatja, mennyi ideig áll a tőke készletben, és segít azonosítani a lassan forgó tételeket. Hol szerezhető be? Ez az eset szintjén számított mutató, amelyet a process mining eszköz az utolsó releváns esemény és az első esemény időbélyege közötti különbségből számít ki. Példák 30 nap 10:05:0095 nap 04:00:0015 nap 12:30:00
	Készletszervezet InventoryOrganization	Az a szervezet, például raktár vagy gyártóüzem, ahol a készletet tárolják.
Leírás A készletszervezet olyan önálló telephely vagy egység, ahol készletet tartanak, például elosztóközpont vagy gyár. Az Oracle Fusion SCM egyik alapvető szervezeti adateleme. Ez az attribútum lehetővé teszi a folyamatok szűrését és összehasonlítását a különböző telephelyek között. Segítségével megválaszolható például, hogy melyik raktárban a legrövidebb a betárolási idő, vagy magasabb-e a készleteltérések aránya az európai vagy az észak-amerikai telephelyeken. Így összehasonlíthatók a teljesítmények, és megoszthatók a bevált gyakorlatok a szervezeten belül. Miért fontos? Lehetővé teszi a folyamatok összehasonlítását és a teljesítményértékelést a különböző telephelyeken, például raktárakban és üzemekben, így feltárhatók az egyes helyszínekre jellemző teljesítménykülönbségek. Hol szerezhető be? A tranzakciós táblák alapvető mezője, például az ORGANIZATION_ID, amely a szervezet nevét tartalmazó törzsadattáblához kapcsolódik. Példák US1 elosztóközpontSeattle-i gyártóüzemKözép-európai raktár
	Készlettranzakció-azonosító InventoryTransactionId	Egy készletesemény rendszer által generált egyedi azonosítója.
Leírás A készlettranzakció-azonosító a forrásrendszerben szereplő egyedi készlettranzakciós rekord elsődleges kulcsa. Az eseménynapló minden sora egy ilyen azonosítónak felel meg. A magas szintű folyamattérképeken általában nem használják közvetlenül, de az adatok ellenőrzéséhez, auditálásához és részletes vizsgálatához nélkülözhetetlen. Közvetlenül az Oracle Fusion SCM megfelelő rekordjára mutat, így az elemzők a forrásrendszerben is megvizsgálhatják az eltéréseket vagy az egyes eseményeket. Miért fontos? Minden eseményhez egyedi kulcsot rendel, ami elengedhetetlen az adatok ellenőrzéséhez, a nyomon követéshez és a forrásrendszer rekordjának megnyitásához. Hol szerezhető be? A fő készlettranzakciós tábla elsődleges kulcsa, jellemzően az INV_MATERIAL_TXNS TRANSACTION_ID mezője. Példák 987654321123456789555444333
	Leltározási korrekció történt IsCycleCountAdjustment	Logikai jelző, amely akkor igaz, ha a készletkorrekció közvetlenül leltározás után történik.
Leírás Ez a származtatott logikai attribútum (igaz/hamis) azokat a „Készleteltérés korrigálva” tevékenységeket azonosítja, amelyek röviddel az ugyanahhoz a tételhez és helyhez tartozó „Leltározás elvégezve” tevékenység után történnek. Így elkülöníthetők a leltározás közvetlen következményeként végrehajtott korrekciók. Ezt a jelzőt használja a „Leltározás utáni korrekciók aránya” KPI. Segítségével az elemzők mérhetik a leltározási program hatékonyságát, vagyis azt, milyen gyakran vezet korrekcióhoz a leltár. A magas arány a készletnyilvántartás pontosságának rendszerszintű problémáira utalhat. Miért fontos? Segít mérni a leltározási folyamat hatékonyságát azáltal, hogy elkülöníti a fizikai leltár közvetlen következményeként végrehajtott korrekciókat. Hol szerezhető be? Ez a származtatott attribútum az adatátalakítás során jön létre, az adott tételhez vagy készlethez tartozó tevékenységek sorrendjének ellenőrzésével. Példák truefalse
	Mennyiség Quantity	A tranzakcióban érintett tétel mennyisége.
Leírás Ez az attribútum azt mutatja meg, hogy egy tételből hány egységet mozgattak, korrigáltak, számoltak meg vagy érintettek más tranzakcióban. Az egyes események nagyságát méri. A mennyiség számos elemzés alapvető mutatója. Segítségével kiszámítható a feldolgozott áru mennyisége, a készleteltérések nagysága és a selejt mennyisége. Költségadatokkal együtt a folyamatok hiányosságainak pénzügyi hatása is számszerűsíthető, például a „Leltározási eltérések elemzése” dashboardon. Miért fontos? Megmutatja az egyes tranzakciók mennyiségét, így elemezhető az áteresztőképesség, az eltérések nagysága és a készletkezelési tevékenységek pénzügyi hatása. Hol szerezhető be? A készlettranzakciós táblák szokásos mezője, például az INV_MATERIAL_TXNS PRIMARY_QUANTITY vagy TRANSACTION_QUANTITY mezője. Példák 100-105000
	Mértékegység UnitOfMeasure	A tranzakció mennyiségének mértékegysége, például darab, kilogramm vagy doboz.
Leírás A mértékegység (UOM) megadja, mit jelent a „Mennyiség” attribútum számszerű értéke. A 10-es mennyiség például jelenthet 10 darabot, 10 dobozt vagy 10 kilogrammot. Ez az attribútum nélkülözhetetlen a mennyiségi elemzések pontos értelmezéséhez. Mértékegység nélkül nem hasonlíthatók össze a különböző tételek tranzakciói, és a mennyiségek sem összesíthetők helyesen. Gondoskodik arról, hogy az elemzés egységes és értelmezhető alapokon történjen. Miért fontos? Megadja a „Mennyiség” attribútum értelmezéséhez szükséges mértékegységet, így az értékek helyesen olvashatók és összehasonlíthatók. Hol szerezhető be? A tranzakciós táblákban jellemzően a mennyiség mező mellett található, például az INV_MATERIAL_TXNS TRANSACTION_UOM mezőjében. Példák EAKGBOX
	SKU-kategória SKUCategory	A termék (SKU) kategóriája vagy termékcsaládja.
Leírás Az SKU-kategória a hasonló termékek csoportosítására szolgál. Ilyen kategória lehet például az „Elektronika”, az „Alapanyagok”, a „Késztermékek”, illetve az érték szerinti A, B és C kategória. Ez az attribútum lehetővé teszi a termékcsoportok magas szintű elemzését, ami gyakran többet mutat, mint több ezer egyedi tétel vizsgálata. A „Selejt- és elavulási arány elemzése” dashboard például segít azonosítani, mely termékkategóriákban selejteznek leggyakrabban. Az eredmények alapján fejleszthető a készletpolitika és a kereslet-előrejelzés. Miért fontos? Lehetővé teszi a folyamatok teljesítményének összesítését és összehasonlítását a különböző termékcsoportok között, így olyan trendek is láthatóvá válnak, amelyek az egyes tételek szintjén nem feltétlenül tűnnek fel. Hol szerezhető be? Ezek az adatok jellemzően a terméktörzsben (EGP_SYSTEM_ITEMS_B) találhatók, ezért össze kell kapcsolni őket a tranzakciós adatokkal. Példák Gyorsan forgóNagy értékűPótalkatrészek
	Tételállapot ItemStatus	A készlettétel aktuális állapotát jelzi, például aktív, inaktív vagy elavult.
Leírás A tételállapot a termék életciklusának szakaszát mutatja. A tétel lehet „Aktív”, ha szokásos tranzakciókban használják, „Zárolt”, ha minőségellenőrzésre vár, vagy „Elavult”, ha már nincs használatban. Ez az attribútum fontos háttér-információt ad bizonyos tevékenységek elemzéséhez. Az elavult tételek gyakori selejtezése például várható, az aktív tételek selejtezése viszont komoly problémára utalhat. Segítségével az elemzés a releváns, aktív készletre összpontosítható. Miért fontos? A termék életciklusának ismeretében elkülöníthetők a várható események, például az elavult tételek selejtezése, a nem várt folyamatproblémáktól. Hol szerezhető be? Ez az adat a terméktörzsből, például az EGP_SYSTEM_ITEMS_B táblából származik, és össze kell kapcsolni a tranzakciós adatokkal. Példák AktívInaktívElavult
	Tranzakciótípus TransactionType	A készlettranzakció rendszer által meghatározott típusa.
Leírás Ez az attribútum a készletesemény rendszer szintű, eredeti besorolása, például „PO Receipt”, „Subinventory Transfer” vagy „Cycle Count Adjustment”. Gyakran technikai besorolás, amelyből a felhasználóbarát tevékenységnév származik. A tevékenységnév a folyamat magas szintű térképein használatos, a tranzakciótípus viszont részletes technikai elemzéshez vagy a tevékenységekhez rendelés ellenőrzéséhez lehet hasznos. Segíthet azonosítani az egyetlen tevékenység alá sorolt részfolyamatokat vagy rendszerbeli működéseket. Miért fontos? Megadja az esemény eredeti rendszerbeli besorolását, ami részletes elemzéshez és a „Tevékenységnév” meghatározásának ellenőrzéséhez hasznos. Hol szerezhető be? A készlettranzakciós táblák szokásos mezője, amely jellemzően egy tranzakciótípusokat tartalmazó törzstáblából, például az MTL_TRANSACTION_TYPES táblából származik. Példák PO ReceiptAlraktárak közötti áthelyezésWIP Component Issue

Kötelező Javasolt Nem kötelező

A készletgazdálkodás tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban, hogy pontosan és részletesen feltárhassa a készletgazdálkodási folyamatokat.

7 Javasolt 8 Nem kötelező

	Tevékenység	Leírás
	Áruátvétel rögzítve	A készlettétel vagy sarzs fizikai beérkezését jelzi a raktárba, jellemzően egy beszerzési rendeléshez vagy visszáru-engedélyhez kapcsolódóan. A rendszer az áru átvételekor rögzíti ezt a tranzakciót, így létrejön az első nyilvántartás az adott készlettételről.
Miért fontos? Ez az esemény a készlet életciklusának elemzésében az elsődleges kezdőpont. Az esemény és a későbbi lépések, például a betárolás vagy a minőségellenőrzés közötti idő mérése alapvető a beérkező áruk kezelésének hatékonyságához. Hol szerezhető be? Anyagtranzakcióként az INV_MATERIAL_TXNS táblában szerepel, például „PO Receipt”, „RMA Receipt” vagy „Intransit Shipment Receipt” tranzakciótípussal. Az esemény időbélyege a tranzakció létrehozásának dátuma. Rögzítés Az esemény az átvételi tranzakció végrehajtásakor kerül a naplóba. Eseménytípus explicit
	Árukészlet kiadása rögzítve	A készlettétel raktárból való végleges kikerülését jelzi, akár vevőnek történő kiszállítás, gyártási rendeléshez való kiadás, akár másik telephelyre történő áthelyezés miatt. Ez egy egyértelműen rögzített anyagtranzakció, amely csökkenti a készletet.
Miért fontos? Ez a készlet életciklusának egyik elsődleges záróeseménye, amely fontos a készletforgás és a készlettartási napok kiszámításához. Azt igazolja, hogy az adott tétel kielégítette a keresletet. Hol szerezhető be? Anyagtranzakcióként szerepel az INV_MATERIAL_TXNS táblában, például „Sales Order Issue”, „WIP Component Issue” vagy „Transfer Order Shipment” típussal. Rögzítés A szállítás visszaigazolásakor vagy az alkatrészkiadási tranzakció feldolgozásakor kerül a naplóba. Eseménytípus explicit
	Betárolás befejezve	A készlettétel kijelölt tárolóhelyre vagy alraktárba mozgatásának befejezését jelzi, amely után a tétel hivatalosan is az elérhető készlet részévé válik. Ezt egy rögzített anyagtranzakció mutatja, amely az átvételi helyről tárolási helyre módosítja a tétel helyét.
Miért fontos? Ez a mérföldkő jelzi a beérkező folyamat végét. Az „Goods Receipt Recorded” eseménytől eddig eltelt idő a betárolás hatékonyságának fontos KPI-ja. Hol szerezhető be? Anyagtranzakcióként szerepel az INV_MATERIAL_TXNS táblában, gyakran „Subinventory Transfer” vagy „Put Away” típussal. A tranzakció a tételt az átvételi alraktárból egy tárolási alraktárba helyezi át. Rögzítés Az esemény akkor kerül a naplóba, amikor befejeződik a tárolási helyre mozgatást rögzítő tranzakció. Eseménytípus explicit
	Készlet selejtezve vagy ártalmatlanítva	A készlettétel hivatalos kivezetését jelzi, ha az lejárt, sérült, elavult vagy más okból használhatatlan. Ez egy rögzített tranzakció, amely leírja a készlet értékét.
Miért fontos? Ez a készlet életciklusának záróeseménye, ha a tételt nem értékesítik vagy használják fel. A selejtezés nyomon követése segít feltárni a készlet elöregedésével, a kereslet előrejelzésével vagy a kezelési folyamatokkal kapcsolatos problémákat, és közvetlen pénzügyi hatása van. Hol szerezhető be? Anyagtranzakcióként szerepel az INV_MATERIAL_TXNS táblában, jellemzően „Miscellaneous Issue” vagy külön „Scrap” tranzakciótípussal, selejtezéshez rendelt számlához és indokkódhoz kapcsolva. Rögzítés A selejtezési tranzakció végrehajtásakor és jóváhagyásakor kerül a naplóba. Eseménytípus explicit
	Készleteltérés korrigálva	Olyan rögzített tranzakció, amely a készlettétel rendszerben nyilvántartott mennyiségét a fizikai leltárhoz igazítja, vagy más eltérést, például sérülést korrigál. A tranzakció hivatalosan rögzíti a készletnövekedést vagy -csökkenést.
Miért fontos? A korrekciók gyakoriságának és okainak nyomon követése elengedhetetlen a pontatlan készletnyilvántartás kiváltó okainak, például a lopásnak, a sérülésnek vagy a folyamat hibáinak feltárásához. A korrekciók közvetlenül hatnak a pénzügyi nyilvántartásokra és a készletadatok megbízhatóságára. Hol szerezhető be? Anyagtranzakcióként szerepel az INV_MATERIAL_TXNS táblában, például „Cycle Count Adjustment” vagy „Miscellaneous Issue/Receipt” típussal, gyakran indokkóddal együtt. Rögzítés A készletkorrekciós tranzakció jóváhagyásakor és könyvelésekor kerül a naplóba. Eseménytípus explicit
	Komissiózás befejezve	Azt jelzi, hogy a készlettételt fizikailag kivették a tárolási helyéről, és egy átmeneti területre vitték. Ez rögzített tranzakció: a komissiózó a rendszerben visszaigazolja a feladat elvégzését.
Miért fontos? Ez fontos mérföldkő a rendelésteljesítésben. A „Picking Initiated” eseménytől eddig eltelt idő a komissiózó hatékonyságát és a komissiózási folyamat teljesítményét méri. Hol szerezhető be? Komissiózási visszaigazolási tranzakció rögzíti. Ez a mozgatási rendelés sorának vagy a raktári feladatnak az állapotát „Completed” értékre módosítja, vagy „Subinventory Transfer” tranzakciót indít az INV_MATERIAL_TXNS táblában. Rögzítés Akkor kerül a naplóba, amikor a felhasználó visszaigazolja a komissiózási tranzakciót a rendszerben, gyakran mobil RF-eszközön keresztül. Eseménytípus explicit
	Minőségellenőrzés elvégezve	A minőségellenőrzés befejezését jelzi, amikor döntenek a készlettétel elfogadásáról vagy elutasításáról. Az esemény általában a minőségellenőrzési rekord végső állapotfrissítéséből következtethető ki.
Miért fontos? Ez fontos mérföldkő, mert meghatározza, hogy a készlet elérhető-e a további folyamatokhoz. Az ellenőrzés eredményének és időtartamának elemzése segít a minőségellenőrzés és a beszállítói teljesítmény javításában. Hol szerezhető be? A QA_RESULTS táblában szereplő minőségellenőrzési rekord végső állapotának, például „Accepted” vagy „Rejected” értékre frissítési időpontjából, illetve abból következtethető ki, hogy a tétel anyagállapota „QA”-ról „Active”-ra változik. Rögzítés A készlettételhez tartozó minőségellenőrzési rekord befejezési dátumából származik. Eseménytípus inferred
	Betárolás elindítva	A beérkezett áru átmeneti vagy átvételi területről a végleges tárolási helyére mozgatásának kezdetét jelzi. Ez általában a betároláshoz kapcsolódó, rendszer által létrehozott feladatból vagy mozgatási igényből következtethető ki.
Miért fontos? A betárolás gyors elindítása segít felszabadítani az átvételi területet és elérhetővé tenni a készletet. Ezzel az eseménnyel mérhető az átvétel és a betárolás megkezdése közötti késés. Hol szerezhető be? A beérkezett tételhez kapcsolódó mozgatási igény vagy raktári feladat létrehozásának időbélyegéből következtethető ki a Warehouse Management System (WMS) modulban. Rögzítés A készlettranzakcióhoz vagy tételhez kapcsolódó betárolási feladat létrehozása alapján azonosítható. Eseménytípus inferred
	Cikk állapota megváltozott	A készlettétel felhasználhatósági vagy korlátozási állapotának változását jelzi, például zárolást, értékesítési korlátozást vagy a korlátozás feloldását. Ez általában a tétel állapotmezőjének változásából következtethető ki.
Miért fontos? Az állapotváltozások nyomon követése segít megérteni a készlet elérhetőségét és ellenőrzését. A gyakori zárolás minőségi problémákra utalhat, a feloldások követése pedig fontos a folyamat menetének megértéséhez. Hol szerezhető be? Az olyan készlettáblák, mint az INV_LOT_NUMBERS, „LOT_STATUS_CODE” vagy hasonló mezőinek változásából következtethető ki. A változás időpontjának rögzítéséhez szükség lehet az auditelőzményekre vagy az adatbázis naplóira. Rögzítés A tétel állapotmezőjének korábbi és aktuális értékeit időben összehasonlítva rögzíthető. Eseménytípus inferred
	Ciklikus leltározás elvégezve	Azt jelzi, hogy a készlettételt ciklikus leltározás vagy teljes leltár keretében fizikailag megszámolták. Ez egy rögzített művelet: a felhasználó beírja a megszámolt mennyiséget a rendszerbe.
Miért fontos? Ez a tevékenység alapvető a készletpontosságot javító programok elemzéséhez. Segítségével azonosíthatók az eltérések, és mérhető a leltározási folyamat hatékonysága. Hol szerezhető be? Az INV_CYCLE_COUNT_ENTRIES táblában rögzül, amikor a felhasználó megadja és elmenti a megszámolt mennyiséget. Az esemény időpontja a leltáradat rögzítésének időbélyege. Rögzítés Akkor kerül a naplóba, amikor a felhasználó egy ciklikus leltározási feladatban rögzíti az adott cikk és tétel megszámolt mennyiségét. Eseménytípus explicit
	Csomagolás befejezve	A csomagolás befejezését jelzi: a komissiózott tételt szállítási csomagolásba helyezik, majd lezárják a csomagolást. Ez rögzíthető az állomáson végzett beolvasással, vagy következtethető a szállítmány állapotának változásából.
Miért fontos? A fizikai raktári feldolgozás végét jelzi a szállítás előtt. A komissiózás és a csomagolás közötti idő elemzésével feltárhatók a csomagolóállomás hatékonysági problémái. Hol szerezhető be? A szállítási tétel vagy a szállítmány rekordjának, például a WSH_DELIVERY_DETAILS táblában szereplő rekordnak „Packed” állapotra váltásából következtethető ki. Egyes beállításoknál a csomagolóállomáson végzett művelet külön tranzakcióként is rögzülhet. Rögzítés A szállítmány állapotfrissítésének időbélyegéből vagy egy konkrét csomagolási tranzakció naplójából származik. Eseménytípus inferred
	Készlet belső mozgatása	A készlettétel ugyanazon raktáron belüli tárolási helyek, például tárolóhelyek vagy alraktárak közötti mozgatását rögzíti. Ezeket a mozgásokat anyagtranzakcióként naplózzák, például készletfeltöltés vagy összevonás céljából.
Miért fontos? A belső mozgások elemzésével feltárhatók a nem hatékony raktárelrendezések, a túlzott árumozgatás és a készletelhelyezés optimalizálásának lehetőségei. A gyakori mozgatás a kezdeti betárolás nem megfelelő logikájára utalhat. Hol szerezhető be? Az INV_MATERIAL_TXNS táblában anyagtranzakcióként szerepel, például „Subinventory Transfer” vagy „Locator Transfer” típussal, külső fél bevonása nélkül. Rögzítés A belső áthelyezési tranzakció befejezésekor kerül a naplóba. Eseménytípus explicit
	Komissiózás elindítva	A rendelésteljesítési folyamat kezdetét jelzi: feladat jön létre, amelynek során a készlettételt a tárolási helyéről egy vevői rendeléshez, munkarendeléshez vagy áthelyezéshez komissiózzák. Ez a komissiózási hullám vagy a mozgatási rendelés sorának létrehozásából következtethető ki.
Miért fontos? Ezzel az eseménnyel indul a komissiózási ciklusidő mérése. A rendelés készlethez rendelése és a komissiózás elindítása közötti késés a rendelésfeldolgozás vagy a raktári feladatok kiosztásának szűk keresztmetszeteire utalhat. Hol szerezhető be? A komissiózási feladathoz tartozó rekord létrehozásának időbélyegéből, vagy a mozgatási rendelés sorának, például a Mtl_Txn_Request_Lines rekordjának „Released to Warehouse” állapotra váltásából következtethető ki a WMS-táblákban. Rögzítés A készlettételhez kapcsolódó komissiózási feladat vagy mozgatási rendelés létrehozása alapján azonosítható. Eseménytípus inferred
	Minőségellenőrzés elindítva	Azt jelzi, amikor egy készlettételt minőségellenőrzésre jelölnek ki, mielőtt felhasználhatóvá válna. Ez általában a beérkezett tételhez kapcsolódó ellenőrzési terv létrehozásából vagy abból következtethető ki, hogy a tétel állapota „QA” zároltra változik.
Miért fontos? Ez jelzi a minőségbiztosítási folyamat kezdetét. Az esemény és a „Quality Inspection Performed” közötti idő megmutatja az átfutási időt és a minőségellenőrzési részleg lehetséges szűk keresztmetszeteit. Hol szerezhető be? A Quality Management modulban létrehozott minőségellenőrzési rekordból, például a QA_RESULTS táblából, vagy a tétel anyagállapotának ellenőrzési állapotra váltásából következtethető ki. Rögzítés A minőségellenőrzési terv létrehozásának időbélyegéből vagy a tétel „Awaiting Inspection” állapotra váltásából következtethető ki. Eseménytípus inferred
	Visszáru feldolgozva	A vevőtől visszaküldött készlettétel átvételét és feldolgozását rögzíti Return Material Authorization (RMA) alapján. A művelet visszavezeti a tételt a készletnyilvántartásba, és gyakran ellenőrzési, illetve további kezelési folyamatokat indít el.
Miért fontos? A visszáru-folyamat elemzése segít megérteni a termékminőségi problémákat és javítani a fordított logisztika hatékonyságát. Kiindulópontként szolgálhat egy külön visszáru-alfolyamathoz is. Hol szerezhető be? „RMA Receipt” anyagtranzakcióként szerepel az INV_MATERIAL_TXNS táblában. A tranzakció adatai az eredeti vevői rendeléshez és a vevőhöz kapcsolódnak. Rögzítés A rendszerben végrehajtott RMA-átvételi tranzakciókor kerül a naplóba. Eseménytípus explicit

Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az Oracle Fusion SCM-ből

Lépések

Nyissa meg az Oracle BI Publishert: Jelentkezzen be az Oracle Fusion SCM-példányába. A Navigator menüben nyissa meg a Reports and Analytics munkaterületet. Ezután válassza a „Browse Catalog” lehetőséget az Oracle BI Publisher felületének megnyitásához.
Hozzon létre új adatmodellt: A katalógusban válassza ki azt a mappát, ahová az adatkinyeréshez szükséges elemeket menteni szeretné. Kattintson a „New” legördülő menüre, majd válassza a „Data Model” lehetőséget.
Adja meg az SQL-adatkészletet: Az adatmodell-szerkesztőben kattintson a „+” ikonra új adatkészlet hozzáadásához, majd válassza az „SQL Query” lehetőséget.
Állítsa be az adatforrást: Az új adatkészlet párbeszédablakában adjon meg egy nevet, például „InventoryManagementEventLog”. Adatforrásként válassza az „ApplicationDB_FSCM” lehetőséget. Az „Type of SQL” mezőben állítsa be a „Standard SQL” értéket.
Adja meg az SQL-lekérdezést: Másolja ki a dokumentum „query” részében található teljes SQL-lekérdezést, és illessze be az SQL Query szövegmezőbe.
Adja meg a paramétereket: A lekérdezés a dátumtartományhoz (p_start_date, p_end_date), valamint a szervezeti kódhoz (p_organization_code) használ paramétereket. A BI Publisher automatikusan felismeri ezeket. Beállíthat alapértelmezett értékeket, vagy kötelezővé teheti a megadásukat a jelentést futtató felhasználók számára.
Mentse az adatokat, majd tekintse meg őket: Mentse az adatmodellt. A „Data” lapon megadhatja a paraméterek értékeit, majd a „View” gombra kattintva megtekintheti a kinyert adatok mintáját, és ellenőrizheti, hogy a lekérdezés megfelelően működik-e.
Készítsen jelentést: Lépjen vissza a katalógusba. Kattintson a „New” legördülő menüre, majd válassza a „Report” lehetőséget. A jelentéskészítő varázslóban válassza ki az imént létrehozott adatmodellt.
Állítsa be a jelentés elrendezését: Haladjon végig a varázslón. Az elrendezés kiválasztásakor válassza az egyszerű „Table” elrendezést. Húzza át az adatkészlet összes oszlopát a táblázatba. Nincs szükség összetett formázásra, mivel a cél a nyers adatok exportálása.
Ütemezze az automatikus adatkinyerést: Mentse a jelentést, majd válassza a „Schedule” lehetőséget. Hozzon létre új ütemezett feladatot. Az ütemezés beállításainak „Output” lapján CSV-ként adja meg a kimeneti formátumot. A „Destination” lapon állítsa be a fájlok kézbesítését egy tartalomszerver könyvtárába vagy egy külső SFTP-szerverre, ahonnan le tudja tölteni őket.
Töltse le az eseménynaplót: Az ütemezett feladat futása után keresse fel a megadott célhelyet, például töltse le a fájlt a tartalomszerverről, vagy csatlakozzon az SFTP-szerverhez. Töltse le az elkészült CSV-fájlt. Ez az eseménynapló, amely már feltölthető egy process mining eszközbe.

Konfiguráció

Előfeltételek: Olyan felhasználói fiók szükséges, amely rendelkezik a megfelelő BI Administrator- és adatelérési szerepkörökkel, és le tudja kérdezni a készletgazdálkodási táblákat, például az INV_MATERIAL_TXNS, RCV_TRANSACTIONS és WSH_DELIVERY_DETAILS táblákat.
Adatforrás: A BI Publisherben használja a szabványos „ApplicationDB_FSCM” adatforrást, amely a Fusion SCM tranzakciós adatbázisához csatlakozik.
Jelentésparaméterek: A teljesítmény megőrzése érdekében szűrje az adatokat. A megadott lekérdezés paraméterei:
- p_start_date: A jelentési időszak kezdő dátuma.
- p_end_date: A jelentési időszak záró dátuma.
- p_organization_code: A kinyerni kívánt készletszervezet, vagyis raktár kódja.
Dátumtartomány: Az első adatkinyerésnél rövidebb előzményidőszakkal kezdjen, például az elmúlt 3–6 hónappal, hogy a feladat elfogadható időn belül lefusson. A rendszeres adatkinyerést ütemezze naponta vagy hetente, a közelmúlt adataira.
Kimeneti formátum: Állítsa be a BI Publisher jelentésfeladatát CSV-kimenet készítésére. Ellenőrizze, hogy a CSV elválasztójele és karakterkódolása kompatibilis-e a process mining eszközzel.
Ütemezés: A jelentést csúcsidőn kívülre ütemezze, hogy a lehető legkevésbé terhelje a rendszert. Nagy adatmennyiség feldolgozása jelentős rendszererőforrásokat igényelhet.

Példa-lekérdezés 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

Lépések

Jelentkezzen be az Oracle Fusion Cloud Applications környezetébe olyan felhasználóként, aki rendelkezik a BICC administrator szerepkörrel.
A fő navigációs menü Tools részében válassza ki a Business Intelligence Cloud Connector (BICC) konzolt.
A BICC konzolon válassza a „Manage Offerings and Data Stores” lehetőséget. Keresse meg a „Supply Chain Management” ajánlatot, és ellenőrizze, hogy engedélyezve van-e. Így elérhetővé válnak a kinyeréshez szükséges SCM-adattárak (PVO-k).
Nyissa meg a „Manage Extract Schedules” részt, és hozzon létre új ütemezést a készletgazdálkodási folyamathoz.
Az új ütemezésben keresse meg és adja hozzá a szükséges Public View Objecteket (PVO-kat). A fontos PVO-k közé tartozik a FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, a FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, a FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO és a FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Minden kiválasztott PVO esetében nyissa meg a „Configure Columns” lapot. Jelölje ki az eseménynaplóhoz szükséges oszlopokat, például a tételszámokat, a termékadatokat, az időbélyegeket, a felhasználó-azonosítókat és a tranzakciótípusokat. A kinyert adatmennyiség csökkentéséhez törölje a szükségtelen oszlopok kijelölését.
Az adatmennyiség szabályozásához állítson be szűrőket. A „Manage Filters” lapon adjon meg globális szűrőt a növekményes adatbetöltéshez. A szabványos szűrőkifejezés: LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Így minden futtatás csak az előző futás óta módosult adatokat nyeri ki.
Állítsa be a külső tárhelyet az adatok kézbesítéséhez. A „Configure External Storage” részben válassza a „Cloud Storage Service” lehetőséget, és adja meg a célként használt tárhely, például az Oracle Cloud Infrastructure (OCI) Object Storage kapcsolati adatait.
Mentse az ütemezés beállításait, majd indítsa el a feladatot. A folyamat előrehaladását a „Manage Extract Schedules” képernyőn követheti.
A BICC-feladat befejezése után a nyers adatfájlok CSV-formátumban elérhetők lesznek a beállított felhőtárhelyen.
Készítsen utófeldolgozó szkriptet vagy ETL-munkafolyamatot a CSV-fájlok letöltéséhez. A szkriptnek a lekérdezés részben leírt logika szerint kell átalakítania és egyesítenie a több fájlban található adatokat, hogy létrehozza a végleges eseménynaplót.
A szkript egyetlen CSV-fájlt készítsen a ProcessMindbe való feltöltéshez szükséges pontos oszlopokkal (InventoryBatchLot, ActivityName, EventStartTime stb.).

Konfiguráció

Ajánlatok: A készletgazdálkodási, szállítási és minőségirányítási PVO-k eléréséhez engedélyezni kell a „Supply Chain Management” ajánlatot a BICC-ben.
Fontos PVO-k (adattárak): A teljes adatkinyeréshez több PVO-ra van szükség. Legalább az alábbiakat vegye fel:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: Az anyagmozgások, például az átvételek, kiadások, áthelyezések és korrekciók elsődleges adatforrása.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: A tételek állapotának részleteit tartalmazza.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: A minőségellenőrzések eredményeit rögzíti.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: A komissiózási és szállítási folyamatok adatait tartalmazza.
Növekményes adatkinyerés beállítása: A rendszeres adatbetöltéshez mindig használja a növekményes adatkinyerést. Állítson be szűrőt a LastUpdateDate oszlopra a #BI_LAST_EXTRACT_DATE változó használatával. Az első, előzményadatokat betöltő futtatásnál teljes adatkinyerést is választhat egy meghatározott időszakra, például az elmúlt 6–12 hónapra.
PVO-szintű szűrők: A teljesítmény javításához és a fájlméret csökkentéséhez közvetlenül a PVO-kon alkalmazzon további szűrőket. Gyakori szűrő az OrganizationId, amellyel meghatározott raktárakra korlátozhatja az adatokat, illetve a TransactionTypeId, amellyel kizárhatja a nem releváns mozgásokat.
Előfeltételek: A folyamathoz BICC_ADMINISTRATOR_JOB szerepkörrel rendelkező felhasználói fiók szükséges. Emellett hozzáféréssel és hitelesítő adatokkal kell rendelkeznie egy támogatott felhőtárhelyhez, például az OCI Object Storage-hoz, ahová a BICC kézbesítheti a kinyert fájlokat.

Példa-lekérdezés 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')

Lépések

Előfeltételek: Ellenőrizze, hogy a rendszerén a Python 3.6-os vagy újabb verziója van-e telepítve. Telepítse a HTTP API-hívásokhoz szükséges requests könyvtárat a terminálban a pip install requests parancs futtatásával.
Szerezze be az API-hitelesítő adatokat: Kérje el az Oracle Fusion SCM REST API eléréséhez szükséges hitelesítő adatokat. Ezek közé tartozik az Oracle Fusion-példány alap-URL-je (például https://your-fusion-instance.oraclecloud.com), valamint egy olyan fiók felhasználóneve és jelszava, amely megfelelő jogosultsággal rendelkezik a készletadatok olvasásához.
Állítsa be a Python-szkriptet: Töltse le a megadott Python-szkriptet. Nyissa meg egy szerkesztőben, és keresse meg a fájl elején található konfigurációs részt. Adja meg a BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE és ORGANIZATION_ID helyőrző értékeit.
Ismerje meg az API-végpontokat: A szkript elsősorban az inventoryTransactions REST API-végpontot használja. Ez az összes anyagmozgás és korrekció részletes naplóját adja, amelyből elkészül a process mininghez szükséges eseménynapló.
Ellenőrizze a tevékenységek hozzárendelését: Vizsgálja meg a szkript map_transaction_to_activity függvényét. Ez tartalmazza azt a logikát, amely az Oracle TransactionTypeName értékeit az eseménynaplóhoz szükséges szabványos ActivityName értékekre képezi le. A hozzárendelést szükség szerint igazítsa a szervezetében használt tranzakciótípusokhoz.
Futtassa a szkriptet: A terminálban futtassa a python your_script_name.py parancsot. A szkript hitelesíti magát az API-n, oldalanként lekéri és feldolgozza a tranzakciós adatokat, majd állapotüzeneteket ír ki a konzolra.
Kezelje az oldalakra bontást és az adatlekérést: A szkript automatikusan kezeli az API-oldalazást. Az offset és limit paraméterekkel egymás után küld lekéréseket, amíg a megadott dátumtartomány összes adata le nem töltődik. Így a teljes adatkészlet kinyerhető anélkül, hogy túlterhelné a szervert vagy a szkript memóriáját.
Alakítsa át az adatokat: A szkript minden lekért tranzakcióból egységes, lapos rekordot készít a JSON-válaszból. Az olyan mezőket, mint a LotNumber, a TransactionDate és a CreatedBy, a szükséges eseménynapló-attribútumokhoz rendeli: InventoryBatchLot, EventStartTime és UserPerformingAction.
Készítse el a CSV-kimenetet: Az összes adat lekérése és feldolgozása után a szkript a oracle_fusion_inventory_log.csv nevű CSV-fájlba írja az eredményt, abba a könyvtárba, ahol maga a szkript található.
Ellenőrizze és töltse fel a fájlt: Nyissa meg az elkészült CSV-fájlt egy táblázatkezelőben, és ellenőrizze a tartalmát. Nézze meg, hogy az adatok megfelelően szerepelnek-e benne, teljes-e a dátumtartomány, és megtalálható-e minden várt tevékenység. Ellenőrzés után a fájl feltölthető a ProcessMindbe.

Konfiguráció

API-hitelesítő adatok: Érvényes Oracle Fusion-felhasználói username és password szükséges. A felhasználónak olyan szerepkörrel kell rendelkeznie, amely lehetővé teszi a készlettranzakciós adatok olvasását, például Inventory Manager vagy egyéni integrációs szerepkörrel.
Alap-URL: Pontosan adja meg az Oracle Fusion SCM-példány gyökér-URL-jét (például https://your-instance.oraclecloud.com).
Dátumtartomány: A kinyerési időszak meghatározásához állítsa be a START_DATE és END_DATE paramétereket YYYY-MM-DD formátumban. Az adatmennyiség kezelése érdekében érdemes 3–6 hónapos időszakkal kezdeni.
Szervezetazonosító: Az adatkinyerést egyetlen készletszervezetre vagy raktárra korlátozza az ORGANIZATION_ID megadásával. Ez a teljesítmény és az adatok relevanciája szempontjából is fontos.
Oldalméret (Limit): A szkript LIMIT változója szabályozza, hogy az API-hívások alkalmával hány rekord töltődjön le. A 100 és 500 közötti érték általában megfelelő egyensúlyt teremt a teljesítmény és az API terhelése között.
API-verzió: A szkript egy adott REST API-verziót (11.13.18.05) feltételez. Ha az Oracle Fusion környezetében más verzió van használatban, előfordulhat, hogy módosítania kell az URL útvonalát.

Példa-lekérdezés 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)

Készen áll a kezdésre?

Használja ezt a sablont az adatok előkészítésének egyszerűsítéséhez, és tárja fel készletfolyamatai fontos összefüggéseit. Kezdje el még ma működésének optimalizálását.

Vissza a folyamatfejlesztési útmutatóhoz

Sablon letöltése

Fejlessze készletgazdálkodását, kezdje el az optimalizálást még ma

Tárja fel a hatékonysági problémákat, és csökkentse 30%-kal a készletciklus idejét.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. Néhány perc alatt elkezdheti.

Készletgazdálkodási adatsablon

Készletgazdálkodási adatsablon

A készletgazdálkodás attribútumai

A készletgazdálkodás tevékenységei

Adatkinyerési útmutatók

Adatok kinyerése a készletgazdálkodáshoz az Oracle BI Publisherrel

Lépések

Konfiguráció

Példa-lekérdezés sql

Tömeges adatkinyerés az Oracle BI Cloud Connectorral (BICC)

Lépések

Konfiguráció

Példa-lekérdezés sql

Adatkinyerés Python-szkripttel az Oracle Fusion SCM REST API-kon keresztül

Lépések

Konfiguráció

Példa-lekérdezés python

Készen áll a kezdésre?

Fejlessze készletgazdálkodását, kezdje el az optimalizálást még ma