Szablon danych do zarządzania transportem
Szablon danych do zarządzania transportem
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące eksportu danych
Atrybuty zarządzania transportem
| Nazwa | Opis | ||
|---|---|---|---|
| Czas zdarzenia EventTime | Znacznik czasu wskazujący, kiedy wystąpiło działanie, wraz z datą i godziną. | ||
| Opis Czas zdarzenia to dokładna data i godzina zarejestrowana dla każdego działania w cyklu obsługi przesyłki. Określa chronologiczną kolejność zdarzeń, niezbędną do odtworzenia przebiegu procesu i przeprowadzenia analiz czasowych. Ten atrybut jest podstawą analiz process mining. Służy do obliczania czasu między działaniami, mierzenia łącznego czasu obsługi case, określania czasu oczekiwania i analizy wyników procesu w różnych okresach. Dokładne znaczniki czasu są niezbędne do diagnozowania opóźnień i oceny sprawności procesu. Dlaczego to ważne Określa chronologiczną kolejność zdarzeń, niezbędną do obliczania wskaźników czasu, takich jak czas realizacji, oraz wykrywania opóźnień w procesie. Skąd pobrać Znajduje się obok pola działania lub statusu w dziennikach zdarzeń albo tabelach transakcji w Trimble TMS. Przykłady 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| Nazwa działania ActivityName | Nazwa zdarzenia biznesowego lub etapu, który wystąpił w określonym momencie obsługi przesyłki. | ||
| Opis Nazwa działania opisuje konkretny krok lub zmianę statusu w procesie transportowym. Zdarzenia te tworzą sekwencję na mapie procesu i pokazują, jak przesyłka przechodzi od utworzenia do zakończenia obsługi. Analiza działań jest podstawą process mining. Pozwala wizualizować przebieg procesu, wykrywać częste i rzadkie ścieżki, znajdować pętle ponownej pracy, takie jak kolejne próby rezerwacji, oraz mierzyć częstotliwość poszczególnych kroków. Kolejność i czas tych działań służą do obliczania czasu realizacji i wykrywania wąskich gardeł między etapami. Dlaczego to ważne Ten atrybut określa kroki procesu, stanowi podstawę mapy procesu i umożliwia analizę jego przebiegu, wariantów oraz wąskich gardeł. Skąd pobrać Zwykle ustalane na podstawie dzienników zdarzeń, tabel zmian statusu lub konkretnych rekordów transakcji w Trimble TMS powiązanych z przesyłką. Przykłady Zaplanowanie przesyłkiOdbiór towarówDostarczenie towarówWeryfikacja faktury za przewóz | |||
| Przesyłka Shipment | Unikatowy identyfikator pojedynczego przewozu towarów, używany jako główny case w analizie procesu. | ||
| Opis Identyfikator przesyłki (Shipment ID) to główny identyfikator case, który łączy wszystkie zdarzenia i działania dotyczące jednego zlecenia transportowego. Każda przesyłka obejmuje pełną trasę procesu, od utworzenia i planowania, przez realizację i dostawę, po rozliczenie finansowe. W process mining analiza procesu według przesyłki daje pełny obraz cyklu transportowego. Pozwala mierzyć łączny czas realizacji, wykrywać wąskie gardła dotyczące konkretnych przesyłek i porównywać przebieg procesu dla różnych rodzajów przesyłek. To podstawowy atrybut, który umożliwia śledzenie pojedynczego zamówienia w całym systemie. Dlaczego to ważne To niezbędny identyfikator case, który łączy wszystkie powiązane działania i umożliwia pełną analizę każdego zlecenia transportowego od początku do końca. Skąd pobrać To klucz główny w głównych tabelach przesyłek lub zamówień w Trimble TMS. Konkretne nazwy tabel i pól można sprawdzić w dokumentacji Trimble TMS. Przykłady SH-750331SH-750332SH-750333 | |||
| Ostatnia aktualizacja danych LastDataUpdate | Znacznik czasu wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego. | ||
| Opis Ten atrybut wskazuje datę i godzinę ostatniego pobrania lub aktualizacji danych z Trimble TMS. Informuje, jak aktualne są analizowane dane. Przy każdej analizie warto wiedzieć, jak świeże są dane, aby podejmować trafne decyzje na czas. Ten znacznik czasu pomaga ocenić wiarygodność danych i ustalić, jaki okres obejmuje bieżąca analiza. Dzięki temu można uniknąć działania na podstawie nieaktualnych informacji. Dlaczego to ważne Informuje o aktualności danych, dzięki czemu analizy i decyzje opierają się na bieżących informacjach. Skąd pobrać Ten znacznik czasu jest zwykle generowany i zapisywany przez narzędzie ETL (Extract, Transform, Load) podczas pobierania danych. Przykłady 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| System źródłowy SourceSystem | System, z którego pobrano dane o zdarzeniach. | ||
| Opis Ten atrybut wskazuje aplikację źródłową, z której pochodzą dane. W tym przypadku będzie to zwykle „Trimble TMS”. W bardziej złożonym środowisku może rozróżniać moduły lub zintegrowane systemy, na przykład osobny system finansowy obsługujący płatności. Określenie systemu źródłowego jest ważne dla zarządzania danymi i ich identyfikowalności. Ułatwia zrozumienie kontekstu danych i ma znaczenie przy łączeniu informacji z wielu źródeł w jeden widok procesu od początku do końca. Dlaczego to ważne Zapewnia identyfikowalność i kontekst danych, co ma szczególne znaczenie przy łączeniu informacji z wielu systemów w celu analizy całego procesu. Skąd pobrać Często jest to stała wartość dodawana podczas ekstrakcji danych, która oznacza źródło rekordów. Przykłady Trimble TMSTrimble TMS v2023.1 | |||
| Czas zakończenia EndTime | Znacznik czasu wskazujący, kiedy zakończyło się działanie. | ||
| Opis Czas zakończenia oznacza moment, w którym działanie zostało ukończone. Jeśli jest dostępny, można go zestawić z czasem rozpoczęcia, aby dokładnie obliczyć czas realizacji pojedynczego kroku i odróżnić go od oczekiwania na rozpoczęcie kolejnego. Dostępność czasu rozpoczęcia i zakończenia działań pozwala dokładniej analizować wyniki procesu. Ułatwia rozróżnienie czasu aktywnej pracy od czasu bezczynności, co pomaga odróżnić rzeczywiste możliwości poprawy efektywności od opóźnień związanych z zasobami lub harmonogramem. Można na przykład zmierzyć dokładny czas trwania działania „Weryfikacja faktury za przewóz”. Dlaczego to ważne Umożliwia dokładne obliczenie czasu realizacji działania i oddzielenie czasu aktywnej pracy od oczekiwania między krokami procesu. Skąd pobrać Niektóre moduły Trimble TMS mogą rejestrować zdarzenia rozpoczęcia i zakończenia wybranych działań. Należy to sprawdzić w dziennikach zdarzeń lub transakcji. Przykłady 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| Dostarczono w terminie IsOnTime | Wartość logiczna wskazująca, czy przesyłkę dostarczono w wymaganym terminie lub wcześniej. | ||
| Opis To obliczana flaga, która porównuje wartości „ActualDeliveryDate” i „RequestedDeliveryDate”. Przyjmuje wartość true, jeśli dostawa nastąpiła w wymaganym terminie lub wcześniej, a w przeciwnym razie wartość false. Atrybut upraszcza analizę wyników i tworzenie dashboardów. Zamiast porównywać daty osobno na każdym wykresie, można filtrować i agregować dane za pomocą tej flagi, aby obliczyć KPI terminowości dostaw. Dla każdej przesyłki pokazuje jednoznaczny wynik, co ułatwia wizualizację odsetka dostaw zrealizowanych zgodnie z planem. Dlaczego to ważne Ułatwia obliczanie KPI terminowości dostaw oraz filtrowanie i segmentowanie przesyłek dostarczonych w terminie i z opóźnieniem. Skąd pobrać Tego atrybutu nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych przez porównanie „ActualDeliveryDate” <= „RequestedDeliveryDate”. Przykłady truefalse | |||
| Nazwa przewoźnika CarrierName | Nazwa firmy transportowej odpowiedzialnej za przewóz przesyłki. | ||
| Opis Nazwa przewoźnika wskazuje zewnętrznego operatora logistycznego lub własną flotę przypisaną do przewozu towarów. To ważne dane podstawowe powiązane z każdą przesyłką. Ten atrybut jest niezbędny do analizy wyników, zwłaszcza na dashboardzie „Wyniki i zgodność przewoźników”. Podział danych procesowych według nazwy przewoźnika pozwala porównywać terminowość dostaw, średni czas realizacji i częstotliwość opóźnień u różnych dostawców. Ułatwia to negocjowanie umów, wybór rzetelnych partnerów i usprawnianie całego łańcucha dostaw. Dlaczego to ważne Umożliwia porównywanie wyników i analizę zgodności różnych przewoźników, wspierając zarządzanie nimi i ich wybór. Skąd pobrać Dostępne w głównych tabelach przesyłek lub ładunków w Trimble TMS, często jako odwołanie do tabeli danych podstawowych przewoźników. Przykłady Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| Oczekiwana data dostawy RequestedDeliveryDate | Data dostawy wskazana przez klienta lub uzgodniona jako cel w ramach umowy SLA. | ||
| Opis Oczekiwana data dostawy to termin, do którego przesyłka powinna dotrzeć do miejsca docelowego. Stanowi podstawę pomiaru terminowości dostaw. Ten atrybut jest niezbędny do obliczania wskaźników, takich jak odsetek przesyłek dostarczonych na czas. Porównanie rzeczywistego znacznika czasu dostawy z oczekiwaną datą pozwala ustalić, czy przesyłka dotarła przed terminem, na czas czy z opóźnieniem. To podstawa dashboardu „Porównanie rzeczywistych i oczekiwanych terminów dostawy”, a także oceny zadowolenia klientów i rzetelności przewoźników. Dlaczego to ważne Stanowi punkt odniesienia przy pomiarze terminowości dostaw, ważnego KPI wpływającego na zadowolenie klientów i sprawność operacji. Skąd pobrać Znajduje się w tabelach szczegółów zamówień lub przesyłek w Trimble TMS. Przykłady 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| Przyczyna opóźnienia DelayReason | Kod lub opis wyjaśniający przyczynę opóźnienia przesyłki. | ||
| Opis Przyczyna opóźnienia wyjaśnia, dlaczego przesyłka nie dotarła zgodnie z harmonogramem. Może to być na przykład opóźnienie przewoźnika, zatrzymanie na odprawie celnej, niekorzystna pogoda lub nieobecność odbiorcy. Informację tę często wpisuje się ręcznie albo wybiera z gotowej listy podczas rejestrowania opóźnienia. Atrybut ten pomaga ustalić źródłowe przyczyny problemów, zwłaszcza w dashboardzie „Analiza opóźnień przesyłek i ich przyczyn”. Klasyfikacja opóźnień pozwala wykryć powtarzające się problemy związane z konkretnymi przewoźnikami, trasami lub procesami wewnętrznymi. Dzięki temu można zaplanować działania usprawniające, które ograniczą opóźnienia i poprawią niezawodność. Dlaczego to ważne Ułatwia ustalenie przyczyn opóźnień i wykrycie powtarzających się problemów z przewoźnikami, trasami lub procesami, które można następnie usprawnić. Skąd pobrać Informacja może być przechowywana w tabeli rejestrującej opóźnienia lub wyjątki albo jako notatka tekstowa w rekordzie przesyłki w Trimble TMS. Przykłady Opóźnienie spowodowane pogodąKontrola celnaAwaria sprzętu przewoźnikaKorki | |||
| Środek transportu ModeOfTransport | Rodzaj transportu użytego do przewozu przesyłki, na przykład samochodowy, lotniczy, kolejowy lub morski. | ||
| Opis Środek transportu określa sposób przewozu przesyłki. Może to być transport całopojazdowy (FTL), drobnicowy (LTL), lotniczy, morski lub kolejowy. Analiza procesu według środka transportu wspiera podejmowanie decyzji i optymalizację kosztów. Pozwala porównywać efektywność, szybkość i opłacalność różnych rodzajów transportu. Na przykład dashboard „Porównanie efektywności środków transportu” wykorzystuje ten atrybut, aby pokazać, które z nich wiążą się z dłuższym czasem przewozu lub częstszymi opóźnieniami. Dzięki temu planiści mogą podejmować trafniejsze decyzje. Dlaczego to ważne Umożliwia porównanie kosztów, szybkości i efektywności różnych rodzajów transportu, wspierając planowanie tras i dobór środków transportu. Skąd pobrać To standardowe pole w rekordzie przesyłki lub ładunku w Trimble TMS. Przykłady FTL (transport całopojazdowy)LTL (transport drobnicowy)Transport lotniczyTransport morski | |||
| Całkowity czas realizacji TotalCycleTime | Łączny czas od pierwszego do ostatniego zdarzenia dotyczącego przesyłki. | ||
| Opis Całkowity czas realizacji mierzy czas obsługi każdej przesyłki od początku do końca. Oblicza się go jako różnicę między znacznikiem czasu pierwszej aktywności, na przykład „Utworzono przesyłkę”, a znacznikiem czasu ostatniej aktywności, na przykład „Przetworzono płatność”. To podstawowy KPI służący do pomiaru ogólnej sprawności procesu. Zapewnia ogólny obraz wyników w dashboardzie „Łączna przepustowość i czas realizacji przesyłek”. Analiza zmian tej miary w czasie oraz różnic między przewoźnikami, trasami i rodzajami transportu pomaga wskazać obszary wymagające usprawnień. Dlaczego to ważne Mierzy tempo realizacji procesu od początku do końca i wskazuje jego sprawność oraz wpływ na doświadczenia klientów. Skąd pobrać Obliczany dla każdej sprawy jako różnica między najwcześniejszym a najpóźniejszym znacznikiem czasu wszystkich zdarzeń w ramach jednej sprawy typu „Przesyłka”. Przykłady P15D6HP22DT10HP12D | |||
| Czas od dostawy do otrzymania potwierdzenia ProofOfDeliveryCycleTime | Czas między zdarzeniami „Towar dostarczony” i „Otrzymano potwierdzenie dostawy”. | ||
| Opis To obliczana miara czasu, jaki upływa od zakończenia fizycznej dostawy do otrzymania i przetworzenia dokumentu potwierdzającego dostawę (POD). Długi czas oczekiwania na POD może opóźnić fakturowanie i pogorszyć przepływy pieniężne. Atrybut stanowi podstawę dashboardu „Opóźnienie w otrzymaniu potwierdzenia dostawy” i powiązanego z nim KPI. Obliczenie czasu dla każdej przesyłki pozwala wykryć wąskie gardła w procesie obsługi POD, na przykład opóźnienia w przekazywaniu dokumentów przez przewoźników lub nieefektywną obsługę wewnętrzną. Dzięki temu można przyspieszyć rozliczanie klientów. Dlaczego to ważne Bezpośrednio mierzy sprawność czynności administracyjnych po dostawie, które mają wpływ na terminowe fakturowanie i płynność finansową. Skąd pobrać Obliczany jako różnica między znacznikami czasu aktywności „Otrzymano potwierdzenie dostawy” i „Towar dostarczony” dla każdej przesyłki. Przykłady P2DT12H30MP5DP1DT4H | |||
| Kraj nadania OriginCountry | Kraj, z którego rozpoczyna się transport przesyłki. | ||
| Opis Kraj nadania to kraj, z którego wyrusza przesyłka. Ta informacja geograficzna przydaje się w analizie logistyki w skali globalnej i regionalnej. Atrybut pozwala porównywać wyniki procesu w podziale na kraje. Może pomóc ustalić, czy czas realizacji lub odsetek opóźnień jest wyższy dla przesyłek nadawanych z określonych krajów. Przyczyną mogą być lokalne problemy, takie jak skomplikowana odprawa celna lub braki infrastrukturalne. Atrybut jest szczególnie przydatny przy analizie wąskich gardeł w odprawie celnej. Dlaczego to ważne Umożliwia geograficzną analizę wyników procesu i pomaga wykryć regionalne wąskie gardła, zwłaszcza związane z odprawą celną lub czasem transportu. Skąd pobrać Dane pochodzą z adresu nadawcy zapisanego w szczegółach przesyłki lub zamówienia w Trimble TMS. Przykłady USACANMEXDEU | |||
| Kraj przeznaczenia DestinationCountry | Kraj, do którego dostarczana jest przesyłka. | ||
| Opis Kraj przeznaczenia to kraj, w którym znajduje się końcowy adres dostawy przesyłki. Podobnie jak kraj nadania, jest ważnym atrybutem w geograficznej analizie procesu. Analiza danych według kraju przeznaczenia pomaga wykryć problemy charakterystyczne dla konkretnych lokalizacji. Przesyłki do danego kraju mogą na przykład regularnie dłużej czekać na odprawę celną lub dostawę. Taka wiedza pozwala z wyprzedzeniem planować i korygować terminy dostaw na określonych trasach, a tym samym dokładniej informować o przewidywanym terminie. Dlaczego to ważne Pomaga wykryć problemy procesowe charakterystyczne dla regionu docelowego, takie jak opóźnienia celne lub trudności z dostawą na ostatnim odcinku trasy. Skąd pobrać Dane pochodzą z adresu odbiorcy zapisanego w szczegółach przesyłki lub zamówienia w Trimble TMS. Przykłady USACANMEXFRA | |||
| Kwota za transport FreightBillAmount | Łączna kwota naliczona za usługę transportową. | ||
| Opis Kwota za transport to koszt przewozu przesyłki wykazany na fakturze. Dane finansowe pomagają analizować koszty i ocenić wpływ nieefektywności procesu na wynik finansowy. W process mining atrybut ten pozwala porównywać koszty różnych wariantów procesu, przewoźników i tras. Można na przykład sprawdzić, czy przesyłki, przy których często wprowadzano poprawki lub występowały opóźnienia, generują wyższe koszty. Atrybut przydaje się również w analizie kontroli faktur za transport i obsługi płatności. Dlaczego to ważne Łączy przebieg procesu z wynikami finansowymi, umożliwiając analizę wpływu zmian w procesie, opóźnień i wyboru przewoźnika na koszty transportu. Skąd pobrać Dane znajdują się w modułach rozliczeń za transport lub rozliczeń finansowych Trimble TMS i są powiązane z przesyłką. Przykłady 1250.75850.003400.50 | |||
| Nazwa klienta CustomerName | Nazwa klienta, na rzecz którego przewożona jest przesyłka. | ||
| Opis Nazwa klienta wskazuje firmę lub podmiot, do którego należą przewożone towary albo który korzysta z usługi. To ważne dane podstawowe, przydatne przy segmentacji analizy. Analiza procesu transportowego według klienta może ujawnić istotne zależności. Pozwala sprawdzić, czy niektórzy klienci częściej doświadczają opóźnień, wymagają większej liczby poprawek przy rezerwacji lub obsługiwani są według odrębnego przebiegu procesu. Wnioski można wykorzystać do poprawy obsługi klienta, dopasowania rozwiązań logistycznych i skuteczniejszego zarządzania kluczowymi klientami. Dlaczego to ważne Umożliwia analizę procesu z perspektywy klienta i pomaga ustalić, czy konkretni klienci napotykają specyficzne problemy lub wymagają innego poziomu obsługi. Skąd pobrać Dane znajdują się w głównych tabelach zamówień lub przesyłek, często z odwołaniem do tabeli podstawowych danych klientów. Przykłady ACME CorporationStark IndustriesWayne Enterprises | |||
| Nazwa użytkownika UserName | Użytkownik lub agent systemowy, który wykonał daną aktywność. | ||
| Opis Nazwa użytkownika wskazuje pracownika lub system automatyczny odpowiedzialny za wykonanie danego kroku procesu, na przykład zaplanowanie przesyłki, kontrolę faktury za transport lub przetworzenie płatności. Łączy aktywności procesowe z zasobami ludzkimi lub systemowymi. Analiza danych według użytkownika pomaga ocenić rozkład obciążenia, określić potrzeby szkoleniowe i wykryć nietypowe wyniki. Na przykład w dashboardzie „Poprawki i błędy przy rezerwacji przesyłek” atrybut ten może wskazać, czy poprawki koncentrują się u konkretnych użytkowników. Może to oznaczać potrzebę dodatkowego szkolenia lub doprecyzowania procesu. Atrybut jest również przydatny przy kontroli zgodności i audytach. Dlaczego to ważne Łączy aktywności procesowe z konkretnymi pracownikami lub użytkownikami systemu, umożliwiając analizę obciążenia, ocenę wyników i określenie potrzeb szkoleniowych. Skąd pobrać Zwykle znajduje się w dzienniku transakcji lub zdarzeń i jest powiązana z identyfikatorem użytkownika, który utworzył lub zmodyfikował rekord. Przykłady j.doea.smithsystem.api | |||
| Rzeczywista data dostawy ActualDeliveryDate | Rzeczywisty znacznik czasu zarejestrowania aktywności „Towar dostarczony”. | ||
| Opis Rzeczywista data dostawy to znacznik czasu oznaczający zakończenie dostawy. Pokazuje, kiedy przesyłka faktycznie dotarła do miejsca przeznaczenia. Zwykle jest to znacznik czasu zdarzenia „Towar dostarczony”. Atrybut ten, zestawiony z wymaganą datą dostawy, pozwala ustalić, czy dostawa odbyła się w terminie. Wyznacza faktyczny koniec procesu, dlatego służy do obliczania czasu realizacji i mierzenia wyników. Zasila też KPI dotyczące terminowości dostaw i rzetelności przewoźników. Ułatwia porównanie rzeczywistego przebiegu procesu z planem. Dlaczego to ważne Podaje faktyczny czas zakończenia dostawy, co pozwala obliczyć terminowość i rzeczywisty czas transportu. Skąd pobrać To znacznik czasu przypisany do statusu zdarzenia „Towar dostarczony” w dzienniku zdarzeń przesyłki. Przykłady 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| Status faktury za transport FreightBillStatus | Status faktury za transport, na przykład „Otrzymana”, „Sprawdzona”, „Odrzucona” lub „Opłacona”. | ||
| Opis Status faktury za transport pokazuje jej przebieg w części procesu transportowego związanej z rozliczeniami. Informuje, czy faktura została otrzymana, jest w trakcie weryfikacji, została zatwierdzona, odrzucona do korekty czy opłacona w całości. Atrybut ten jest potrzebny w dashboardzie „Kontrola faktur za transport i szybkość płatności”. Pozwala mierzyć czas kontroli, wykrywać wąskie gardła w zatwierdzaniu płatności i obliczać odsetek odrzuconych faktur za transport. Analiza statusów może ujawnić nieefektywności w podprocesie od zakupu do płatności. Dlaczego to ważne Pokazuje przebieg rozliczeń finansowych, ułatwia ocenę sprawności kontroli faktur i pomaga ustalić przyczyny opóźnień płatności lub sporów. Skąd pobrać Dane znajdują się w module zobowiązań lub rozliczeń za transport w Trimble TMS. Przykłady OtrzymanaSprawdzona, zatwierdzonaSprawdzona, odrzuconaOpłacona | |||
| Status przesyłki ShipmentStatus | Bieżący status operacyjny przesyłki. | ||
| Opis Status przesyłki pokazuje jej ostatni znany etap, na przykład „Zaplanowana”, „W transporcie”, „Dostarczona” lub „Anulowana”. Informuje, na jakim etapie znajduje się przesyłka w danym momencie. Process mining odtwarza historyczny przebieg procesu, natomiast bieżący status przydaje się do filtrowania i analizy spraw w toku. Pozwala oddzielić otwarte przesyłki od zakończonych albo sprawdzić, dlaczego wiele przesyłek utknęło na określonym etapie. Dostarcza też kontekstu do bieżącego monitorowania operacji. Dlaczego to ważne Pokazuje bieżący etap realizacji przesyłki, co pozwala analizować i filtrować sprawy otwarte, zakończone lub problematyczne. Skąd pobrać Standardowe pole w nagłówku głównej tabeli przesyłek lub ładunków w Trimble TMS. Przykłady ZaplanowanaW transporcieDostarczonaZafakturowanaAnulowana | |||
| Wystąpiło opóźnienie IsDelayed | Wartość logiczna wskazująca, czy dla przesyłki zarejestrowano zdarzenie opóźnienia. | ||
| Opis To obliczana flaga, która przyjmuje wartość true, jeśli do przesyłki przypisano przyczynę opóźnienia lub jej status wskazuje na opóźnienie. Różni się od „IsOnTime”, ponieważ przesyłka może być opóźniona, a mimo to dotrzeć na czas dzięki działaniom korygującym. Atrybut pozwala skupić analizę na przesyłkach, w których wystąpiły wyjątki. W dashboardzie „Analiza opóźnień przesyłek i ich przyczyn” służy do wyodrębniania problematycznych spraw i badania ich przyczyn bez uwzględniania przesyłek obsłużonych bez zakłóceń. Ułatwia też określenie częstotliwości wyjątków operacyjnych. Dlaczego to ważne Wskazuje przesyłki, w których wystąpiły wyjątki operacyjne, i pozwala skupić analizę na przyczynach oraz skutkach opóźnień. Skąd pobrać Flaga jest obliczana podczas transformacji danych. Powinna przyjmować wartość true, jeśli pole „DelayReason” nie jest puste lub występuje określona aktywność „opóźnienie”. Przykłady truefalse | |||
Działania w procesie zarządzania transportem
| Działanie | Opis | ||
|---|---|---|---|
| Akceptacja zlecenia przez przewoźnika | Przewoźnik oficjalnie zaakceptował zlecenie i potwierdził, że zrealizuje przewóz. Zdarzenie jest rejestrowane, gdy akceptacja przewoźnika, przekazana zwykle przez EDI lub aktualizację w portalu, zmienia status przesyłki. | ||
| Dlaczego to ważne To ważny etap potwierdzający zobowiązanie przewoźnika. Po jego zakończeniu można zaplanować odbiór i dostawę, a przewoźnik formalnie przejmuje odpowiedzialność za przewóz. Skąd pobrać Wnioskowane na podstawie zmiany statusu rekordu przesyłki, na przykład z „Przekazano przewoźnikowi” na „Zarezerwowano” lub „Zaakceptowano”, zgodnie z informacją od przewoźnika. Rejestrowanie Wnioskowane na podstawie zmiany statusu po otrzymaniu odpowiedzi przewoźnika przez EDI lub portal. Typ zdarzenia inferred | |||
| Dostarczenie towarów | Przesyłka dotarła do miejsca docelowego i została przekazana odbiorcy. To ważne zdarzenie, które aktualizuje kierowca lub które jest rejestrowane na podstawie komunikatu EDI od przewoźnika. | ||
| Dlaczego to ważne To podstawowy etap pomiaru terminowości dostaw i łącznego czasu realizacji. Rozpoczyna kolejne działania, takie jak fakturowanie i odbiór potwierdzenia dostawy (POD). Skąd pobrać Rejestrowane jako zmiana statusu przesyłki na „Dostarczono”, po aktualizacji w aplikacji kierowcy lub otrzymaniu od przewoźnika komunikatu EDI 214 z datą i godziną dostawy. Rejestrowanie Na podstawie dziennika zdarzeń, komunikatu EDI od przewoźnika lub aktualizacji w aplikacji kierowcy. Typ zdarzenia explicit | |||
| Odbiór towarów | Przewoźnik fizycznie odebrał przesyłkę z miejsca nadania. Zwykle jest to jawne zdarzenie rejestrowane przez kierowcę lub za pośrednictwem komunikatu EDI od przewoźnika. | ||
| Dlaczego to ważne To zdarzenie oznacza początek przewozu. Jest ważnym etapem przy monitorowaniu wyników przewoźnika i terminowości realizacji harmonogramu. Skąd pobrać Rejestrowane jako zmiana statusu przesyłki na „W transporcie” lub „Odebrano”, zwykle po aktualizacji w aplikacji kierowcy albo otrzymaniu komunikatu EDI 214 od przewoźnika. Rejestrowanie Na podstawie dziennika zdarzeń, komunikatu EDI od przewoźnika lub aktualizacji w aplikacji kierowcy. Typ zdarzenia explicit | |||
| Otrzymanie potwierdzenia dostawy | Od przewoźnika otrzymano podpisany dokument lub cyfrowe potwierdzenie dostawy i przesłano je do systemu. Zwykle jest to ręczny lub zautomatyzowany etap przetwarzania dokumentów. | ||
| Dlaczego to ważne Czas między dostawą a otrzymaniem POD to ważny wskaźnik efektywności obsługi administracyjnej. Potwierdzenie dostawy jest zwykle wymagane przed opłaceniem faktury. Skąd pobrać Zdarzenie jest prawdopodobnie rejestrowane po zeskanowaniu lub przesłaniu dokumentu POD i powiązaniu go z rekordem przesyłki. Może wtedy zmienić się status lub zostać uzupełnione pole „Data otrzymania POD”. Rejestrowanie Na podstawie znacznika czasu przesłania dokumentu POD lub zmiany statusu. Typ zdarzenia explicit | |||
| Realizacja płatności | Płatność za fakturę za przewóz została zrealizowana i wysłana do przewoźnika. Oznacza to finansowe zakończenie cyklu obsługi przesyłki. | ||
| Dlaczego to ważne To ostatni etap procesu. Analiza czasu od dostawy lub otrzymania faktury do płatności pomaga zarządzać przepływami pieniężnymi i relacjami z przewoźnikami. Skąd pobrać Informacja jest pobierana z integracji z systemem ERP lub księgowym, który aktualizuje status płatności faktury za przewóz w TMS. Rejestrowanie Na podstawie znacznika czasu rekordu płatności przekazanego przez integrację z systemem ERP lub księgowym. Typ zdarzenia explicit | |||
| Utworzenie przesyłki | To zdarzenie oznacza utworzenie w systemie nowego rekordu przesyłki, zwykle w odpowiedzi na zlecenie transportowe klienta. Jest rejestrowane, gdy w głównej tabeli przesyłek lub zamówień pojawia się nowy wpis. | ||
| Dlaczego to ważne To początek całego procesu transportowego. Analiza czasu od tego zdarzenia do kolejnych etapów pozwala ocenić sprawność obsługi zamówień i łączny czas realizacji. Skąd pobrać Zwykle jest to jawnie rejestrowane zdarzenie utworzenia rekordu w głównej tabeli przesyłek lub ładunków w Trimble TMS, powiązane ze znacznikiem czasu utworzenia. Rejestrowanie Na podstawie znacznika czasu utworzenia rekordu przesyłki. Typ zdarzenia explicit | |||
| Anulowanie przesyłki | Przesyłkę anulowano po jej utworzeniu, ale przed zakończeniem odbioru. To alternatywny stan końcowy procesu. | ||
| Dlaczego to ważne Monitorowanie anulowań pomaga wykrywać problemy z prognozowaniem popytu, zarządzaniem zamówieniami lub planowaniem. Anulowanie oznacza niepowodzenie procesu lub wyjątek. Skąd pobrać Zwykle jest to jawna zmiana statusu rekordu przesyłki na końcowy „Anulowano”, wywołana działaniem użytkownika. Rejestrowanie Jawna zmiana statusu rekordu przesyłki na „Anulowano”. Typ zdarzenia explicit | |||
| Odprawa celna zakończona | W przypadku przesyłek międzynarodowych oznacza to, że towary pomyślnie przeszły odprawę celną. Informacja jest zwykle przekazywana przez agenta celnego lub przewoźnika. | ||
| Dlaczego to ważne Odprawa celna często stanowi wąskie gardło w logistyce międzynarodowej. Pomiar czasu jej trwania pomaga wykrywać i ograniczać znaczne opóźnienia. Skąd pobrać Prawdopodobnie rejestrowane jako aktualizacja statusu lub osobny wpis w dzienniku zdarzeń na podstawie komunikatu EDI albo ręcznej aktualizacji od agenta celnego lub przewoźnika. Rejestrowanie Na podstawie dziennika zdarzeń i komunikacji z agentem celnym lub przewoźnikiem. Typ zdarzenia explicit | |||
| Otrzymanie faktury za przewóz | Otrzymano od przewoźnika fakturę za usługę transportową. To początek finansowego rozliczenia przewozu. | ||
| Dlaczego to ważne To zdarzenie rozpoczyna bieg terminu płatności i proces weryfikacji faktury za przewóz. Analiza tego etapu pomaga skutecznie zarządzać terminami zobowiązań. Skąd pobrać Rejestrowane po wprowadzeniu faktury przewoźnika do systemu, ręcznie lub za pośrednictwem komunikatu EDI 210, który uzupełnia tabele finansowe powiązane z przesyłką. Rejestrowanie Na podstawie znacznika czasu utworzenia rekordu faktury za przewóz w systemie. Typ zdarzenia explicit | |||
| Przekazanie zlecenia przewoźnikowi | Zlecenie przewozu jest formalnie przekazywane wybranemu przewoźnikowi do akceptacji. W TMS często odbywa się to przez wysłanie powiadomienia lub komunikatu EDI. | ||
| Dlaczego to ważne To początek współpracy z przewoźnikiem. Czas od przekazania zlecenia do jego akceptacji pozwala ocenić szybkość reakcji przewoźnika i wykryć opóźnienia przy rezerwacji. Skąd pobrać Prawdopodobnie jest to jawne zdarzenie lub zmiana statusu, na przykład ustawienie statusu „Przekazano przewoźnikowi” w cyklu życia przesyłki w Trimble TMS. Rejestrowanie Rejestrowane w chwili wykonania w systemie czynności przekazania zlecenia przewoźnikowi. Typ zdarzenia explicit | |||
| Przesyłka w transporcie | To okres od odbioru przesyłki do jej dotarcia do miejsca przeznaczenia. Często nie jest to pojedyncze zdarzenie, lecz status powiązany z wieloma aktualizacjami lokalizacji. | ||
| Dlaczego to ważne Choć jest to stan, a nie pojedyncze zdarzenie, ustalenie początku tego etapu pozwala mierzyć czas przewozu i porównywać go z szacunkami oraz wynikami różnych przewoźników i środków transportu. Skąd pobrać Zwykle wnioskowane na podstawie statusu przesyłki bezpośrednio po zdarzeniu „Odbiór towarów”. Za początek przyjmuje się znacznik czasu odbioru. Rejestrowanie Status po pomyślnym odbiorze przesyłki. Typ zdarzenia inferred | |||
| Weryfikacja faktury za przewóz | Faktura przewoźnika została sprawdzona pod kątem zgodności z uzgodnionymi stawkami i wykonanymi usługami. Zdarzenie jest rejestrowane przez aktualizację statusu faktury. | ||
| Dlaczego to ważne To ważny etap kontroli finansowej. Czas trwania i wynik weryfikacji, na przykład odrzucenie faktury, pomagają ocenić sprawność procesu oraz poprawność rozliczeń przewoźnika. Skąd pobrać Wnioskowane na podstawie zmiany statusu rekordu faktury za przewóz, na przykład z „Oczekuje na weryfikację” na „Zweryfikowano” lub „Zatwierdzono do płatności”. Rejestrowanie Wnioskowane na podstawie zmiany statusu rekordu faktury za przewóz. Typ zdarzenia inferred | |||
| Wybór przewoźnika | Do obsługi przesyłki przypisano konkretnego przewoźnika. Zdarzenie można często rozpoznać po uzupełnieniu lub aktualizacji pola przewoźnika w danych przesyłki. | ||
| Dlaczego to ważne Monitorowanie tego etapu pozwala ocenić sprawność przypisywania przewoźników i wpływ tego procesu na późniejszą rezerwację oraz odbiór przesyłki. To ważny element oceny wyników przewoźników. Skąd pobrać Wnioskowane na podstawie uzupełnienia lub aktualizacji pola identyfikatora przewoźnika w rekordzie przesyłki oraz powiązanego znacznika czasu. Rejestrowanie Wnioskowane na podstawie znacznika czasu uzupełnienia pola przewoźnika. Typ zdarzenia inferred | |||
| Zaplanowanie odbioru | Ustalono i zapisano konkretną datę oraz godzinę odbioru towarów. Zdarzenie można wywnioskować z uzupełnienia pól dotyczących zaplanowanej daty i godziny odbioru. | ||
| Dlaczego to ważne Zaplanowanie odbioru to ważny etap, który pozwala nadawcy poznać oczekiwany termin. Opóźnienie między rezerwacją a zaplanowanym odbiorem może wskazywać na problemy z przydzieleniem zasobów. Skąd pobrać Wnioskowane na podstawie uzupełnienia pól „Zaplanowana data/godzina odbioru” w szczegółach przesyłki lub punktu trasy w Trimble TMS. Rejestrowanie Wnioskowane na podstawie znacznika czasu uzupełnienia pól dotyczących terminu odbioru. Typ zdarzenia inferred | |||
| Zaplanowanie przesyłki | Przesyłce przypisano wstępną trasę, środek transportu i potencjalne zasoby. To zdarzenie zwykle wnioskuje się na podstawie zmiany statusu rekordu przesyłki. | ||
| Dlaczego to ważne Analiza tego etapu pozwala ocenić sprawność planowania logistyki. Opóźnienia mogą przenosić się na kolejne etapy i zaburzać cały harmonogram dostaw. Skąd pobrać Zdarzenie można zwykle wywnioskować ze zmiany pola statusu przesyłki, na przykład z „Nowa” na „Zaplanowana”, albo z uzupełnienia pól dotyczących trasy. Rejestrowanie Wnioskowane na podstawie zmiany statusu przesyłki na „Zaplanowana” lub podobny. Typ zdarzenia inferred | |||
Instrukcje eksportu 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?
Skorzystaj z tego szczegółowego szablonu danych, aby już dziś usprawnić procesy zarządzania transportem. Uporządkuj logistykę i zwiększ efektywność operacyjną na podstawie rzetelnych danych.
Usprawnij zarządzanie transportem. Zacznij teraz.
Usprawnij logistykę: skróć czas realizacji procesu o 30% dzięki naszej platformie.
Nie trzeba podawać danych karty płatniczej. Rozpocznij bezpłatny okres próbny już dziś.