Szablon danych do zarządzania transportem
Szablon danych do zarządzania transportem
- 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
Atrybuty zarządzania transportem
| 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 | |||
Działania w procesie zarządzania transportem
| 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 | |||
Instrukcje ekstrakcji danych
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%.
Karta kredytowa nie jest wymagana. Aktywacja zajmuje kilka minut.