Szablon danych do zarządzania zapasami

Oracle Fusion SCM
Szablon danych do zarządzania zapasami

Szablon danych do zarządzania zapasami

Ten szablon zawiera wskazówki dotyczące pobierania i porządkowania danych o zarządzaniu zapasami z Oracle Fusion SCM. Opisuje niezbędne atrybuty i działania potrzebne do utworzenia dziennika zdarzeń. Skorzystaj z niego, aby dokładnie przeanalizować procesy magazynowe i wskazać obszary wymagające usprawnień.
  • Zalecane atrybuty do zebrania
  • Działania do śledzenia podczas odkrywania procesu
  • Wskazówki dotyczące pobierania danych z Oracle Fusion SCM
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania zapasami

To najważniejsze pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować procesy zarządzania zapasami.
5 Wymagane 5 Zalecane 10 Opcjonalne
Nazwa Opis
Czas rozpoczęcia zdarzenia
EventStartTime
Znacznik czasu wskazujący, kiedy rozpoczęła się czynność dotycząca zapasów.
Opis

Ten atrybut określa dokładną datę i godzinę rozpoczęcia czynności. Jest podstawą chronologicznego porządkowania zdarzeń i odtworzenia przebiegu procesu.

W analizie czas rozpoczęcia zdarzenia służy do obliczania czasu trwania i oczekiwania między czynnościami. Pomaga wykrywać wąskie gardła, mierzyć czas realizacji KPI, takich jak „Średni czas odkładania towaru”, oraz analizować wyniki procesu w różnych okresach, na przykład podczas zmian, dni lub miesięcy.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do porządkowania zdarzeń, obliczania czasu realizacji i oczekiwania oraz wykrywania wąskich gardeł w procesie.

Skąd pobrać

Zwykle pochodzi z pola daty transakcji lub daty utworzenia w tabelach transakcji zapasów, na przykład z pola TRANSACTION_DATE w tabeli INV_MATERIAL_TXNS.

Przykłady
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
Inventory Batch/Lot
InventoryBatchLot
Unikalny identyfikator konkretnej partii produktu, używany jako identyfikator sprawy do śledzenia jej cyklu życia.
Opis

Numer Inventory Batch lub Lot jest głównym identyfikatorem sprawy. Łączy wszystkie czynności dotyczące określonej ilości produktu. Pozwala śledzić pełny cykl życia danej partii zapasów, od przyjęcia do magazynu, przez kolejne przemieszczenia, aż po wydanie lub zużycie.

W analizie process mining ten atrybut ma podstawowe znaczenie. Łączy odrębne zdarzenia, takie jak przyjęcie, kontrola jakości, przesunięcia wewnętrzne i wydanie towaru, w jedną spójną instancję procesu. Analiza według Inventory Batch/Lot pozwala obliczać czasy realizacji całego procesu, wykrywać typowe ścieżki i znajdować wąskie gardła dotyczące konkretnych grup zapasów.

Dlaczego to ważne

To podstawowy identyfikator sprawy, który łączy wszystkie powiązane czynności dotyczące zapasów i pozwala prześledzić drogę partii od przyjęcia do wydania.

Skąd pobrać

Informacje te znajdują się zwykle w tabelach transakcji zapasów, takich jak INV_MATERIAL_TXNS, i są powiązane ze szczegółami kontroli partii.

Przykłady
LOT2024-A01134BATCH-US-00582LPN-493820-202405
Nazwa czynności
ActivityName
Nazwa konkretnej czynności wykonanej w procesie zarządzania zapasami.
Opis

Nazwa czynności opisuje pojedynczy etap lub zdarzenie w procesie zarządzania zapasami dotyczące konkretnej partii. Zdarzenia te tworzą kolejność działań w procesie.

Przykłady czynności: „Zarejestrowano przyjęcie towaru”, „Wykonano kontrolę jakości”, „Wewnętrzne przemieszczenie zapasów” i „Zarejestrowano wydanie towaru”. Analiza kolejności i częstotliwości tych czynności jest podstawą process mining. Umożliwia wizualizację map procesów, wykrywanie odchyleń i analizę czasu przejścia między etapami.

Dlaczego to ważne

Ten atrybut jest niezbędny do utworzenia mapy procesu, ponieważ określa poszczególne etapy i zdarzenia składające się na cykl życia zapasów.

Skąd pobrać

Wartość często ustala się przez przypisanie typom transakcji lub kodom zdarzeń z tabel źródłowych, na przykład INV_MATERIAL_TXNS, czytelnych dla użytkownika nazw czynności.

Przykłady
Zarejestrowano przyjęcie towaruZakończono odkładanie towaruSkorygowano rozbieżność w zapasachRozpoczęto kompletowanie
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego.
Opis

Ten atrybut wskazuje, kiedy dane zostały ostatnio pobrane z systemu źródłowego i wczytane do narzędzia process mining. Informuje o aktualności analizowanych danych.

Znacznik czasu pomaga ocenić, jak aktualne są wyniki analizy procesu. Pozwala sprawdzić, czy analizowane są dane zbliżone do bieżących, czy migawka z wcześniejszego okresu. Ma to znaczenie przy podejmowaniu terminowych decyzji na podstawie analizy.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu można ocenić, na ile bieżąca jest analiza procesu i kiedy należy oczekiwać kolejnego odświeżenia danych.

Skąd pobrać

To pole metadanych generowane podczas procesu pobierania, przekształcania i ładowania danych (ETL).

Przykłady
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
System źródłowy
SourceSystem
Określa system, z którego pobrano dane.
Opis

Ten atrybut wskazuje aplikację źródłową, w której zarejestrowano transakcję dotyczącą zapasów. W dużej firmie dane o zapasach mogą pochodzić z wielu systemów lub modułów.

Wskazanie systemu źródłowego jest ważne dla zarządzania danymi i zrozumienia ich kontekstu. Ułatwia diagnozowanie problemów z pobieraniem danych. Można go też użyć do porównywania procesów obejmujących różne systemy lub instancje, na przykład procesów zarządzania zapasami w systemach ERP używanych w różnych regionach.

Dlaczego to ważne

Dostarcza ważnych informacji o pochodzeniu danych, potrzebnych do ich weryfikacji i zarządzania nimi oraz do analizy procesów obejmujących wiele systemów.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas pobierania i przekształcania danych w celu oznaczenia ich źródła.

Przykłady
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
Czas zakończenia zdarzenia
EventEndTime
Znacznik czasu wskazujący, kiedy zakończyła się czynność dotycząca zapasów.
Opis

Czas zakończenia zdarzenia wskazuje, kiedy czynność dobiegła końca. Wiele transakcji dotyczących zapasów jest rejestrowanych jako zdarzenia jednopunktowe, ale niektóre czynności, takie jak kontrola jakości lub kompletowanie, mają określony czas trwania. W przypadku zdarzeń chwilowych czas zakończenia często jest taki sam jak czas rozpoczęcia.

Ten atrybut służy wraz z czasem rozpoczęcia zdarzenia do obliczania czasu realizacji poszczególnych czynności. Jest to ważne przy analizie wyników, wykorzystania zasobów i wykrywaniu czynności trwających dłużej, niż oczekiwano, co może opóźniać cały proces.

Dlaczego to ważne

Pozwala obliczyć czas realizacji poszczególnych czynności i wskazać etapy, które zajmują najwięcej czasu.

Skąd pobrać

W przypadku transakcji chwilowych może być taki sam jak czas rozpoczęcia. Dla czynności trwających dłużej będzie to osobne pole ze znacznikiem czasu zakończenia w odpowiedniej tabeli źródłowej.

Przykłady
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
Kod przyczyny przemieszczenia
MovementReasonCode
Kod określający biznesową przyczynę przemieszczenia lub korekty zapasów.
Opis

Kod przyczyny przemieszczenia wyjaśnia, dlaczego doszło do transakcji magazynowej. Ma to szczególne znaczenie w przypadku niestandardowych przemieszczeń, takich jak złomowanie, korekty po inwentaryzacji cyklicznej czy zwroty.

Ten atrybut pomaga ustalić przyczyny źródłowe problemów. Na przykład dashboard „Częstotliwość i przyczyny korekt zapasów” wykorzystuje ten kod do kategoryzowania korekt. Pozwala odróżnić uszkodzenia, kradzieże i błędy przy wprowadzaniu danych. Analiza przyczyn pomaga ustalić, które problemy wymagają pilnej uwagi i na czym skupić działania usprawniające.

Dlaczego to ważne

Wyjaśnia przyczyny korekt i przemieszczeń zapasów, co pomaga ustalić źródło problemów, takich jak rozbieżności w stanach czy złomowanie.

Skąd pobrać

W tabelach transakcji znajduje się pole z kodem przyczyny, na przykład REASON_ID w INV_MATERIAL_TXNS. Łączy się ono z tabelą kodów przyczyn.

Przykłady
USZKODZONE W TRANSPORCIEKOREKTA PO INWENTARYZACJI CYKLICZNEJPRZETERMINOWANE ZAPASY
Lokalizacja w magazynie
WarehouseLocation
Dokładne miejsce w magazynie, w którym wykonano czynność, na przykład gniazdo lub strefa.
Opis

Ten atrybut określa fizyczne miejsce w magazynie związane z transakcją, na przykład konkretną alejkę, regał lub gniazdo. Pokazuje szczegółowo, gdzie zapasy są składowane lub przemieszczane.

Analiza według lokalizacji magazynowej pomaga wykrywać nieefektywności logistyczne. Na przykład dashboard „Czas wewnętrznego przemieszczania zapasów” może pokazać, czy transfery między określonymi strefami regularnie trwają zbyt długo. Analiza może też ujawnić lokalizacje, w których często występują rozbieżności w stanach magazynowych.

Dlaczego to ważne

Pokazuje, gdzie w magazynie odbywa się dana czynność. Umożliwia analizę sprawności przemieszczania zapasów oraz problemów dotyczących konkretnych lokalizacji, takich jak wąskie gardła czy częste korekty.

Skąd pobrać

Dane pochodzą z pól takich jak LOCATOR_ID w tabelach transakcji magazynowych. Pole można połączyć z kartoteką lokalizacji (INV_ITEM_LOCATIONS), aby uzyskać opisowe nazwy.

Przykłady
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
Numer pozycji
ItemNumber
Unikalny identyfikator obsługiwanego produktu lub materiału.
Opis

Numer pozycji, często określany jako SKU (Stock Keeping Unit), identyfikuje konkretny produkt objęty transakcją magazynową. Dzięki temu analizę można filtrować lub dzielić według produktów.

W process mining ten atrybut jest niezbędny do analizy z perspektywy produktu. Pomaga odpowiedzieć na pytania takie jak: „Które produkty najdłużej czekają na odłożenie do magazynu?” lub „Które pozycje są najczęściej korygowane?”. Pozwala to zaplanować działania usprawniające dla konkretnych linii produktów lub kategorii.

Dlaczego to ważne

Umożliwia filtrowanie i analizę według produktów oraz wskazanie pozycji, które wiążą się z opóźnieniami lub problemami w procesie.

Skąd pobrać

To podstawowe pole w tabelach transakcji magazynowych, zwykle o nazwie INVENTORY_ITEM_ID. Łączy się ono z tabelą kartotek pozycji (EGP_SYSTEM_ITEMS_B), zawierającą szczegółowe informacje.

Przykłady
AS54888CPU-INT-i9MEM-DDR5-32GB
Użytkownik wykonujący czynność
UserPerformingAction
Identyfikator lub nazwa użytkownika, który wykonał transakcję dotyczącą zapasów.
Opis

Ten atrybut wskazuje użytkownika odpowiedzialnego za daną czynność, na przykład operatora magazynu, który wykonał zadanie odkładania towaru, lub kierownika ds. zapasów, który zatwierdził korektę.

Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą, określić potrzeby szkoleniowe i monitorować zgodność z procedurami. Na przykład dashboard „Częstotliwość i przyczyny korekt zapasów” wykorzystuje ten atrybut, aby wskazać osoby najczęściej wykonujące korekty. Może to pomóc wyróżnić osoby osiągające dobre wyniki lub zidentyfikować potrzebę dodatkowego szkolenia z kontroli zapasów.

Dlaczego to ważne

Przypisuje czynności konkretnym osobom, umożliwiając analizę wyników pracy, obciążenia, potrzeb szkoleniowych i zgodności z procedurami.

Skąd pobrać

Zwykle znajduje się w tabelach transakcji w polu „USER_ID” lub „CREATED_BY”, na przykład CREATED_BY w tabeli INV_MATERIAL_TXNS.

Przykłady
JSMITHAMARTINOPERATOR.MAGAZYNU
Czy korekta wynika z inwentaryzacji cyklicznej
IsCycleCountAdjustment
Wartość logiczna wskazująca, czy po czynności inwentaryzacji cyklicznej bezpośrednio nastąpiła korekta zapasów.
Opis

Ten wyliczany atrybut przyjmuje wartość logiczną (prawda/fałsz) i wskazuje czynności „Skorygowano rozbieżność w zapasach”, które nastąpiły krótko po czynności „Przeprowadzono inwentaryzację cykliczną” dla tej samej pozycji i lokalizacji. Pozwala wyodrębnić korekty będące bezpośrednim wynikiem liczenia zapasów.

Flaga służy do obliczania KPI „Wskaźnik korekt po inwentaryzacji cyklicznej”. Analitycy mogą dzięki niej ocenić skuteczność inwentaryzacji cyklicznej, sprawdzając, jak często liczenie prowadzi do korekt. Wysoki wskaźnik może wskazywać na systemowe problemy z dokładnością ewidencji zapasów.

Dlaczego to ważne

Pozwala ocenić skuteczność inwentaryzacji cyklicznej, wyodrębniając korekty będące bezpośrednim wynikiem fizycznego liczenia zapasów.

Skąd pobrać

To wyliczany atrybut tworzony podczas transformacji danych na podstawie kolejności czynności dla danej pozycji lub partii.

Przykłady
truefalse
Identyfikator transakcji magazynowej
InventoryTransactionId
Unikalny identyfikator pojedynczego zdarzenia magazynowego nadawany przez system.
Opis

Identyfikator transakcji magazynowej jest kluczem głównym pojedynczego, niepodzielnego rekordu transakcji w systemie źródłowym. Każdy wiersz dziennika zdarzeń odpowiada jednemu takiemu identyfikatorowi.

Ten identyfikator rzadko wykorzystuje się bezpośrednio na ogólnych mapach procesów, ale jest bardzo przydatny przy walidacji danych, audycie i analizie szczegółowej. Prowadzi bezpośrednio do konkretnego rekordu w Oracle Fusion SCM, dzięki czemu analitycy mogą sprawdzić nieprawidłowości lub zdarzenia w samym systemie źródłowym.

Dlaczego to ważne

Zapewnia unikalny klucz dla każdego zdarzenia. Jest niezbędny do walidacji i śledzenia danych oraz przejścia do rekordu w systemie źródłowym.

Skąd pobrać

To klucz główny głównej tabeli transakcji magazynowych, zwykle pole TRANSACTION_ID w INV_MATERIAL_TXNS.

Przykłady
987654321123456789555444333
Ilość
Quantity
Ilość pozycji objętych transakcją.
Opis

Ten atrybut określa liczbę jednostek pozycji, które przemieszczono, skorygowano, policzono lub objęto inną transakcją. Pokazuje skalę każdego zdarzenia.

Ilość to podstawowa miara wykorzystywana w wielu analizach. Służy do obliczania wolumenu obsłużonych towarów, wielkości rozbieżności w stanach magazynowych i ilości złomowanych zapasów. Po połączeniu z danymi o kosztach pozwala oszacować finansowy wpływ nieefektywności procesu, jak w dashboardzie „Analiza rozbieżności po inwentaryzacji cyklicznej”.

Dlaczego to ważne

Określa wolumen każdej transakcji, umożliwiając analizę przepustowości, wielkości rozbieżności i finansowego wpływu operacji magazynowych.

Skąd pobrać

Standardowe pole w tabelach transakcji magazynowych, na przykład PRIMARY_QUANTITY lub TRANSACTION_QUANTITY w INV_MATERIAL_TXNS.

Przykłady
100-105000
Jednostka miary
UnitOfMeasure
Jednostka miary ilości w transakcji, na przykład sztuka, kilogram lub karton.
Opis

Jednostka miary (UOM) określa, co oznacza wartość atrybutu „Ilość”. Na przykład wartość „10” może oznaczać 10 sztuk, 10 kartonów lub 10 kilogramów.

Ten atrybut jest niezbędny do prawidłowej interpretacji analiz ilościowych. Bez jednostki miary nie można porównywać transakcji dotyczących różnych pozycji ani poprawnie sumować ilości. Dzięki niej analizy opierają się na spójnych i miarodajnych danych.

Dlaczego to ważne

Uzupełnia atrybut „Ilość”, dzięki czemu wartości można prawidłowo interpretować, a porównania mają sens.

Skąd pobrać

Zwykle znajduje się obok pola ilości w tabelach transakcji, na przykład jako TRANSACTION_UOM w INV_MATERIAL_TXNS.

Przykłady
SZT.KGBOX
Kategoria SKU
SKUCategory
Kategoria lub grupa produktów, do której należy dany produkt (SKU).
Opis

Kategoria SKU służy do grupowania podobnych produktów. Przykładowe kategorie to „Elektronika”, „Surowce”, „Wyroby gotowe” lub grupy według wartości, takie jak pozycje A, B i C.

Ten atrybut umożliwia analizę na poziomie grup produktów, która często daje więcej informacji niż analiza tysięcy pojedynczych pozycji. Jest wykorzystywany w dashboardach takich jak „Analiza wskaźnika złomowania i utraty przydatności”, aby wskazać kategorie produktów najczęściej przeznaczane do złomowania. Wyniki pomagają usprawniać zasady zarządzania zapasami i prognozowanie popytu.

Dlaczego to ważne

Umożliwia agregowanie i porównywanie wyników procesu dla różnych grup produktów oraz wykrywanie trendów niewidocznych na poziomie pojedynczych pozycji.

Skąd pobrać

Informacje te są zwykle przechowywane w kartotece pozycji (EGP_SYSTEM_ITEMS_B) i wymagają połączenia z danymi transakcyjnymi.

Przykłady
Szybko rotująceWysoka wartośćCzęści zamienne
Kod podmagazynu
SubinventoryCode
Wydzielona część organizacji magazynowej, oznaczająca konkretny obszar lub rodzaj składowania.
Opis

Podmagazyn to logicznie lub fizycznie wydzielona grupa pozycji w ramach większej organizacji magazynowej, na przykład magazynu. Przykłady to „Przyjęcia”, „Wyroby gotowe”, „Kwarantanna jakościowa” lub „Materiały wadliwe”.

Ten atrybut umożliwia analizę lokalizacji na wyższym poziomie niż konkretne gniazdo magazynowe. Przydaje się do śledzenia przepływu materiałów między obszarami funkcjonalnymi, na przykład czasu potrzebnego na przeniesienie pozycji z podmagazynu „Przyjęcia” do podmagazynu „Wyroby gotowe” po kontroli jakości.

Dlaczego to ważne

Umożliwia analizę przepływu zapasów i czasu składowania w różnych obszarach funkcjonalnych magazynu, takich jak przyjęcia, kontrola jakości i magazyn główny.

Skąd pobrać

Standardowe pole w tabelach magazynowych, często o nazwie SUBINVENTORY_CODE.

Przykłady
PRZYJĘCIAFGIMAGAZYN
Liczba dni przechowywania zapasów
InventoryHoldingDays
Łączny czas, przez jaki partia zapasów pozostaje w magazynie, od pierwszego przyjęcia do ostatniego wydania lub utylizacji.
Opis

To KPI na poziomie case, który oblicza łączny czas przechowywania konkretnej partii zapasów. Pomiar rozpoczyna się od znacznika czasu pierwszej czynności „Zarejestrowano przyjęcie towaru”, a kończy na znaczniku czasu ostatniej czynności „Zarejestrowano wydanie towaru” lub „Złomowano/utylizowano zapasy” dla danego case.

Ten wskaźnik pomaga zarządzać kapitałem obrotowym i kosztami składowania. Wysoka wartość oznacza wolno rotujące zapasy, które mogą zwiększać koszty, ryzyko utraty przydatności i nieefektywnego wykorzystania powierzchni magazynowej. Analiza KPI pomaga optymalizować poziom zapasów i poprawiać ich rotację.

Dlaczego to ważne

To ważny KPI dla oceny efektywności finansowej i operacyjnej. Pokazuje, jak długo kapitał pozostaje zamrożony w zapasach, i pomaga wykrywać towary o niskiej rotacji.

Skąd pobrać

To miara na poziomie case obliczana w narzędziu process mining jako różnica między znacznikami czasu pierwszego i ostatniego istotnego zdarzenia.

Przykłady
30 dni 10:05:0095 dni 04:00:0015 dni 12:30:00
Organizacja magazynowa
InventoryOrganization
Konkretna organizacja, na przykład magazyn lub zakład produkcyjny, w której przechowywane są zapasy.
Opis

Organizacja magazynowa to odrębny zakład lub jednostka przechowująca zapasy, na przykład centrum dystrybucyjne lub fabryka. W Oracle Fusion SCM jest to ważny element danych organizacyjnych.

Ten atrybut służy do filtrowania i porównywania procesów w różnych lokalizacjach. Pomaga odpowiedzieć na pytania takie jak: „W którym magazynie najszybciej odkłada się towary?” lub „Czy wskaźnik rozbieżności w stanach magazynowych jest wyższy w naszych zakładach europejskich czy północnoamerykańskich?”. Umożliwia porównywanie wyników i dzielenie się dobrymi praktykami w całej organizacji.

Dlaczego to ważne

Umożliwia porównywanie procesów i wyników między zakładami, takimi jak magazyny czy fabryki, oraz wskazywanie różnic w ich działaniu.

Skąd pobrać

Podstawowe pole w tabelach transakcji, na przykład ORGANIZATION_ID. Łączy się ono z kartoteką organizacji, z której można pobrać nazwę.

Przykłady
Centrum dystrybucyjne US1Zakład produkcyjny w SeattleMagazyn centralny UE
Status pozycji
ItemStatus
Określa bieżący status pozycji magazynowej, na przykład aktywna, nieaktywna lub wycofana.
Opis

Status pozycji odzwierciedla etap cyklu życia produktu. Pozycja może mieć status „Aktywna” i być używana w standardowych transakcjach, status „Wstrzymana” podczas kontroli jakości lub status „Wycofana”, jeśli nie jest już używana.

Ten atrybut dostarcza kontekstu przy analizie wybranych czynności. Wysoki wskaźnik złomowania pozycji o statusie „Wycofana” jest spodziewany, ale złomowanie pozycji „Aktywnych” może wskazywać na poważny problem. Atrybut pozwala zawęzić analizę do istotnych, aktywnych zapasów.

Dlaczego to ważne

Pokazuje etap cyklu życia produktu i pomaga odróżnić oczekiwane działania, takie jak złomowanie wycofanych pozycji, od nieoczekiwanych problemów w procesie.

Skąd pobrać

Informacje pochodzą z kartoteki pozycji, na przykład EGP_SYSTEM_ITEMS_B, i należy je połączyć z danymi transakcyjnymi.

Przykłady
AktywnaNieaktywnaWycofana
Typ transakcji
TransactionType
Typ transakcji magazynowej zdefiniowany w systemie.
Opis

Ten atrybut to systemowa klasyfikacja zdarzenia magazynowego, na przykład „Przyjęcie zamówienia zakupu”, „Przeniesienie między podmagazynami” lub „Korekta po inwentaryzacji cyklicznej”. Często jest to techniczna klasyfikacja, na podstawie której określa się czytelną dla użytkownika nazwę czynności.

Nazwa czynności służy do tworzenia ogólnych map procesów, natomiast typ transakcji przydaje się w szczegółowej analizie technicznej i weryfikacji przypisania zdarzeń do czynności. Pomaga też wykryć podprocesy lub zachowania systemu, które zgrupowano pod jedną czynnością.

Dlaczego to ważne

Pokazuje systemową klasyfikację zdarzenia. Przydaje się w szczegółowej analizie i weryfikacji sposobu wyznaczania „Nazwy czynności”.

Skąd pobrać

Standardowe pole w tabelach transakcji magazynowych, zwykle pobierane przez połączenie z tabelą typów transakcji, taką jak MTL_TRANSACTION_TYPES.

Przykłady
Przyjęcie zamówienia zakupuPrzesunięcie między podmagazynamiWydanie komponentu do produkcji
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania zapasami

To etapy i punkty kontrolne procesu, które warto zapisać w dzienniku zdarzeń, aby dokładnie odtworzyć przebieg operacji magazynowych.
7 Zalecane 8 Opcjonalne
Działanie Opis
Skorygowano rozbieżność w zapasach
Jawna transakcja korygująca ilość partii zapasów wykazywaną w systemie, tak aby odpowiadała wynikowi fizycznego liczenia lub uwzględniała inne rozbieżności, na przykład uszkodzenia. Transakcja formalnie rejestruje zwiększenie lub zmniejszenie zapasów.
Dlaczego to ważne

Śledzenie częstotliwości i przyczyn korekt pomaga ustalić źródła niezgodności stanów zapasów, takie jak kradzież, uszkodzenia lub błędy w procesie. Korekty bezpośrednio wpływają na zapisy finansowe i wiarygodność stanów magazynowych.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa w tabeli INV_MATERIAL_TXNS, na przykład typu „Cycle Count Adjustment” lub „Miscellaneous Issue/Receipt”, często z kodem przyczyny.

Rejestrowanie

Zdarzenie jest rejestrowane po zatwierdzeniu i zaksięgowaniu transakcji korekty zapasów.

Typ zdarzenia explicit
Wykonano kontrolę jakości
Oznacza zakończenie kontroli jakości i podjęcie decyzji o przyjęciu lub odrzuceniu partii zapasów. Zdarzenie można zwykle wywnioskować z końcowej aktualizacji statusu rekordu kontroli jakości.
Dlaczego to ważne

To ważny etap, który decyduje o dostępności zapasów dla kolejnych procesów. Analiza wyników i czasu kontroli pomaga usprawnić kontrolę jakości oraz ocenić pracę dostawców.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu aktualizacji rekordu kontroli jakości w QA_RESULTS, gdy nadano mu końcowy status, na przykład „Accepted” lub „Rejected”, albo ze zmiany statusu materiału partii z „QA” na „Active”.

Rejestrowanie

Zdarzenie ustala się na podstawie daty zakończenia rekordu kontroli jakości powiązanego z partią zapasów.

Typ zdarzenia inferred
Zakończono kompletowanie
Oznacza fizyczne pobranie partii zapasów z miejsca składowania i przeniesienie jej do strefy buforowej. Jest to jawna transakcja, w której osoba kompletująca potwierdza w systemie wykonanie zadania.
Dlaczego to ważne

To ważny etap realizacji zamówienia. Czas od zdarzenia „Rozpoczęto kompletowanie” do tego zdarzenia pozwala ocenić wydajność osób kompletujących i przebieg procesu kompletacji.

Skąd pobrać

Zdarzenie jest rejestrowane przez transakcję potwierdzenia kompletacji, która zmienia status pozycji zlecenia przemieszczenia lub zadania magazynowego na „Completed” albo uruchamia transakcję „Subinventory Transfer” w tabeli INV_MATERIAL_TXNS.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy użytkownik potwierdza transakcję kompletacji w systemie, często za pomocą mobilnego urządzenia RF.

Typ zdarzenia explicit
Zakończono odkładanie towaru
Oznacza zakończenie przenoszenia partii zapasów do wyznaczonego miejsca składowania lub podmagazynu, dzięki czemu staje się ona częścią dostępnych zapasów. Zdarzenie rejestruje jawna transakcja materiałowa, która aktualizuje lokalizację partii ze strefy przyjęć na miejsce składowania.
Dlaczego to ważne

Ten etap kończy proces przyjęcia towaru. Czas od zdarzenia „Zarejestrowano przyjęcie towaru” do tego zdarzenia jest ważnym KPI efektywności odkładania.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa w tabeli INV_MATERIAL_TXNS, często typu „Subinventory Transfer” lub „Put Away”. Transakcja przenosi partię z podmagazynu przyjęć do podmagazynu składowania.

Rejestrowanie

Zdarzenie jest rejestrowane po zakończeniu transakcji potwierdzającej przeniesienie do miejsca składowania.

Typ zdarzenia explicit
Zarejestrowano przyjęcie towaru
Oznacza fizyczne przyjęcie partii zapasów do magazynu, zwykle na podstawie zamówienia zakupu lub autoryzacji zwrotu materiału. Zdarzenie jest rejestrowane w systemie jako transakcja przyjęcia i tworzy pierwszy zapis dotyczący partii.
Dlaczego to ważne

To zdarzenie stanowi główny punkt początkowy analizy cyklu życia zapasów. Pomiar czasu od przyjęcia do kolejnych zdarzeń, takich jak odłożenie towaru lub kontrola jakości, pozwala ocenić sprawność przyjęć.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa w tabeli INV_MATERIAL_TXNS. Typ transakcji może mieć wartość „PO Receipt”, „RMA Receipt” lub „Intransit Shipment Receipt”. Znacznik czasu zdarzenia pochodzi z daty utworzenia transakcji.

Rejestrowanie

Zdarzenie jest rejestrowane po wykonaniu transakcji przyjęcia.

Typ zdarzenia explicit
Zarejestrowano wydanie towaru
Oznacza ostateczne opuszczenie magazynu przez partię zapasów, na przykład w wyniku wysyłki do klienta, wydania na potrzeby zlecenia produkcyjnego lub przesunięcia do innego zakładu. Jest to jednoznaczna, jawna transakcja materiałowa zmniejszająca stan zapasów.
Dlaczego to ważne

To główny punkt końcowy analizy cyklu życia zapasów, potrzebny do obliczania rotacji i liczby dni utrzymywania zapasów. Potwierdza realizację zapotrzebowania dotyczącego konkretnej partii.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa w tabeli INV_MATERIAL_TXNS. Typ transakcji może mieć wartość „Sales Order Issue”, „WIP Component Issue” lub „Transfer Order Shipment”.

Rejestrowanie

Zdarzenie jest rejestrowane po przetworzeniu potwierdzenia wysyłki lub transakcji wydania komponentu.

Typ zdarzenia explicit
Złomowano lub zutylizowano zapasy
Oznacza formalne wycofanie partii zapasów z ewidencji, ponieważ upłynął jej termin ważności, została uszkodzona, stała się przestarzała lub nie nadaje się do użycia z innego powodu. Jawna transakcja odpisuje wartość zapasów.
Dlaczego to ważne

To punkt końcowy dla zapasów, które nie zostaną sprzedane ani wykorzystane. Analiza złomowania pomaga wykrywać problemy ze starzeniem się zapasów, prognozowaniem popytu lub obsługą towarów. Ma też bezpośredni wpływ na finanse.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa w tabeli INV_MATERIAL_TXNS, zwykle typu „Miscellaneous Issue” lub „Scrap”. Transakcja jest powiązana z kontem odpisów i kodem przyczyny.

Rejestrowanie

Zdarzenie jest rejestrowane po wykonaniu i zatwierdzeniu transakcji złomowania.

Typ zdarzenia explicit
Przetworzono zwrot towaru
Rejestruje przyjęcie i obsługę zwróconej przez klienta partii zapasów na podstawie autoryzacji zwrotu materiału (RMA). Czynność ponownie wprowadza partię do systemu ewidencji zapasów i często uruchamia kontrolę oraz proces określania dalszego postępowania.
Dlaczego to ważne

Analiza procesu zwrotów pomaga zrozumieć problemy z jakością produktów i usprawnić logistykę zwrotną. Może też stanowić punkt początkowy odrębnego podprocesu obsługi zwrotów.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa „RMA Receipt” w tabeli INV_MATERIAL_TXNS. Szczegóły transakcji są powiązane z pierwotnym zamówieniem sprzedaży i klientem.

Rejestrowanie

Zdarzenie jest rejestrowane po wykonaniu w systemie transakcji przyjęcia RMA.

Typ zdarzenia explicit
Rozpoczęto kompletowanie
Oznacza początek realizacji zamówienia, gdy tworzone jest zadanie pobrania partii zapasów z miejsca składowania na potrzeby zamówienia sprzedaży, zlecenia produkcyjnego lub przesunięcia. Zdarzenie można wywnioskować z utworzenia fali kompletacyjnej lub pozycji zlecenia przemieszczenia.
Dlaczego to ważne

To zdarzenie rozpoczyna pomiar czasu kompletowania. Opóźnienie między przydzieleniem zamówienia a rozpoczęciem kompletowania może wskazywać na wąskie gardła w obsłudze zamówień lub przydzielaniu zadań magazynowych.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu utworzenia rekordu zadania kompletacyjnego w tabelach WMS lub ze zmiany statusu pozycji zlecenia przemieszczenia, na przykład w Mtl_Txn_Request_Lines, na „Released to Warehouse”.

Rejestrowanie

Zdarzenie identyfikuje się na podstawie utworzenia zadania kompletacyjnego lub zlecenia przemieszczenia powiązanego z partią zapasów.

Typ zdarzenia inferred
Rozpoczęto kontrolę jakości
Oznacza moment skierowania partii zapasów do kontroli jakości przed udostępnieniem jej do użycia. Zdarzenie można zwykle wywnioskować z utworzenia planu kontroli powiązanego z przyjętą partią lub ze zmiany statusu partii na „QA”.
Dlaczego to ważne

To zdarzenie wskazuje początek procesu kontroli jakości. Czas między nim a zdarzeniem „Wykonano kontrolę jakości” pokazuje czas realizacji i potencjalne wąskie gardła w dziale kontroli jakości.

Skąd pobrać

Zdarzenie można wywnioskować z utworzenia rekordu kontroli jakości w module Quality Management, na przykład w tabeli QA_RESULTS, albo ze zmiany statusu materiału partii na status kontroli.

Rejestrowanie

Zdarzenie można wywnioskować ze znacznika czasu utworzenia planu kontroli jakości lub ze zmiany statusu partii na „Awaiting Inspection”.

Typ zdarzenia inferred
Rozpoczęto odkładanie towaru
Oznacza początek przenoszenia przyjętych towarów ze strefy przyjęć lub buforowej do docelowego miejsca składowania. Zdarzenie można zwykle wywnioskować z utworzenia zadania systemowego lub zlecenia przemieszczenia dotyczącego odkładania towaru.
Dlaczego to ważne

Szybkie rozpoczęcie odkładania towaru pozwala zwolnić doki przyjęć i udostępnić zapasy. To zdarzenie pomaga zmierzyć czas od przyjęcia towaru do rozpoczęcia jego odkładania.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu utworzenia zlecenia przemieszczenia lub zadania magazynowego w module Warehouse Management System (WMS), powiązanego z przyjętą partią.

Rejestrowanie

Zdarzenie identyfikuje się na podstawie utworzenia zadania odkładania powiązanego z transakcją zapasów lub partią.

Typ zdarzenia inferred
Wewnętrzne przemieszczenie zapasów
Rejestruje przemieszczenie partii zapasów między różnymi miejscami składowania, takimi jak lokalizacje magazynowe lub podmagazyny w obrębie tego samego magazynu. Przemieszczenia te są zapisywane jako jawne transakcje materiałowe, na przykład w celu uzupełnienia zapasów lub konsolidacji.
Dlaczego to ważne

Analiza przemieszczeń wewnętrznych pomaga wykrywać nieefektywny układ magazynu, nadmierną liczbę operacji przeładunkowych i możliwości lepszego rozmieszczenia zapasów. Częste przemieszczenia mogą wskazywać na nieprawidłowe zasady odkładania towaru.

Skąd pobrać

Zdarzenie jest rejestrowane jako transakcja materiałowa w tabeli INV_MATERIAL_TXNS, na przykład typu „Subinventory Transfer” lub „Locator Transfer”, która nie obejmuje podmiotu zewnętrznego.

Rejestrowanie

Zdarzenie jest rejestrowane po zakończeniu transakcji przemieszczenia wewnętrznego.

Typ zdarzenia explicit
Wykonano inwentaryzację ciągłą
Oznacza fizyczne przeliczenie partii zapasów w ramach inwentaryzacji ciągłej lub spisu z natury. Jest to jawna czynność, podczas której użytkownik wprowadza do systemu policzoną ilość.
Dlaczego to ważne

Ta czynność ma zasadnicze znaczenie dla analizy dokładności ewidencji zapasów. Pozwala wykrywać rozbieżności i mierzyć skuteczność procesu liczenia.

Skąd pobrać

Zdarzenie jest rejestrowane w tabeli INV_CYCLE_COUNT_ENTRIES po wprowadzeniu i zapisaniu policzonej ilości przez użytkownika. Znacznik czasu wpisu określa czas zdarzenia.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy użytkownik przesyła wynik liczenia konkretnego produktu i partii w ramach zadania inwentaryzacji ciągłej.

Typ zdarzenia explicit
Zakończono pakowanie
Oznacza zakończenie pakowania, gdy skompletowana partia zostaje umieszczona w pojemniku wysyłkowym, a pojemnik zamknięty. Zdarzenie może być rejestrowane przez skanowanie na stanowisku pakowania lub wywnioskowane ze zmiany statusu wysyłki.
Dlaczego to ważne

Oznacza koniec fizycznej obsługi towaru w magazynie przed wysyłką. Analiza czasu między kompletowaniem a pakowaniem pomaga wykrywać nieefektywne działania na stanowisku pakowania.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu szczegółów dostawy lub rekordu wysyłki, na przykład w tabeli WSH_DELIVERY_DETAILS, na „Packed”. W niektórych konfiguracjach może je rejestrować jawna transakcja na stanowisku pakowania.

Rejestrowanie

Zdarzenie ustala się na podstawie znacznika czasu aktualizacji statusu wysyłki lub konkretnego wpisu w dzienniku transakcji pakowania.

Typ zdarzenia inferred
Zmieniono status produktu
Oznacza zmianę statusu partii zapasów określającego możliwość jej użycia lub obowiązujące ograniczenia, na przykład wstrzymanie, wyłączenie ze sprzedaży lub zwolnienie. Zdarzenie można zwykle wywnioskować ze zmiany atrybutu statusu partii.
Dlaczego to ważne

Monitorowanie zmian statusu pomaga ocenić dostępność zapasów i sposób ich kontroli. Częste wstrzymania mogą wskazywać na problemy z jakością, a śledzenie zwolnień jest ważne dla analizy przebiegu procesu.

Skąd pobrać

Zdarzenie można wywnioskować, śledząc zmiany pola „LOT_STATUS_CODE” lub podobnych pól w tabelach zapasów, takich jak INV_LOT_NUMBERS. Do ustalenia znacznika czasu zmiany może być potrzebna historia audytowa lub dzienniki bazy danych.

Rejestrowanie

Zdarzenie jest rejestrowane przez porównanie bieżącej i poprzedniej wartości pola statusu partii w kolejnych momentach.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Oracle Fusion SCM

Jak zacząć?

Skorzystaj z tego szablonu, aby usprawnić przygotowanie danych i odkryć istotne informacje o procesach magazynowych. Zacznij optymalizować operacje już dziś.

Usprawnij zarządzanie zapasami już dziś

Wskaż nieefektywne działania i skróć cykl rotacji zapasów o 30%.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty kredytowej. Rozpoczęcie zajmuje kilka minut.