> Ciągłe doskonalenie procesów > Zarządzanie łańcuchem dostaw > Oracle SCM Cloud > Szablon danych

Szablon danych do zarządzania łańcuchem dostaw

Oracle SCM Cloud

← Wróć do przewodnika ulepszania procesów

Atrybuty zarządzania łańcuchem dostaw(22) Działania w zarządzaniu łańcuchem dostaw(14) Instrukcje ekstrakcji danych(3)

Szablon danych do zarządzania łańcuchem dostaw

Szablon przedstawia uporządkowany zestaw danych potrzebnych do skutecznego wykorzystania process mining w zarządzaniu łańcuchem dostaw. Zawiera listę najważniejszych atrybutów do zebrania i działań do śledzenia w dzienniku zdarzeń. Podpowiada też, jak sprawnie wyodrębnić te informacje.

Zalecane atrybuty do zebrania
Najważniejsze działania do śledzenia
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 łańcuchem dostaw

Poniżej przedstawiono zalecane pola danych w dzienniku zdarzeń, które ułatwią analizę i optymalizację zarządzania łańcuchem dostaw.

3 Wymagane 9 Zalecane 10 Opcjonalne

	Nazwa	Opis
	Czas zdarzenia EventTime	Dokładna data i godzina wystąpienia danego działania.
Opis Czas zdarzenia to znacznik czasu przypisany do każdego działania w procesie. Określa kolejność zdarzeń i pozwala analizować przebieg procesu w czasie. Te dane są niezbędne do analiz opartych na czasie. W process mining atrybut ten służy do obliczania wszystkich miar czasu, takich jak czas cyklu, czas przetwarzania i czas oczekiwania. Stanowi podstawę dziennika zdarzeń, pomaga wykrywać wąskie gardła przez pomiar czasu między działaniami oraz oceniać wyniki względem celów czasowych i umów SLA. Dlaczego to ważne Ten znacznik czasu jest niezbędny do chronologicznego uporządkowania zdarzeń i obliczania miar czasu, takich jak czas cyklu i czas trwania wąskich gardeł. Skąd pobrać Pola ze znacznikami czasu są zwykle dostępne w tabelach transakcji w modułach Oracle SCM Cloud, na przykład jako CREATION_DATE lub LAST_UPDATE_DATE. Przykłady 2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
	Nazwa działania ActivityName	Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło w procesie logistycznym, na przykład „Wysłanie zamówienia zakupu” lub „Potwierdzenie wysyłki”.
Opis Ten atrybut opisuje pojedynczy krok lub etap cyklu logistycznego. Każde działanie oznacza konkretną czynność, taką jak sprawdzenie zapasów, wyprodukowanie towarów lub podpisanie potwierdzenia dostawy. Kolejność działań tworzy przebieg procesu dla każdego zamówienia logistycznego. Analiza nazw działań jest podstawą process mining. Umożliwia wizualizację mapy procesu, obliczanie czasu między krokami, wykrywanie pętli poprawek oraz identyfikowanie typowych i nietypowych ścieżek procesu (wariantów). Dlaczego to ważne Atrybut określa kroki procesu. Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Skąd pobrać Nazwy działań pochodzą z danych o zdarzeniach rejestrowanych w różnych modułach Oracle SCM Cloud. Często trzeba zmapować statusy transakcji lub dzienniki zdarzeń na standardową listę nazw działań. Przykłady Wysłanie zamówienia zakupuWyprodukowanie towarówPotwierdzenie wysyłkiPodpisanie potwierdzenia dostawy
	Zamówienie logistyczne LogisticsOrder	Unikalny identyfikator pojedynczego zamówienia logistycznego, używany jako identyfikator case do śledzenia całego procesu w łańcuchu dostaw.
Opis Zamówienie logistyczne to główny identyfikator case, który łączy wszystkie działania związane z konkretnym zapotrzebowaniem lub zleceniem realizacji w łańcuchu dostaw. Umożliwia prześledzenie drogi produktu od początkowego zamówienia klienta lub prognozy popytu, przez zakupy i produkcję, aż po dostawę. W analizie process mining ten atrybut służy do grupowania powiązanych zdarzeń w jeden case. Pozwala odtworzyć przebieg procesu dla każdego zamówienia, analizować czasy cyklu, wykrywać wąskie gardła i warianty procesu oraz oceniać ogólne wyniki z perspektywy pojedynczego zamówienia. Dlaczego to ważne To podstawowy identyfikator łączący wszystkie etapy procesu. Bez spójnego identyfikatora zamówienia logistycznego nie można prześledzić pełnej drogi zamówienia. Skąd pobrać Ten identyfikator występuje zwykle w wielu modułach Oracle SCM Cloud, między innymi w Order Management, Inventory Management i Shipping. Przykłady LO-2024-00123LO-2024-00124LO-2024-00125
	Kategoria produktu ProductCategory	Kategoria lub grupa, do której należy produkt z zamówienia.
Opis Kategoria produktu to atrybut klasyfikacyjny, który grupuje podobne produkty, na przykład „Elektronika”, „Odzież” lub „Surowce”. Umożliwia analizę na wyższym poziomie niż analiza pojedynczych kodów SKU. Podział analizy process mining według kategorii produktu może ujawnić, czy określone rodzaje produktów mają dłuższy czas cyklu, przebiegają według innych wariantów procesu lub częściej się opóźniają. Dzięki temu można dostosować usprawnienia do konkretnych grup produktów. Dlaczego to ważne Pozwala analizować wyniki według rodzaju produktu i wykrywać wzorce oraz problemy charakterystyczne dla poszczególnych grup produktów. Skąd pobrać Informacje te należą do danych podstawowych produktów w Oracle SCM Cloud. Są dostępne w tabelach takich jak EGP_SYSTEM_ITEMS_B i powiązanych tabelach kategorii. Przykłady Gotowe produktyCzęści zamienneSurowceElektronika użytkowa
	Nazwa dostawcy SupplierName	Nazwa dostawcy lub sprzedawcy dostarczającego surowce w ramach zamówienia zakupu.
Opis Ten atrybut wskazuje zewnętrzny podmiot dostarczający komponenty lub surowce potrzebne do produkcji. Jest powiązany z działaniami zakupowymi, takimi jak „Wysłanie zamówienia zakupu” i „Przyjęcie surowców”. Analiza według nazwy dostawcy ma zasadnicze znaczenie dla dashboardu „Czas realizacji dostawcy”. Pomaga ocenić, którzy dostawcy są rzetelni i dostarczają na czas, a którzy często się spóźniają. Informacje te są ważne przy planowaniu zakupów, zarządzaniu relacjami z dostawcami i ograniczaniu opóźnień produkcji spowodowanych brakami materiałów. Dlaczego to ważne Umożliwia pomiar i porównywanie wyników dostawców, co pomaga zapewnić niezawodne i efektywne dostawy przychodzące. Skąd pobrać Informacje o dostawcach znajdują się w modułach zakupowych Oracle SCM Cloud i są powiązane z zamówieniami zakupu. Ważne tabele to PO_HEADERS_ALL i POZ_SUPPLIERS. Przykłady Global Components Inc.Advanced Materials LLCTech Parts Direct
	Numer pozycji ItemNumber	Unikalny identyfikator lub SKU konkretnego przetwarzanego produktu.
Opis Numer pozycji pozwala zidentyfikować produkt na najbardziej szczegółowym poziomie. Dzięki niemu można analizować poszczególne produkty, a nie tylko ich kategorie. Uwzględnienie numeru pozycji w analizie pomaga wykryć problemy procesowe dotyczące konkretnych produktów. Na przykład dany produkt może częściej nie przechodzić kontroli jakości albo wiązać się z dłuższym czasem produkcji. Pozwala to rozwiązywać problemy na poziomie SKU. Dlaczego to ważne Umożliwia szczegółową analizę poszczególnych produktów i pomaga wykryć problemy, których nie widać na poziomie kategorii. Skąd pobrać Identyfikatory pozycji występują w większości tabel transakcyjnych Oracle SCM, na przykład DOO_FULFILL_LINES_ALL lub INV_MATERIAL_TXNS, zwykle w kolumnie INVENTORY_ITEM_ID. Przykłady SKU-100-ASKU-250-BPART-XYZ-01
	Numer zamówienia zakupu PurchaseOrderNumber	Unikalny identyfikator zamówienia zakupu utworzonego w celu nabycia surowców lub komponentów.
Opis Numer zamówienia zakupu to ważny identyfikator dokumentu w obszarze zaopatrzenia łańcucha dostaw. Łączy zamówienie logistyczne z konkretnymi zapotrzebowaniami przekazanymi dostawcom. Ten atrybut pozwala szczegółowo analizować działania związane z zaopatrzeniem. Umożliwia prześledzenie wszystkich zdarzeń dotyczących konkretnego zamówienia zakupu i jest niezbędny do oceny wyników dostawców oraz czasu trwania cyklu zaopatrzenia. Dlaczego to ważne Zapewnia bezpośrednie powiązanie z dokumentami zaopatrzeniowymi, co pozwala szczegółowo analizować podproces zakupowy i jego wpływ na cały przepływ logistyczny. Skąd pobrać Ten identyfikator znajduje się w module Oracle Procurement Cloud, głównie w tabeli PO_HEADERS_ALL w kolumnie SEGMENT1. Przykłady PO-98345PO-98346PO-98347
	Rodzaj transportu ModeOfTransport	Sposób transportu przesyłki, na przykład lotniczy, morski, drogowy lub kolejowy.
Opis Ten atrybut określa sposób transportu towarów między lokalizacjami, na przykład z magazynu do klienta. Jest ważny przy analizie logistyki i transportu. W process mining filtrowanie lub podział danych według rodzaju transportu pozwala ocenić efektywność różnych metod wysyłki. Dashboard „Analiza efektywności transportu” wykorzystuje te dane do porównywania czasu przewozu różnymi środkami transportu, co pomaga optymalizować koszty logistyki i terminy dostaw. Dlaczego to ważne Pozwala analizować efektywność i koszty transportu, a następnie dostosować strategię logistyczną do wymaganej szybkości i kosztów. Skąd pobrać Dane te znajdują się zwykle w module Oracle Transportation Management (OTM) lub modułach realizacji wysyłek. Należy szukać odpowiednich pól w tabelach takich jak WSH_DELIVERY_LEGS. Przykłady Transport lotniczyTransport morskiTransport całopojazdowyTransport drobnicowy
	Rzeczywista data dostawy ActualDeliveryDate	Data faktycznego dostarczenia zamówienia klientowi, potwierdzona dokumentem dostawy.
Opis Ta data oznacza zakończenie procesu logistycznego, gdy towary dotrą do miejsca docelowego. Często jest rejestrowana podczas działania „Podpisanie potwierdzenia dostawy”. Atrybut ten jest niezbędny do pomiaru wyników. Porównuje się go bezpośrednio z „Żądaną datą dostawy”, aby ustalić, czy zamówienie dotarło na czas. Służy również do obliczania całkowitego czasu cyklu zamówienia logistycznego. Dlaczego to ważne Podaje rzeczywisty czas zakończenia procesu, co pozwala obliczyć terminowość dostaw i całkowity czas cyklu. Skąd pobrać Często jest to znacznik czasu końcowego potwierdzenia dostawy, dostępny w modułach wysyłki lub transportu, na przykład w tabeli WSH_DELIVERIES. Przykłady 2023-11-162023-11-302024-01-12
	Status zamówienia logistycznego LogisticsOrderStatus	Końcowy status zamówienia logistycznego, wskazujący, czy zostało ono zrealizowane, anulowane czy zrealizowane częściowo.
Opis Ten atrybut określa końcowy stan lub wynik case zamówienia logistycznego. Pozwala odróżnić zamówienia zrealizowane zgodnie z planem od tych, których proces zakończył się przedwcześnie. W analizie procesu filtrowanie według statusu ma duże znaczenie. Na przykład analiza czasu cyklu powinna zwykle obejmować tylko zamówienia „Zrealizowane”, aby anulowane zamówienia nie zniekształcały wyników. Można też analizować przyczyny anulowania zamówień. Dlaczego to ważne Wskazuje wynik case i pozwala odfiltrować niezakończone lub anulowane zamówienia, tak aby analiza obejmowała porównywalne dane. Skąd pobrać Końcowy status jest często określany na podstawie statusu zamówienia sprzedaży lub pozycji realizacji w Oracle Order Management, w tabelach takich jak DOO_HEADERS_ALL lub DOO_FULFILL_LINES_ALL. Przykłady DostarczonoAnulowaneCzęściowo wysłaneZamknięte
	Użytkownik User	Identyfikator lub nazwa użytkownika, który wykonał daną czynność.
Opis Ten atrybut wskazuje pracownika lub użytkownika systemu odpowiedzialnego za wykonanie zadania w procesie. Pozwala analizować obciążenie pracą i indywidualne wyniki. Analiza według użytkownika pomaga zarządzać zasobami i oceniać efektywność. Ułatwia wskazanie osób lub zespołów osiągających dobre wyniki, określenie potrzeb szkoleniowych oraz wykrycie zadań, które warto zautomatyzować, jeśli ich ręczne wykonanie regularnie trwa zbyt długo. Dlaczego to ważne Umożliwia analizę wyników pracy zasobów i rozkładu obciążenia, a także pomaga wskazać możliwości szkolenia lub automatyzacji. Skąd pobrać Informacje o użytkowniku są zwykle przechowywane w kolumnach „Created By” lub „Last Updated By” w większości tabel transakcyjnych Oracle SCM. Przykłady JSMITHALOGANSYSTEMBATCH_USER
	Żądana data dostawy RequestedDeliveryDate	Data dostawy zamówienia wskazana przez klienta.
Opis Ta data odzwierciedla oczekiwany przez klienta termin dostawy i stanowi główny punkt odniesienia przy pomiarze terminowości. Zwykle jest ustalana podczas tworzenia zamówienia klienta i ma istotne znaczenie dla umów o gwarantowanym poziomie usług (SLA). W analizie porównuje się ją z „Rzeczywistą datą dostawy”, aby obliczyć KPI terminowości dostaw. Pozwala ocenić, czy firma spełnia oczekiwania klientów, i ustalić przyczyny opóźnień. Dlaczego to ważne To punkt odniesienia przy pomiarze terminowości dostaw, ważnego KPI z punktu widzenia zadowolenia klientów i efektywności łańcucha dostaw. Skąd pobrać Dane są zwykle przechowywane na poziomie zamówienia sprzedaży lub pozycji realizacji w Oracle Order Management. Należy szukać pól takich jak REQUEST_SHIP_DATE lub REQUEST_ARRIVAL_DATE. Przykłady 2023-11-152023-12-012024-01-10
	Czas cyklu od początku do końca EndToEndCycleTime	Łączny czas od utworzenia zamówienia klienta do uzyskania końcowego potwierdzenia dostawy.
Opis Ten obliczany wskaźnik mierzy łączny czas trwania całego procesu logistycznego dla pojedynczego zamówienia. Jest wyznaczany jako różnica między znacznikiem czasu pierwszej czynności, na przykład „Utworzono zamówienie klienta”, a znacznikiem czasu ostatniej czynności, na przykład „Podpisano potwierdzenie dostawy”. To jeden z najważniejszych KPI służących do oceny ogólnej efektywności procesu. Daje ogólny obraz wyników i jest wykorzystywany w dashboardach do śledzenia zmian w czasie oraz wskazywania długo trwających zamówień, które mogą wymagać analizy. Dlaczego to ważne Pozwala ocenić wyniki procesu od początku do końca, wskazać długo trwające sprawy i śledzić ogólną poprawę efektywności. Skąd pobrać Wartość oblicza się w narzędziu process mining lub podczas przygotowania danych, odejmując czas rozpoczęcia pierwszego zdarzenia od czasu rozpoczęcia ostatniego zdarzenia dla każdej sprawy. Przykłady 15 dni 4 godziny22 dni 8 godzin10 dni 2 godziny
	Czas transportu TransportationDuration	Czas przewozu towarów od miejsca załadunku do miejsca docelowego.
Opis Ten obliczany wskaźnik mierzy część całkowitego czasu cyklu, w której towary są w transporcie. Jest wyznaczany jako różnica czasu między czynnością „Załadowano towary do transportu” a czynnością „Rozładowano towary w miejscu docelowym”. Atrybut ten jest wykorzystywany w dashboardzie analizy efektywności transportu. Pomaga wyodrębnić opóźnienia występujące podczas przewozu. Można go analizować według przewoźnika i rodzaju transportu, aby poprawić wyniki wysyłek. Dlaczego to ważne Wyodrębnia czas przewozu, umożliwiając analizę efektywności transportu niezależnie od opóźnień w magazynie lub produkcji. Skąd pobrać Wskaźnik jest obliczany podczas transformacji danych jako różnica między znacznikami czasu zdarzeń „Załadowano towary do transportu” i „Rozładowano towary w miejscu docelowym” dla danej sprawy. Przykłady 2 dni 3 godziny5 dni 1 godzina12 godzin
	Czy wystąpiła poprawka IsRework	Wartość logiczna wskazująca, czy zamówienie logistyczne wymagało poprawki, na przykład powtórzenia czynności lub ponownego przejścia części procesu.
Opis Ten obliczany atrybut wskazuje sprawy, których przebieg odbiega od prostego i efektywnego toku. Zwykle wykrywa się je na podstawie sekwencji, w których czynność zostaje powtórzona albo po późniejszej czynności następuje wcześniejsza, co wskazuje na pętlę w procesie, na przykład „Pobrano towary” -> „Niepowodzenie kontroli jakości” -> „Pobrano towary”. Ten wskaźnik pomaga określić skalę nieefektywności procesu. Umożliwia obliczenie KPI dotyczącego odsetka zamówień wymagających poprawek oraz filtrowanie i analizowanie takich spraw w celu ustalenia przyczyn, takich jak błędy przy wprowadzaniu danych, problemy z jakością lub nieprawidłowa obsługa na początku procesu. Dlaczego to ważne Pomaga określić skalę i wyodrębnić nieefektywności procesu, takie jak pętle i powtarzane czynności, które często powodują opóźnienia i zwiększają koszty. Skąd pobrać Tej informacji nie ma w systemie źródłowym. Narzędzie process mining oblicza ją, analizując sekwencję czynności w każdej sprawie i wykrywając wzorce wskazujące na konieczność poprawek. Przykłady truefalse
	Data ostatniej aktualizacji danych LastDataUpdate	Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane z systemu źródłowego.
Opis Ten atrybut wskazuje, kiedy dane o zdarzeniu zostały ostatnio zaktualizowane w zbiorze danych do process mining. Pozwala ocenić aktualność danych i ustalić okres objęty analizą. Służy do zarządzania danymi i informowania użytkowników o aktualności informacji prezentowanych na dashboardach. Pomaga odpowiedzieć na pytanie: „Jak aktualny jest ten obraz procesu?”. Dlaczego to ważne Informuje, jak aktualne są dane, i pozwala ustalić, jakiego okresu dotyczy analiza. Skąd pobrać Ten znacznik czasu jest generowany i dodawany podczas procesu pobierania, przekształcania i ładowania danych (ETL). Przykłady 2024-01-15T02:00:00Z2024-01-16T02:00:00Z
	Dostawa na czas IsOnTimeDelivery	Wartość logiczna określająca, czy zamówienie dostarczono w wymaganym terminie lub wcześniej.
Opis To atrybut obliczany przez porównanie „Actual Delivery Date” z „Requested Delivery Date”. Jeśli rzeczywista data dostawy przypada w wymaganym terminie lub wcześniej, wartość wynosi true, w przeciwnym razie false. Ten wskaźnik ułatwia tworzenie KPI i dashboardów, takich jak dashboard wyników dostaw do klientów. Pozwala szybko filtrować i agregować dane, aby obliczyć ogólny odsetek dostaw na czas, a także analizować przyczyny opóźnień i szukać wspólnych cech spóźnionych zamówień. Dlaczego to ważne Bezpośrednio mierzy realizację oczekiwań klientów i ułatwia tworzenie KPI dotyczących terminowości dostaw. Skąd pobrać Tego atrybutu nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych przez porównanie „ActualDeliveryDate” <= „RequestedDeliveryDate”. Przykłady truefalse
	Lokalizacja magazynu WarehouseLocation	Magazyn lub centrum dystrybucji, z którego towary są pobierane i wysyłane.
Opis Ten atrybut wskazuje fizyczną lokalizację lub obiekt związany z daną czynnością logistyczną. Jest niezbędny do analizy wyników według lokalizacji. Analiza według lokalizacji magazynu może ujawnić znaczące różnice w wynikach poszczególnych obiektów. Na przykład w jednym magazynie cykl kompletacji i pakowania może trwać znacznie krócej niż w innym. Takie informacje pomagają wskazać dobre praktyki, które można wdrożyć w innych lokalizacjach, oraz obiekty wymagające usprawnienia procesów. Dlaczego to ważne Umożliwia porównywanie wyników w różnych lokalizacjach i pomaga wskazać obiekty osiągające dobre wyniki oraz obszary wymagające poprawy. Skąd pobrać Informacje o magazynie lub organizacji zapasów to podstawowe dane w Oracle Inventory Management. Często występują jako ORGANIZATION_ID w tabelach takich jak INV_MATERIAL_TXNS. Przykłady WH-NORTHWH-WESTDC-CENTRAL
	Nazwa klienta CustomerName	Nazwa klienta, który złożył zamówienie.
Opis Ten atrybut wskazuje odbiorcę towarów i usług. Jest podstawowym wymiarem analizy zorientowanej na klienta. Podział wyników analizy procesów według klientów może ujawnić istotne zależności. Na przykład wybrani klienci o wysokiej wartości mogą częściej doświadczać opóźnień, a różne segmenty klientów mogą przechodzić przez odmienne ścieżki procesu. Te informacje pomagają poprawiać obsługę klienta i skuteczniej zarządzać kluczowymi klientami. Dlaczego to ważne Pozwala analizować proces z perspektywy klienta i sprawdzić, czy określeni klienci lub ich grupy napotykają specyficzne problemy. Skąd pobrać Informacje o kliencie są przechowywane w modułach zarządzania zamówieniami i powiązane z zamówieniem sprzedaży. Można je znaleźć w tabelach związanych z DOO_HEADERS_ALL, łącząc je z tabelami kont klientów (HZ_CUST_ACCOUNTS). Przykłady Retail CorpManufacturing SolutionsMegaStore Inc.
	Nazwa przewoźnika CarrierName	Nazwa zewnętrznej firmy logistycznej lub przewoźnika odpowiedzialnego za transport towarów.
Opis Nazwa przewoźnika wskazuje firmę transportową obsługującą daną wysyłkę. To ważna informacja przy ocenie wyników partnerów logistycznych. Atrybut ten służy do porównywania przewoźników w dashboardzie analizy efektywności transportu. Pomaga ustalić, którzy przewoźnicy zapewniają najkrótszy czas przewozu, są najbardziej niezawodni na określonych trasach i oferują najlepszy stosunek jakości do ceny. Dlaczego to ważne Umożliwia porównywanie wyników partnerów transportowych, co pomaga optymalizować koszty wysyłki i niezawodność dostaw. Skąd pobrać Informacje te są przechowywane w modułach Oracle Transportation Management lub Shipping. Zwykle są powiązane z konkretnym kursem lub odcinkiem dostawy w tabelach takich jak WSH_TRIPS. Przykłady FedExDHLUPSMaersk
	System źródłowy SourceSystem	Wskazuje system informatyczny, z którego pobrano dane.
Opis Ten atrybut określa źródło danych o zdarzeniach, w tym przypadku Oracle SCM Cloud. Jest przydatny w środowiskach łączących dane z wielu systemów, ponieważ wskazuje ich pochodzenie. W analizie pomaga rozróżnić procesy lub działania obejmujące kilka systemów. W widoku jednego systemu, takim jak ten, pełni funkcję standardowego atrybutu zarządzania danymi. Dlaczego to ważne Pozwala ustalić pochodzenie danych i rozróżniać ich źródła w środowiskach obejmujących wiele systemów. Skąd pobrać Zwykle jest to stała wartość („Oracle SCM Cloud”) dodawana podczas pobierania i przekształcania danych. Przykłady Oracle SCM CloudOracle Fusion SCM
	Wartość zamówienia OrderValue	Łączna wartość pieniężna zamówienia logistycznego.
Opis Ten atrybut określa wartość finansową pojedynczego zamówienia logistycznego. To ważny wskaźnik biznesowy, który pomaga ustalać priorytety analiz i oceniać finansowe skutki nieefektywności procesu. W process mining wartość zamówienia można zestawić z wynikami procesu, aby sprawdzić ich związek z efektami finansowymi. Analiza może na przykład wykazać, że zamówienia o wysokiej wartości częściej się opóźniają, co stanowi istotne ryzyko dla przychodów. Pozwala też w pierwszej kolejności usprawniać procesy obsługujące zamówienia o największej wartości. Dlaczego to ważne Uzupełnia analizę wyników procesu o kontekst finansowy i pomaga ustalać priorytety usprawnień na podstawie ich wpływu pieniężnego. Skąd pobrać Wartość zamówienia jest zwykle przechowywana na poziomie nagłówka zamówienia sprzedaży w Oracle Order Management. Łączną kwotę można znaleźć w tabelach takich jak DOO_HEADERS_ALL. Przykłady 5250.7512300.00950.20

Wymagane Zalecane Opcjonalne

Działania w zarządzaniu łańcuchem dostaw

Poniżej przedstawiono najważniejsze etapy i punkty kontrolne, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie odkryć przebieg procesu i ocenić jego wyniki.

6 Zalecane 8 Opcjonalne

	Działanie	Opis
	Kompletowanie i pakowanie towarów	Pracownicy magazynu pobierają z zapasów produkty z zamówienia i pakują je do wysyłki. Proces obejmuje kilka transakcji systemowych, a kończy się nadaniem statusu „Zapakowane”.
Dlaczego to ważne To początek fizycznego procesu wysyłki. Czas od utworzenia zamówienia do tego etapu, mierzony za pomocą KPI „Czas od sprawdzenia zapasów do realizacji”, pokazuje efektywność wewnętrznej realizacji zamówień. Skąd pobrać Zdarzenie można wywnioskować ze statusu pozycji wysyłki lub szczegółów dostawy w Oracle Shipping. Często jest to połączenie kilku zdarzeń, takich jak utworzenie fali kompletacyjnej, potwierdzenie pobrania i potwierdzenie pakowania. Rejestrowanie Należy użyć znacznika czasu ostatniej transakcji potwierdzenia pobrania lub pakowania powiązanej z pozycją zamówienia sprzedaży. Typ zdarzenia inferred
	Podpisanie potwierdzenia dostawy	Klient podpisuje potwierdzenie odbioru towarów, formalnie zamykając proces dostawy. Zdarzenie jest często rejestrowane przez dodanie daty i dokumentu potwierdzenia dostawy do zamówienia lub wysyłki.
Dlaczego to ważne To końcowe zdarzenie pomyślnej realizacji zamówienia logistycznego, niezbędne do pomiaru KPI „Całkowity czas cyklu logistycznego”. Pomaga również w zapewnieniu zgodności i rozstrzyganiu sporów. Skąd pobrać Zwykle jest to ręczna lub częściowo zautomatyzowana aktualizacja rekordu wysyłki albo zamówienia sprzedaży. System może zawierać osobne pole na datę potwierdzenia dostawy, którego można użyć jako znacznika czasu zdarzenia. Rejestrowanie Należy użyć znacznika czasu z pola „Data potwierdzenia dostawy” w rekordzie wysyłki lub zamówienia. Typ zdarzenia explicit
	Utworzenie zamówienia klienta	To zdarzenie oznacza utworzenie zamówienia sprzedaży w Oracle Order Management, czyli formalne zgłoszenie zapotrzebowania na towary przez klienta. Jest rejestrowane w chwili zapisania nowego zamówienia sprzedaży w systemie i rozpoczyna cykl realizacji zamówienia logistycznego.
Dlaczego to ważne Jako główne zdarzenie początkowe pozwala mierzyć całkowity czas cyklu logistycznego. Stanowi punkt odniesienia przy analizie efektywności obsługi zamówień i wzorców popytu klientów. Skąd pobrać Dane pochodzą ze znacznika czasu utworzenia rekordu zamówienia sprzedaży w module Order Management, zwykle z tabeli DOO_HEADERS_ALL. Rejestrowanie Należy użyć daty utworzenia nagłówka zamówienia sprzedaży. Typ zdarzenia explicit
	Wyprodukowanie towarów	Produkcja towarów zostaje zakończona, a gotowy produkt trafia do zapasów. Zdarzenie jest rejestrowane, gdy w systemie zlecenie robocze zostaje oznaczone jako zakończone.
Dlaczego to ważne To zdarzenie oznacza koniec etapu produkcji i dostępność produktu do realizacji zamówienia. Czas od „Zaplanowania produkcji” do tego zdarzenia jest ważną miarą efektywności produkcji. Skąd pobrać Dane pochodzą z transakcji zakończenia zlecenia roboczego w Oracle Manufacturing Cloud. Transakcja zmienia status zlecenia na „Zakończone”. Rejestrowanie Należy użyć znacznika czasu transakcji zakończenia zlecenia roboczego lub zmiany statusu na „Zakończone”. Typ zdarzenia inferred
	Załadunek towarów do transportu	Zapakowane towary są ładowane na pojazd przewoźnika, a wysyłka oficjalnie opuszcza magazyn. Zdarzenie jest rejestrowane przez transakcję „Ship Confirm” w Oracle Shipping.
Dlaczego to ważne To zdarzenie oznacza początek transportu. Jest punktem startowym dla KPI „Czas cyklu transportu” i dashboardu „Analiza efektywności transportu”. Skąd pobrać Jest to jawne zdarzenie rejestrowane przez transakcję „Ship Confirm” w Oracle Shipping. Zmienia status szczegółów dostawy na „Wysłana”. Rejestrowanie Należy użyć znacznika czasu transakcji „Ship Confirm”. Typ zdarzenia explicit
	Zaplanowanie produkcji	W przypadku produktów wytwarzanych planowane jest zlecenie robocze, które określa harmonogram produkcji i przydział zasobów. Zdarzenie jest rejestrowane, gdy status zlecenia zmienia się na „Zaplanowane” lub „Zwolnione”.
Dlaczego to ważne To ważny etap na dashboardzie „Opóźnienia na etapach produkcji i wysyłki”. Oznacza początek cyklu produkcyjnego, a każde opóźnienie może wpłynąć na cały proces realizacji zamówienia. Skąd pobrać Zdarzenie można wywnioskować ze zmiany statusu zlecenia roboczego w Oracle Manufacturing Cloud. Odpowiednie dane są przechowywane na przykład w tabeli WIP_DISCRETE_JOBS. Rejestrowanie Należy użyć znacznika czasu zmiany statusu zlecenia roboczego na „Zwolnione” lub inny status oznaczający możliwość rozpoczęcia produkcji. Typ zdarzenia inferred
	Anulowanie zamówienia	Zamówienie klienta zostaje anulowane przed zakończeniem realizacji. Zdarzenie jest rejestrowane, gdy status nagłówka lub pozycji zamówienia sprzedaży zmienia się na „Anulowane”.
Dlaczego to ważne To alternatywny, niepomyślny koniec procesu. Analiza anulowanych zamówień pomaga ustalić, dlaczego sprzedaż nie dochodzi do skutku, na przykład z powodu długiego czasu realizacji lub braków magazynowych. Skąd pobrać Zdarzenie można wywnioskować ze zmiany statusu rekordu zamówienia sprzedaży w Oracle Order Management na końcowy status „Anulowane”. Rejestrowanie Należy użyć znacznika czasu zmiany statusu nagłówka lub pozycji zamówienia sprzedaży na „Anulowane”. Typ zdarzenia inferred
	Potwierdzenie wysyłki	Wszystkie towary z wysyłki są przygotowane, zapakowane i gotowe do przekazania przewoźnikowi. Działanie to zmienia status wysyłki w systemie na „Potwierdzona” lub „Gotowa do wysyłki”.
Dlaczego to ważne To ważny etap przed fizycznym opuszczeniem magazynu przez towary. Pozwala oddzielić czas wewnętrznej obsługi magazynowej od czasu transportu zewnętrznego. Skąd pobrać Zdarzenie można wywnioskować ze zmiany statusu wysyłki lub rekordu dostawy w Oracle Shipping, na przykład w tabelach WSH_DELIVERIES lub WSH_NEW_DELIVERIES. Rejestrowanie Należy użyć znacznika czasu zmiany statusu wysyłki na „Potwierdzona”. Typ zdarzenia inferred
	Przeprowadzenie kontroli jakości	Przed udostępnieniem do wysyłki gotowe produkty przechodzą kontrolę jakości. Jej wynik jest zapisywany w module Oracle Quality Management.
Dlaczego to ważne To ważny etap z punktu widzenia zgodności i zadowolenia klientów. Analiza tego działania pomaga sprawdzić, czy przestrzegane są standardy jakości, wykryć wąskie gardła w procesie kontroli i przygotować się do audytów zgodności. Skąd pobrać Dane pochodzą z rekordów transakcji w Oracle Quality Management Cloud, tworzonych po wykonaniu planu kontroli i wprowadzeniu wyników. Rejestrowanie Należy użyć znacznika czasu zapisania wyniku kontroli jakości jako „Zaliczona” lub „Niezaliczona”. Typ zdarzenia explicit
	Przyjęcie surowców	Zamówione surowce lub towary docierają od dostawcy i są formalnie przyjmowane do zapasów. Zdarzenie jest rejestrowane jako transakcja przyjęcia w Oracle Inventory Management.
Dlaczego to ważne To zdarzenie kończy pomiar czasu realizacji po stronie dostawcy. Opóźnienia na tym etapie bezpośrednio wpływają na harmonogram produkcji i terminy dostaw do klientów. Skąd pobrać Dane pochodzą z daty transakcji przyjęcia w Oracle Inventory Management, zwykle z tabel RCV_SHIPMENT_HEADERS i RCV_TRANSACTIONS. Rejestrowanie Należy użyć daty transakcji przyjęcia materiałów. Typ zdarzenia explicit
	Rozładunek towarów w miejscu docelowym	Wysyłka dociera do klienta lub portu docelowego i zostaje rozładowana. Informacje te są często aktualizowane na podstawie danych od przewoźnika lub z systemu zarządzania transportem.
Dlaczego to ważne To działanie oznacza koniec okresu transportu. Czas od „Załadunku towarów do transportu” ma zasadnicze znaczenie przy analizie wyników przewoźnika i efektywności transportu. Skąd pobrać Jeśli zintegrowano system zarządzania transportem, zdarzenie może być rejestrowane bezpośrednio. W przeciwnym razie można je wywnioskować na podstawie aktualizacji statusu od przewoźnika lub ręcznego potwierdzenia dostawy. Rejestrowanie Należy użyć znacznika czasu zintegrowanego systemu TMS lub ręcznie zaktualizowanego statusu „Dostarczono” w rekordzie wysyłki. Typ zdarzenia explicit
	Sprawdzenie dostępności zapasów	System sprawdza, czy zamówione produkty są dostępne w magazynie i można zrealizować zamówienie klienta. Często jest to zautomatyzowany krok workflow obsługi zamówienia, ale jego wynik jest zapisywany jako status lub znacznik czasu.
Dlaczego to ważne To działanie ma zasadnicze znaczenie dla dashboardu „Efektywność realizacji z zapasów” i KPI „Wpływ dostępności zapasów”. Opóźnienia na tym etapie mogą wskazywać na braki magazynowe lub nieefektywne zarządzanie zapasami. Skąd pobrać Zdarzenie można wywnioskować ze zmian statusu pozycji zamówienia sprzedaży lub na podstawie rekordów w tabelach Oracle Inventory Management (INV) dotyczących rezerwacji albo sprawdzenia dostępności do obietnicy dostawy. Rejestrowanie Zdarzenie można wywnioskować ze zmiany statusu pozycji zamówienia sprzedaży, na przykład na „Oczekuje na realizację”, lub ze znacznika czasu utworzenia rezerwacji. Typ zdarzenia inferred
	Utworzenie zapotrzebowania zakupowego	Tworzone jest formalne zapotrzebowanie na zakup materiałów od dostawcy, zwykle gdy zapasy nie wystarczają do realizacji zamówienia sprzedaży. Jest to jawna transakcja w module Oracle Procurement.
Dlaczego to ważne To działanie pokazuje zależność od procesu zakupowego i zewnętrznych dostawców. Analiza czasu od tego zdarzenia do przyjęcia materiałów pomaga zrozumieć opóźnienia związane z dostawcami. Skąd pobrać Dane pochodzą ze znacznika czasu utworzenia zapotrzebowania zakupowego w Oracle Procurement Cloud, zapisanego na przykład w tabeli POR_REQUISITION_HEADERS_ALL. Rejestrowanie Należy użyć daty utworzenia rekordu zapotrzebowania zakupowego. Typ zdarzenia explicit
	Wysłanie zamówienia zakupu	Zapotrzebowanie zakupowe zostaje przekształcone w prawnie wiążące zamówienie zakupu, które jest wysyłane do dostawcy. Zdarzenie jest rejestrowane w chwili zatwierdzenia zamówienia zakupu i zmiany jego statusu na „Otwarte” lub „Wysłane”.
Dlaczego to ważne To zdarzenie wyznacza początek czasu realizacji po stronie dostawcy. Jest niezbędne do pomiaru wyników na dashboardzie „Czas realizacji dostawcy” i KPI „Terminowość dostaw dostawcy”. Skąd pobrać Dane pochodzą z daty zatwierdzenia lub wysłania zamówienia zakupu w Oracle Procurement Cloud, zapisanej na przykład w tabeli PO_HEADERS_ALL. Rejestrowanie Należy użyć znacznika czasu zmiany statusu zamówienia zakupu na zatwierdzone lub otwarte. Typ zdarzenia explicit

Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Oracle SCM Cloud

Kroki

Otwórz Oracle BI Publisher: Zaloguj się do instancji Oracle SCM Cloud. Otwórz obszar roboczy Reports and Analytics, klikając ikonę Navigator, a następnie wybierając Tools > Reports and Analytics.
Utwórz model danych: W obszarze roboczym Reports and Analytics kliknij „Browse Catalog”. W katalogu kliknij „New” i wybierz „Data Model”.
Zdefiniuj zestaw danych z zapytania SQL: W edytorze Data Model kliknij ikonę „+”, aby dodać zestaw danych, i wybierz „SQL Query”.
Wprowadź szczegóły zapytania: Nadaj zestawowi danych nazwę, na przykład „SCM_LOGISTICS_EVENT_LOG”. Wybierz odpowiednie źródło danych, zwykle „ApplicationDB_SCM” lub podobne połączenie z bazą danych aplikacji. Skopiuj całe zapytanie SQL z sekcji „query” poniżej i wklej je w polu SQL Query.
Zdefiniuj parametry: Zapytanie używa parametrów :P_START_DATE i :P_END_DATE do filtrowania zakresu dat. Oracle BI Publisher wykryje je automatycznie. W razie potrzeby ustaw ich typ danych na „Date” i skonfiguruj wartości domyślne.
Wyświetl i zapisz przykładowe dane: Otwórz kartę „Data”. Wprowadź wartości parametrów i kliknij „View”, aby zobaczyć próbkę wyodrębnionych danych. Pozwoli to sprawdzić, czy zapytanie działa poprawnie. Gdy wynik będzie zadowalający, kliknij „Save” i nadaj modelowi opisową nazwę, na przykład „SCM Logistics Process Data Model”.
Utwórz raport BI Publisher: Kliknij przycisk „Create Report” bezpośrednio w edytorze modelu danych. Uruchomi się kreator tworzenia raportu.
Skonfiguruj układ raportu: Wybierz opcję „Use Data Model”. Kreator przeprowadzi Państwa przez tworzenie układu. W przypadku prostego eksportu CSV można wybrać układ „Table”. Przeciągnij wszystkie kolumny z zestawu danych do tabeli.
Zapisz raport: Po skonfigurowaniu układu zapisz raport w odpowiednim folderze katalogu. Nadaj mu nazwę, na przykład „SCM Logistics Event Log Report”.
Zaplanuj uruchamianie raportu: Aby zautomatyzować ekstrakcję, zaplanuj uruchamianie raportu. Otwórz zapisany raport i kliknij „Actions” > „Schedule”.
Skonfiguruj harmonogram i format wyjściowy: Na karcie „General” ustaw harmonogram, na przykład codzienny lub tygodniowy. Na karcie „Output” wybierz format CSV. Skonfiguruj miejsce docelowe, na przykład lokalizację na serwerze treści, serwer FTP lub magazyn obiektowy, z którego plik będzie można pobrać do analizy process mining.
Uruchom zadanie i monitoruj jego przebieg: Zatwierdź zaplanowane zadanie. Jego wykonanie można monitorować na stronie „Job History”, aby sprawdzić, czy przebiega poprawnie i dostarcza plik CSV do skonfigurowanej lokalizacji.

Konfiguracja

Wymagania wstępne: Dostęp do Oracle Fusion Applications z rolą użytkownika uprawniającą do tworzenia modeli danych i raportów BI Publisher, na przykład „BI Administrator” lub „Application Developer”.
Źródło danych: Zapytanie SQL należy uruchomić na głównej bazie danych aplikacji, zwykle oznaczonej na liście źródeł danych BI Publisher jako „ApplicationDB_SCM” lub podobnie.
Parametry zakresu dat: Należy użyć filtrów zakresu dat (:P_START_DATE, :P_END_DATE), aby ograniczyć ilość danych. Dobrym punktem wyjścia do analizy jest ekstrakcja danych z 3 do 6 miesięcy. Nie należy uruchamiać zapytania dla bardzo długich okresów, na przykład kilku lat, w ramach jednego wykonania, ponieważ może to obniżyć wydajność lub spowodować przekroczenie limitu czasu.
Filtrowanie: Warto dodać filtry do głównej klauzuli sales_orders w zapytaniu, aby zawęzić zakres danych. Warunki WHERE mogą dotyczyć konkretnych jednostek biznesowych (BU_NAME), typów zamówień (ORDER_TYPE_CODE) lub kategorii produktów.
Wydajność: Zapytanie korzysta ze standardowych widoków Oracle SCM Cloud (DOO_HEADERS_ALL, PO_HEADERS_ALL itd.), które są na ogół zoptymalizowane pod kątem raportowania. Przy bardzo dużych zbiorach danych wydajność może jednak stanowić problem. Należy sprawdzić, czy statystyki bazowych tabel są aktualne.
Format wyjściowy: Skonfiguruj raport BI Publisher tak, aby generował plik CSV (Comma-Separated Values). Sprawdź ustawienia pliku, w tym separator w postaci przecinka, kodowanie UTF-8 i obecność wiersza nagłówkowego.

Przykładowe zapytanie sql

WITH sales_orders AS (
  SELECT
    dha.order_number,
    dha.header_id,
    dha.source_doc_id,
    dha.creation_date
  FROM
    doo_headers_all dha
  WHERE
    dha.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
    -- Optional: Add filters for specific Business Units or Order Types
    -- AND dha.org_id = [Your Organization ID]
)
-- 1. Customer Order Created
SELECT
  so.order_number AS "LogisticsOrder",
  'Customer Order Created' AS "ActivityName",
  dha.creation_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  mc.category_name AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dha.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN doo_fulfill_lines_all dfla ON dha.header_id = dfla.header_id
  LEFT JOIN egp_system_items_b msi ON dfla.inventory_item_id = msi.inventory_item_id AND dfla.inventory_organization_id = msi.organization_id
  LEFT JOIN egp_item_cat_assign_b mca ON msi.inventory_item_id = mca.inventory_item_id
  LEFT JOIN egp_categories_tl mc ON mca.category_id = mc.category_id
WHERE mc.language = 'US'

UNION ALL

-- 2. Inventory Availability Checked
SELECT
  so.order_number AS "LogisticsOrder",
  'Inventory Availability Checked' AS "ActivityName",
  dfla.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dfla.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN doo_fulfill_lines_all dfla ON so.header_id = dfla.header_id
  LEFT JOIN egp_system_items_b msi ON dfla.inventory_item_id = msi.inventory_item_id AND dfla.inventory_organization_id = msi.organization_id
WHERE
  dfla.status_code = 'AWAIT_SHIP'

UNION ALL

-- 3. Purchase Requisition Created
SELECT
  so.order_number AS "LogisticsOrder",
  'Purchase Requisition Created' AS "ActivityName",
  prh.creation_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  prh.document_status AS "LogisticsOrderStatus",
  prh.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  prl.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN por_requisition_lines_all prl ON so.source_doc_id = prl.doo_source_doc_id
  JOIN por_requisition_headers_all prh ON prl.requisition_header_id = prh.requisition_header_id

UNION ALL

-- 4. Purchase Order Issued
SELECT
  so.order_number AS "LogisticsOrder",
  'Purchase Order Issued' AS "ActivityName",
  pha.approved_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  pv.vendor_name AS "SupplierName",
  NULL AS "ModeOfTransport",
  pha.document_status AS "LogisticsOrderStatus",
  pha.created_by AS "User",
  pha.segment1 AS "PurchaseOrderNumber",
  pla.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN por_requisition_lines_all prl ON so.source_doc_id = prl.doo_source_doc_id
  JOIN po_distributions_all pda ON prl.requisition_line_id = pda.requisition_line_id
  JOIN po_lines_all pla ON pda.po_line_id = pla.po_line_id
  JOIN po_headers_all pha ON pla.po_header_id = pha.po_header_id
  JOIN poz_suppliers_v pv ON pha.vendor_id = pv.vendor_id
WHERE
  pha.approved_date IS NOT NULL

UNION ALL

-- 5. Raw Materials Received
SELECT
  so.order_number AS "LogisticsOrder",
  'Raw Materials Received' AS "ActivityName",
  rt.transaction_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  pv.vendor_name AS "SupplierName",
  NULL AS "ModeOfTransport",
  pha.document_status AS "LogisticsOrderStatus",
  rt.created_by AS "User",
  pha.segment1 AS "PurchaseOrderNumber",
  pla.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_fulfill_lines_all dfla ON so.header_id = dfla.header_id
  JOIN po_distributions_all pda ON dfla.fulfill_line_id = pda.fulfill_line_id
  JOIN po_lines_all pla ON pda.po_line_id = pla.po_line_id
  JOIN po_headers_all pha ON pla.po_header_id = pha.po_header_id
  JOIN poz_suppliers_v pv ON pha.vendor_id = pv.vendor_id
  JOIN rcv_transactions rt ON pha.po_header_id = rt.po_header_id AND rt.transaction_type = 'RECEIVE'

UNION ALL

-- 6. Production Scheduled
SELECT
  so.order_number AS "LogisticsOrder",
  'Production Scheduled' AS "ActivityName",
  wdj.scheduled_start_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  wdj.status_type_disp AS "LogisticsOrderStatus",
  wdj.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
WHERE
  wdj.status_type IN (3, 4) -- Released, Complete

UNION ALL

-- 7. Goods Produced
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Produced' AS "ActivityName",
  wdj.completed_quantity_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  wdj.status_type_disp AS "LogisticsOrderStatus",
  wdj.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
WHERE
  wdj.status_type = 4 -- Complete
  AND wdj.completed_quantity_date IS NOT NULL

UNION ALL

-- 8. Quality Control Performed
SELECT
  so.order_number AS "LogisticsOrder",
  'Quality Control Performed' AS "ActivityName",
  qir.creation_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  qi.validation_result_code AS "LogisticsOrderStatus",
  qir.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
  JOIN qa_inspection_results_v qir ON wdj.work_order_id = qir.work_order_id
  JOIN qa_inspections_b qi ON qir.inspection_id = qi.inspection_id

UNION ALL

-- 9. Goods Picked and Packed
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Picked and Packed' AS "ActivityName",
  wdd.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wdd.released_status_name AS "LogisticsOrderStatus",
  wdd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  wdd.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE
  wdd.released_status = 'Y' -- 'Ready to Release', can be adjusted to 'S' for 'Released to Warehouse'

UNION ALL

-- 10. Shipment Confirmed
SELECT
  so.order_number AS "LogisticsOrder",
  'Shipment Confirmed' AS "ActivityName",
  wnd.confirmed_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wnd.status_code_name AS "LogisticsOrderStatus",
  wnd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE wnd.confirmed_date IS NOT NULL

UNION ALL

-- 11. Goods Loaded for Transport
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Loaded for Transport' AS "ActivityName",
  wts.actual_departure_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wt.mode_of_transport AS "ModeOfTransport",
  wts.status_code_name AS "LogisticsOrderStatus",
  wts.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
  JOIN wsh_delivery_legs wdl ON wnd.delivery_id = wdl.delivery_id
  JOIN wsh_trip_stops wts ON wdl.pick_up_stop_id = wts.stop_id
  JOIN wsh_trips wt ON wts.trip_id = wt.trip_id
WHERE wts.actual_departure_date IS NOT NULL

UNION ALL

-- 12. Goods Unloaded at Destination
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Unloaded at Destination' AS "ActivityName",
  wts.actual_arrival_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  wts.actual_arrival_date AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wt.mode_of_transport AS "ModeOfTransport",
  wts.status_code_name AS "LogisticsOrderStatus",
  wts.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
  JOIN wsh_delivery_legs wdl ON wnd.delivery_id = wdl.delivery_id
  JOIN wsh_trip_stops wts ON wdl.drop_off_stop_id = wts.stop_id
  JOIN wsh_trips wt ON wts.trip_id = wt.trip_id
WHERE wts.actual_arrival_date IS NOT NULL

UNION ALL

-- 13. Proof of Delivery Signed
SELECT
  so.order_number AS "LogisticsOrder",
  'Proof of Delivery Signed' AS "ActivityName",
  wnd.pod_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  wnd.pod_date AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wnd.status_code_name AS "LogisticsOrderStatus",
  wnd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE wnd.pod_flag = 'Y' AND wnd.pod_date IS NOT NULL

UNION ALL

-- 14. Order Canceled
SELECT
  so.order_number AS "LogisticsOrder",
  'Order Canceled' AS "ActivityName",
  dha.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dha.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
WHERE
  dha.cancelled_flag = 'Y'

Kroki

Zaloguj się do Oracle BI Cloud Connector (BICC): Otwórz konsolę BICC, używając danych logowania do Oracle Cloud Applications. Do ekstrakcji danych wymagana jest odpowiednia rola BI Administrator.
Otwórz listę ofert: Na stronie głównej BICC wybierz „Manage Offerings” lub podobny odnośnik, aby wyświetlić dostępne źródła danych aplikacji Oracle Cloud.
Wybierz ofertę SCM: Wybierz ofertę „Supply Chain Management”. Zostaną załadowane wszystkie obiekty Public View Objects (PVO) dotyczące modułów SCM, takich jak Order Management, Procurement i Inventory.
Utwórz zadanie: Otwórz sekcję „Manage Extract Jobs”. Utwórz nowe zadanie i nadaj mu opisową nazwę, na przykład „ProcessMind_Logistics_Order_Extraction”.
Wybierz PVO do ekstrakcji: W konfiguracji zadania wyszukaj i dodaj wszystkie wymagane PVO do zestawu ekstrakcyjnego. Ich lista znajduje się w sekcji query poniżej. Każdy PVO należy dodać do zadania jako osobny magazyn danych.
Skonfiguruj kolumny i filtry PVO: Dla każdego dodanego PVO kliknij „Configure” i wybierz kolumny potrzebne w dzienniku zdarzeń. Należy zastosować filtry dat, na przykład według daty utworzenia lub ostatniej aktualizacji, aby ograniczyć ilość danych do rozsądnego zakresu, na przykład ostatnich 3–6 miesięcy.
Skonfiguruj zewnętrzny magazyn danych: W sekcji „Configure External Storage” podaj dane połączenia z docelowym magazynem w chmurze, na przykład Oracle Cloud Infrastructure (OCI) Object Storage. BICC zapisze tam wyodrębnione pliki.
Zaplanuj zadanie ekstrakcji: Ustaw harmonogram zadania. Pierwszą ekstrakcję można uruchomić ręcznie. Przy dalszym monitorowaniu można zaplanować uruchamianie codziennie lub co tydzień poza godzinami szczytu.
Uruchom zadanie i monitoruj jego przebieg: Zapisz i zatwierdź zadanie. Monitoruj jego postęp na dashboardzie „Manage Extract Jobs”. Sprawdź historię zadań pod kątem błędów i ostrzeżeń.
Połącz i przekształć dane: Po pomyślnym zakończeniu zadania BICC zapisze w magazynie w chmurze osobny plik CSV lub DAT dla każdego PVO. Do pobrania tych plików, połączenia ich w jedną tabelę dziennika zdarzeń i przypisania kolumn do wymaganego formatu (LogisticsOrder, ActivityName, EventTime) potrzebne będzie osobne narzędzie ETL lub skrypt.
Przygotuj plik do przesłania: Upewnij się, że połączone dane znajdują się w jednym pliku CSV. Kolumny muszą odpowiadać wymaganym i zalecanym atrybutom. Sprawdź, czy kolumna EventTime ma spójny format timestamp, na przykład YYYY-MM-DD HH:MI:SS.

Konfiguracja

Oferta BICC: Wybierz „Supply Chain Management”, aby uzyskać dostęp do wymaganych obiektów danych.
Wybór PVO: Aby objąć cały proces od początku do końca, należy wybrać kilka PVO dotyczących Order Management, Procurement, Inventory, Manufacturing i Shipping. Ich lista znajduje się w sekcji query.
Ekstrakcja przyrostowa lub pełna: Przy pierwszym załadowaniu zaleca się pełną ekstrakcję z określonego zakresu dat. Przy kolejnych uruchomieniach warto skonfigurować ekstrakcję przyrostową na podstawie kolumny „Last Update Date”, dostępnej w większości PVO. Ograniczy to ilość danych i czas przetwarzania.
Filtr zakresu dat: Zawsze stosuj filtr daty do odpowiedniej kolumny, takiej jak „CreationDate” lub „LastUpdateDate”, w każdym PVO. Przy pierwszej analizie typowy zakres wynosi 3–6 miesięcy.
Wybór kolumn: Aby poprawić wydajność, nie pobieraj wszystkich kolumn z PVO. Wybierz tylko te, które są potrzebne jako atrybuty dziennika zdarzeń. Ograniczy to rozmiar danych i czas ekstrakcji.
Wymagania wstępne: Użytkownik uruchamiający ekstrakcję musi mieć rolę zapewniającą dostęp do BICC, na przykład „BIACM_ADMIN”. Odpowiednie moduły SCM, w tym Order Management, Procurement i Shipping, muszą być wdrożone i używane.

Przykładowe zapytanie config

The following Public View Objects (PVOs) must be selected and configured within the BI Cloud Connector extraction job. This is not a runnable script but a list of objects to add to the extraction configuration.

**Order Management PVOs:**
*   `FscmTopModelAM.DooTopAM.Header` (For Customer Order Created, Order Canceled)
*   `FscmTopModelAM.DooTopAM.FulfilledLine` (For Inventory Availability Checked)

**Procurement PVOs:**
*   `FscmTopModelAM.ScmPoTopAM.ReqHeader` (For Purchase Requisition Created)
*   `FscmTopModelAM.ScmPoTopAM.PoHeader` (For Purchase Order Issued)

**Inventory and Receiving PVOs:**
*   `FscmTopModelAM.ScmRcvTopAM.RcvTransaction` (For Raw Materials Received)

**Manufacturing PVOs:**
*   `FscmTopModelAM.WisTopAM.WorkOrderHeader` (For Production Scheduled, Goods Produced)

**Quality Management PVOs:**
*   `FscmTopModelAM.ScmQamTopAM.QualityInspectionResult` (For Quality Control Performed)

**Shipping and Warehouse Management PVOs:**
*   `FscmTopModelAM.ScmWmsShippingTopAM.ShipmentLine` (For Goods Picked and Packed)
*   `FscmTopModelAM.ScmWmsShippingTopAM.ShipmentHeader` (For Shipment Confirmed)
*   `FscmTopModelAM.ScmWmsShippingTopAM.DeliveryTrip` (For Goods Loaded for Transport)
*   `FscmTopModelAM.ScmWmsShippingTopAM.DeliveryHeader` (For Goods Unloaded at Destination, Proof of Delivery Signed)

Kroki

Wymagania wstępne: Upewnij się, że w systemie jest zainstalowany Python 3.6 lub nowszy oraz biblioteki requests i pandas. Można je zainstalować za pomocą pip: pip install requests pandas.
Konfiguracja uwierzytelniania: Uzyskaj nazwę użytkownika i hasło do konta Oracle SCM Cloud z uprawnieniami do wymaganych REST APIs, na przykład Sales Orders, Purchase Orders, Shipments i Work Orders.
Konfiguracja skryptu: Otwórz dostarczony skrypt Python w edytorze tekstu lub środowisku IDE. Uzupełnij zmienne zastępcze na początku skryptu, w tym ORACLE_SCM_HOST, USERNAME, PASSWORD, START_DATE i END_DATE.
Zapoznaj się z punktami końcowymi API: Skrypt jest skonfigurowany do wysyłania zapytań do kilku punktów końcowych REST API odpowiadających różnym działaniom w łańcuchu dostaw. Sprawdź słownik endpoints w skrypcie, aby dowiedzieć się, do których obiektów Oracle SCM kierowane są zapytania.
Uruchom skrypt: Uruchom skrypt z wiersza poleceń za pomocą polecenia python your_script_name.py. Skrypt rozpocznie uwierzytelnianie i będzie kolejno wysyłać wywołania API dla zdefiniowanych działań.
Obsługa stronicowania API: Skrypt zawiera funkcję automatycznej obsługi stronicowania API. Jeśli odpowiedź API zawiera flagę hasMore o wartości true, skrypt wyśle kolejne żądania, aby pobrać wszystkie rekordy z określonego zakresu dat.
Przekształcanie danych: Podczas pobierania danych dla każdego działania skrypt przekształca odpowiedź JSON do ustandaryzowanego formatu. Pobiera najważniejsze pola, przypisuje je do kolumn dziennika zdarzeń (LogisticsOrder, ActivityName, EventTime itd.) i dodaje do głównej listy zdarzeń.
Obsługa brakujących danych: Skrypt używa .get() z domyślną wartością None, aby bezpiecznie odczytywać zagnieżdżone pola JSON, które mogą nie występować w każdym rekordzie. Zapobiega to błędom, a brakujące dane w pliku wynikowym są zapisywane jako wartości null.
Przygotowanie pliku wynikowego: Po zakończeniu wszystkich wywołań API skrypt łączy zebrane zdarzenia w obiekt pandas DataFrame.
Eksport do CSV: Końcowy DataFrame jest eksportowany do pliku CSV o nazwie oracle_scm_event_log.csv w tym samym katalogu, z którego uruchomiono skrypt. Plik jest przygotowany do bezpośredniego przesłania do narzędzia process mining.
Sprawdź plik i prześlij dane: Otwórz wygenerowany plik CSV i sprawdź kompletność oraz poprawność danych. Po weryfikacji prześlij dziennik zdarzeń na platformę process mining.

Konfiguracja

Dane logowania: Do uzyskania dostępu do wszystkich wymaganych zasobów API potrzebne jest dedykowane konto API z rolami takimi jak Order Manager, Procurement Manager, Warehouse Manager i Shipping Manager.
Zakres dat: Ustaw w skrypcie zmienne START_DATE i END_DATE. Zaleca się rozpocząć od krótszego zakresu, na przykład 3–6 miesięcy, aby kontrolować ilość danych i limity zapytań API.
Wersja API: Skrypt korzysta z wersji API 11.13.18.05. Upewnij się, że jest zgodna z instancją Oracle SCM Cloud. W razie potrzeby zaktualizuj adresy URL punktów końcowych.
Limit stronicowania: Parametr limit w żądaniach API ma wartość 100, co ogranicza liczbę rekordów zwracanych w jednym wywołaniu. Można go zmienić w zależności od wydajności i ograniczeń serwera API.
Filtry: Skrypt filtruje przede wszystkim według dat (CreationDate, LastUpdateDate). Aby zawęzić ekstrakcję do konkretnych jednostek biznesowych lub podmiotów prawnych, można dodać do parametru q w wywołaniach API dodatkowe filtry, na przykład BusinessUnitName lub OrganizationCode.
Pola niestandardowe: Jeśli organizacja używa Descriptive Flexfields (DFF) do przechowywania ważnych danych o procesach, może być konieczne dostosowanie skryptu tak, aby uwzględniał te pola w zapytaniu API i logice ekstrakcji danych.

Przykładowe zapytanie python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle SCM Cloud instance details
ORACLE_SCM_HOST = class="hl-string">"[Your Oracle SCM Host e.g., xyz.fa.us2.oraclecloud.com]"
USERNAME = class="hl-string">"[Your Username]"
PASSWORD = class="hl-string">"[Your Password]"

class=class="hl-string">"hl-comment"># --- Date Range for Extraction ---
class=class="hl-string">"hl-comment"># Format: YYYY-MM-DD
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- API Request Helper Function ---
def make_api_request(endpoint, params={}):
    class="hl-string">"""Handles authentication and pagination for Oracle SCM REST API calls."""
    all_items = []
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)
    url = fclass="hl-string">"https://{ORACLE_SCM_HOST}{endpoint}"

    class=class="hl-string">"hl-comment"># Set default limit and offset for pagination
    params.setdefault(class="hl-string">'limit', 100)
    params.setdefault(class="hl-string">'offset', 0)
    params.setdefault(class="hl-string">'onlyData', class="hl-string">'true')

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

            if not data.get(class="hl-string">'hasMore', False):
                break
            
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {url}: {e}")
            break

    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def extract_scm_event_log():
    events = []
    date_filter = fclass="hl-string">"LastUpdateDate between '{START_DATE}' and '{END_DATE}'"
    creation_date_filter = fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'"

    print(class="hl-string">"Fetching Sales Orders for 'Customer Order Created' and 'Order Canceled'...")
    so_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", {class="hl-string">'q': date_filter})
    for so in so_data:
        order_number = so.get(class="hl-string">'OrderNumber')
        if not order_number: continue

        class=class="hl-string">"hl-comment"># Activity: Customer Order Created
        events.append({
            class="hl-string">'LogisticsOrder': order_number,
            class="hl-string">'ActivityName': class="hl-string">'Customer Order Created',
            class="hl-string">'EventTime': so.get(class="hl-string">'CreationDate'),
            class="hl-string">'RequestedDeliveryDate': so.get(class="hl-string">'RequestShipDate'),
            class="hl-string">'ActualDeliveryDate': None,
            class="hl-string">'ProductCategory': so.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ProductGroup'),
            class="hl-string">'SupplierName': None,
            class="hl-string">'ModeOfTransport': so.get(class="hl-string">'ShippingMethodCode'),
            class="hl-string">'LogisticsOrderStatus': so.get(class="hl-string">'Status'),
            class="hl-string">'User': so.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'ItemNumber': so.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ProductNumber')
        })

        class=class="hl-string">"hl-comment"># Activity: Order Canceled
        if so.get(class="hl-string">'Status') == class="hl-string">'CANCELED':
            events.append({
                class="hl-string">'LogisticsOrder': order_number,
                class="hl-string">'ActivityName': class="hl-string">'Order Canceled',
                class="hl-string">'EventTime': so.get(class="hl-string">'LastUpdateDate'),
                class="hl-string">'RequestedDeliveryDate': so.get(class="hl-string">'RequestShipDate'),
                class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': so.get(class="hl-string">'ShippingMethodCode'),
                class="hl-string">'LogisticsOrderStatus': so.get(class="hl-string">'Status'), class="hl-string">'User': so.get(class="hl-string">'LastUpdatedBy'),
                class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

    print(class="hl-string">"Fetching Purchase Requisitions for 'Purchase Requisition Created'...")
    pr_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/purchaseRequisitions", {class="hl-string">'q': creation_date_filter})
    for pr in pr_data:
        class=class="hl-string">"hl-comment"># Note: Linking PR to a specific sales order requires custom logic or configuration.
        class=class="hl-string">"hl-comment"># Here we assume a link can be inferred or is not strictly required for this event.
        events.append({
            class="hl-string">'LogisticsOrder': pr.get(class="hl-string">'SourceOrderNumber', class="hl-string">'[Not Linked]'), class=class="hl-string">"hl-comment"># Placeholder if no direct link
            class="hl-string">'ActivityName': class="hl-string">'Purchase Requisition Created',
            class="hl-string">'EventTime': pr.get(class="hl-string">'CreationDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': None, class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': pr.get(class="hl-string">'RequisitioningBU'),
            class="hl-string">'User': pr.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'ItemNumber': pr.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ItemNumber')
        })

    print(class="hl-string">"Fetching Purchase Orders for 'Purchase Order Issued'...")
    po_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/purchaseOrders", {class="hl-string">'q': fclass="hl-string">"ApprovedDate between '{START_DATE}' and '{END_DATE}'"})
    for po in po_data:
        events.append({
            class="hl-string">'LogisticsOrder': po.get(class="hl-string">'SourceOrderNumber', class="hl-string">'[Not Linked]'), class=class="hl-string">"hl-comment"># Placeholder if no direct link
            class="hl-string">'ActivityName': class="hl-string">'Purchase Order Issued',
            class="hl-string">'EventTime': po.get(class="hl-string">'ApprovedDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': po.get(class="hl-string">'Supplier'),
            class="hl-string">'ModeOfTransport': None,
            class="hl-string">'LogisticsOrderStatus': po.get(class="hl-string">'DocumentStatus'),
            class="hl-string">'User': po.get(class="hl-string">'Buyer'),
            class="hl-string">'PurchaseOrderNumber': po.get(class="hl-string">'OrderNumber'),
            class="hl-string">'ItemNumber': po.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ItemNumber')
        })

    print(class="hl-string">"Fetching Receipts for 'Raw Materials Received'...")
    rcv_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivingReceipts", {class="hl-string">'q': fclass="hl-string">"ReceiptDate between '{START_DATE}' and '{END_DATE}'"})
    for rcv in rcv_data:
        events.append({
            class="hl-string">'LogisticsOrder': rcv.get(class="hl-string">'OrderNumber'), class=class="hl-string">"hl-comment"># Assuming PO is the key link
            class="hl-string">'ActivityName': class="hl-string">'Raw Materials Received',
            class="hl-string">'EventTime': rcv.get(class="hl-string">'ReceiptDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': rcv.get(class="hl-string">'SupplierName'), class="hl-string">'ModeOfTransport': None, 
            class="hl-string">'LogisticsOrderStatus': class="hl-string">'Received', class="hl-string">'User': rcv.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': rcv.get(class="hl-string">'POHeaderNumber'),
            class="hl-string">'ItemNumber': rcv.get(class="hl-string">'ItemNumber')
        })
        
    print(class="hl-string">"Fetching Work Orders for 'Production Scheduled' and 'Goods Produced'...")
    wo_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/workOrders", {class="hl-string">'q': date_filter})
    for wo in wo_data:
        class=class="hl-string">"hl-comment"># Activity: Production Scheduled
        if wo.get(class="hl-string">'ReleasedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': wo.get(class="hl-string">'SalesOrderNumber', wo.get(class="hl-string">'WorkOrderNumber')), 
                class="hl-string">'ActivityName': class="hl-string">'Production Scheduled',
                class="hl-string">'EventTime': wo.get(class="hl-string">'ReleasedDate'),
                class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': wo.get(class="hl-string">'WorkOrderStatus'),
                class="hl-string">'User': wo.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': wo.get(class="hl-string">'ProductName')
            })
        class=class="hl-string">"hl-comment"># Activity: Goods Produced
        if wo.get(class="hl-string">'CompletedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': wo.get(class="hl-string">'SalesOrderNumber', wo.get(class="hl-string">'WorkOrderNumber')),
                class="hl-string">'ActivityName': class="hl-string">'Goods Produced',
                class="hl-string">'EventTime': wo.get(class="hl-string">'CompletedDate'),
                class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': wo.get(class="hl-string">'WorkOrderStatus'),
                class="hl-string">'User': wo.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': wo.get(class="hl-string">'ProductName')
            })
            
    print(class="hl-string">"Fetching Shipments for shipping activities...")
    ship_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/shipments", {class="hl-string">'q': date_filter})
    for ship in ship_data:
        order_number = ship.get(class="hl-string">'SourceSalesOrderNumber', ship.get(class="hl-string">'ShipmentNumber'))
        
        class=class="hl-string">"hl-comment"># Activities: Goods Picked and Packed (using shipment creation as proxy), Shipment Confirmed, Goods Loaded
        events.append({
            class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Picked and Packed',
            class="hl-string">'EventTime': ship.get(class="hl-string">'CreationDate'), class="hl-string">'RequestedDeliveryDate': None,
            class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
            class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Packing', 
            class="hl-string">'User': ship.get(class="hl-string">'CreatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
        })
        if ship.get(class="hl-string">'ShippedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Shipment Confirmed',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ShippedDate'), class="hl-string">'RequestedDeliveryDate': None,
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Shipped', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })
            events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Loaded for Transport',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ShippedDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'In Transit', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

        class=class="hl-string">"hl-comment"># Activity: Goods Unloaded at Destination (if data available)
        if ship.get(class="hl-string">'ActualArrivalDate'):
             events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Unloaded at Destination',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ActualArrivalDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Arrived', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

        class=class="hl-string">"hl-comment"># Activity: Proof of Delivery Signed
        if ship.get(class="hl-string">'ProofOfDeliveryDate'):
             events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Proof of Delivery Signed',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ProofOfDeliveryDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ProofOfDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Delivered', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

    class=class="hl-string">"hl-comment"># The following activities are often implicit or require more complex queries.
    class=class="hl-string">"hl-comment"># For this script, we are not fetching them directly, but stubs could be added here.
    print(class="hl-string">"Skipping 'Inventory Availability Checked' and 'Quality Control Performed' due to complexity...")
    class=class="hl-string">"hl-comment"># Note: To capture these, you would query order line status changes or the qualityInspections API.

    print(fclass="hl-string">"Total events extracted: {len(events)}")
    return pd.DataFrame(events)

class=class="hl-string">"hl-comment"># --- Script Execution ---
if __name__ == class="hl-string">"__main__":
    event_log_df = extract_scm_event_log()
    if not event_log_df.empty:
        class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
        event_log_df[class="hl-string">'EventTime'] = pd.to_datetime(event_log_df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        event_log_df.dropna(subset=[class="hl-string">'EventTime'], inplace=True)
        event_log_df.sort_values(by=[class="hl-string">'LogisticsOrder', class="hl-string">'EventTime'], inplace=True)
        
        class=class="hl-string">"hl-comment"># Save to CSV
        output_file = class="hl-string">'oracle_scm_event_log.csv'
        event_log_df.to_csv(output_file, index=False)
        print(fclass="hl-string">"Event log successfully saved to {output_file}")
    else:
        print(class="hl-string">"No events were extracted. Check your configuration and date range.")

Gotowi do rozpoczęcia?

Rozpocznij korzystanie z process mining i lepiej wykorzystaj dane dotyczące łańcucha dostaw. Ten szablon to pierwszy krok do sprawniejszego i bardziej przejrzystego łańcucha dostaw.

Wróć do przewodnika ulepszania procesów

Pobierz szablon

Zarządzanie Oracle SCM: zwiększ efektywność łańcucha dostaw

Osiągnij 90% trafności prognoz i wyeliminuj braki magazynowe.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje chwilę.

Szablon danych do zarządzania łańcuchem dostaw

Szablon danych do zarządzania łańcuchem dostaw

Atrybuty zarządzania łańcuchem dostaw

Działania w zarządzaniu łańcuchem dostaw

Instrukcje ekstrakcji danych

Raport Oracle BI Publisher z danymi logistycznymi SCM

Kroki

Konfiguracja

Przykładowe zapytanie sql

Ekstrakcja zbiorcza za pomocą BI Cloud Connector (BICC)

Kroki

Konfiguracja

Przykładowe zapytanie config

Ekstrakcja skryptem Python za pomocą Oracle SCM REST APIs

Kroki

Konfiguracja

Przykładowe zapytanie python

Gotowi do rozpoczęcia?

Zarządzanie Oracle SCM: zwiększ efektywność łańcucha dostaw