Szablon danych do zarządzania transportem
Szablon danych do zarządzania transportem
To ogólny szablon danych do process mining dla procesu Zarządzanie transportem. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.
Wybierz konkretny system- Uniwersalny schemat, który można zastosować w każdym systemie zarządzania transportem.
- Wskazuje najważniejsze atrybuty i działania potrzebne do szczegółowej analizy procesu.
- Dobry punkt wyjścia do rozpoczęcia pracy z process mining.
Atrybuty zarządzania transportem
| Nazwa | Opis | ||
|---|---|---|---|
| Czas zdarzenia EventTime | Znacznik czasu wskazujący, kiedy wystąpiło określone działanie lub zdarzenie dotyczące przesyłki. | ||
| Opis Czas zdarzenia określa dokładną datę i godzinę wykonania danego działania. Ten znacznik czasu jest niezbędny do uporządkowania zdarzeń chronologicznie i obliczania czasu między poszczególnymi etapami procesu. W process mining ten atrybut umożliwia wszystkie analizy oparte na czasie. Służy do obliczania KPI, takich jak całkowity czas realizacji, czas oczekiwania i czas przetwarzania. Analiza czasu zdarzeń pomaga wykrywać wąskie gardła, w których przesyłki spędzają najwięcej czasu, mierzyć dotrzymywanie uzgodnionych poziomów usług i sprawdzać, jak działania rozkładają się w czasie. Dlaczego to ważne Ten atrybut określa chronologię działań, umożliwiając obliczanie czasu realizacji, wykrywanie wąskich gardeł i pomiar wyników. Skąd pobrać Dane pochodzą z dzienników zdarzeń lub rejestrów transakcji w systemie TMS, w których każda zarejestrowana czynność ma przypisany znacznik czasu. Przykłady 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| Identyfikator przesyłki ShipmentId | Unikalny identyfikator pojedynczej przesyłki, który pełni funkcję identyfikatora case w procesie transportowym. | ||
| Opis Identyfikator przesyłki to klucz główny, który jednoznacznie identyfikuje pojedyncze zlecenie transportowe lub przewóz towarów z miejsca nadania do miejsca przeznaczenia. Każdy case przesyłki obejmuje powiązane działania, kamienie milowe i dane, takie jak planowanie, rezerwacja, odbiór, dostawa i fakturowanie. W process mining ten atrybut jest niezbędny do odtworzenia pełnej drogi każdej przesyłki. Umożliwia powiązanie wszystkich zdarzeń w porządku chronologicznym, co stanowi podstawę odkrywania procesów, kontroli zgodności i analizy wyników. Analiza według identyfikatora przesyłki pomaga wykrywać wąskie gardła, opóźnienia i różnice w przebiegu transportu. Dlaczego to ważne To podstawowy identyfikator, który łączy wszystkie powiązane zdarzenia w jedną instancję procesu i umożliwia analizę całego cyklu życia przesyłki. Skąd pobrać Zwykle znajduje się w nagłówku lub tabeli głównej przesyłek albo zleceń transportowych w systemie zarządzania transportem (TMS). Przykłady SH-2024-001237004568910FO-US-987654 | |||
| Nazwa działania ActivityName | Nazwa konkretnego zdarzenia biznesowego lub kamienia milowego, które wystąpiło w określonym momencie obsługi przesyłki. | ||
| Opis Nazwa działania opisuje pojedynczy etap lub zadanie w procesie transportowym, na przykład „Zaplanowano przesyłkę”, „Przekazano ofertę przewoźnikowi”, „Odebrano towar” lub „Otrzymano fakturę za przewóz”. Działania te wyznaczają najważniejsze etapy transportu przesyłki. Ten atrybut ma zasadnicze znaczenie przy wizualizacji mapy przepływu procesu, która pokazuje rzeczywisty przebieg przesyłek. Analiza kolejności i częstotliwości działań pozwala firmom poznać standardowy przebieg procesu, wykryć typowe odstępstwa oraz wskazać miejsca wymagające ponownej pracy lub powodujące straty. To podstawa każdej analizy process mining. Dlaczego to ważne Określa etapy na mapie procesu, dzięki czemu można wizualizować i analizować przebieg obsługi przesyłek, odstępstwa oraz wąskie gardła. Skąd pobrać Dane pochodzą zwykle z dzienników zdarzeń, tabel aktualizacji statusu lub są wyprowadzane ze zmian statusu w systemie TMS. Przykłady Zaplanowano przesyłkęOferta transportu przekazana przewoźnikowiTowar dostarczonyOtrzymano potwierdzenie dostawy | |||
| Data ostatniej aktualizacji danych LastDataUpdate | Znacznik czasu ostatniego odświeżenia danych tego rekordu lub pobrania ich z systemu źródłowego. | ||
| Opis Ten atrybut wskazuje, kiedy dany rekord lub zdarzenie zostało ostatnio zaktualizowane albo pobrane do zbioru danych na potrzeby process mining. Informuje o aktualności analizowanych danych. Nie służy bezpośrednio do analizy przepływu procesu, ale ma znaczenie dla zarządzania danymi i monitorowania. Pomaga sprawdzić, czy analiza opiera się na aktualnych informacjach, a także skonfigurować alerty dotyczące opóźnionych lub niesprawnych potoków danych. Dzięki temu można ocenić wiarygodność i aktualność uzyskanych wyników. Dlaczego to ważne Informuje o aktualności danych, dzięki czemu można upewnić się, że analiza i monitorowanie procesu opierają się na bieżących, istotnych informacjach. Skąd pobrać Ten znacznik czasu jest zwykle generowany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL). Przykłady 2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z | |||
| System źródłowy SourceSystem | Wskazuje system lub aplikację, z której pobrano dane. | ||
| Opis Atrybut systemu źródłowego określa pochodzenie danych o zdarzeniach, na przykład z systemu zarządzania transportem (TMS), platformy monitorowania przesyłek przewoźnika lub systemu ERP. We współczesnej logistyce dane o jednej przesyłce mogą pochodzić z kilku zintegrowanych systemów. Ten atrybut pomaga zrozumieć pochodzenie i jakość danych. Ułatwia diagnozowanie niespójności oraz analizę danych według ich źródła. Można na przykład porównać terminowość aktualizacji z platformy monitorującej z aktualizacjami z głównego systemu TMS albo ustalić, w którym systemie powstał problem. Dlaczego to ważne Pozwala prześledzić pochodzenie danych, co jest ważne przy ich weryfikacji i rozwiązywaniu problemów oraz przy ustalaniu, jak poszczególne systemy wpływają na cały proces. Skąd pobrać Informacja ta jest często dostępna jako standardowe pole w wyeksportowanych danych. Można ją też dodać podczas wczytywania danych, na podstawie ich źródła. Przykłady SAP TMBlue Yonder TMSOracle OTMproject44 | |||
| Koszt przesyłki ShipmentCost | Całkowity koszt przewozu lub kwota naliczona za transport przesyłki. | ||
| Opis Koszt przesyłki oznacza łączny wydatek związany z przewozem pojedynczej przesyłki. Może obejmować podstawową stawkę przewozową, dopłatę paliwową, opłaty dodatkowe i inne należności przewoźnika. Ten atrybut stanowi podstawę analiz kosztowych. Umożliwia tworzenie dashboardów pokazujących łączne wydatki na transport, koszt na milę lub koszt jednostkowy. Połączenie danych kosztowych z danymi o procesie pozwala ustalać przyczyny przekroczeń budżetu, oceniać finansowy wpływ opóźnień i nieefektywności oraz analizować prawidłowość rachunków za przewóz. Dlaczego to ważne Łączy wyniki procesu z efektami finansowymi, umożliwiając analizę wydatków na transport, czynników wpływających na koszty i finansowych skutków nieefektywności. Skąd pobrać Dane mogą pochodzić ze zlecenia transportowego, faktury przewoźnika lub systemu audytu i płatności za przewóz. Przykłady 1250.75540.008200.50 | |||
| Kraj docelowy DestinationCountry | Kraj, do którego dostawa jest kierowana. | ||
| Opis Kraj docelowy wskazuje państwo, do którego ma dotrzeć przesyłka. Jest częścią danych adresowych miejsca dostawy. Podobnie jak kraj nadania, ten atrybut jest niezbędny do analizy geograficznej i oceny efektywności tras handlowych. Umożliwia porównywanie terminowości dostaw, kosztów i czasu realizacji przesyłek do różnych krajów. Ma też duże znaczenie przy analizie odpraw celnych przesyłek międzynarodowych. Dlaczego to ważne Pozwala porównywać terminowość i koszty według miejsca dostawy, co pomaga ocenić efektywność tras handlowych i zarządzać złożonymi operacjami transportu międzynarodowego. Skąd pobrać Zwykle jest zapisany w danych lokalizacji docelowej lub adresie odbiorcy w zleceniu transportowym. Przykłady KanadaMeksykWielka BrytaniaJaponia | |||
| Nazwa przewoźnika CarrierName | Nazwa firmy transportowej lub dostawcy usług logistycznych odpowiedzialnego za przewóz przesyłki. | ||
| Opis Nazwa przewoźnika wskazuje zewnętrznego dostawcę usług logistycznych (3PL) lub firmę transportową, której zlecono fizyczny przewóz towarów. Może to być firma przewozowa, linia lotnicza, armator lub kolejowy przewoźnik towarowy. To ważny wymiar analizy wyników. Umożliwia tworzenie ocen przewoźników i porównywanie ich pod względem terminowości dostaw i odbiorów, odsetka przyjętych ofert oraz kosztów. Analiza procesu według przewoźnika pomaga wskazać najlepszych partnerów i tych, którzy mogą wymagać planu poprawy wyników. Dlaczego to ważne Umożliwia porównywanie wyników różnych dostawców usług transportowych, co pomaga zarządzać przewoźnikami, prowadzić negocjacje i dbać o jakość usług. Skąd pobrać Informacja ta jest przechowywana w szczegółach przesyłki lub zlecenia transportowego i zwykle jest powiązana z tabelą danych podstawowych przewoźników. Przykłady FedEx FreightMaersk LineUnion Pacific RailroadDHL Express | |||
| 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 planem. Może nią być pogoda, zatrzymanie na odprawie celnej, korki, awaria pojazdu lub błędy w dokumentacji. Informacja jest zapisywana przy rejestrowaniu zdarzenia opóźnienia. To jeden z najważniejszych atrybutów w analizie przyczyn źródłowych. Klasyfikacja i zliczanie przyczyn opóźnień pozwalają ustalić, co najczęściej powoduje nieterminowe dostawy. Dzięki temu można skupić działania usprawniające na obszarach o największym wpływie, na przykład poprawić procesy wewnętrzne, współpracę z przewoźnikami lub ograniczyć ryzyko zewnętrzne. Dlaczego to ważne Ułatwia analizę przyczyn źródłowych opóźnień przesyłek, pomagając ustalić, zmierzyć i ograniczyć ich główne przyczyny. Skąd pobrać Dane pochodzą z rekordów zdarzeń wyjątkowych lub opóźnień w systemie TMS albo platformie monitorowania przesyłek. Często przekazuje je przewoźnik. Przykłady Opóźnienie z powodu pogodyZatrzymanie na odprawie celnejZator w porcieAwaria mechaniczna | |||
| Rodzaj transportu ModeOfTransport | Sposób przewozu przesyłki, na przykład transport drogowy, lotniczy, morski lub kolejowy. | ||
| Opis Ten atrybut określa sposób przewozu przesyłki. Typowe rodzaje transportu to całopojazdowy (FTL), drobnicowy (LTL), lotniczy, morski i kolejowy. Analiza procesu według rodzaju transportu jest ważna, ponieważ każdy z nich wiąże się z innymi kosztami, czasem przewozu i złożonością procesu. Podział na rodzaje transportu pomaga wyjaśnić różnice w czasie realizacji i kosztach. Na przykład przewóz morski trwa z reguły dłużej niż lotniczy. Ten atrybut stanowi podstawę dashboardów i KPI dostosowanych do konkretnych operacji logistycznych. Dlaczego to ważne To podstawowy filtr analizy, ponieważ poszczególne rodzaje transportu wiążą się z innymi procesami, kosztami i terminami. Jest niezbędny do rzetelnych porównań i oceny wyników. Skąd pobrać Informacja znajduje się w szczegółach przesyłki lub zlecenia transportowego w systemie TMS. Przykłady Transport całopojazdowy (TL)Transport drobnicowy (LTL)Transport morskiTransport lotniczyTransport kolejowy | |||
| Rzeczywista data dostawy ActualDeliveryDate | Rzeczywisty znacznik czasu wystąpienia zdarzenia „Towar dostarczony”. | ||
| Opis Rzeczywista data dostawy to zarejestrowany znacznik czasu fizycznego dostarczenia przesyłki odbiorcy i zakończenia działania „Towar dostarczony”. Dostawę często potwierdza dokument POD. Ten atrybut uzupełnia wymaganą datę dostawy i jest niezbędny do obliczania rzeczywistych wyników. Służy bezpośrednio do obliczania KPI „Odsetek dostaw na czas”. Różnica między rzeczywistą datą dostawy a datą odbioru przesyłki określa rzeczywisty czas transportu. Można go porównać z planowanym czasem przewozu, aby wykryć opóźnienia w transporcie. Dlaczego to ważne Pokazuje rzeczywisty wynik dostawy, umożliwiając obliczanie odsetka dostaw na czas i analizę opóźnień. Skąd pobrać Dane pochodzą ze zdarzenia „Towar dostarczony” w systemie TMS. Aktualizację często przesyła przewoźnik w wiadomości EDI, platforma monitorująca przesyłki lub aplikacja mobilna kierowcy. Przykłady 2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z | |||
| Wymagana data dostawy RequestedDeliveryDate | Data dostawy wskazana przez klienta lub wymagana w zamówieniu sprzedaży. | ||
| Opis Wymagana data dostawy to termin, do którego przesyłka powinna dotrzeć do miejsca przeznaczenia. Zwykle wynika z zamówienia klienta lub umowy o gwarantowanym poziomie usług (SLA). Ten atrybut jest niezbędny do pomiaru poziomu obsługi klienta i realizacji zobowiązań. Stanowi punkt odniesienia przy obliczaniu KPI „Odsetek dostaw na czas”. Analiza różnic między wymaganą a rzeczywistą datą dostawy pomaga wykrywać powtarzające się przyczyny opóźnień i zwiększać przewidywalność dostaw. Dlaczego to ważne To podstawowy punkt odniesienia przy pomiarze terminowości dostaw, ważnego KPI wpływającego na zadowolenie klientów i niezawodność łańcucha dostaw. Skąd pobrać Informacja pochodzi zwykle z systemu nadrzędnego, takiego jak ERP lub system zarządzania zamówieniami, i jest zapisywana w szczegółach zlecenia transportowego w systemie TMS. Przykłady 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| Kraj nadania OriginCountry | Kraj, z którego nadawana jest przesyłka. | ||
| Opis Kraj nadania wskazuje państwo, w którym rozpoczyna się transport przesyłki. Jest częścią informacji o adresie nadania. To podstawowy atrybut analizy geograficznej. Umożliwia filtrowanie i grupowanie danych o przesyłkach według kraju lub regionu nadania, co pomaga porównywać wyniki na różnych trasach handlowych. W przypadku przesyłek międzynarodowych wpływa również na wymagania celne i czas transportu. Dlaczego to ważne Umożliwia geograficzną analizę procesów transportowych, pomagając wykrywać różnice regionalne, zarządzać złożonością tras handlowych i analizować logistykę międzynarodową. Skąd pobrać Informacja jest zwykle przechowywana w danych adresowych miejsca nadania lub punktu wysyłki w zleceniu transportowym. Przykłady USANiemcyChinyBrazylia | |||
| Rozbieżność na fakturze za transport FreightInvoiceDiscrepancyFlag | Flaga wskazująca, czy podczas kontroli faktury za transport wykryto rozbieżność. | ||
| Opis Ten atrybut logiczny wskazuje, czy koszt transportu podany w wycenie lub umowie różni się od kwoty na końcowej fakturze przewoźnika. Wartość „true” oznacza rozbieżność, która może prowadzić do sporu. Flaga ta jest ważna przy analizie procesu kontroli i płatności faktur za transport. Pozwala mierzyć KPI „Dokładność faktur za transport” i wskazywać przewoźników lub trasy, na których najczęściej występują błędy rozliczeniowe. Analiza przyczyn rozbieżności może pomóc lepiej zarządzać stawkami, doprecyzować umowy z przewoźnikami i usprawnić płatności. Dlaczego to ważne Pomaga mierzyć dokładność faktur za transport, wskazywać przewoźników, u których często występują błędy rozliczeniowe, oraz analizować efektywność procesu kontroli i płatności. Skąd pobrać Dane są generowane podczas kontroli faktury za transport, która może odbywać się w systemie TMS lub dedykowanym systemie do kontroli i płatności za transport. Przykłady truefalse | |||
| Rzeczywista data odbioru ActualPickupDate | Rzeczywisty znacznik czasu wystąpienia zdarzenia „Towar odebrany”. | ||
| Opis Rzeczywista data odbioru to zarejestrowany znacznik czasu fizycznego odebrania przesyłki z miejsca nadania przez przewoźnika i zakończenia działania „Towar odebrany”. Ta data jest niezbędna do śledzenia rzeczywistego początku transportu przesyłki. Służy do obliczania KPI „Odsetek odbiorów na czas” i wyznacza początek czasu transportu. Analiza tych danych pozwala ocenić rzeczywisty przebieg odbioru i jego wpływ na cały harmonogram przesyłki. Dlaczego to ważne Pokazuje rzeczywisty wynik odbioru i wyznacza faktyczny początek transportu przesyłki, co jest niezbędne do prawidłowej analizy czasu realizacji. Skąd pobrać Dane pochodzą ze zdarzenia „Towar odebrany” w systemie TMS. Aktualizację zwykle przesyła przewoźnik w wiadomości EDI lub platforma monitorująca przesyłki. Przykłady 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
| Status przesyłki ShipmentStatus | Bieżący lub ostatni znany status przesyłki w toku realizacji. | ||
| Opis Status przesyłki pokazuje ogólnie, na jakim etapie procesu znajduje się przesyłka, na przykład „Zaplanowana”, „W transporcie”, „Dostarczona” lub „Anulowana”. Określa bieżący stan danej sprawy transportowej. Process mining odtwarza przebieg procesu na podstawie poszczególnych działań, natomiast ogólny status przesyłki przydaje się jako wymiar analizy. Można na przykład filtrować przesyłki będące obecnie „W transporcie”, aby je monitorować, albo analizować cechy przesyłek, których status zmienił się na „Anulowana”. Status daje prosty, zbiorczy obraz postępu realizacji przesyłki. Dlaczego to ważne Pokazuje bieżący stan przesyłki, co ułatwia filtrowanie, raportowanie i ogólne monitorowanie przesyłek w toku oraz zakończonych. Skąd pobrać To pole podsumowujące status, zwykle dostępne w głównym rekordzie przesyłki lub zlecenia transportowego w systemie TMS. Przykłady ZaplanowanaZarezerwowanaW transporcieDostarczonaAnulowana | |||
| Zaplanowana data odbioru ScheduledPickupDate | Planowana data i godzina odbioru towaru z miejsca nadania przez przewoźnika. | ||
| Opis Zaplanowana data odbioru to uzgodniony termin przyjazdu przewoźnika do miejsca nadania w celu odebrania towaru. Jest to ważny etap rezerwacji i potwierdzania przesyłki. Ten atrybut stanowi punkt odniesienia przy pomiarze terminowości odbioru. Służy do obliczania KPI „Odsetek odbiorów na czas” przez porównanie z rzeczywistym czasem odbioru. Analiza różnic pomaga wykrywać problemy z harmonogramem ramp, gotowością magazynu lub punktualnością przewoźnika, które mogą powodować dalsze opóźnienia. Dlaczego to ważne To punkt odniesienia przy pomiarze terminowości odbioru. Odbiór rozpoczyna cykl transportowy i wpływa na cały dalszy harmonogram. Skąd pobrać Informacja znajduje się w szczegółach przesyłki lub zlecenia transportowego po zarezerwowaniu przewoźnika. Przykłady 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| Zasób Resource | Identyfikator lub nazwa użytkownika, który wykonał dane działanie. | ||
| Opis Zasób wskazuje użytkownika, zespół lub agenta systemowego odpowiedzialnego za wykonanie konkretnego kroku procesu. Może to być na przykład planista transportu, który utworzył plan przesyłki, albo koordynator logistyki, który zarezerwował przewoźnika. Analiza procesu z perspektywy zasobów pomaga zrozumieć rozkład obciążenia, wyniki zespołów i poziom automatyzacji. Może ujawnić, którzy użytkownicy lub zespoły uczestniczą w pętlach poprawek, obsługują najwięcej wyjątków albo mają najdłuższy czas realizacji. Te informacje pomagają planować szkolenia i przydział zasobów oraz wskazywać możliwości automatyzacji. Dlaczego to ważne Umożliwia analizę pracy ludzi i systemów, rozkładu obciążenia oraz poziomu automatyzacji, co pomaga określić potrzeby szkoleniowe i wskazać wąskie gardła związane z zasobami. Skąd pobrać Informacja ta jest zwykle zapisywana w transakcji lub dzienniku zdarzeń wraz z nazwą działania i znacznikiem czasu. Przykłady jan.kowalskiZespolLogistyki_USTMS_AUTO_PLANNERanna.nowak | |||
Działania w procesie zarządzania transportem
| Działanie | Opis | ||
|---|---|---|---|
| Anulowano przesyłkę | Oznacza zakończenie obsługi przesyłki przed jej odbiorem przez przewoźnika. Może do tego dojść z różnych przyczyn, na przykład gdy klient anuluje zamówienie lub zmienia się plan wewnętrzny. | ||
| Dlaczego to ważne To zdarzenie końcowe oznacza, że proces nie zakończył się powodzeniem. Analiza anulowanych przesyłek pomaga ustalić przyczyny niepowodzeń i wykryć problemy w obsłudze zamówień lub planowaniu. Skąd pobrać Zdarzenie jest zwykle rejestrowane jako zmiana statusu przesyłki na „Anulowana” lub „Unieważniona”. Rejestrowanie Zarejestruj znacznik czasu zmiany głównego statusu przesyłki na „Anulowana”. Typ zdarzenia inferred | |||
| Otrzymano potwierdzenie dostawy | Oznacza otrzymanie dokumentu potwierdzającego prawidłowe dostarczenie przesyłki. Może to być podpisany list przewozowy, zdjęcie lub podpis elektroniczny złożony w miejscu dostawy. | ||
| Dlaczego to ważne Otrzymanie potwierdzenia dostawy (POD) jest warunkiem wystawienia faktury i rozliczenia przewozu. Opóźnienie w otrzymaniu POD bezpośrednio wydłuża cykl od zamówienia do płatności. Skąd pobrać Zdarzenie jest zwykle rejestrowane po przesłaniu dokumentu określonego typu lub powiązaniu go z rekordem przesyłki albo po aktualizacji statusu potwierdzającego dostawę. Rejestrowanie Zarejestruj znacznik czasu dołączenia dokumentu POD lub ustawienia flagi otrzymania POD w rekordzie przesyłki. Typ zdarzenia explicit | |||
| Otrzymano zgłoszenie transportowe | To działanie oznacza oficjalny początek procesu transportowego. Rejestruje nowe zapotrzebowanie na transport, zwykle zgłoszone przez zamówienie z systemu nadrzędnego, takiego jak ERP. W jego wyniku powstaje nowy rekord przesyłki. | ||
| Dlaczego to ważne Jako główne zdarzenie początkowe pozwala zmierzyć czas całego cyklu życia przesyłki. Analiza liczby i terminów zgłoszeń pomaga planować przepustowość i przydzielać zasoby. Skąd pobrać Zdarzenie to jest zwykle rejestrowane na podstawie znacznika czasu utworzenia głównego dokumentu przesyłki lub zapotrzebowania na transport w systemie źródłowym. Rejestrowanie Użyj znacznika czasu utworzenia przesyłki, zwolnienia zamówienia lub zlecenia spedycyjnego. Typ zdarzenia explicit | |||
| Przesyłka zarezerwowana u przewoźnika | Ten kamień milowy oznacza, że przewoźnik formalnie przyjął ofertę i zobowiązał się do obsługi przesyłki. Na tym etapie ustalane są przewoźnik, stawka i harmonogram transportu. | ||
| Dlaczego to ważne To potwierdzenie kończy etap zakupu usług transportowych i rozpoczyna realizację. Jest ważnym punktem pomiaru sprawności procesu składania ofert i rezerwacji. Skąd pobrać Zdarzenie jest rejestrowane po otrzymaniu akceptacji przewoźnika. Status przesyłki zmienia się wtedy często na „Zarezerwowana”, „Potwierdzona” lub podobny. Rejestrowanie Zarejestruj znacznik czasu zmiany statusu oferty na „Przyjęta” lub statusu przesyłki na „Zarezerwowana”. Typ zdarzenia explicit | |||
| Towar dostarczony | Ten kamień milowy oznacza fizyczne dotarcie przesyłki do miejsca przeznaczenia odbiorcy. Kończy etap transportu. | ||
| Dlaczego to ważne To podstawowe zdarzenie służące do pomiaru terminowości dostaw, jednego z najważniejszych KPI w transporcie. Jest punktem końcowym przy obliczaniu czasu transportu i całkowitego czasu realizacji. Skąd pobrać Przewoźnik potwierdza dostawę, zwykle przez wiadomość elektroniczną, aktualizację od kierowcy lub wpis w portalu. Informacja ta aktualizuje status przesyłki w systemie TMS. Rejestrowanie Użyj znacznika czasu z dziennika zdarzeń przesyłki, który wskazuje przyjazd do ostatniego punktu trasy lub status „Dostarczono”. Typ zdarzenia explicit | |||
| Towar odebrany | To zdarzenie oznacza fizyczny początek transportu przesyłki. Występuje, gdy przewoźnik odbiera towar z miejsca nadania, na przykład z magazynu lub zakładu produkcyjnego. | ||
| Dlaczego to ważne To ważny kamień milowy przy pomiarze terminowości odbioru przez przewoźnika i rozpoczęcia monitorowania transportu. Opóźnienia na tym etapie bezpośrednio wpływają na termin dostawy. Skąd pobrać Zdarzenie jest zwykle rejestrowane na podstawie aktualizacji statusu od przewoźnika lub kierowcy, często przesłanej w transakcji EDI albo przez aplikację mobilną. Rejestrowanie Użyj znacznika czasu z dziennika zdarzeń przesyłki, który wskazuje wyjazd z pierwszego punktu trasy lub status „Odebrano”. Typ zdarzenia explicit | |||
| Zaplanowano przesyłkę | Oznacza zakończenie wstępnego etapu planowania, podczas którego ustala się trasę, rodzaj transportu i potencjalnych przewoźników. Mechanizm planowania w systemie opracowuje rozwiązanie logistyczne dla zgłoszenia transportowego. | ||
| Dlaczego to ważne To zdarzenie kończy etap planowania. Czas od zgłoszenia do zakończenia planowania jest ważnym wskaźnikiem efektywności tego etapu i może wskazywać wąskie gardła. Skąd pobrać Zdarzenie można zwykle rozpoznać po zmianie statusu przesyłki na „Planned” lub podobny albo po utworzeniu dokumentu zlecenia transportowego. Rejestrowanie Zapisz znacznik czasu, gdy status przesyłki wskazuje, że utworzono prawidłowy plan. Typ zdarzenia inferred | |||
| Zrealizowano płatność | To ostatnie zdarzenie w cyklu życia przesyłki. Potwierdza, że przewoźnik otrzymał płatność za usługę transportową, i oznacza finansowe zamknięcie przesyłki. | ||
| Dlaczego to ważne To zdarzenie kończy cykl od zakupu do płatności za przesyłkę. Pozwala analizować terminy płatności, sytuację finansową przewoźników i stopień realizacji całego procesu. Skąd pobrać Informacje te często pochodzą z odrębnego systemu finansowego lub ERP, a następnie są przekazywane do systemu TMS przez integrację. Rejestrowanie Użyj znacznika czasu transakcji płatniczej lub daty zmiany statusu faktury na „Opłacona”. Typ zdarzenia explicit | |||
| Odprawa celna zakończona | W przypadku przesyłek międzynarodowych to zdarzenie oznacza pomyślne przejście towaru odprawy celnej na granicy lub w porcie. Potwierdza zakończenie wymaganych kontroli i skompletowanie dokumentacji. | ||
| Dlaczego to ważne Odprawa celna może być poważnym wąskim gardłem w logistyce międzynarodowej. Pomiar czasu spędzonego na odprawie pomaga wykrywać opóźnienia i usprawniać procesy związane ze zgodnością. Skąd pobrać Zdarzenie jest wyzwalane przez powiadomienie od agenta celnego lub przewoźnika albo bezpośrednią aktualizację z systemu administracji publicznej. Rejestrowanie Zarejestruj znacznik czasu zdarzenia lub aktualizacji statusu wskazującej zwolnienie towaru przez urząd celny. Typ zdarzenia explicit | |||
| Oferta transportu przekazana przewoźnikowi | To zdarzenie występuje, gdy zaplanowana przesyłka zostaje formalnie zaoferowana konkretnemu przewoźnikowi do przyjęcia. Zwykle wiąże się to z wysłaniem przewoźnikowi wiadomości elektronicznej lub aktualizacją w portalu. | ||
| Dlaczego to ważne Śledzenie ofert transportu pozwala analizować czas odpowiedzi przewoźników i odsetek przyjętych ofert. Częste ponawianie oferty dla tej samej przesyłki może wskazywać na problemy z umowami z przewoźnikami lub dostępnymi mocami przewozowymi. Skąd pobrać Zdarzenie jest zwykle rejestrowane jako jawna transakcja lub zmiana statusu w systemie TMS, która odnotowuje przekazanie oferty przewoźnikowi. Rejestrowanie Zarejestruj znacznik czasu transakcji, w ramach której oferta przewozu przesyłki jest wysyłana do przewoźnika. Typ zdarzenia explicit | |||
| Otrzymano fakturę za przewóz | To zdarzenie oznacza otrzymanie faktury przewoźnika za wykonane usługi transportowe. Rozpoczyna etap rozliczenia finansowego przesyłki. | ||
| Dlaczego to ważne Czas między dostawą a otrzymaniem faktury wpływa na prognozy finansowe i rozliczenia międzyokresowe. To zdarzenie rozpoczyna pomiar czasu audytu i płatności za przewóz. Skąd pobrać Zdarzenie jest rejestrowane po utworzeniu nowego rekordu faktury w systemie, na podstawie transakcji EDI, ręcznego wpisu lub pliku przesłanego z portalu przewoźnika. Rejestrowanie Użyj daty utworzenia rachunku za przewóz lub rekordu faktury przewoźnika powiązanego z przesyłką. Typ zdarzenia explicit | |||
| Przeprowadzono audyt faktury za przewóz | Faktura przewoźnika została sprawdzona automatycznie lub ręcznie pod kątem zgodności z uzgodnionymi stawkami, opłatami dodatkowymi i potwierdzeniem dostawy. Ten etap weryfikuje należności przed zatwierdzeniem płatności. | ||
| Dlaczego to ważne To ważny punkt kontroli finansowej, który pomaga zapewnić prawidłowe rozliczenie kosztów przewozu. Analiza audytu może ujawnić powtarzające się rozbieżności i wskazać możliwości ograniczenia kosztów. Skąd pobrać Zdarzenie jest rejestrowane, gdy status rachunku za przesyłkę zmienia się na „Po audycie”, „Zweryfikowany” lub podobny, co oznacza zakończenie uzgadniania. Rejestrowanie Zarejestruj znacznik czasu zmiany statusu faktury potwierdzającej zakończenie audytu. Typ zdarzenia inferred | |||
| Przewoźnik odrzucił ofertę | Oznacza, że przewoźnik odrzucił ofertę przewozu przesyłki. Zdarzenie to zwykle powoduje konieczność ponowienia działań: trzeba wybrać innego przewoźnika i przekazać mu ofertę. | ||
| Dlaczego to ważne Odrzucenie oferty przez przewoźnika często powoduje opóźnienia i wzrost kosztów. Analiza częstotliwości i przyczyn odrzuceń pomaga ulepszać oceny przewoźników i strategie zakupowe. Skąd pobrać Zdarzenie jest rejestrowane na podstawie przychodzącej wiadomości elektronicznej od przewoźnika lub ręcznej aktualizacji statusu w portalu przewoźnika, która informuje o odrzuceniu oferty. Rejestrowanie Ustal znacznik czasu, w którym status oferty zmienia się na „Odrzucona” lub podobny. Typ zdarzenia explicit | |||
| Wybrano przewoźnika | Oficjalnie wybrano konkretnego dostawcę usług transportowych, czyli przewoźnika, który obsłuży przesyłkę. Wybór może nastąpić ręcznie, w wyniku automatycznego planowania lub w ramach procesu przetargowego. | ||
| Dlaczego to ważne To działanie pomaga zrozumieć zasady przydzielania przewoźników i opóźnienia w wyborze partnera transportowego. Pozwala odróżnić planowanie trasy od wyboru przewoźnika. Skąd pobrać To zdarzenie jest rejestrowane, gdy pole przewoźnika w rekordzie przesyłki zostaje wypełnione lub gdy przewoźnik zostaje przypisany do powiązanego zlecenia transportowego. Rejestrowanie Ustal znacznik czasu zdarzenia, w którym identyfikator przewoźnika po raz pierwszy zostaje powiązany z rekordem przesyłki. Typ zdarzenia explicit | |||
| Zaktualizowano ETA | System wygenerował lub otrzymał nowy szacowany czas przyjazdu (ETA) na podstawie danych w czasie rzeczywistym. W trakcie transportu może to zdarzyć się wielokrotnie, gdy zmieniają się warunki. | ||
| Dlaczego to ważne Częste lub znaczne zmiany ETA pokazują, jak zmienne i przewidywalne są terminy dostaw. Analiza aktualizacji pomaga wcześniej reagować na opóźnienia i usprawnia komunikację z klientami. Skąd pobrać Zdarzenie jest rejestrowane na podstawie danych z platform monitorujących przesyłki lub aktualizacji od przewoźnika, które zawierają informacje o lokalizacji w czasie rzeczywistym i zmienionych szacunkach dostawy. Rejestrowanie Zarejestruj każdą zmianę pola ETA dla dostawy końcowej po dokonaniu pierwotnej rezerwacji. Typ zdarzenia explicit | |||
Instrukcje ekstrakcji danych
Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w
naszym przewodniku ETL lub wybierz konkretny proces i system.
Gotowi do rozpoczęcia?
Wybierzcie instrukcję ekstrakcji danych dla używanej platformy albo skorzystajcie z tego uniwersalnego szablonu jako wzoru do uporządkowania danych dotyczących zarządzania transportem.
Popraw wyniki transportu już dziś
Wykryj ukryte nieefektywności i usprawnij cały proces logistyczny.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.