Szablon danych do zarządzania transportem

Blue Yonder TMS
Szablon danych do zarządzania transportem

Szablon danych do zarządzania transportem

Ten szablon porządkuje analizę procesu zarządzania transportem. Zawiera listę niezbędnych atrybutów, działań do śledzenia oraz praktyczne wskazówki dotyczące ekstrakcji danych. Można na jego podstawie przygotować dziennik zdarzeń i uzyskać wgląd w operacje logistyczne.
  • Zalecane atrybuty do szczegółowej analizy
  • Działania do śledzenia podczas odkrywania procesu
  • Szczegółowe wskazówki dotyczące ekstrakcji danych z Blue Yonder TMS
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania transportem

To podstawowe pola danych zalecane do uwzględnienia w dzienniku zdarzeń. Stanowią solidną podstawę szczegółowej analizy zarządzania transportem.
5 Wymagane 7 Zalecane 6 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Znacznik czasu wskazujący, kiedy miała miejsce konkretna czynność lub zdarzenie.
Opis

Czas zdarzenia określa dokładną datę i godzinę każdej czynności w procesie obsługi przesyłki. Stanowi chronologiczną podstawę dziennika zdarzeń, pozwala uporządkować czynności i obliczać czas między nimi.

W analizie ten znacznik czasu jest niezbędny do obliczania wszystkich KPI opartych na czasie, takich jak łączny czas realizacji przesyłki, czas odprawy celnej i terminowość dostaw. Pozwala ustalić, kiedy występują opóźnienia i ile trwa każdy etap procesu.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do porządkowania zdarzeń, obliczania czasu realizacji i analizy wyników procesu w czasie.

Skąd pobrać

Dane te znajdują się zwykle przy rekordach statusów lub zdarzeń w dziennikach transakcji Blue Yonder TMS. Każde zdarzenie lub zmiana statusu powinny mieć przypisany znacznik czasu.

Przykłady
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Czynność
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub czynności, która miała miejsce w określonym czasie w związku z przesyłką.
Opis

Ten atrybut opisuje pojedynczy etap procesu transportowego, na przykład „Zaplanowano przesyłkę”, „Przekazano ofertę przewoźnikowi” lub „Towar dostarczony”. Czynności te tworzą węzły odkrytej mapy procesu, a ich kolejność wyznacza przebieg procesu dla każdej przesyłki.

Analiza kolejności i częstotliwości tych czynności jest podstawą process mining. Pomaga wskazać najczęstsze ścieżki procesu (warianty), wykryć wąskie gardła powodujące opóźnienia oraz znaleźć powroty do wcześniejszych etapów, na przykład powtarzające się zdarzenie „Przewoźnik odrzucił ofertę”.

Dlaczego to ważne

Atrybut określa etapy procesu, dzięki czemu można przedstawić przebieg przesyłki i wykryć nieefektywności.

Skąd pobrać

Dane pochodzą z dzienników zdarzeń, rekordów zmian statusu lub kodów transakcji w różnych modułach Blue Yonder TMS. Często trzeba przypisać zdarzeniom systemowym nazwy zrozumiałe dla biznesu.

Przykłady
Zaplanowano przesyłkęPrzekazano ofertę przewoźnikowiTowar dostarczonyPłatność zrealizowana
Przesyłka
ShipmentId
Unikalny identyfikator pojedynczej przesyłki, który pełni funkcję identyfikatora case w procesie transportowym.
Opis

Identyfikator przesyłki to główny klucz łączący wszystkie czynności i zdarzenia związane z przewozem towaru od miejsca nadania do miejsca przeznaczenia. Każdy unikalny identyfikator odpowiada jednemu kompletnemu case transportowemu, od początkowego zlecenia po końcową płatność.

W analizie process mining ten atrybut jest niezbędny do odtworzenia całej drogi każdej przesyłki. Pozwala grupować zdarzenia, takie jak „Zaplanowano przesyłkę”, „Towar odebrany” i „Towar dostarczony”, w spójny przebieg procesu. Dzięki temu można obliczać czasy realizacji i wykrywać warianty procesu dla poszczególnych przesyłek.

Dlaczego to ważne

To podstawowy identyfikator case, który łączy wszystkie powiązane zdarzenia transportowe i umożliwia analizę całego cyklu życia przesyłki.

Skąd pobrać

To klucz główny w modułach zarządzania przesyłkami lub ładunkami w systemie Blue Yonder TMS. Szczegółowych informacji należy szukać w dokumentacji systemu, prawdopodobnie w opisie tabel dotyczących nagłówków przesyłek.

Przykłady
SHP-0012845SHP-0012991SHP-0013054
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych tego rekordu lub ich pobrania z systemu źródłowego.
Opis

Ten atrybut informuje o aktualności danych. Zapisuje datę i godzinę ostatniej aktualizacji dziennika zdarzeń na podstawie danych z Blue Yonder TMS.

Ma to znaczenie przy ocenie aktualności dashboardów i KPI. Użytkownicy mogą sprawdzić, czy analizują bieżące informacje, czy dane z wcześniejszego okresu. Jest to ważne przy podejmowaniu świadomych decyzji operacyjnych.

Dlaczego to ważne

Informuje użytkowników, jak aktualne są dane, co ma znaczenie dla trafności i dokładności analizy.

Skąd pobrać

To pole metadanych jest zwykle generowane i dodawane podczas ekstrakcji danych (ETL).

Przykłady
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
System źródłowy
SourceSystem
Wskazuje system, z którego pobrano dane.
Opis

Ten atrybut określa źródło danych o zdarzeniach, w tym przypadku Blue Yonder TMS. Jest szczególnie przydatny, gdy szerszy obraz procesu powstaje z danych pochodzących z wielu systemów.

Ułatwia filtrowanie danych i zrozumienie ich kontekstu. Zachowanie informacji o źródle zapewnia możliwość śledzenia pochodzenia danych i stanowi dobrą praktykę w zarządzaniu danymi.

Dlaczego to ważne

Informacja o źródle danych zapewnia możliwość ich śledzenia i ułatwia zarządzanie danymi z wielu źródeł.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL).

Przykłady
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Kraj nadania
OriginCountry
Kraj, z którego rozpoczyna się przewóz przesyłki.
Opis

Ten atrybut określa kraj rozpoczęcia przewozu. Ustala się go na podstawie adresu nadawcy lub danych miejsca odbioru.

W analizie kraj nadania jest przydatnym wymiarem segmentacji danych. Pomaga zrozumieć regionalne różnice w wynikach procesu, dostępności przewoźników i czasie realizacji. Ma na przykład istotne znaczenie przy analizie czasu odprawy celnej przesyłek międzynarodowych.

Dlaczego to ważne

Umożliwia geograficzną analizę wyników procesu i pomaga wykrywać regionalne wąskie gardła oraz różnice w efektywności.

Skąd pobrać

Dane są przechowywane w szczegółach przesyłki w Blue Yonder TMS, jako część informacji o miejscu nadania lub adresie nadawcy.

Przykłady
USANiemcyChiny
Kraj przeznaczenia
DestinationCountry
Kraj, do którego dostarczana jest przesyłka.
Opis

Ten atrybut określa kraj docelowy przesyłki na podstawie adresu odbiorcy lub miejsca dostawy.

Podobnie jak kraj nadania, służy do segmentacji geograficznej. Analitycy mogą porównywać wyniki dla różnych tras handlowych, na przykład USA–Kanada i USA–Meksyk, analizować problemy z dostawami w poszczególnych krajach oraz oceniać wpływ złożoności przewozów transgranicznych na czas realizacji.

Dlaczego to ważne

Umożliwia analizę wyników według miejsca przeznaczenia, co pomaga zrozumieć specyfikę tras handlowych i regionalne problemy z dostawami.

Skąd pobrać

Dane są przechowywane w szczegółach przesyłki w Blue Yonder TMS, jako część informacji o miejscu przeznaczenia lub adresie odbiorcy.

Przykłady
KanadaMeksykWielka Brytania
Nazwa przewoźnika
CarrierName
Nazwa firmy transportowej lub operatora logistycznego odpowiedzialnego za przewóz przesyłki.
Opis

Nazwa przewoźnika wskazuje firmę zewnętrzną, której powierzono przewóz towaru. Może to być firma transportu drogowego, linia lotnicza, armator lub spedytor.

Ten atrybut jest niezbędny do analizy wyników, zwłaszcza na dashboardzie „Porównanie wyników przewoźników”. Pozwala filtrować i dzielić dane, aby porównywać przewoźników pod kątem terminowości dostaw, punktualności odbioru i średniego czasu opóźnień. Ułatwia to wybór przewoźników i zarządzanie współpracą.

Dlaczego to ważne

Umożliwia porównywanie wyników różnych przewoźników, co pomaga lepiej ich dobierać i podnosić jakość usług.

Skąd pobrać

Dane znajdują się w szczegółach przesyłki lub ładunku w Blue Yonder TMS. Często są powiązane z tabelą danych podstawowych przewoźników.

Przykłady
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
Rodzaj transportu
ModeOfTransport
Sposób przewozu przesyłki, na przykład transport drogowy, lotniczy, morski lub kolejowy.
Opis

Ten atrybut określa rodzaj transportu. Typowe wartości to transport drobnicowy (LTL), całopojazdowy (FTL), lotniczy, morski i kolejowy.

W analizie procesu rodzaj transportu jest ważnym wymiarem filtrowania i porównywania danych. Przebieg procesu, czas realizacji i koszty mogą się znacznie różnić w zależności od rodzaju transportu. Na przykład analiza wąskich gardeł podczas odprawy celnej jest szczególnie przydatna dla przesyłek lotniczych i morskich, a mniej dla krajowych przewozów drogowych. Analiza wyników według rodzaju transportu pomaga dopasować działania usprawniające do specyfiki logistyki.

Dlaczego to ważne

Umożliwia analizę poszczególnych segmentów, ponieważ różne rodzaje transportu wiążą się z innymi procesami, kosztami i typowymi czasami realizacji.

Skąd pobrać

To standardowe pole w modułach planowania i wyceny przesyłek w Blue Yonder TMS.

Przykłady
LTLFTLTransport lotniczyTransport morski
Rzeczywisty czas dostawy
ActualDeliveryTime
Rzeczywisty znacznik czasu wystąpienia zdarzenia „Towar dostarczony”.
Opis

Ten atrybut to znacznik czasu przypisany do końcowej czynności dostawy. Zapisuje dokładny moment dotarcia przesyłki do miejsca przeznaczenia i potwierdzenia dostawy.

Jest to ważna dana przy pomiarze wyników. KPI „Odsetek dostaw na czas” oblicza się przez porównanie tego znacznika czasu z „RequestedDeliveryDate”. Wyznacza on również koniec okresu mierzonego przez KPI „Łączny czas realizacji do dostawy”.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do obliczania odsetka dostaw na czas i pomiaru łącznego czasu transportu przesyłki.

Skąd pobrać

To znacznik czasu aktualizacji statusu „Towar dostarczony”, otrzymanej zwykle od przewoźnika w komunikacie EDI lub wprowadzonej ręcznie w Blue Yonder TMS.

Przykłady
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
Status przesyłki
ShipmentStatus
Bieżący lub ostatni znany status przesyłki.
Opis

Status przesyłki określa jej bieżący etap cyklu życia, na przykład „Zaplanowana”, „W transporcie”, „Dostarczona” lub „Anulowana”. Pokazuje, na jakim etapie procesu znajduje się przesyłka.

W process mining analiza końcowego statusu case’ów pomaga oceniać wyniki. Porównanie przebiegu procesu dla przesyłek „Dostarczonych” i „Anulowanych” może ujawnić schematy prowadzące do niepożądanych rezultatów. Filtrowanie przesyłek, które nie zostały jeszcze zrealizowane, ułatwia też monitorowanie bieżącego obciążenia pracą.

Dlaczego to ważne

Pozwala szybko sprawdzić bieżący stan przesyłki i odróżnić przesyłki zakończone, w trakcie realizacji oraz anulowane.

Skąd pobrać

To ważne pole w nagłówku przesyłki lub głównej tabeli śledzenia statusów w Blue Yonder TMS.

Przykłady
ZaplanowanaW transporcieDostarczonaAnulowana
Wymagana data dostawy
RequestedDeliveryDate
Data dostawy wskazana przez klienta lub wymagana w zamówieniu sprzedaży.
Opis

Ten atrybut określa docelową datę dostawy, którą ma spełnić proces logistyczny. Odzwierciedla oczekiwania klienta lub wewnętrzny uzgodniony poziom usług (SLA) dla przesyłki.

Data ta stanowi punkt odniesienia przy obliczaniu KPI „Odsetek dostaw na czas”. Porównanie „ActualDeliveryTime” z „RequestedDeliveryDate” pozwala ustalić, czy przesyłka dotarła przed terminem, na czas czy z opóźnieniem. Jest to podstawa dashboardu „Terminowość odbioru i dostawy”.

Dlaczego to ważne

To główny punkt odniesienia przy pomiarze terminowości dostaw i zadowolenia klientów.

Skąd pobrać

Informacja ta pochodzi zwykle z systemu nadrzędnego, takiego jak ERP lub system zarządzania zamówieniami, i jest zapisywana w szczegółach zlecenia przesyłki w Blue Yonder TMS.

Przykłady
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Czy dostawa była terminowa
IsOnTimeDelivery
Flaga obliczana na podstawie tego, czy przesyłka została dostarczona w wymaganym terminie lub wcześniej.
Opis

Ten atrybut logiczny jest wyliczany przez porównanie wartości „ActualDeliveryTime” z „RequestedDeliveryDate”. Przyjmuje wartość true, jeśli dostawa nastąpiła w wymaganym terminie lub wcześniej, a w przeciwnym razie wartość false.

Jako miara obliczana ułatwia analizę i wizualizację KPI „Wskaźnik terminowych dostaw”. Pozwala szybko filtrować i agregować dane, aby tworzyć dashboardy pokazujące odsetek terminowych dostaw w czasie, według przewoźnika lub rodzaju transportu. Wspiera też bezpośrednio dashboard „Terminowość odbioru i dostawy”.

Dlaczego to ważne

Ułatwia to analizę terminowości oraz szybkie filtrowanie i agregowanie danych w dashboardach i KPI.

Skąd pobrać

Tego atrybutu nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych według wzoru: ActualDeliveryTime <= RequestedDeliveryDate.

Przykłady
truefalse
Przyczyna opóźnienia
DelayReason
Kod lub opis przyczyny opóźnienia odbioru albo dostawy.
Opis

Ten atrybut zapisuje przyczynę niedotrzymania terminu etapu przesyłki. Przykłady to „Opóźnienie z powodu pogody”, „Zatrzymanie na odprawie celnej” lub „Brak dostępnych przewoźników”. Informację tę często przekazuje przewoźnik.

Atrybut ma istotne znaczenie dla dashboardu „Terminowość odbioru i dostawy”. Pozwala ustalić nie tylko, że przesyłka była opóźniona, ale też dlaczego. Analiza najczęstszych przyczyn opóźnień pomaga zespołowi logistycznemu z wyprzedzeniem ograniczać ryzyko i współpracować z przewoźnikami nad rozwiązaniem powtarzających się problemów.

Dlaczego to ważne

Wyjaśnia źródła opóźnień, ułatwiając proaktywne zarządzanie ryzykiem i planowanie działań usprawniających we współpracy z przewoźnikami.

Skąd pobrać

Dane są często zapisywane w sekcjach zarządzania zdarzeniami lub wyjątkami w Blue Yonder TMS. Nierzadko pochodzą z aktualizacji EDI od przewoźnika, na przykład EDI 214.

Przykłady
Warunki pogodoweZatrzymanie celneOpóźnienie kierowcyZator w obiekcie
Rozbieżność na fakturze za przewóz
FreightBillDiscrepancyReason
Kod lub opis wyjaśniający, dlaczego faktura za przewóz nie przeszła kontroli.
Opis

Gdy kontrola faktury za przewóz wykryje rozbieżność, ten atrybut podaje jej przyczynę. Przykłady to „Nieprawidłowa stawka”, „Zduplikowana faktura” lub „Brak potwierdzenia dostawy”.

Atrybut ten jest ważny dla dashboardu „Potwierdzenie dostawy i poprawność rozliczeń” oraz KPI „Odsetek faktur za przewóz wymagających ponownej pracy”. Analiza częstotliwości poszczególnych przyczyn pomaga ustalić źródła błędów rozliczeniowych, takie jak pomyłki przewoźników, niezgodność z umową lub problemy wewnętrzne. Dzięki temu można ograniczyć konieczność ponownej obsługi faktur.

Dlaczego to ważne

Wskazuje źródło błędów rozliczeniowych i pomaga zaplanować działania ograniczające ponowną obsługę faktur za przewóz oraz opóźnienia płatności.

Skąd pobrać

Dane znajdują się w module kontroli faktur za przewóz i płatności w Blue Yonder TMS, w dziennikach wyjątków lub odrzuceń.

Przykłady
Zastosowano nieprawidłową stawkęZduplikowana fakturaSpór dotyczący opłaty dodatkowej
Rzeczywisty czas odbioru
ActualPickupTime
Rzeczywisty znacznik czasu wystąpienia zdarzenia „Towar odebrany”.
Opis

Ten atrybut zapisuje dokładny czas fizycznego odbioru przesyłki przez przewoźnika w miejscu nadania. Oznacza oficjalny początek przewozu.

Ta dana jest niezbędna do pomiaru wyników przewoźnika. Porównuje się ją z „ScheduledPickupTime”, aby obliczyć KPI „Odsetek odbiorów na czas” i „Średni czas opóźnienia odbioru”. Analiza odchyleń pomaga wykrywać problemy związane z konkretnymi przewoźnikami lub miejscami odbioru.

Dlaczego to ważne

Ten znacznik czasu służy do dokładnego pomiaru terminowości odbioru i wykrywania opóźnień na wczesnym etapie procesu transportowego.

Skąd pobrać

To znacznik czasu aktualizacji statusu „Towar odebrany”, otrzymanej zwykle od przewoźnika przez EDI lub wprowadzonej ręcznie w Blue Yonder TMS.

Przykłady
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
Użytkownik
User
Identyfikator lub nazwa użytkownika, który wykonał daną czynność.
Opis

Ten atrybut wskazuje planistę logistyki, koordynatora lub użytkownika systemu odpowiedzialnego za wykonanie konkretnego zdarzenia lub zmianę statusu w TMS. W przypadku zdarzeń automatycznych może to być identyfikator konta systemowego lub serwisowego.

Analiza według użytkownika pomaga zrozumieć rozkład obciążenia pracą, indywidualne wyniki i potrzeby szkoleniowe. Może ujawnić, czy określeni użytkownicy częściej powodują konieczność ponownej pracy lub opóźnienia albo czy niektóre zespoły działają sprawniej. Ułatwia to zarządzanie zasobami i planowanie ukierunkowanych usprawnień procesu.

Dlaczego to ważne

Umożliwia analizę wyników i obciążenia pracą według użytkownika lub zespołu, pomagając wskazać potrzeby szkoleniowe i ograniczenia zasobów.

Skąd pobrać

Informacja ta powinna być dostępna w dziennikach transakcji lub zdarzeń, często w polu „Changed By” lub „User ID” przypisanym do każdego rekordu.

Przykłady
j.doea.smithTMS_AUTOMATION_USER
Zaplanowany czas odbioru
ScheduledPickupTime
Zaplanowana data i godzina odbioru towaru z miejsca nadania przez przewoźnika.
Opis

Ten atrybut przechowuje uzgodniony z przewoźnikiem termin odbioru przesyłki. Jest to ważny etap planu przewozu.

Znacznik czasu służy jako punkt odniesienia przy obliczaniu KPI „Odsetek odbiorów na czas” i „Średni czas opóźnienia odbioru”. Porównanie go z „ActualPickupTime” pomaga wykryć opóźnienia na samym początku przewozu, które często wpływają na kolejne etapy.

Dlaczego to ważne

To punkt odniesienia przy pomiarze terminowości odbioru, która wskazuje niezawodność przewoźnika i dokładność planowania.

Skąd pobrać

Dane znajdują się w modułach planowania terminów lub planowania ładunków w Blue Yonder TMS.

Przykłady
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania transportem

To istotne kroki i kamienie milowe procesu, które warto rejestrować w dzienniku zdarzeń, aby prawidłowo wizualizować i odkrywać przebieg procesu.
6 Zalecane 7 Opcjonalne
Działanie Opis
Odprawa celna zakończona
W przypadku przesyłek międzynarodowych ta czynność oznacza pomyślne przejście towaru przez odprawę celną na granicy lub w porcie. Zdarzenie jest wywoływane powiadomieniem od agenta celnego lub przewoźnika.
Dlaczego to ważne

Odprawa celna często powoduje znaczne opóźnienia w logistyce międzynarodowej. Pomiar czasu jej trwania pomaga wykrywać wąskie gardła i skracać czas transportu przez granice.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane jawnie na podstawie komunikatu od przewoźnika, np. EDI 214, lub ręcznej aktualizacji, która zmienia status celny przesyłki na „odprawiona”.

Rejestrowanie

Należy zapisać znacznik czasu zmiany statusu celnego przesyłki na „Odprawiona”.

Typ zdarzenia explicit
Otrzymano zgłoszenie przesyłki
To zdarzenie oznacza utworzenie zapotrzebowania na transport w systemie Blue Yonder TMS, zwykle na podstawie zlecenia z systemu nadrzędnego, takiego jak ERP. Rozpoczyna ono oficjalnie cykl życia przesyłki. Powstaje nowy rekord przesyłki ze statusem „niezaplanowana” lub „nowa”.
Dlaczego to ważne

To główne zdarzenie rozpoczynające cały proces transportowy. Analiza czasu od tego zdarzenia do kolejnych czynności planistycznych pomaga wykryć początkowe opóźnienia i zmierzyć łączną przepustowość procesu.

Skąd pobrać

Zdarzenie to można zwykle ustalić na podstawie znacznika czasu utworzenia rekordu przesyłki w głównych tabelach przesyłek lub zleceń. Może też być rejestrowane jako jawne zdarzenie podczas przetwarzania komunikatu z systemu ERP.

Rejestrowanie

Należy użyć znacznika czasu utworzenia rekordu przesyłki.

Typ zdarzenia inferred
Płatność zrealizowana
To ostatnia czynność w cyklu życia przesyłki. Potwierdza, że przewoźnik otrzymał zapłatę za usługę transportową. Zdarzenie zwykle pochodzi z zewnętrznego systemu finansowego (ERP), a następnie jest przekazywane do TMS.
Dlaczego to ważne

Ta czynność oznacza finansowe zamknięcie przesyłki. Analiza czasu od dostawy lub kontroli faktury do płatności pomaga zarządzać kapitałem obrotowym i utrzymywać dobre relacje z przewoźnikami.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane jawnie, gdy komunikat z systemu zobowiązań lub ERP aktualizuje w TMS status płatności faktury za przewóz.

Rejestrowanie

Należy użyć znacznika czasu z potwierdzenia płatności otrzymanego z systemu finansowego.

Typ zdarzenia explicit
Przesyłka zarezerwowana
Ten etap oznacza, że przewoźnik zaakceptował ofertę i zobowiązał się zrealizować przewóz. Status przesyłki zmienia się na „zarezerwowana” lub „potwierdzona”, co ustala przewoźnika i stawkę za transport.
Dlaczego to ważne

Ten ważny etap kończy planowanie i rozpoczyna realizację przewozu. Pomiar czasu do jego osiągnięcia pozwala ocenić sprawność rezerwacji i szybkość reakcji.

Skąd pobrać

Zdarzenie jest rejestrowane po otrzymaniu i przetworzeniu akceptacji przewoźnika, np. komunikatu EDI 990. Powoduje to jawną zmianę statusu rekordu przesyłki w systemie TMS.

Rejestrowanie

Należy zapisać znacznik czasu zmiany statusu na „Zarezerwowana” lub „Potwierdzona”.

Typ zdarzenia explicit
Towar dostarczony
Ten etap oznacza fizyczne dotarcie przesyłki do miejsca przeznaczenia odbiorcy. Przewoźnik potwierdza dostawę, zwykle za pomocą komunikatu EDI 214, który aktualizuje status przesyłki w systemie TMS.
Dlaczego to ważne

To ważny etap potwierdzający zakończenie transportu. Stanowi podstawę do pomiaru terminowości dostaw, która wskazuje poziom zadowolenia klientów i niezawodność przewoźnika.

Skąd pobrać

Jest to jawne zdarzenie rejestrowane na podstawie potwierdzenia dostawy od przewoźnika. TMS zapisuje znacznik czasu przetworzenia komunikatu EDI 214 ze statusem „D1” lub równoważnego komunikatu.

Rejestrowanie

Należy użyć znacznika czasu z przetworzonego potwierdzenia dostawy od przewoźnika.

Typ zdarzenia explicit
Towar odebrany
Ta czynność oznacza fizyczne rozpoczęcie przewozu, gdy przewoźnik odbiera towar w miejscu nadania. Zdarzenie jest zwykle rejestrowane w Blue Yonder TMS na podstawie komunikatu o zmianie statusu od przewoźnika, na przykład EDI 214.
Dlaczego to ważne

To ważny etap realizacji, który potwierdza rozpoczęcie przewozu. Stanowi punkt odniesienia do obliczania czasu transportu i oceny terminowości odbioru względem zaplanowanej daty.

Skąd pobrać

Jest to jawne zdarzenie rejestrowane na podstawie aktualizacji statusu od przewoźnika. System zapisuje znacznik czasu przetworzenia potwierdzenia odbioru, np. komunikatu EDI 214 ze statusem „AF” lub „X3”.

Rejestrowanie

Należy użyć znacznika czasu z przetworzonego komunikatu EDI 214 lub innego potwierdzenia odbioru od przewoźnika.

Typ zdarzenia explicit
Faktura za przewóz skontrolowana
Faktura przewoźnika za przewóz została skontrolowana automatycznie lub ręcznie pod kątem zgodności z uzgodnionymi stawkami, opłatami dodatkowymi i potwierdzeniem dostawy. Kontrola weryfikuje należności przed zatwierdzeniem płatności.
Dlaczego to ważne

To ważny punkt kontroli finansowej. Analiza kontroli faktur może ujawnić częste rozbieżności, a konieczność ponownej pracy na tym etapie wskazuje na problemy zwiększające obciążenie administracyjne.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy status faktury za przewóz powiązanej z przesyłką zmienia się w module kontroli faktur systemu TMS na „Skontrolowana”, „Zatwierdzona do płatności” lub podobny.

Rejestrowanie

Należy zapisać znacznik czasu zmiany statusu faktury za przewóz powiązanej z przesyłką.

Typ zdarzenia inferred
Otrzymano aktualizację w trakcie przewozu
Oznacza otrzymanie od przewoźnika informacji o lokalizacji lub statusie przesyłki w drodze. Aktualizacje, często przekazywane w komunikatach EDI 214, pokazują postęp przewozu i ewentualne opóźnienia.
Dlaczego to ważne

Zdarzenia te są niezbędne do śledzenia postępu przewozu i wykrywania opóźnień. Brak aktualizacji może oznaczać luki w widoczności, a częste informacje o opóźnieniach mogą wskazywać na problemy z realizacją usług przez przewoźnika.

Skąd pobrać

Są to jawne zdarzenia zapisywane w tabeli śledzenia przesyłki lub historii zdarzeń za każdym razem, gdy system otrzyma i przetworzy komunikat od przewoźnika dotyczący przewozu, np. EDI 214 ze statusem „X1” lub „AG”.

Rejestrowanie

Każdy przetworzony komunikat przewoźnika dotyczący przewozu tworzy nowy wpis w dzienniku zdarzeń.

Typ zdarzenia explicit
Otrzymano potwierdzenie dostawy
Ta czynność oznacza otrzymanie formalnego dokumentu potwierdzającego dostawę, na przykład podpisanego listu przewozowego. Często następuje po fizycznym dostarczeniu towaru i jest warunkiem opłacenia przewozu.
Dlaczego to ważne

Szybkie otrzymanie potwierdzenia dostawy (POD) przyspiesza rozliczenie i płatność za przewóz. Opóźnienia na tym etapie bezpośrednio wpływają na przepływy pieniężne i mogą prowadzić do sporów z przewoźnikami dotyczących płatności.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane, gdy użytkownik ręcznie oznaczy POD jako otrzymane lub dołączy dokument do rekordu przesyłki w systemie TMS, co powoduje zmianę statusu.

Rejestrowanie

Należy zapisać znacznik czasu ustawienia przy przesyłce flagi lub statusu „Otrzymano POD”.

Typ zdarzenia inferred
Przekazano ofertę przewoźnikowi
Ta czynność ma miejsce, gdy oferta przewozu przesyłki zostaje formalnie przekazana konkretnemu przewoźnikowi do akceptacji. Jest to odrębna operacja w systemie TMS, która często uruchamia komunikację z przewoźnikiem za pomocą komunikatu EDI 204, wiadomości e-mail lub powiadomienia w portalu.
Dlaczego to ważne

To zdarzenie wyznacza początek pomiaru czasu reakcji przewoźnika i odsetka zaakceptowanych ofert. Analiza czasu od przekazania oferty do odpowiedzi przewoźnika pomaga ocenić efektywność współpracy.

Skąd pobrać

Blue Yonder TMS prawdopodobnie zapisuje to jako jawne zdarzenie w tabeli historii przesyłki lub historii ofert, gdy użytkownik albo system przekazuje ofertę.

Rejestrowanie

Zdarzenie jest zapisywane w historii przesyłki w chwili przekazania oferty przewoźnikowi.

Typ zdarzenia explicit
Przesyłka anulowana
Oznacza zakończenie obsługi przesyłki przed jej odbiorem. Może do tego dojść z różnych powodów, na przykład gdy klient anuluje zamówienie lub zmienia się plan. Jest to końcowy status oznaczający niepowodzenie realizacji.
Dlaczego to ważne

Śledzenie anulowanych przesyłek pomaga zrozumieć zmienność popytu i marnotrawstwo w procesie. Analiza przyczyn anulowania może ujawnić problemy w zarządzaniu zamówieniami lub planowaniu.

Skąd pobrać

Jest to jawne zdarzenie rejestrowane, gdy użytkownik lub proces automatyczny zmienia główny status przesyłki na „Anulowana”.

Rejestrowanie

Należy zapisać znacznik czasu zmiany statusu na „Anulowana”.

Typ zdarzenia explicit
Przewoźnik odrzucił ofertę
To zdarzenie oznacza, że przewoźnik odrzucił ofertę przewozu przesyłki. Odrzucenie jest zwykle przekazywane elektronicznie za pomocą komunikatu EDI 990 albo wprowadzane ręcznie w portalu przewoźnika. Następnie uruchamia się workflow wyszukania innego przewoźnika.
Dlaczego to ważne

Śledzenie odrzuconych ofert pomaga wykrywać powroty do etapu wyboru przewoźnika. Wysoki odsetek odrzuceń może wskazywać na problemy z cenami, dostępnością przewoźników lub nieprawidłowymi danymi o ładunku, co prowadzi do opóźnień i wyższych kosztów.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane jawnie, gdy TMS przetwarza odpowiedź przewoźnika o odrzuceniu oferty i aktualizuje jej status przy przesyłce.

Rejestrowanie

Zdarzenie jest zapisywane po otrzymaniu od przewoźnika komunikatu o odrzuceniu oferty, np. EDI 990.

Typ zdarzenia explicit
Zaplanowano przesyłkę
Oznacza zakończenie wstępnego planowania, podczas którego dla przesyłki ustala się trasę, rodzaj transportu i potencjalnych przewoźników. Silnik planistyczny systemu generuje rozwiązanie, a status przesyłki zostaje zmieniony, aby wskazywał, że plan jest gotowy.
Dlaczego to ważne

Śledzenie tej czynności pozwala ocenić efektywność planowania i optymalizacji. Opóźnienia lub powroty do tego etapu mogą wskazywać na problemy z danymi podstawowymi, dostępnością przewoźników albo konfiguracją systemu.

Skąd pobrać

Zdarzenie to można najpewniej ustalić na podstawie zmiany statusu przesyłki, na przykład z „niezaplanowana” na „zaplanowana”. Znacznik czasu tej zmiany wyznacza moment zdarzenia.

Rejestrowanie

Należy zapisać znacznik czasu zmiany statusu przesyłki na „zaplanowana”.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Blue Yonder TMS

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?

Już dziś zacznij usprawniać proces zarządzania transportem. Skorzystaj z tego szablonu, aby znaleźć możliwości poprawy efektywności i wyników logistyki.

Zwiększ efektywność zarządzania transportem

Wskaż nieefektywności, śledź wyniki i skróć czas cyklu o 30%.

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana. Aktywacja zajmuje kilka minut.