Szablon danych do analizy zarządzania łańcuchem dostaw

Blue Yonder
Szablon danych do analizy zarządzania łańcuchem dostaw

Szablon danych do analizy zarządzania łańcuchem dostaw

Ten szablon zawiera wskazówki dotyczące wyodrębniania danych potrzebnych do analizy procesu zarządzania łańcuchem dostaw. Opisuje najważniejsze atrybuty do zebrania oraz działania, które warto śledzić w systemie Blue Yonder. Korzystając z tych wskazówek, można przygotować dokładny dziennik zdarzeń i uzyskać wgląd w przebieg procesu.
  • Zalecane atrybuty do zebrania na potrzeby szczegółowej analizy
  • Najważniejsze działania i etapy procesu do śledzenia
  • Instrukcja wyodrębniania danych z Blue Yonder
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania łańcuchem dostaw

Aby dokładnie przeanalizować proces zarządzania łańcuchem dostaw, warto uwzględnić te zalecane pola danych w dzienniku zdarzeń.
3 Wymagane 6 Zalecane 13 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Znacznik czasu wskazujący, kiedy rozpoczęła się lub miała miejsce dana czynność.
Opis

Czas zdarzenia, czyli czas rozpoczęcia, to dokładna data i godzina zarejestrowania czynności w systemie źródłowym. Te dane chronologiczne są niezbędne do prawidłowego uporządkowania zdarzeń i wszystkich analiz opartych na czasie.

Znacznik czasu służy do obliczania czasu między czynnościami, mierzenia czasu trwania całego procesu oraz wykrywania opóźnień i oczekiwania. Stanowi podstawę niemal wszystkich KPI związanych z wynikami, takich jak całkowity czas realizacji zamówienia i czas cyklu transportu.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do porządkowania zdarzeń, obliczania czasu trwania oraz analizy wyników procesu i wąskich gardeł w czasie.

Skąd pobrać

Te informacje są zwykle dostępne w tabelach danych transakcyjnych dla każdego obiektu biznesowego w Blue Yonder jako znacznik czasu utworzenia, zmiany lub zaksięgowania.

Przykłady
2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub etapu procesu logistycznego, na przykład „Wysłano zamówienie zakupu” albo „Skompletowano i spakowano towary”.
Opis

Nazwa czynności opisuje pojedynczy etap lub zadanie wykonane w cyklu życia zamówienia logistycznego. Zdarzenia są zapisywane chronologicznie, tworząc sekwencję działań dla każdego case.

Analiza czynności stanowi podstawę process mining. Umożliwia wizualizację mapy procesu, wykrywanie wąskich gardeł między poszczególnymi etapami, analizę częstotliwości czynności i identyfikację odchyleń od standardowego przebiegu procesu.

Dlaczego to ważne

Ten atrybut określa etapy na mapie procesu, dzięki czemu można wizualizować, analizować i optymalizować przepływ zamówień logistycznych.

Skąd pobrać

Nazwy czynności pochodzą z dzienników zdarzeń, kodów transakcji lub zmian statusu rejestrowanych w różnych modułach Blue Yonder związanych z magazynowaniem, transportem i zarządzaniem zamówieniami.

Przykłady
Otrzymano zamówienie klientaWyprodukowano towaryZaplanowano wysyłkęPodpisano potwierdzenie dostawy
Zamówienie logistyczne
LogisticsOrder
Unikalny identyfikator pojedynczego zamówienia logistycznego, używany jako główny identyfikator case do śledzenia całego procesu łańcucha dostaw.
Opis

Zamówienie logistyczne to główny identyfikator łączący wszystkie powiązane czynności, od utworzenia zamówienia klienta po dostawę. Każdy unikalny numer zamówienia logistycznego odpowiada jednej realizacji procesu łańcucha dostaw.

W process mining analiza danych według zamówienia logistycznego daje pełny obraz cyklu życia zamówienia. Pozwala obliczać całkowity czas realizacji, identyfikować warianty procesu i śledzić przebieg każdego zamówienia przez kolejne etapy, takie jak zakupy, produkcja i dystrybucja.

Dlaczego to ważne

To podstawowy identyfikator case. Łączy wszystkie etapy procesu, umożliwiając odtworzenie i analizę całej ścieżki realizacji zamówienia.

Skąd pobrać

Ten identyfikator znajduje się zwykle w głównych modułach zarządzania zamówieniami lub realizacji operacji logistycznych systemu Blue Yonder.

Przykłady
LO-845123LO-845124LO-845125
Nazwa dostawcy
SupplierName
Nazwa dostawcy surowców lub komponentów objętych zamówieniem zakupu.
Opis

Nazwa dostawcy wskazuje firmę, od której zakupiono towary w ramach procesu łańcucha dostaw. To ważny wymiar analizy logistyki przychodzącej i zakupów.

Atrybut ten służy na dashboardzie „Wyniki dostawców w logistyce przychodzącej” do porównywania czasu od utworzenia zamówienia zakupu do przyjęcia materiałów dla poszczególnych dostawców. Analiza pomaga wskazać dostawców niezawodnych i szybkich oraz tych, którzy regularnie powodują opóźnienia. Ułatwia też planowanie zakupów i zarządzanie relacjami z dostawcami.

Dlaczego to ważne

Umożliwia porównanie wyników dostawców, co pomaga usprawnić logistykę przychodzącą i dotrzymywać harmonogramów produkcji.

Skąd pobrać

Informacja ta jest przechowywana w danych nagłówka zamówienia zakupu i powiązana z tabelą danych podstawowych dostawców w Blue Yonder lub zintegrowanym systemie ERP.

Przykłady
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Nazwa użytkownika
UserName
Identyfikator lub nazwa użytkownika, który wykonał daną czynność.
Opis

Ten atrybut wskazuje pracownika lub użytkownika systemu odpowiedzialnego za dany etap procesu. Jest niezbędny do analizy przydziału zasobów, rozkładu obciążenia pracą i wyników poszczególnych osób lub zespołów.

W analizie nazwa użytkownika służy do filtrowania map procesów i porównywania sposobu wykonywania tego samego zadania przez różne osoby. Pomaga też określić potrzeby szkoleniowe i wskazać osoby osiągające najlepsze wyniki. Jest również ważna na dashboardzie „Zadania ręczne i potencjał automatyzacji”, który pokazuje, kto wykonuje często powtarzane zadania.

Dlaczego to ważne

Przypisuje działania użytkowników do konkretnych osób, umożliwiając analizę obciążenia pracą i porównanie wyników oraz wskazując możliwości automatyzacji.

Skąd pobrać

Zwykle znajduje się w danych transakcyjnych w polu „Utworzył” lub „Zmienił” i jest powiązana z tabelą danych podstawowych użytkowników w Blue Yonder.

Przykłady
j.doea.smithSYSTEM_RFC
Rodzaj zamówienia
OrderType
Klasyfikacja zamówienia, na przykład „standardowe”, „pilne” lub „hurtowe”.
Opis

Rodzaj zamówienia określa kategorię zamówienia logistycznego na podstawie jego cech, pilności lub kontekstu biznesowego. Różne rodzaje zamówień często przebiegają innymi ścieżkami lub podlegają innym umowom SLA.

Analiza według rodzaju zamówienia pomaga zrozumieć różnice w przebiegu procesu. Na przykład zamówienia pilne powinny być realizowane szybciej i mogą pomijać niektóre kroki, natomiast zamówienia hurtowe mogą wymagać dłuższego czasu produkcji. Atrybut ten pomaga wyjaśnić, dlaczego niektóre przypadki odbiegają od normy. Jest też przydatny w dashboardzie „Analiza wariantów procesu”.

Dlaczego to ważne

Pomaga wyjaśnić różnice w przebiegu i wynikach procesu, ponieważ poszczególne rodzaje zamówień często mają inne ścieżki, priorytety i umowy SLA.

Skąd pobrać

Informacje te są zwykle zapisane w danych nagłówka zamówienia w systemie zarządzania zamówieniami firmy Blue Yonder.

Przykłady
StandardowePilnePrzesunięcie zapasówZwrot
Rzeczywista data dostawy
ActualDeliveryDate
Rzeczywista data dostarczenia zamówienia klientowi, potwierdzona dowodem dostawy.
Opis

Rzeczywista data dostawy jest zapisywana po zakończeniu dostawy, często na podstawie zdarzenia „Podpisano potwierdzenie dostawy”. Ten znacznik czasu oznacza zakończenie realizacji zamówienia logistycznego.

Atrybut ten jest niezbędny do pomiaru wyników. Porównuje się go z „Wymaganą datą dostawy”, aby ustalić, czy dostawa była terminowa, opóźniona czy wcześniejsza. Na tej podstawie oblicza się KPI terminowości dostaw, prezentowany na dashboardzie „Terminowość dostaw”.

Dlaczego to ważne

Ten atrybut służy do obliczania terminowości dostaw i porównania rzeczywistych wyników z oczekiwaniami klienta.

Skąd pobrać

Data ta często wynika ze znacznika czasu zdarzenia potwierdzenia dostawy, rejestrowanego w systemie TMS Blue Yonder lub powiązanym module logistycznym.

Przykłady
2023-11-142023-11-212023-12-01
Status zamówienia
OrderStatus
Bieżący lub końcowy status zamówienia logistycznego, na przykład „W realizacji”, „Zrealizowane” lub „Anulowane”.
Opis

Status zamówienia pokazuje, na jakim etapie cyklu życia znajduje się zamówienie logistyczne w chwili pobrania danych, albo jaki był jego końcowy wynik. Wskazuje stan danego przypadku.

Atrybut ten pozwala ograniczyć analizę do zrealizowanych zamówień lub sprawdzić, dlaczego niektóre zamówienia anulowano. Pomaga zrozumieć wyniki różnych wariantów procesu i w prosty sposób mierzyć ogólny odsetek powodzeń i niepowodzeń.

Dlaczego to ważne

Wskazuje wynik danego przypadku. Pozwala filtrować analizę według zamówień zrealizowanych, będących w toku lub anulowanych, co ułatwia właściwą interpretację wskaźników efektywności.

Skąd pobrać

Jest to zwykle pole statusu w nagłówku głównego zamówienia logistycznego lub dokumentu wysyłkowego w systemie Blue Yonder.

Przykłady
ZrealizowaneW realizacjiAnulowaneWstrzymane
Wymagana data dostawy
RequestedDeliveryDate
Data dostawy zamówienia wskazana przez klienta.
Opis

Wymagana data dostawy to ważna informacja podstawowa o kliencie, powiązana z zamówieniem logistycznym. Określa termin obiecany klientowi i stanowi główny punkt odniesienia przy ocenie terminowości dostaw.

Porównanie tej daty z „Rzeczywistą datą dostawy” pozwala obliczyć KPI terminowości dostaw. Jest to podstawowa miara na dashboardzie „Terminowość dostaw”, który umożliwia analizę opóźnień i ich przyczyn, takich jak wyniki przewoźnika lub wewnętrzne wąskie gardła.

Dlaczego to ważne

To punkt odniesienia przy ocenie satysfakcji klienta i terminowości dostaw. Jest niezbędna do obliczenia KPI terminowości dostaw.

Skąd pobrać

Informacja ta jest zwykle przechowywana w danych nagłówka zamówienia klienta w systemie zarządzania zamówieniami Blue Yonder.

Przykłady
2023-11-152023-11-202023-12-01
Całkowity czas cyklu od początku do końca
EndToEndCycleTime
Łączny czas od pierwszego działania („Otrzymano zamówienie klienta”) do ostatniego („Podpisano potwierdzenie dostawy”) dla zamówienia logistycznego.
Opis

Ta miara określa łączny czas trwania cyklu życia zamówienia logistycznego. Jest wskaźnikiem efektywności, który pokazuje ogólną szybkość i sprawność całego procesu w łańcuchu dostaw.

To główna miara w dashboardzie „Analiza czasu realizacji zamówienia od początku do końca” oraz KPI „Całkowity czas cyklu zamówienia logistycznego”. Analiza czasu trwania pomaga wykrywać opóźnienia systemowe i oceniać ogólną kondycję procesu. Można ją podzielić według takich wymiarów jak rodzaj zamówienia lub kategoria produktu, aby ustalić przyczyny długiego czasu realizacji.

Dlaczego to ważne

Ten KPI mierzy ogólną szybkość działania łańcucha dostaw, która bezpośrednio wpływa na zadowolenie klientów i kapitał obrotowy.

Skąd pobrać

Wartość ta nie jest zapisana w systemie źródłowym. Oblicza się ją dla każdego przypadku, odejmując znacznik czasu pierwszego zdarzenia od znacznika czasu ostatniego zdarzenia.

Przykłady
15 dni 4 godziny22 dni 11 godzin10 dni 2 godziny
Czas zakończenia
EndTime
Znacznik czasu wskazujący, kiedy zakończono czynność.
Opis

Czas zakończenia oznacza koniec czynności. Jeśli dostępne są zarówno czas rozpoczęcia, jak i czas zakończenia, można obliczyć dokładny czas jej realizacji i odróżnić go od przestoju lub oczekiwania.

Informacja ta jest przydatna przy analizie czasu trwania konkretnych zadań, takich jak „Skompletowano i spakowano towary” lub „Przeprowadzono kontrolę jakości”. Pomaga wskazać czynności zajmujące najwięcej czasu i zaplanować ich ukierunkowane usprawnienie lub automatyzację.

Dlaczego to ważne

Umożliwia dokładne obliczenie czasu realizacji czynności, co pomaga wykrywać nieefektywne zadania i mierzyć produktywność zasobów.

Skąd pobrać

Podobnie jak czas rozpoczęcia, jest zwykle dostępny jako znacznik czasu w tabelach danych transakcyjnych dla każdego obiektu biznesowego w Blue Yonder. Często oznacza zmianę statusu na zakończony.

Przykłady
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Czy wystąpiła poprawka
IsRework
Obliczany wskaźnik informujący, czy zamówienie wymagało ponownej obsługi, na przykład ponownego pakowania lub kontroli jakości.
Opis

Ten atrybut logiczny przyjmuje wartość prawda, jeśli w przebiegu zamówienia logistycznego widać powtarzające się czynności, na przykład sekwencję „Pobrano i spakowano towary” -> „Przeprowadzono kontrolę jakości” -> „Pobrano i spakowano towary”. Wskazuje przypadki odbiegające od standardowego, sprawnego przebiegu.

Atrybut ten służy do obliczania KPI „Odsetek zamówień wymagających poprawek” i jest prezentowany w dashboardzie „Analiza wariantów procesu i poprawek”. Wskazanie przypadków wymagających poprawek pomaga znaleźć źródła błędów i nieefektywności w realizacji zamówień, a następnie zaplanować działania ograniczające straty i koszty operacyjne.

Dlaczego to ważne

Wskazuje nieefektywność procesu i problemy z jakością, oznaczając przypadki z powtarzającymi się krokami. Ułatwia to ukierunkowanie działań na poprawę stabilności procesu i ograniczenie kosztów.

Skąd pobrać

To nie jest pole w systemie Blue Yonder. Atrybut jest obliczany podczas analizy process mining przez wykrywanie określonych powtarzających się sekwencji działań w ramach przypadku.

Przykłady
truefalse
Dostawa terminowa
IsOnTimeDelivery
Obliczany wskaźnik informujący, czy zamówienie dostarczono w wymaganym terminie lub wcześniej.
Opis

Ten atrybut logiczny jest wyliczany przez porównanie „Faktycznej daty dostawy” z „Wymaganą datą dostawy”. Każde zamówienie otrzymuje prostą klasyfikację: „Terminowo” (prawda) albo „Z opóźnieniem” (fałsz).

Atrybut ten zasila dashboard „Terminowość dostaw” i służy do obliczania KPI „Odsetek terminowych dostaw”. Ułatwia filtrowanie danych i analizę przyczyn opóźnień, takich jak przewoźnik lub rodzaj produktu.

Dlaczego to ważne

Ułatwia analizę terminowości dostaw, przypisując każdemu zamówieniu jednoznaczny wynik logiczny. Dzięki temu można szybko obliczyć wskaźniki i wskazać przyczyny opóźnień.

Skąd pobrać

Atrybutu tego nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych według wzoru: ActualDeliveryDate <= RequestedDeliveryDate.

Przykłady
truefalse
Kategoria produktu
ProductCategory
Kategoria, do której należy produkt w zamówieniu logistycznym, na przykład elektronika lub odzież.
Opis

Kategoria produktu służy do grupowania podobnych produktów. Poszczególne kategorie mogą wiązać się z innymi procesami w łańcuchu dostaw, wymaganiami dotyczącymi obsługi lub czasem realizacji.

Atrybut ten służy w dashboardzie „Trend realizacji zamówień logistycznych” do filtrowania i porównywania liczby zrealizowanych zamówień dla różnych rodzajów produktów. Może ujawnić, czy określone linie produktowe częściej się opóźniają lub mają niższą przepustowość. Dzięki temu można skupić działania usprawniające tam, gdzie są najbardziej potrzebne.

Dlaczego to ważne

Pozwala analizować proces według rodzaju produktu i wykrywać wąskie gardła, wzorce popytu lub trudności w obsłudze charakterystyczne dla poszczególnych kategorii.

Skąd pobrać

Informacja ta należy do danych podstawowych materiału lub produktu i jest powiązana z pozycjami zamówienia logistycznego w systemie Blue Yonder.

Przykłady
Elektronika użytkowaMaszyny przemysłoweOdzieżArtykuły spożywcze
Nazwa klienta
CustomerName
Nazwa klienta, który złożył zamówienie.
Opis

Wskazuje klienta końcowego dla zamówienia logistycznego. To podstawowy wymiar analizy z perspektywy klienta.

Analiza wyników procesu według klientów może ujawnić, czy niektórzy z nich czekają dłużej na realizację zamówień lub częściej napotykają problemy. Atrybut ten umożliwia podział danych według klientów w dashboardach takich jak „Terminowość dostaw”, co pomaga ustalać priorytety usprawnień dla najważniejszych klientów.

Dlaczego to ważne

Umożliwia analizę z perspektywy klienta, pomagając ustalić, których klientów najbardziej dotyka nieefektywność procesu, i określić priorytety usprawnień obsługi.

Skąd pobrać

Informacja ta jest zapisana w danych nagłówka zamówienia klienta i powiązana z tabelą danych podstawowych klientów w systemie Blue Yonder lub zintegrowanym systemie CRM/ERP.

Przykłady
Retail CorpMegaStore Inc.Direct Consumer Goods
Nazwa przewoźnika
CarrierName
Nazwa firmy transportowej odpowiedzialnej za przewóz towarów.
Opis

Nazwa przewoźnika wskazuje partnera logistycznego, który przewiózł towary z magazynu do miejsca docelowego. To ważny wymiar oceny efektywności transportu wychodzącego.

W dashboardzie „Monitor efektywności transportu” analiza danych według przewoźnika pozwala porównać czas „Towar w transporcie” dla różnych firm. Dzięki temu można wskazać najszybszych, najbardziej niezawodnych lub najbardziej opłacalnych przewoźników i odpowiednio dostosować strategie wysyłki.

Dlaczego to ważne

Umożliwia porównanie wyników różnych przewoźników, co pomaga optymalizować koszty transportu, trasy i czas dostawy.

Skąd pobrać

Informacje te znajdują się zwykle w dokumentach wysyłkowych lub zleceniach transportowych w systemie Transportation Management System (TMS) firmy Blue Yonder.

Przykłady
Transport ekspresowyNational LogisticsSwift Haulage
Numer zamówienia zakupu
PurchaseOrderNumber
Unikalny identyfikator zamówienia zakupu utworzonego w celu nabycia surowców lub towarów od dostawcy.
Opis

Numer zamówienia zakupu łączy zamówienie logistyczne z procesem zaopatrzenia. Jest nadawany podczas takich działań jak „Utworzenie zapotrzebowania na zakup” i „Wystawienie zamówienia zakupu”.

Atrybut ten umożliwia szczegółową analizę podprocesu zaopatrzenia. Jest niezbędny w dashboardzie „Efektywność dostaw przychodzących od dostawców”, gdzie pozwala śledzić drogę konkretnego zamówienia zakupu od wystawienia do przyjęcia towarów oraz powiązać opóźnienia z konkretnymi dostawcami lub materiałami.

Dlaczego to ważne

Łączy główny proces realizacji zamówienia z wcześniejszymi działaniami zaopatrzeniowymi, umożliwiając szczegółową analizę wyników dostawców i czasu cyklu zaopatrzenia.

Skąd pobrać

Ten identyfikator jest generowany i zapisywany w module zaopatrzenia lub zakupów systemu Blue Yonder albo zintegrowanego systemu ERP.

Przykłady
PO45000123PO45000124PO45000125
Obiecana data dostawy od dostawcy
SupplierPromisedDeliveryDate
Data dostawy określona przez dostawcę dla danego zamówienia zakupu.
Opis

To termin, w którym dostawca zobowiązał się dostarczyć surowce lub komponenty. Służy jako punkt odniesienia przy ocenie terminowości i rzetelności dostawcy.

Atrybut ten jest niezbędny do obliczenia KPI „Odsetek terminowych dostaw od dostawców”. Porównuje się go z faktyczną datą przyjęcia materiałów (znacznikiem czasu zdarzenia „Przyjęto surowce”), aby sprawdzić, czy dostawca dotrzymał zobowiązania. Analiza ta jest podstawą dashboardu „Efektywność dostaw przychodzących od dostawców”.

Dlaczego to ważne

Stanowi punkt odniesienia przy ocenie dostaw przychodzących, umożliwiając pomiar rzetelności dostawców i wpływu dostaw na harmonogram produkcji.

Skąd pobrać

Data ta jest zwykle zapisana na poziomie pozycji zamówienia zakupu i opiera się na informacjach od dostawcy lub standardowym czasie realizacji.

Przykłady
2023-10-102023-10-122023-10-15
Osoba tworząca zapotrzebowanie na zakup
PurchaseRequisitionCreator
Użytkownik lub dział, który zgłosił potrzebę zakupu towarów lub materiałów.
Opis

Atrybut ten wskazuje osobę lub zespół, który utworzył zapotrzebowanie na zakup, czyli wewnętrzny dokument rozpoczynający proces wystawienia formalnego zamówienia zakupu. Pokazuje, kto w organizacji zgłasza zapotrzebowanie na zakupy.

Analiza tego atrybutu pomaga zrozumieć wewnętrzne wzorce zakupowe. Można ją wykorzystać w dashboardzie „Zadania ręczne i potencjał automatyzacji”. Jeśli niewielka grupa użytkowników tworzy wiele standardowych zapotrzebowań, może to wskazywać na możliwość zautomatyzowania tego procesu.

Dlaczego to ważne

Wskazuje źródło zapotrzebowania na zakup, co pomaga analizować wewnętrzne wzorce popytu i identyfikować możliwości automatyzacji procesu.

Skąd pobrać

Informacja znajduje się w danych dokumentu zapotrzebowania na zakup, zwykle w polu „Utworzone przez”.

Przykłady
m.jonesp.chenDZIAŁ_PLANOWANIA
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone lub wyodrębnione z systemu źródłowego.
Opis

Ten atrybut podaje datę i godzinę ostatniego pobrania danych. Ułatwia interpretację analizy, pokazując aktualność danych i przewidywany termin kolejnego odświeżenia.

Warto wiedzieć, jak aktualne są analizowane dane. Dzięki temu można właściwie interpretować dashboardy i podejmować decyzje na podstawie bieżących informacji.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu wiadomo, jak aktualna jest analiza procesu.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany podczas procesu wyodrębniania, przekształcania i ładowania danych (ETL).

Przykłady
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Rodzaj transportu
ModeOfTransport
Sposób przewozu przesyłki, na przykład samochodem ciężarowym, samolotem lub statkiem.
Opis

Ten atrybut określa sposób transportu towarów. Poszczególne rodzaje transportu różnią się kosztami, szybkością i ładownością, dlatego mają istotne znaczenie przy planowaniu i analizie logistyki.

Dashboard „Monitor efektywności transportu” wykorzystuje ten atrybut do porównywania czasu przewozu i kosztów dla różnych rodzajów transportu. Ułatwia to podejmowanie decyzji, na przykład wybór między szybszym, ale droższym transportem lotniczym a wolniejszym, lecz tańszym transportem morskim, z uwzględnieniem priorytetu zamówienia i ograniczeń kosztowych.

Dlaczego to ważne

Umożliwia analizę kosztów i szybkości transportu, wspierając wybór najskuteczniejszych metod przewozu.

Skąd pobrać

Informacje te są zwykle zapisane w szczegółach przesyłki lub zlecenia transportowego w systemie TMS firmy Blue Yonder.

Przykłady
Transport całopojazdowy (FTL)Transport lotniczyTransport morskiTransport kolejowy
System źródłowy
SourceSystem
System, z którego wyodrębniono dane, w tym przypadku Blue Yonder.
Opis

Ten atrybut wskazuje źródło danych o procesie. Jest szczególnie przydatny, gdy w celu uzyskania pełnego obrazu procesu łączy się dane z wielu systemów, ponieważ pozwala prześledzić ich pochodzenie.

W tej analizie wartość będzie zawsze wynosić „Blue Yonder”. To ważna metadana na potrzeby zarządzania danymi i interpretacji wyników, zwłaszcza gdy zintegrowane są też inne systemy, takie jak ERP lub CRM.

Dlaczego to ważne

Wskazuje źródło danych, co ma znaczenie dla zarządzania danymi, ich weryfikacji i analiz obejmujących wiele systemów przedsiębiorstwa.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas wyodrębniania i przekształcania danych, aby oznaczyć źródło zbioru danych.

Przykłady
Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania łańcuchem dostaw

To najważniejsze kroki i etapy procesu, które warto zapisać w dzienniku zdarzeń, aby dokładnie odtworzyć i usprawnić jego przebieg.
7 Zalecane 8 Opcjonalne
Działanie Opis
Otrzymano surowce
Ta czynność oznacza fizyczne przyjęcie towarów od dostawcy w magazynie lub zakładzie produkcyjnym. Jest rejestrowana bezpośrednio jako transakcja przyjęcia towarów, często inicjowana przez zeskanowanie dostawy.
Dlaczego to ważne

To zdarzenie kończy etap dostawy od dostawcy. Jest niezbędne do oceny niezawodności dostawców i efektywności logistyki przychodzącej.

Skąd pobrać

Dane pochodzą z dzienników transakcji systemu zarządzania magazynem (WMS) lub modułów zarządzania zapasami. Zdarzenie odpowiada dacie i godzinie zaksięgowania dokumentu przyjęcia towarów.

Rejestrowanie

Na podstawie znacznika czasu zaksięgowania przyjęcia towarów.

Typ zdarzenia explicit
Otrzymano zamówienie klienta
To zdarzenie oznacza utworzenie w systemie nowego zamówienia logistycznego w odpowiedzi na zgłoszenie klienta. Zwykle jest rejestrowane bezpośrednio, gdy użytkownik lub komunikat EDI tworzy dokument zamówienia sprzedaży w module Order Management systemu Blue Yonder.
Dlaczego to ważne

To główne zdarzenie rozpoczynające cały proces łańcucha dostaw. Analiza tej czynności pozwala mierzyć liczbę przyjętych zamówień oraz całkowity czas od złożenia zamówienia do dostawy.

Skąd pobrać

Zdarzenie jest rejestrowane bezpośrednio w tabelach systemu zarządzania zamówieniami po utworzeniu zamówienia sprzedaży. Odpowiada znacznikowi czasu utworzenia rekordu nagłówka zamówienia.

Rejestrowanie

Zdarzenie jest rejestrowane podczas tworzenia zamówienia sprzedaży, na przykład przy zatwierdzeniu transakcji.

Typ zdarzenia explicit
Podpisano potwierdzenie dostawy
Ta ostatnia czynność potwierdza, że klient odebrał dostawę, zwykle podpisując dokument dostawy. Zdarzenie jest zazwyczaj rejestrowane jako aktualizacja statusu, ręcznie lub w aplikacji mobilnej używanej przez kierowcę.
Dlaczego to ważne

To najbardziej wiarygodne zdarzenie kończące cały proces logistyczny. Jest niezbędne do obliczenia całkowitego czasu cyklu i wskaźnika terminowości dostaw.

Skąd pobrać

Zdarzenie można wywnioskować z aktualizacji statusu dokumentu dostawy lub wysyłki w systemie TMS albo OMS. Wykorzystywany jest znacznik czasu zmiany statusu na „Otrzymano potwierdzenie dostawy” lub „Dostarczono”.

Rejestrowanie

Wynika ze zmiany statusu dokumentu wysyłki potwierdzającej dostawę.

Typ zdarzenia inferred
Skompletowano i spakowano towary
Ta czynność obejmuje pobranie produktów z magazynu i przygotowanie ich do wysyłki. Często jest rejestrowana bezpośrednio przez pracowników magazynu za pomocą skanerów radiowych w systemie WMS.
Dlaczego to ważne

To ważny etap logistyki wychodzącej. Analiza czasu jego trwania pomaga wykryć nieefektywności w operacjach magazynowych i stanowi część czasu cyklu od zapasów do wysyłki.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w dziennikach transakcji WMS systemu Blue Yonder. Znaczniki czasu są zapisywane, gdy pracownicy magazynu potwierdzają zakończenie kompletacji i pakowania.

Rejestrowanie

Znacznik czasu zdarzenia jest zapisywany po potwierdzeniu ostatniej czynności kompletacji lub pakowania zamówienia.

Typ zdarzenia explicit
Wyprodukowano towary
To zdarzenie oznacza zakończenie procesu produkcyjnego dla zamówienia logistycznego. Często można je wywnioskować ze zmiany statusu zlecenia produkcyjnego, na przykład na „Zakończone” lub „Ukończone”.
Dlaczego to ważne

Ten etap jest niezbędny do pomiaru czasu cyklu produkcyjnego i stanowi punkt początkowy KPI czasu od produkcji do wysyłki. Oznacza, że towary są gotowe do kolejnego etapu realizacji zamówienia.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu w tabelach zleceń produkcyjnych, na przykład po zmianie statusu na „Zakończone”. Znacznik czasu tej końcowej zmiany statusu określa czas zdarzenia.

Rejestrowanie

Ustal znacznik czasu zmiany statusu zlecenia produkcyjnego na końcowy stan „ukończone”.

Typ zdarzenia inferred
Wysłano zamówienie zakupu
To zdarzenie oznacza formalne utworzenie i wysłanie do zewnętrznego dostawcy zamówienia zakupu na surowce lub wyroby gotowe. Jest to jedno z podstawowych, jawnie rejestrowanych zdarzeń w funkcjach zakupowych systemu Blue Yonder.
Dlaczego to ważne

To ważny etap przy śledzeniu czasu realizacji zamówień przez dostawców i ocenie ich wyników. Stanowi punkt początkowy KPI terminowości dostaw dostawców.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w tabelach systemu zakupowego. Znacznik czasu wskazuje utworzenie lub oficjalne wysłanie dokumentu zamówienia zakupu.

Rejestrowanie

Zdarzenie odpowiada znacznikowi czasu utworzenia lub wysłania dokumentu zamówienia zakupu.

Typ zdarzenia explicit
Załadowano towary do transportu
Oznacza moment załadunku spakowanych towarów na pojazd i ich wyjazdu z magazynu. Jest to ważne, jawnie rejestrowane zdarzenie, często zapisywane w WMS lub TMS jako transakcja „wydania towarów”.
Dlaczego to ważne

To zdarzenie rozpoczyna pomiar czasu cyklu transportu i jego ogólnej efektywności. Oznacza przekazanie towarów z wewnętrznych operacji magazynowych zewnętrznemu przewoźnikowi.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w systemie WMS lub ERP jako zaksięgowanie wydania towarów. Znacznik czasu zdarzenia odpowiada dacie i godzinie zaksięgowania transakcji.

Rejestrowanie

Zdarzenie pochodzi z dziennika transakcji wydania towarów powiązanej z dostawą.

Typ zdarzenia explicit
Anulowano zamówienie
Oznacza anulowanie zamówienia logistycznego przed zakończeniem jego realizacji. Jest to alternatywne zdarzenie końcowe, które można wywnioskować z końcowego statusu zamówienia sprzedaży „Anulowane” lub „Unieważnione”.
Dlaczego to ważne

Śledzenie anulowanych zamówień pomaga zrozumieć, na jakim etapie proces się zatrzymuje i co powoduje niezadowolenie klientów. Analiza czasu i przyczyn anulowania może ujawnić problemy w sprzedaży lub operacjach.

Skąd pobrać

Zdarzenie można wywnioskować ze statusu nagłówka zamówienia sprzedaży. Czas zdarzenia odpowiada znacznikowi czasu zmiany statusu na końcowy stan „Anulowane”.

Rejestrowanie

Na podstawie znacznika czasu zmiany statusu zamówienia na „Anulowane”.

Typ zdarzenia inferred
Przeprowadzono kontrolę jakości
Oznacza zakończenie kontroli jakości wyrobów gotowych przed udostępnieniem ich do wysyłki. Można to wywnioskować ze zmiany statusu partii zapasów na „bez ograniczeń” lub „kontrola zakończona pomyślnie”.
Dlaczego to ważne

Ta czynność pomaga wykryć wąskie gardła w procesie zapewniania jakości i jest niezbędna do analizy poprawek. Powtarzające się kontrole jakości tego samego zamówienia mogą wskazywać na problemy z jakością.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola statusu w module zarządzania zapasami lub jakością. Wykorzystywany jest znacznik czasu zmiany statusu z „w trakcie kontroli” na „zwolnione”.

Rejestrowanie

Wynika ze zmiany statusu jakości powiązanej partii zapasów.

Typ zdarzenia inferred
Rozładowano towary w miejscu dostawy
Ta czynność oznacza, że przesyłka dotarła do klienta i została rozładowana. Zdarzenie jest często rejestrowane bezpośrednio na podstawie komunikatu EDI od przewoźnika lub ręcznego wpisu opartego na przekazanych przez niego informacjach.
Dlaczego to ważne

To zdarzenie kończy etap transportu. Jest niezbędne do dokładnego obliczenia KPI czasu cyklu transportu i wykrywania opóźnień związanych z przewoźnikiem.

Skąd pobrać

Informacje pochodzą zwykle od zewnętrznego przewoźnika, z komunikatów EDI lub jego portalu. Są zapisywane jako aktualizacja statusu dokumentu wysyłki w systemie TMS.

Rejestrowanie

Czas zdarzenia odpowiada znacznikowi czasu aktualizacji statusu przesyłki przez przewoźnika na „Dostarczono”.

Typ zdarzenia explicit
Sprawdzono dostępność zapasów
Oznacza systemowe lub ręczne sprawdzenie, czy wymagane produkty są dostępne na stanie, aby zrealizować zamówienie klienta. Często można je wywnioskować ze zmiany statusu pozycji zamówienia, która wskazuje, że przeszła ona kontrolę Available-to-Promise (ATP).
Dlaczego to ważne

Ta czynność pozwala zmierzyć czas potrzebny na potwierdzenie zamówienia i wykryć opóźnienia spowodowane brakami magazynowymi. Jest niezbędna do obliczenia KPI dostępności zapasów i oceny możliwości realizacji zamówień.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola statusu pozycji zamówienia sprzedaży, na przykład z „Nowe” na „Potwierdzone”, albo ze znacznika czasu kontroli ATP w module zarządzania zapasami lub zamówieniami systemu Blue Yonder.

Rejestrowanie

Wynika ze zmiany statusu pozycji zamówienia wskazującej na potwierdzenie dostępności zapasów.

Typ zdarzenia inferred
Utworzono zapotrzebowanie zakupowe
Ta czynność ma miejsce, gdy zapasy nie wystarczają do realizacji zamówienia i trzeba zgłosić zapotrzebowanie na potrzebne materiały. Utworzenie dokumentu zapotrzebowania zakupowego jest jawnym zdarzeniem w module zakupów.
Dlaczego to ważne

Śledzenie tej czynności pomaga określić zależność od zakupów i ich wpływ na całkowity czas realizacji zamówienia. Ujawnia przypadki, w których braki zapasów opóźniają łańcuch dostaw.

Skąd pobrać

Zdarzenie jest rejestrowane bezpośrednio w tabelach zakupów lub planowania dostaw po utworzeniu dokumentu zapotrzebowania zakupowego powiązanego z popytem wynikającym z zamówienia sprzedaży.

Rejestrowanie

Na podstawie znacznika czasu utworzenia dokumentu zapotrzebowania zakupowego.

Typ zdarzenia explicit
Wysłano fakturę klientowi
Oznacza utworzenie i wystawienie faktury klientowi za dostarczone towary. Jest to jawnie rejestrowana transakcja finansowa w module zarządzania zamówieniami lub finansami.
Dlaczego to ważne

Ta czynność jest ważnym etapem cyklu od zamówienia do płatności. Analiza czasu jej wykonania w odniesieniu do dostawy może ujawnić opóźnienia w fakturowaniu, które wpływają na przepływy pieniężne.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w tabelach rozliczeń lub finansów. Odpowiada dacie utworzenia lub zaksięgowania dokumentu faktury.

Rejestrowanie

Na podstawie znacznika czasu zaksięgowania dokumentu rozliczeniowego klienta.

Typ zdarzenia explicit
Zaplanowano produkcję
Oznacza zaplanowanie i ustalenie harmonogramu zlecenia produkcyjnego lub wytwórczego w celu wyprodukowania wymaganych towarów. Zwykle jest to jawne zdarzenie generowane przez moduły produkcyjne lub planowania dostaw systemu Blue Yonder.
Dlaczego to ważne

Ta czynność pokazuje początek cyklu produkcyjnego. Analiza czasu od zaplanowania do zakończenia produkcji pomaga wykryć rozbieżności między planowaniem a realizacją.

Skąd pobrać

Zdarzenie jest rejestrowane w tabelach systemu realizacji produkcji lub planowania. Znacznik czasu odpowiada utworzeniu lub potwierdzeniu zlecenia produkcyjnego.

Rejestrowanie

Wynika ze znacznika czasu utworzenia zlecenia produkcyjnego lub zmiany jego statusu.

Typ zdarzenia explicit
Zaplanowano wysyłkę
Ta czynność oznacza zaplanowanie transportu, w tym wybór przewoźnika i rezerwację terminu odbioru. Jest jawnie rejestrowana w systemie zarządzania transportem (TMS) Blue Yonder po utworzeniu i potwierdzeniu wysyłki.
Dlaczego to ważne

To zdarzenie pokazuje etap planowania transportu. Opóźnienia na tym etapie mogą wpłynąć na terminowy wyjazd i ogólną terminowość dostawy.

Skąd pobrać

Dane pochodzą z dzienników transakcji modułu TMS. Zdarzenie odpowiada znacznikowi czasu zatwierdzenia dokumentu wysyłki lub przypisania przewoźnika.

Rejestrowanie

Na podstawie znacznika czasu utworzenia lub potwierdzenia wysyłki albo planu załadunku.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje wyodrębniania danych

Jak pobrać dane z Blue Yonder

Metody ekstrakcji danych dla tego procesu są obecnie weryfikowane. Prosimy wrócić później lub skontaktować się z nami w celu uzyskania pomocy.

Gotowi do rozpoczęcia?

Skorzystaj z tych szablonów, aby rozpocząć usprawnianie zarządzania łańcuchem dostaw. Odkryj ukryte nieefektywności i usprawnij operacje.

Ogranicz opóźnienia i usprawnij łańcuch dostaw w Blue Yonder

Osiągnij 90% trafności prognoz i wyeliminuj kosztowne braki zapasów.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.