> Ciągłe doskonalenie procesów > Zarządzanie magazynem > Oracle WMS Cloud > Szablon danych

Szablon danych do zarządzania magazynem

Oracle WMS Cloud

← Wróć do przewodnika ulepszania procesów

Atrybuty zarządzania magazynem(21) Czynności w zarządzaniu magazynem(16) Instrukcje ekstrakcji danych(2)

Szablon danych do zarządzania magazynem

Ten szablon ułatwia zebranie danych potrzebnych do analizy procesów zarządzania magazynem. Zawiera listę atrybutów i czynności, które warto śledzić, oraz praktyczne wskazówki dotyczące pobierania tych informacji z systemu źródłowego.

Zalecane atrybuty do zebrania
Najważniejsze czynności do śledzenia w procesie
Wskazówki dotyczące ekstrakcji danych

Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Pobierz szablon

Atrybuty zarządzania magazynem

To zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby przeprowadzić pełną analizę zarządzania magazynem.

5 Wymagane 7 Zalecane 9 Opcjonalne

	Nazwa	Opis
	Czas rozpoczęcia zdarzenia EventStartTime	Znacznik czasu wskazujący, kiedy rozpoczęło się konkretne działanie lub zdarzenie magazynowe.
Opis Czas rozpoczęcia zdarzenia to dokładna data i godzina rozpoczęcia działania. W process mining jest to podstawowy atrybut czasowy, który służy do chronologicznego porządkowania zdarzeń oraz obliczania czasu trwania i cyklu. Ten znacznik czasu jest niezbędny do wiernego odwzorowania rzeczywistego przebiegu procesu. Analiza czasu rozpoczęcia zdarzenia ma duże znaczenie przy monitorowaniu wydajności. Pozwala obliczać takie miary jak czas między działaniami, czas trwania całej sprawy i zgodność z umowami SLA. Dashboardy pokazujące czas cyklu, na przykład „Czas od przyjęcia towaru do odłożenia”, opierają się na tym atrybucie, aby wykrywać opóźnienia. Dlaczego to ważne Ten znacznik czasu pozwala prawidłowo uporządkować zdarzenia i obliczać wszystkie czasowe miary wydajności, takie jak czas cyklu i wąskie gardła. Skąd pobrać Zwykle jest to pole ze znacznikiem czasu utworzenia lub rozpoczęcia, powiązane z rekordem zadania albo zdarzenia w tabelach transakcyjnych Oracle WMS Cloud. Przykłady 2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
	Nazwa działania ActivityName	Nazwa konkretnego zdarzenia biznesowego lub zadania, które miało miejsce w procesie zarządzania magazynem, na przykład „Pobrano towar” lub „Wysłano dostawę”.
Opis Nazwa działania opisuje pojedynczy krok lub etap w cyklu życia zlecenia magazynowego. Działania te tworzą kolejne węzły na mapie procesu, dzięki czemu można zobrazować i analizować jego przebieg. Każde działanie ma znacznik czasu, który stanowi podstawę pomiaru wydajności i analizy wąskich gardeł. W process mining ten atrybut jest niezbędny do zbudowania modelu procesu. Służy do analizy częstotliwości działań, ścieżek oraz czasu między poszczególnymi krokami. Znajomość kolejności i występowania działań, takich jak „Przeprowadzono kontrolę jakości” lub „Utworzono zadanie kompletacji”, pomaga lepiej przydzielać zasoby i skracać czas realizacji. Dlaczego to ważne Ten atrybut określa kroki na mapie procesu, umożliwiając wizualizację, analizę i usprawnianie workflow w magazynie. Skąd pobrać Informacje te pochodzą zwykle z dzienników zdarzeń, tabel statusów zadań lub zapisów transakcji w Oracle WMS Cloud, w których rejestrowane są etapy procesu. Przykłady Towar dotarł do magazynuUtworzono zadanie kompletacjiSpakowano towarNadano wysyłkę
	Zlecenie magazynowe WarehouseOrder	Unikalny identyfikator zlecenia magazynowego, który służy jako główny identyfikator sprawy do śledzenia wszystkich powiązanych działań logistycznych od początku do końca.
Opis Zlecenie magazynowe to główny identyfikator grupujący wszystkie zdarzenia i działania związane z pojedynczym zadaniem logistycznym w magazynie, takim jak przyjęcie dostawy lub wysyłka. W process mining pełni funkcję identyfikatora sprawy, dzięki czemu można analizować cały przebieg procesu magazynowego dla danego zlecenia. Analiza według zlecenia magazynowego pozwala zobaczyć pełny przebieg, od utworzenia zlecenia po jego realizację lub anulowanie. Ułatwia wykrywanie typowych ścieżek procesu, wąskich gardeł, odstępstw i powtarzanych czynności, które wpływają na sprawność operacji magazynowych. Taki widok pomaga ocenić ogólną wydajność oraz zgodność z procedurami dla różnych typów zleceń. Dlaczego to ważne To podstawowy identyfikator sprawy, który łączy wszystkie powiązane działania magazynowe i zapewnia pełny, kompleksowy obraz procesu dla każdego zlecenia logistycznego. Skąd pobrać Ten identyfikator znajduje się zwykle w nagłówku tabel zleceń magazynowych w Oracle WMS Cloud, na przykład w modułach Orders lub Tasks. Przykłady WO-0054321ORD-9876543SHIP-2024-1001
	Data ostatniej aktualizacji danych LastDataUpdate	Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio pobrane lub odświeżone z systemu źródłowego.
Opis Data ostatniej aktualizacji danych określa, kiedy dane zostały pobrane z Oracle WMS Cloud. Te metadane pozwalają ocenić aktualność analizy i upewnić się, że decyzje opierają się na bieżących informacjach. W dashboardach process mining ten znacznik czasu informuje o aktualności wyświetlanych danych. Pomaga ustalić, czy analiza odzwierciedla operacje w czasie rzeczywistym, czy dane historyczne, co ma znaczenie przy monitorowaniu operacyjnym. Dlaczego to ważne Informuje o aktualności danych, dzięki czemu można ocenić, jak bieżąca jest analiza procesu. Skąd pobrać Ten znacznik czasu jest generowany i dodawany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL). Przykłady 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	System źródłowy SourceSystem	System, z którego pobrano dane dotyczące zarządzania magazynem.
Opis Ten atrybut wskazuje źródło danych, którym w tym przypadku jest Oracle WMS Cloud. Może wydawać się niezmienny, ale ma znaczenie dla zarządzania danymi i ich identyfikowalności, a także przy łączeniu danych z wielu systemów na potrzeby szerszej analizy. W process mining pomaga interesariuszom zaufać danym i zrozumieć ich kontekst. Jeśli różne magazyny korzystają z różnych systemów, pole to jest niezbędne do podziału i porównania wyników procesów w poszczególnych lokalizacjach. Dlaczego to ważne Dostarcza kontekstu o pochodzeniu danych i sposobie zarządzania nimi, zapewnia ich identyfikowalność oraz umożliwia analizę danych z wielu systemów. Skąd pobrać Zwykle jest to stała wartość dodawana podczas transformacji danych, aby oznaczyć źródło zbioru danych. Przykłady Oracle WMS CloudOracle Fusion WMS
	Czas zakończenia zdarzenia EventEndTime	Znacznik czasu wskazujący, kiedy zakończyło się konkretne działanie lub zdarzenie magazynowe.
Opis Czas zakończenia zdarzenia wskazuje dokładną datę i godzinę zakończenia działania. Jeśli jest dostępny, pozwala dokładniej zmierzyć czas trwania działania niż wnioskowanie o nim na podstawie czasu rozpoczęcia kolejnego działania. Jest to szczególnie przydatne w przypadku zadań o mierzalnym czasie realizacji, takich jak pakowanie lub kontrola jakości. Dostęp do czasu rozpoczęcia i zakończenia pozwala precyzyjnie obliczyć czas realizacji poszczególnych działań. Ułatwia odróżnienie czasu aktywnej pracy nad zadaniem od czasu oczekiwania na rozpoczęcie kolejnego kroku. To rozróżnienie ma znaczenie przy analizie wykorzystania zasobów i wydajności. Dlaczego to ważne Pozwala precyzyjnie obliczyć czas trwania poszczególnych działań i odróżnić aktywną pracę od oczekiwania. Skąd pobrać Zwykle jest to pole ze znacznikiem czasu zakończenia w rekordzie zadania lub zdarzenia w Oracle WMS Cloud. Przykłady 2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
	Identyfikator użytkownika lub operatora UserOperatorId	Identyfikator użytkownika, operatora lub pracownika, który wykonał działanie magazynowe.
Opis Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego zadania, takiego jak kompletacja, pakowanie lub odłożenie towaru. Jest ważnym wymiarem analizy wydajności pracowników, rozkładu obciążenia i zgodności ze standardowymi procedurami operacyjnymi. Analiza procesu według identyfikatora użytkownika lub operatora pomaga wskazać pracowników osiągających najlepsze wyniki, osoby, które mogą potrzebować dodatkowego szkolenia, oraz nierównomierny rozkład pracy w zespole. Atrybut ten jest niezbędny w dashboardzie „Wykorzystanie zasobów według działania”, który pokazuje, jak poszczególni użytkownicy wpływają na wydajność procesu i czy działania konkretnych osób wiążą się z wąskimi gardłami. Dlaczego to ważne Ten atrybut pomaga analizować wydajność zespołu, określać potrzeby szkoleniowe i równomiernie rozdzielać obciążenie pracą. Skąd pobrać Informacje te znajdują się zwykle w tabelach transakcji lub zadań i często są powiązane z użytkownikiem zalogowanym w systemie lub na urządzeniu przenośnym w chwili wykonania działania. Przykłady JSMITHBJOHNSONUSER123
	Poziom priorytetu PriorityLevel	Klasyfikacja pilności zlecenia magazynowego, na przykład „Wysoki”, „Normalny” lub „Niski”.
Opis Poziom priorytetu to atrybut określany przez firmę, który wskazuje pilność zlecenia magazynowego. Zlecenia o wysokim priorytecie, takie jak wysyłki ekspresowe lub uzupełnienia zapasów przy krytycznych brakach, często wymagają szybszej ścieżki procesu i natychmiastowego zaangażowania zasobów. Ten atrybut jest potrzebny w dashboardzie „Wydajność realizacji zleceń priorytetowych”. Filtrowanie i porównywanie procesów według poziomu priorytetu pozwala ocenić, czy pilne zlecenia są rzeczywiście realizowane szybciej i czy spełniają bardziej rygorystyczne wymagania SLA. Pomaga też skutecznie przydzielać zasoby do najpilniejszych potrzeb firmy. Dlaczego to ważne Pozwala sprawdzić, czy pilne zlecenia są realizowane szybciej niż standardowe i czy dotrzymywane są krytyczne terminy SLA. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle jest to pole w danych nagłówka zlecenia. Przykłady WysokiNormalnyNiski
	Rzeczywista ilość ActualQuantity	Rzeczywista liczba artykułów policzonych lub obsłużonych podczas działania, na przykład przyjęcia dostawy lub kompletacji.
Opis Rzeczywista ilość to fizyczna liczba jednostek obsłużonych podczas zadania magazynowego. Jest często rejestrowana podczas przyjęcia towaru, odkładania, kompletacji lub inwentaryzacji ciągłej. Odzwierciedla faktyczny ruch zapasów. Ten atrybut jest niezbędny w dashboardzie „Rozbieżności ilościowe w zapasach”. Porównanie rzeczywistej ilości z ilością planowaną w dokumencie źródłowym, takim jak zamówienie zakupu lub zlecenie wysyłki, pozwala szybko wykryć rozbieżności. Analiza różnic pomaga ustalić źródła niezgodności stanów, takie jak błędy dostawcy, pomyłki przy przyjęciu lub błędy kompletacji. Ma to znaczenie dla utrzymania dokładnych stanów zapasów. Dlaczego to ważne Porównanie tej wartości z ilością planowaną pozwala wykrywać rozbieżności w zapasach i poprawiać dokładność stanów. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle jest to pole w tabelach szczegółów transakcji lub pozycji zadań. Przykłady 10098500
	Status SLA SLAState	Obliczany status wskazujący, czy zlecenie magazynowe zrealizowano na czas, z opóźnieniem czy jest zagrożone opóźnieniem, na podstawie wymaganej daty zakończenia.
Opis Status SLA to atrybut pochodny, który od razu klasyfikuje realizację zlecenia względem terminu. Jest obliczany przez porównanie znacznika czasu działania kończącego proces, na przykład „Wysłano dostawę”, z polem „RequestedCompletionDate”. Status może przyjmować wartości „Na czas”, „Z opóźnieniem” lub „Zagrożone opóźnieniem” w przypadku otwartych zleceń, których termin się zbliża. Ten atrybut przygotowano z myślą o dashboardzie „Zgodność z SLA dla zleceń magazynowych”. Upraszcza porównywanie dat, przedstawiając wynik w postaci czytelnego statusu, który ułatwia szybką ocenę. Analitycy mogą filtrować zlecenia opóźnione i ustalać przyczyny niedotrzymania warunków SLA. Dlaczego to ważne Zapewnia czytelny status zgodności z SLA, ułatwiając monitorowanie i analizę terminowości. Skąd pobrać Wartość oblicza się przez porównanie znacznika czasu ostatniego działania z polem RequestedCompletionDate. Przykłady Na czasZ opóźnieniemZagrożone
	Typ zlecenia magazynowego WarehouseOrderType	Określa kategorię zlecenia magazynowego, na przykład przyjęcie dostawy, wysyłkę lub przesunięcie wewnętrzne.
Opis Typ zlecenia magazynowego określa jego cel. Typowe kategorie to wysyłki do klientów, przyjęcia zamówień zakupu, przesunięcia zapasów między lokalizacjami i zwroty. Podział na kategorie jest podstawą segmentacji analizy procesu i porównywania wyników różnych workflow. W process mining filtrowanie według typu zlecenia pozwala tworzyć osobne mapy procesów dla przepływów przychodzących i wychodzących, które często obejmują różne kroki i mają różne cele. Na przykład KPI dla wysyłki koncentrują się na szybkości i dostawie do klienta, a KPI dla przyjęcia dostawy na dostępności i dokładności zapasów. Ten atrybut jest potrzebny w dashboardzie „Przepustowość kompletacji i pakowania”, który służy do porównywania różnych procesów realizacji zleceń. Dlaczego to ważne Pozwala podzielić analizę na odrębne procesy, takie jak przyjęcia, wysyłki i operacje wewnętrzne, które mają różne cele i workflow. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle są dostępne w danych nagłówka zlecenia magazynowego. Przykłady Wysyłka wychodzącaPrzyjęcie dostawyPrzesunięcie wewnętrzneZwrot od klienta
	Wymagana data zakończenia RequestedCompletionDate	Docelowa data, do której zlecenie magazynowe powinno zostać zrealizowane lub wysłane.
Opis Wymagana data zakończenia to termin określony w umowie SLA lub oczekiwany przez klienta. Stanowi punkt odniesienia przy ocenie, czy zlecenie zrealizowano przed terminem, na czas czy z opóźnieniem. Ten atrybut jest podstawą dashboardów do monitorowania wydajności, takich jak „Zgodność z SLA dla zleceń magazynowych”, oraz obliczania KPI, na przykład „Terminowość wysyłek”. Porównanie rzeczywistego czasu wysyłki z wymaganą datą pozwala mierzyć poziom obsługi, ustalać przyczyny opóźnień i nadawać priorytet zleceniom zagrożonym niedotrzymaniem terminu. Dlaczego to ważne To podstawowy atrybut do pomiaru terminowości i zgodności z SLA, które bezpośrednio wpływają na zadowolenie klientów. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle są częścią danych nagłówka zlecenia i pochodzą z zamówienia sprzedaży lub zakupu. Przykłady 2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
	Czy ponowiono czynność IsRework	Wartość logiczna wskazująca, czy czynność jest powtórzeniem wcześniejszego kroku w ramach tego samego przypadku, co może oznaczać poprawkę lub pętlę procesu.
Opis Pole „Czy ponowiono czynność” jest obliczane i wskazuje, kiedy proces odchodzi od liniowego przebiegu, a dana czynność zostaje wykonana ponownie. Jeśli na przykład po czynności „Pobrano towar” dla tego samego zamówienia następuje kolejna czynność „Pobrano towar”, drugie wystąpienie zostanie oznaczone jako poprawka. Często wskazuje to na problem, na przykład błąd kompletacji, który trzeba było skorygować. Ten atrybut jest niezbędny do korzystania z dashboardu „Analiza odchyleń i poprawek w procesie” oraz KPI „Odsetek poprawek w magazynie”. Oznaczenie takich zdarzeń pozwala zmierzyć częstotliwość i wpływ poprawek. Wskazanie czynności, przy których najczęściej trzeba wprowadzać poprawki, pomaga wykryć słabe punkty procesu, problemy z jakością lub braki w szkoleniach, które obniżają wydajność i zwiększają koszty operacyjne. Dlaczego to ważne To pole bezpośrednio wskazuje nieefektywności i pętle w procesie, dzięki czemu można zmierzyć koszt i częstotliwość poprawek. Skąd pobrać Wartość jest obliczana w narzędziu process mining przez wykrywanie powtarzających się sekwencji czynności dla tego samego CaseId. Przykłady truefalse
	Identyfikator lokalizacji LocationIdentifier	Konkretne miejsce w magazynie, w którym odbyło się działanie, na przykład lokalizacja składowania, brama dokowa lub strefa wysyłki.
Opis Identyfikator lokalizacji wskazuje dokładne miejsce w magazynie powiązane ze zdarzeniem. Może to być rampa przyjęć dla zdarzenia „Towar przyjechał”, lokalizacja składowania dla „Odłożono towar”, stanowisko pakowania dla „Spakowano towar” lub pas w strefie wysyłki dla „Przygotowano do wysyłki”. Ten atrybut dodaje do analizy procesu wymiar przestrzenny. Pomaga wykrywać wąskie gardła związane z konkretnymi obszarami magazynu. Analiza może na przykład wykazać, że kompletacja w określonej alejce regularnie trwa dłużej albo że konkretna brama dokowa spowalnia przyjęcia. Takie informacje pomagają podejmować decyzje dotyczące układu magazynu, przydziału zasobów i projektowania procesu. Dlaczego to ważne Dodaje do analizy wymiar fizycznej lokalizacji i pomaga wykrywać wąskie gardła związane z konkretnymi strefami, alejkami lub lokalizacjami magazynowymi. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle są rejestrowane w szczegółach zadań. Przykłady A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
	Identyfikator wysyłki ShipmentId	Unikalny identyfikator wysyłki, który grupuje jedno lub więcej zleceń magazynowych transportowanych razem.
Opis Identyfikator wysyłki to identyfikator wyższego poziomu, który może łączyć wiele zleceń magazynowych w jedną jednostkę logistyczną przeznaczoną do transportu. Na przykład kilka niewielkich zleceń do tego samego miejsca docelowego może zostać połączonych w jedną wysyłkę przewożoną tą samą ciężarówką. W tej analizie identyfikatorem sprawy jest zlecenie magazynowe, a identyfikator wysyłki stanowi dodatkowy wymiar analizy logistyki wysyłek. Pozwala oceniać wyniki na poziomie wysyłki, na przykład mierzyć łączny czas konsolidacji wszystkich zleceń. Ułatwia też śledzenie problemów dotyczących całej wysyłki, a nie tylko pojedynczego zlecenia. Dlaczego to ważne Łączy wiele zleceń w jedną jednostkę transportową, umożliwiając analizę efektywności konsolidacji i wyników na poziomie wysyłki. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle są dostępne w modułach zarządzania wysyłkami lub ładunkami. Przykłady SHP-98765LOAD-A543BOL-123456
	Ilość planowana PlannedQuantity	Oczekiwana liczba artykułów do obsłużenia podczas działania, określona w dokumencie źródłowym, takim jak zamówienie zakupu lub sprzedaży.
Opis Ilość planowana to oczekiwana liczba jednostek dla danego zadania, określona w dokumencie źródłowym. W przypadku przyjęcia dostawy jest to ilość z zamówienia zakupu, a w przypadku wysyłki ilość z zamówienia sprzedaży. Ta wartość stanowi punkt odniesienia przy porównaniu z ilością rzeczywistą. KPI „Wskaźnik rozbieżności danych o zapasach” oblicza się na podstawie różnic między ilością planowaną a rzeczywistą. Analiza tych odchyleń pomaga zarządzać łańcuchem dostaw i zapasami oraz rozwiązywać problemy związane z dostawcami, procesami wewnętrznymi lub błędami wprowadzania danych. Dlaczego to ważne Stanowi punkt odniesienia przy ocenie dokładności zapasów i wykrywaniu rozbieżności podczas przyjęcia lub kompletacji. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle znajdują się w pozycji zlecenia powiązanej z zadaniem magazynowym. Przykłady 100100500
	Kod przyczyny ReasonCode	Kod lub opis wyjaśniający przyczynę konkretnego zdarzenia, takiego jak korekta zapasów, zwrot lub odstępstwo.
Opis Kod przyczyny wyjaśnia niestandardowe zdarzenia lub wyjątki w procesie. Na przykład przy działaniu „Skorygowano stan zapasów” kod może wskazywać „Uszkodzony towar”, „Korekta po inwentaryzacji ciągłej” lub „Przeterminowany zapas”. Informacje te są niezbędne do ustalenia przyczyn odstępstw od procesu. W process mining kody przyczyn pomagają zrozumieć, dlaczego dochodzi do wyjątków. Analiza częstotliwości i wpływu poszczególnych kodów może ujawnić problemy systemowe. Częste korekty z kodem „Uszkodzony towar” mogą na przykład uzasadniać przegląd procedur obsługi, a częste kody „Błąd kompletacji” mogą wskazywać na potrzebę lepszego szkolenia lub dodatkowych kontroli systemowych. Dlaczego to ważne Dostarcza kontekstu o wyjątkach i odstępstwach, umożliwiając ustalenie przyczyn problemów, takich jak korekty zapasów lub opóźnienia. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Kody te są zwykle wprowadzane podczas obsługi wyjątków. Przykłady DMG - Uszkodzenie w transporcieQTY_MISMATCH - Niedobór u dostawcyWRONG_ITEM_PICKED
	Przewoźnik Carrier	Przewoźnik lub dostawca usług transportowych przypisany do obsługi wysyłki.
Opis Atrybut „Przewoźnik” wskazuje partnera logistycznego odpowiedzialnego za transport towarów z magazynu do miejsca docelowego. Może to być firma kurierska, taka jak FedEx lub UPS, przewoźnik towarowy albo własna flota. Informacje te służą w dashboardzie „Czas cyklu wysyłki” do analizy i porównywania wyników różnych przewoźników. Podział czasu od „Przygotowano do wysyłki” do „Wysłano dostawę” według przewoźnika pozwala ustalić, którzy partnerzy działają sprawniej, którzy powodują opóźnienia, a także wykorzystać te dane przy negocjowaniu umów i wyborze przewoźnika. Dlaczego to ważne Umożliwia porównanie wyników przewoźników, co pomaga usprawnić logistykę wysyłek i ograniczyć opóźnienia. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Zwykle są przechowywane w danych wysyłki lub ładunku powiązanych ze zleceniem magazynowym. Przykłady FedExUPSDHLXPO Logistics
	SKU produktu ProductSKU	Kod SKU (Stock Keeping Unit) lub identyfikator produktu obsługiwanego w ramach zlecenia magazynowego.
Opis SKU produktu to unikalny kod identyfikujący konkretny produkt lub artykuł. Zlecenia magazynowe często obejmują jeden lub więcej produktów, a ten atrybut pozwala podzielić analizę według obsługiwanych artykułów. Analiza procesu według SKU produktu może pokazać, jak różne produkty wpływają na wydajność magazynu. Na przykład obsługa dużych lub delikatnych artykułów może trwać dłużej, a produkty szybko rotujące mogą przechodzić przez bardziej zoptymalizowaną ścieżkę. Informacje te pomagają planować rozmieszczenie produktów w magazynie tak, aby skrócić czas kompletacji i odkładania, oraz ocenić wpływ cech produktów na ogólną przepustowość. Dlaczego to ważne Pozwala analizować wpływ cech produktów na czas obsługi i przebieg procesu, co pomaga planować rozmieszczenie i składowanie. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Są dostępne w szczegółach pozycji zlecenia lub zadania. Przykłady SKU-100-RED-LGPROD-54321HW-CMP-001A
	Status zlecenia magazynowego WarehouseOrderStatus	Bieżący lub końcowy status zlecenia magazynowego, na przykład „Completed” lub „Cancelled”.
Opis Ten atrybut wskazuje wynik lub stan końcowy zlecenia magazynowego. Pozwala odróżnić zlecenia zrealizowane od anulowanych lub nadal przetwarzanych. Jest przydatny do filtrowania spraw, aby analizować tylko zakończone procesy albo ustalić przyczyny anulowania. Analiza spraw według statusu końcowego pomaga zrozumieć różnice w przebiegu i wynikach procesu. Na przykład porównanie przebiegu zleceń „Completed” i „Cancelled” może pokazać, na którym etapie najczęściej dochodzi do anulowania, oraz wskazać potencjalne problemy z zapasami, zamówieniami klientów lub błędami systemu. Status służy też do obliczania KPI przepustowości, takich jak „Dzienna przepustowość magazynu”. Dlaczego to ważne Określa wynik sprawy, dzięki czemu można skupić analizę na zrealizowanych zleceniach lub zbadać wyjątki, takie jak anulowania. Skąd pobrać Zwykle jest to pole statusu w rekordzie nagłówka zlecenia magazynowego w Oracle WMS Cloud. Przykłady ZakończonoW tokuAnulowanoWstrzymano
	Użyty sprzęt EquipmentUsed	Identyfikator sprzętu użytego do wykonania działania magazynowego, na przykład wózka widłowego lub skanera przenośnego.
Opis Ten atrybut określa urządzenie lub sprzęt używany podczas zadania magazynowego. Śledzenie wykorzystania sprzętu uzupełnia analizę pracy operatorów o informacje dotyczące zasobów technicznych. Pomaga ocenić stopień wykorzystania sprzętu, określić potrzeby konserwacyjne i lepiej przydzielać maszyny. Analiza według użytego sprzętu w dashboardzie „Wykorzystanie zasobów według działania” pozwala sprawdzić, czy określone typy urządzeń powodują wąskie gardła oraz czy przydział zadań można poprawić, uwzględniając dostępność i wydajność sprzętu. Może na przykład wykazać, że określony model wózka widłowego regularnie wydłuża czas odkładania towaru, co uzasadnia dalszą analizę. Dlaczego to ważne Pozwala analizować wykorzystanie i wydajność sprzętu, wykrywać wąskie gardła związane z urządzeniami oraz lepiej przydzielać zasoby. Skąd pobrać Informacje można znaleźć w dokumentacji Oracle WMS Cloud. Mogą być rejestrowane w danych o realizacji zadań, zwłaszcza gdy operatorzy logują się na konkretnym urządzeniu. Przykłady FORKLIFT-05SCANNER-A12CART-27

Wymagane Zalecane Opcjonalne

Czynności w zarządzaniu magazynem

To najważniejsze kroki procesu i kamienie milowe, które warto zapisać w dzienniku zdarzeń, aby dokładnie odkryć przebieg procesu.

7 Zalecane 9 Opcjonalne

	Działanie	Opis
	Nadano wysyłkę	To zdarzenie oznacza ostatni etap, w którym załadowany pojazd opuszcza magazyn. Transakcja zamyka zamówienie wychodzące w systemie WMS zarówno pod względem finansowym, jak i fizycznym.
Dlaczego to ważne To końcowy etap procesu wychodzącego i ważny punkt danych dla KPI dotyczącego terminowości wysyłek. Oznacza przekazanie towaru przewoźnikowi i zakończenie odpowiedzialności magazynu. Skąd pobrać To ważna, jawnie rejestrowana transakcja w Oracle WMS Cloud, często nazywana „Ship Confirm” lub „Dispatch Load”. Jest zapisywana w rekordzie załadunku wychodzącego lub wysyłki wraz z dokładnym znacznikiem czasu. Rejestrowanie Rejestrowane na podstawie znacznika czasu transakcji „Ship Confirm” lub „Dispatch Load”. Typ zdarzenia explicit
	Odłożono towar	To zdarzenie oznacza pomyślne zakończenie procesu odkładania towaru. Pracownik przeniósł towar do miejsca składowania i potwierdził tę czynność w systemie, dzięki czemu zapasy są dostępne do wykorzystania.
Dlaczego to ważne To ważny etap kończący proces przyjęcia towaru. Jest niezbędny do obliczenia KPI „Czas od przyjęcia towaru do składowania” i analizy efektywności odkładania. Skąd pobrać Zdarzenie jest rejestrowane, gdy pracownik potwierdza wykonanie zadania odłożenia towaru. Powstaje wtedy rekord transakcji ze znacznikiem czasu zakończenia. Zwykle można go znaleźć w historii zadań lub dziennikach transakcji zapasów. Rejestrowanie Na podstawie znacznika czasu zakończenia transakcji zadania odłożenia towaru. Typ zdarzenia explicit
	Przyjęto towar	To zdarzenie oznacza, że towar został rozładowany, zeskanowany i formalnie przyjęty na stan magazynu. Podczas tej transakcji ilości są weryfikowane z dokumentem dostawy przychodzącej.
Dlaczego to ważne To ważny etap oznaczający oficjalne przyjęcie zapasów. Czas jego realizacji bezpośrednio wpływa na to, jak szybko towar będzie dostępny do odłożenia i realizacji zamówień. Skąd pobrać Zdarzenie jest rejestrowane w dziennikach transakcji przyjęcia w Oracle WMS Cloud. Każde skanowanie lub potwierdzenie przyjęcia produktu tworzy rekord transakcji ze znacznikiem czasu. Rejestrowanie Na podstawie znacznika czasu zakończenia transakcji „Receive ASN” lub podobnej transakcji przyjęcia. Typ zdarzenia explicit
	Skompletowano towar	To zdarzenie oznacza, że pracownik pobrał produkty z miejsc składowania i potwierdził kompletację w systemie. Towar jest gotowy do przeniesienia do strefy pakowania lub przygotowania wysyłki.
Dlaczego to ważne To ważny etap realizacji zamówienia. Analiza czasu kompletacji pomaga wykryć wąskie gardła związane z układem magazynu, strategią kompletacji lub wydajnością pracowników. Skąd pobrać Zdarzenie jest rejestrowane na podstawie znacznika czasu zakończenia zadania kompletacji w historii zadań lub dziennikach transakcji. Skan potwierdzający wykonanie zadania zamyka transakcję. Rejestrowanie Na podstawie znacznika czasu zakończenia transakcji zadania kompletacji. Typ zdarzenia explicit
	Spakowano towar	Oznacza zakończenie pakowania pojemnika wysyłkowego lub całego zamówienia. Pracownik potwierdza, że wszystkie produkty zostały spakowane, a pojemnik zamknięto i oznaczono do wysyłki.
Dlaczego to ważne Ten etap kończy czynności w magazynie, które zwiększają wartość zamówienia. Czas od kompletacji do zakończenia pakowania jest ważnym wskaźnikiem tempa realizacji zamówień w magazynie. Skąd pobrać Zdarzenie jest zwykle rejestrowane jako jawna transakcja, na przykład „Close Container” lub „Finish Pack”. Znacznik czasu zakończenia znajduje się w historii transakcji pakowania lub zamówienia wychodzącego. Rejestrowanie Rejestrowane na podstawie znacznika czasu zakończenia ostatniej transakcji pakowania zamówienia. Typ zdarzenia explicit
	Utworzono dostawę przychodzącą	To zdarzenie oznacza utworzenie awiza wysyłki (ASN) lub rekordu dostawy przychodzącej w Oracle WMS Cloud. Rozpoczyna proces przyjęcia towaru i formalnie informuje o planowanym przyjeździe dostawy do magazynu.
Dlaczego to ważne To główne zdarzenie rozpoczynające proces przyjęcia towaru do magazynu. Analiza czasu od tego momentu do faktycznego przyjęcia towaru pomaga ocenić rzetelność dostawców i dokładność planowania. Skąd pobrać Zdarzenie jest zwykle rejestrowane w historii transakcji obiektu dostawy przychodzącej lub ASN. Odpowiada znacznikowi czasu utworzenia dokumentu. Rejestrowanie Rejestrowane przy utworzeniu rekordu dostawy przychodzącej lub ASN. Typ zdarzenia explicit
	Zakończono obsługę zamówienia magazynowego	Oznacza ostateczne zamknięcie zamówienia magazynowego. Może nastąpić w chwili nadania wysyłki lub nieco później, po zakończeniu wszystkich aktualizacji systemowych. Jest to pomyślne zakończenie procesu.
Dlaczego to ważne To zdarzenie wyznacza koniec całego cyklu obsługi zamówienia magazynowego. Jest niezbędne do obliczenia łącznego czasu cyklu i przepustowości operacji magazynowych. Skąd pobrać Zdarzenie jest zwykle wywnioskowane na podstawie końcowej zmiany statusu obiektu zamówienia magazynowego na „Completed” lub „Closed”. Wykorzystywany jest znacznik czasu tej ostatniej aktualizacji statusu. Rejestrowanie Wnioskowane na podstawie zmiany statusu zamówienia magazynowego na końcowy status oznaczający pomyślne zakończenie. Typ zdarzenia inferred
	Anulowano zamówienie magazynowe	Oznacza anulowanie zamówienia magazynowego przed jego realizacją. Jest to alternatywny, niepomyślny stan końcowy procesu.
Dlaczego to ważne Śledzenie anulowanych zamówień pomaga zrozumieć zmiany popytu, błędy wprowadzania danych i inne przyczyny rezygnacji z realizacji. Ułatwia wykrywanie źródeł strat w procesie. Skąd pobrać To zdarzenie jest wnioskowane na podstawie zmiany statusu zlecenia magazynowego na „Cancelled” lub inny podobny status końcowy. Używany jest znacznik czasu tej zmiany. Rejestrowanie Wnioskowane na podstawie zmiany statusu zlecenia magazynowego na „Cancelled”. Typ zdarzenia inferred
	Przeprowadzono kontrolę jakości	Oznacza zakończenie kontroli jakości przyjętego towaru. Może to być standardowy etap dla określonych materiałów lub dostawców albo kontrola zlecona doraźnie.
Dlaczego to ważne Śledzenie czasu trwania i częstotliwości kontroli jakości pomaga wykrywać opóźnienia w procesie przyjęcia. Pozwala ustalić, jak długo towary pozostają w statusie kontroli jakości, zanim będą dostępne. Skąd pobrać Zdarzenie można prawdopodobnie wywnioskować ze zmiany statusu rekordu zapasów z „QA Hold” na „Available” lub „Putaway”. Mogą być też dostępne jawne dzienniki transakcji z modułu kontroli jakości. Rejestrowanie Wnioskowane na podstawie zmiany statusu zapasów lub zakończenia transakcji kontroli jakości powiązanej z przyjętym towarem. Typ zdarzenia inferred
	Przygotowano do wysyłki	To zdarzenie oznacza przeniesienie spakowanych pojemników ze stanowiska pakowania do wyznaczonej strefy przygotowania wysyłek. Zamówienie jest gotowe i czeka na załadunek na pojazd przewoźnika.
Dlaczego to ważne To przejście od obsługi zamówienia do końcowego etapu nadania. Czas oczekiwania towaru w strefie przygotowania wysyłek może wskazywać opóźnienia w przyjeździe przewoźnika lub planowaniu ramp. Skąd pobrać Zdarzenie jest zwykle rejestrowane jako transakcja zmiany lokalizacji, która aktualizuje lokalizację spakowanego pojemnika na strefę przygotowania wysyłek. Znacznik czasu tej transakcji wyznacza moment zdarzenia. Rejestrowanie Rejestrowane na podstawie transakcji przesunięcia zapasów, która przenosi spakowany LPN do lokalizacji przygotowania wysyłki. Typ zdarzenia explicit
	Rozpoczęto pakowanie	To zdarzenie oznacza, że skompletowany towar dotarł do stanowiska pakowania, a pracownik rozpoczął pakowanie. Często jest rejestrowane przez skanowanie, które przypisuje produkty do pojemnika.
Dlaczego to ważne Śledzenie tego zdarzenia pozwala oddzielić podproces pakowania od kompletacji i przygotowania wysyłki. Umożliwia szczegółową analizę efektywności i przepustowości stanowisk pakowania. Skąd pobrać Zdarzenie może być rejestrowane jako jawna transakcja lub wywnioskowane na podstawie utworzenia pojemnika do pakowania (LPN) i zeskanowania do niego pierwszego produktu. Informacje można znaleźć w dziennikach transakcji pakowania lub wysyłki. Rejestrowanie Rejestrowane na podstawie transakcji „Start Pack” lub znacznika czasu zeskanowania pierwszego produktu do pojemnika. Typ zdarzenia explicit
	Rozpoczęto załadunek	To zdarzenie oznacza rozpoczęcie fizycznego załadunku, czyli przenoszenia spakowanego towaru ze strefy przygotowania wysyłek na pojazd przewoźnika. Często rozpoczyna je transakcja „Start Load”.
Dlaczego to ważne To zdarzenie pokazuje efektywność samego załadunku. Pozwala oddzielić czas oczekiwania w strefie przygotowania wysyłek od czasu faktycznego załadunku pojazdu. Skąd pobrać Zdarzenie jest zwykle rejestrowane jako jawna transakcja powiązana z rekordem załadunku wychodzącego w Oracle WMS Cloud. Użytkownik wybiera opcję „Start Load”, a system zapisuje znacznik czasu. Rejestrowanie Rejestrowane na podstawie transakcji „Start Load” powiązanej z konkretnym załadunkiem dla przewoźnika. Typ zdarzenia explicit
	Skorygowano stan zapasów	Oznacza ręczną lub systemową korektę ilości produktu w określonej lokalizacji. Może wynikać z inwentaryzacji cyklicznej, uszkodzenia towaru lub korekty rozbieżności wykrytych podczas przyjęcia.
Dlaczego to ważne To zdarzenie pomaga wykrywać błędy procesu prowadzące do nieprawidłowych stanów magazynowych. Analiza częstotliwości i skali korekt pozwala wskazać problemy z przyjęciem, kompletacją lub składowaniem. Skąd pobrać Zdarzenie jest rejestrowane w dziennikach transakcji korekt zapasów w Oracle WMS Cloud. Zawierają one informacje o produkcie, lokalizacji, zmianie ilości, kodzie przyczyny i znaczniku czasu. Rejestrowanie Rejestrowane bezpośrednio w rekordach transakcji korekt zapasów. Typ zdarzenia explicit
	Towar dotarł do magazynu	Oznacza fizyczny przyjazd ciężarówki lub przewoźnika do rampy magazynowej i oficjalne zameldowanie dostawy. Zdarzenie jest często rejestrowane przed rozpoczęciem rozładunku i szczegółowego przyjęcia poszczególnych produktów.
Dlaczego to ważne Ten etap pozwala oddzielić czas transportu przez przewoźnika od czasu wewnętrznej obsługi w magazynie. Jest ważny przy analizie wykorzystania ramp i możliwych wąskich gardeł w strefie przyjęć. Skąd pobrać Zdarzenie jest często rejestrowane jako zmiana statusu dostawy przychodzącej lub ASN. Może je wywołać pracownik rampy, skanując dokumenty dostawy lub ręcznie aktualizując system. Rejestrowanie Rejestrowane jako zmiana statusu dostawy przychodzącej, na przykład „Przybył do punktu przyjęć”. Typ zdarzenia explicit
	Utworzono zadanie kompletacji	To zdarzenie występuje, gdy system tworzy dla pracownika zadanie pobrania produktów z miejsc składowania w celu realizacji zamówienia wychodzącego. Rozpoczyna cykl realizacji zamówienia w magazynie.
Dlaczego to ważne To zdarzenie rozpoczyna proces kompletacji zamówienia wychodzącego. Czas od jego wystąpienia do zakończenia kompletacji jest ważnym miernikiem efektywności realizacji zamówień i szybkości reakcji na zapotrzebowanie. Skąd pobrać Zdarzenie jest rejestrowane w tabelach zarządzania zadaniami magazynowymi. Czas czynności odpowiada znacznikowi czasu utworzenia rekordu zadania kompletacji. Rejestrowanie Rejestrowane na podstawie znacznika czasu utworzenia zadania kompletacji wygenerowanego przez system. Typ zdarzenia explicit
	Utworzono zadanie odłożenia towaru	To zdarzenie oznacza, że system utworzył zadanie dla pracownika magazynu, który ma przenieść przyjęty towar z rampy do wyznaczonej lokalizacji składowania. Rozpoczyna podproces odkładania towaru.
Dlaczego to ważne To zdarzenie rozpoczyna cykl odkładania towaru. Analiza czasu od utworzenia zadania do zakończenia odkładania pozwala ocenić sprawność systemu i czas reakcji pracowników. Skąd pobrać Zdarzenie jest zwykle jawnie rejestrowane w tabelach zadań magazynowych lub transakcji. Czas zdarzenia odpowiada znacznikowi czasu utworzenia rekordu zadania odłożenia towaru. Rejestrowanie Rejestrowane na podstawie znacznika czasu utworzenia zadania odłożenia towaru wygenerowanego przez system. Typ zdarzenia explicit

Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Oracle WMS Cloud

Kroki

Przejdź do Oracle Transactional Business Intelligence (OTBI). Zaloguj się do środowiska Oracle Cloud Applications i w menu nawigacyjnym wybierz Tools, a następnie Reports and Analytics.
Kliknij przycisk „Create” na pasku narzędzi i wybierz „Analysis”. Otworzy się edytor analizy, w którym można wybrać źródło danych.
W oknie „Select Subject Area” wybierz obszar „Warehouse Operations - Real Time”. Zawiera on obiekty danych potrzebne do obsługi transakcji przychodzących, zapasów i wysyłek.
Po wybraniu obszaru przejdź do karty Criteria. Zamiast przeciągać kolumny, otwórz kartę „Advanced”, aby bezpośrednio wpisać zapytanie logiczne SQL.
Skopiuj całe zapytanie logiczne SQL z sekcji Query tego dokumentu i wklej je w polu tekstowym „SQL Issued”. Zapytanie wykorzystuje klauzule UNION ALL, aby połączyć dane z różnych tabel transakcyjnych w jeden dziennik zdarzeń.
Zastąp wartości zastępcze w zapytaniu. W szczególności ustaw zmienne @{v_start_date} i @{v_end_date}, aby określić zakres dat ekstrakcji, na przykład „YYYY-MM-DD”.
Przejdź do karty „Results”, uruchom zapytanie i wyświetl podgląd danych. Pozwoli to sprawdzić, czy zapytanie jest poprawne i zwraca oczekiwane kolumny oraz wiersze.
Zapisz analizę, klikając ikonę zapisu. Nadaj jej opisową nazwę i zapisz w folderze współdzielonym lub osobistym.
Aby zaplanować cykliczny eksport, wróć do katalogu, znajdź zapisaną analizę i kliknij „More”, a następnie wybierz „Schedule”.
W ustawieniach harmonogramu określ częstotliwość i godzinę uruchamiania raportu. Na karcie „Output” wybierz format eksportu CSV. Jest to zalecany format dla ProcessMind.
Skonfiguruj sposób dostarczenia pliku, na przykład zapis na serwerze treści lub wysyłkę e-mailem, aby pobrać wygenerowany plik CSV.
Po uruchomieniu zaplanowanego zadania i otrzymaniu pliku CSV sprawdź, czy nagłówki kolumn odpowiadają atrybutom wymaganym w projekcie ProcessMind. Dalsze przekształcanie danych nie powinno być potrzebne.

Konfiguracja

Obszar tematyczny: Głównym źródłem danych dla tej ekstrakcji jest obszar „Warehouse Operations - Real Time”. Sprawdź, czy rola użytkownika ma wymagane uprawnienia dostępu do tego obszaru.
Zakres dat: Zapytanie przyjmuje datę początkową i końcową. Do pierwszej analizy zaleca się pobranie danych z 3–6 miesięcy. W środowisku produkcyjnym zaplanuj codzienną lub cotygodniową ekstrakcję przyrostową.
Najważniejsze filtry: Zapytanie filtruje dane według daty utworzenia transakcji. Aby zawęzić zakres, można dodać filtry bezpośrednio do klauzuli WHERE każdego zapytania SELECT, na przykład filtrować według „Warehouse Details”.”Warehouse Code”, aby uwzględnić tylko wybrany obiekt.
Wydajność: Pobieranie dużych ilości danych bezpośrednio z obszarów czasu rzeczywistego może obciążyć system. Duże ekstrakcje należy planować poza godzinami szczytu, aby ograniczyć wpływ na użytkowników operacyjnych.
Wymagania wstępne: Użytkownik wykonujący ekstrakcję musi mieć rolę z odpowiednimi uprawnieniami BI, na przykład „BI Administrator” lub „BI Author”, aby tworzyć, edytować i planować analizy w środowisku OTBI.

Przykładowe zapytanie sql

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

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

Kroki

Przygotuj środowisko Python: Sprawdź, czy zainstalowano Python 3.6 lub nowszy. Zainstaluj wymagane biblioteki za pomocą pip: pip install requests pandas.
Zbierz dane dostępowe do Oracle WMS Cloud: Uzyskaj bazowy adres URL API, nazwę użytkownika dedykowanego konta API, hasło oraz identyfikator obiektu magazynowego, z którego mają być pobierane dane.
Skonfiguruj skrypt Python: Otwórz dostarczony skrypt. W sekcji konfiguracji u góry zastąp wartości zastępcze BASE_URL, FACILITY_ID, USERNAME i PASSWORD właściwymi danymi. Ustaw też START_DATE i END_DATE, aby określić okres ekstrakcji.
Poznaj punkty końcowe API: Skrypt odpytuje kilka głównych punktów końcowych REST API Oracle WMS Cloud. Podstawowym źródłem danych o zdarzeniach jest punkt końcowy inventory_history. Filtruje on dane według różnych typów transakcji (tran_type), aby rozpoznać czynności takie jak przyjęcie, kompletacja i pakowanie.
Uruchom skrypt: W wierszu poleceń uruchom python your_script_name.py. Skrypt uwierzytelni się, a następnie kolejno odpytuje API o dane dotyczące każdej z 16 wymaganych czynności w określonym zakresie dat.
Obsłuż stronicowanie: Skrypt zawiera funkcję pomocniczą, która automatycznie obsługuje stronicowanie odpowiedzi API. Wielokrotnie wywołuje każdy punkt końcowy i zwiększa parametr offset, aż pobierze wszystkie pasujące rekordy z wybranego zakresu dat.
Zmapuj i przekształć dane: Dla każdego rekordu pobranego z API skrypt mapuje pola JSON na standardowe kolumny dziennika zdarzeń (WarehouseOrder, ActivityName, EventStartTime itd.). Przypisuje właściwą wartość ActivityName na podstawie źródłowego punktu końcowego i typu transakcji.
Połącz dane o zdarzeniach: Wszystkie pobrane zdarzenia są dodawane do jednej listy. Po zakończeniu zapytań do API lista jest przekształcana w pandas DataFrame, czyli uporządkowany widok tabelaryczny całego procesu.
Znacznik czasu i dane systemowe: Skrypt uzupełnia dane każdego zdarzenia o SourceSystem (na stałe ustawione na „Oracle WMS Cloud”) i LastDataUpdate (znacznik czasu uruchomienia skryptu).
Wyeksportuj dziennik zdarzeń: Końcowy pandas DataFrame jest sortowany według identyfikatora zamówienia magazynowego i czasu rozpoczęcia zdarzenia, aby zachować prawidłową kolejność. Następnie jest zapisywany jako plik CSV oracle_wms_event_log.csv w katalogu, z którego uruchomiono skrypt. Plik jest gotowy do przesłania do ProcessMind.

Konfiguracja

Dane dostępowe do API: Wymagane jest prawidłowe konto użytkownika Oracle WMS Cloud z dostępem do API, w tym nazwa użytkownika i hasło.
Bazowy adres URL i identyfikator obiektu magazynowego: Podaj bazowy adres URL konkretnej instancji Oracle WMS Cloud, na przykład https://{your_instance_id}.wms.ocs.oraclecloud.com, oraz docelowy facility_id.
Zakres dat: Skrypt wymaga wartości START_DATE i END_DATE w formacie „YYYY-MM-DD”. Do pierwszej analizy zaleca się zakres 3–6 miesięcy, który zapewnia równowagę między ilością danych a zakresem wniosków. Pamiętaj, że bardzo szeroki zakres dat może znacznie wydłużyć działanie skryptu.
Limit stronicowania: Parametr LIMIT w skrypcie jest ustawiony na 500 rekordów na jedno żądanie API. To zazwyczaj bezpieczna wartość, która ogranicza ryzyko przekroczenia limitu czasu. Można ją dostosować do wydajności systemu, ale nie zaleca się wartości powyżej 1000.
Uprawnienia API: Użytkownik API musi mieć co najmniej uprawnienia do odczytu następujących jednostek: inbound_shipment, inventory_history, task, outbound_load i order. Należy skontaktować się z administratorem Oracle WMS, aby przypisał odpowiednie role.

Przykładowe zapytanie python

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

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

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

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

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

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

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

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

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

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

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

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

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

    df = pd.DataFrame(events)

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

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

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

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

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu danych, aby rozpocząć process mining w obszarze zarządzania magazynem. Już dziś zacznij usprawniać operacje.

Wróć do przewodnika ulepszania procesów

Pobierz szablon

Usprawnij zarządzanie magazynem i zwiększ wydajność Oracle WMS Cloud

Wykrywaj wąskie gardła i osiągnij 99,5% dokładności stanów magazynowych w Oracle WMS Cloud.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty płatniczej. Już dziś zacznij usprawniać procesy.

Szablon danych do zarządzania magazynem

Szablon danych do zarządzania magazynem

Atrybuty zarządzania magazynem

Czynności w zarządzaniu magazynem

Instrukcje ekstrakcji danych

Eksport danych z Oracle Transactional Business Intelligence (OTBI)

Kroki

Konfiguracja

Przykładowe zapytanie sql

Ekstrakcja za pomocą skryptu Python i Oracle WMS REST APIs

Kroki

Konfiguracja

Przykładowe zapytanie python

Gotowi do rozpoczęcia?

Usprawnij zarządzanie magazynem i zwiększ wydajność Oracle WMS Cloud