Szablon danych do zarządzania transportem
Szablon danych do zarządzania transportem
- Zalecane atrybuty do zebrania
- Najważniejsze działania do monitorowania
- Wskazówki dotyczące ekstrakcji danych
Atrybuty zarządzania transportem
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Timestamp wskazujący, kiedy wystąpiła dana czynność lub zdarzenie. | ||
|
Opis
Czas zdarzenia to data i godzina zarejestrowana dla każdej czynności w cyklu obsługi przesyłki. Te dane chronologiczne stanowią podstawę process mining, ponieważ pozwalają odtworzyć rzeczywisty przebieg procesu. Atrybut służy do obliczania wszystkich wskaźników opartych na czasie, w tym czasu realizacji, oczekiwania i przetwarzania. Pomaga wykrywać opóźnienia, mierzyć wyniki względem harmonogramu i analizować dynamikę procesu transportowego. Wszystkie KPI związane z czasem, takie jak terminowość dostaw i średni czas transportu, zależą od dokładności danych o czasie zdarzenia.
Dlaczego to ważne
Ten wymagany timestamp pozwala uporządkować czynności chronologicznie i stanowi podstawę obliczeń wyników oraz czasu trwania.
Skąd pobrać
Odpowiada timestampowi przypisanemu do każdego zdarzenia w kanale danych project44.
Przykłady
2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-05T09:15:00Z
|
|||
|
Nazwa czynności
ActivityName
|
Nazwa konkretnego zdarzenia lub etapu w cyklu obsługi przesyłki. | ||
|
Opis
Nazwa czynności opisuje pojedynczy etap lub aktualizację statusu w procesie transportowym, na przykład „Przypisano przewoźnika”, „Odebrano towar” lub „Przesyłka opóźniona”. Czynności tworzą węzły mapy procesu, a ich kolejność pokazuje przebieg transportu. Analiza tych czynności stanowi podstawę process mining. Badanie ich kolejności, częstotliwości i czasu między nimi pozwala wykryć wąskie gardła, pętle ponownej pracy i nieefektywne warianty procesu. Ten atrybut jest niezbędny do tworzenia dashboardów pokazujących przebieg procesu i obliczania KPI dla poszczególnych etapów.
Dlaczego to ważne
Ten atrybut określa etapy procesu transportowego, pozwala wizualizować jego przebieg i wykrywać wąskie gardła.
Skąd pobrać
Na podstawie pól typu zdarzenia lub aktualizacji statusu w strumieniach danych śledzenia zdarzeń project44.
Przykłady
Utworzono przesyłkęOdebrano towarOdprawa celna zakończonaDostarczono towar
|
|||
|
Przesyłka
Shipment
|
Unikalny identyfikator pojedynczego transportu towarów, który służy jako główny case w analizie procesu. | ||
|
Opis
Atrybut „Przesyłka” to centralny identyfikator case, który grupuje wszystkie powiązane zdarzenia i czynności dotyczące jednego zlecenia transportowego. Umożliwia analizę całego cyklu obsługi przesyłki, od jej utworzenia i przypisania przewoźnika, przez transport i dostawę, aż po realizację płatności. W process mining analiza według przesyłki ma podstawowe znaczenie. Pozwala wizualizować mapy procesów, obliczać czas realizacji poszczególnych przesyłek i wykrywać typowe lub nietypowe ścieżki procesu. Wszystkie pozostałe atrybuty, takie jak przewoźnik, przyczyna opóźnienia czy koszt, analizuje się w kontekście tego unikalnego identyfikatora.
Dlaczego to ważne
To podstawowy identyfikator case, który łączy wszystkie powiązane zdarzenia transportowe i pozwala prześledzić drogę każdej przesyłki od początku do końca.
Skąd pobrać
To klucz główny danych przesyłki w project44, często określany w API i interfejsie użytkownika platformy jako Shipment ID lub Tracking Number.
Przykłady
SHP-2023-00123SHP-2023-00456SHP-2023-00789
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Timestamp wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego pobrania lub aktualizacji danych z project44. Dostarcza ważnych informacji o aktualności danych użytych w analizie. Analitycy mogą sprawdzić, czy korzystają z najnowszych dostępnych danych. Atrybut jest niezbędny w dashboardach operacyjnych monitorujących bieżące przesyłki i pomaga upewnić się, że wnioski opierają się na aktualnych informacjach.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu analizy opierają się na bieżących informacjach i wspierają monitoring operacyjny.
Skąd pobrać
Ten timestamp jest generowany i dodawany podczas procesu ekstrakcji i ładowania danych (ETL).
Przykłady
2023-11-10T02:00:00Z2023-11-11T02:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pochodzą dane o zdarzeniu. | ||
|
Opis
Ten atrybut wskazuje system źródłowy danych, w tym przypadku „project44”. W innych sytuacjach może też określać dane pochodzące ze zintegrowanego systemu TMS, ERP lub systemu przewoźnika. Znajomość systemu źródłowego jest ważna dla zarządzania danymi i rozwiązywania problemów. Pomaga ocenić jakość i wiarygodność danych, zwłaszcza gdy pochodzą one z wielu platform. W tej analizie potwierdza, że zdarzenia są śledzone za pośrednictwem platformy widoczności project44.
Dlaczego to ważne
Wskazuje źródło danych, co ma znaczenie dla zarządzania danymi, oceny ich jakości i zrozumienia kontekstu.
Skąd pobrać
Zwykle jest to stała wartość („project44”) dodawana podczas importu danych w celu oznaczenia ich źródła.
Przykłady
project44P44
|
|||
|
Koszt transportu
TransportationCost
|
Łączny koszt przewozu przesyłki. | ||
|
Opis
Ten atrybut określa rzeczywisty lub naliczony koszt przewozu towarów. Może obejmować opłaty za przewóz, dopłaty paliwowe i inne opłaty dodatkowe. Koszt jest ważnym wymiarem analizy process mining. Połączenie danych o kosztach z danymi o procesie pozwala ustalić, które warianty procesu, przewoźnicy lub opóźnienia zwiększają wydatki. Atrybut ten bezpośrednio zasila dashboard „Analiza przekroczeń kosztów transportu”, który pomaga analitykom powiązać drogie przesyłki z konkretnymi nieefektywnościami procesu.
Dlaczego to ważne
Połączenie danych o kosztach z przebiegiem procesu pozwala wskazać czynniki generujące koszty i nieefektywności oraz rzetelnie analizować koszt obsługi.
Skąd pobrać
Dane mogą pochodzić ze zintegrowanego systemu TMS lub ERP albo z procesów audytu i rozliczania frachtu powiązanych z danymi project44.
Przykłady
550.751250.003400.50
|
|||
|
Kraj docelowy
DestinationCountry
|
Kraj, do którego ma dotrzeć przesyłka. | ||
|
Opis
Ten atrybut określa kraj, w którym kończy się przewóz przesyłki. Jest częścią danych o miejscu docelowym. W połączeniu z atrybutem „Kraj nadania” pozwala analizować trasy transportowe. Ułatwia porównywanie przewozów krajowych i międzynarodowych, wskazywanie krajów, w których często dochodzi do opóźnień celnych, oraz wyjaśnianie różnic w czasie i kosztach transportu. Jest niezbędny w dashboardach dotyczących wyników geograficznych i miejsc częstych opóźnień.
Dlaczego to ważne
Niezbędny do analizy tras transportowych, porównywania przewozów krajowych i międzynarodowych oraz wskazywania problemów na granicach.
Skąd pobrać
Część danych adresowych miejsca docelowego przesyłki w project44.
Przykłady
CANUSAFRAJPN
|
|||
|
Kraj nadania
OriginCountry
|
Kraj, z którego nadawana jest przesyłka. | ||
|
Opis
Ten atrybut określa kraj, z którego rozpoczyna się przewóz przesyłki. Jest częścią danych o miejscu nadania. Analiza geograficzna pomaga wykrywać problemy z wynikami w poszczególnych regionach. Atrybuty „Kraj nadania” i „Kraj docelowy” pozwalają tworzyć mapy wyników, wskazywać problematyczne trasy i oceniać wpływ odpraw celnych oraz przewozów transgranicznych na czas realizacji. Atrybut ten bezpośrednio zasila dashboard „Mapa wyników przewozów według lokalizacji”.
Dlaczego to ważne
Umożliwia geograficzną analizę wyników i pomaga wykrywać wąskie gardła charakterystyczne dla poszczególnych regionów, zwłaszcza w przewozach międzynarodowych.
Skąd pobrać
Część danych adresowych miejsca nadania przesyłki w project44.
Przykłady
USADEUCHNMEX
|
|||
|
Nazwa przewoźnika
CarrierName
|
Nazwa przewoźnika odpowiedzialnego za transport przesyłki. | ||
|
Opis
Ten atrybut wskazuje firmę logistyczną lub przewoźnika obsługującego transport towarów. Może to być firma przewozowa, linia lotnicza lub armator. Ocena wyników według przewoźnika jest jednym z głównych celów analizy zarządzania transportem. Atrybut pozwala porównywać między przewoźnikami KPI, takie jak terminowość dostaw i średni czas transportu. Wspiera dashboard „Wyniki i zgodność przewoźników”, który pomaga wskazać partnerów osiągających najlepsze i najsłabsze wyniki.
Dlaczego to ważne
Atrybut jest niezbędny do oceny i porównywania wyników przewoźników oraz wspiera wybór i negocjacje oparte na danych.
Skąd pobrać
Dostępny w szczegółach każdej przesyłki na platformie project44.
Przykłady
FedEx FreightMaersk LineXPO LogisticsDHL Express
|
|||
|
Przyczyna opóźnienia
DelayReason
|
Kod lub opis wyjaśniający przyczynę opóźnienia przesyłki. | ||
|
Opis
Gdy przesyłka jest opóźniona, ten atrybut wskazuje przyczynę, na przykład „Warunki pogodowe”, „Zatrzymanie przez urząd celny” lub „Zator w porcie”. Informacja jest rejestrowana przy wystąpieniu zdarzenia „Opóźnienie przesyłki”. Atrybut ten służy do analizy przyczyn źródłowych. Zasila dashboard „Analiza przyczyn opóźnień dostaw”, który pozwala analitykom kategoryzować i mierzyć najczęstsze źródła opóźnień. Wiedza o tym, dlaczego dochodzi do opóźnień, pomaga opracować ukierunkowane działania ograniczające ryzyko i poprawiające terminowość dostaw.
Dlaczego to ważne
Umożliwia analizę przyczyn opóźnień, pomaga wskazać najczęstsze problemy i skutecznie ukierunkować działania usprawniające.
Skąd pobrać
Rejestrowany w ramach zdarzenia opóźnienia lub aktualizacji statusu w strumieniu danych project44.
Przykłady
OPÓŹNIENIE_Z_POWODU_POGODYKONTROLA_CELNAZATOR_DROGOWYAWARIA_MECHANICZNA
|
|||
|
Rodzaj transportu
ModeOfTransport
|
Sposób transportu przesyłki, na przykład samochodem ciężarowym, samolotem, statkiem lub koleją. | ||
|
Opis
Ten atrybut określa rodzaj transportu. Jedna przesyłka może być przewożona różnymi środkami transportu, ale zwykle chodzi tu o główny środek używany na zasadniczym odcinku trasy. Podział analizy według rodzaju transportu jest niezbędny do zrozumienia różnic w wynikach. Poszczególne rodzaje transportu mają inne przebiegi procesów, koszty i typowe czasy realizacji. Atrybut pozwala porównywać podobne przypadki i dostosowywać działania usprawniające do specyfiki przewozów całopojazdowych, drobnicowych, lotniczych lub morskich.
Dlaczego to ważne
Pozwala analizować wyniki i koszty z podziałem na rodzaj transportu, co jest istotne ze względu na różnice w sposobie realizacji przewozów.
Skąd pobrać
Standardowe pole danych dotyczące szczegółów przesyłki w project44.
Przykłady
Transport całopojazdowyLTLTransport morskiTransport lotniczyTransport kolejowy
|
|||
|
Wymagana data dostawy
RequestedDeliveryDate
|
Data dostawy wskazana przez klienta lub uzgodniona w zleceniu transportowym. | ||
|
Opis
Ten atrybut przechowuje docelową datę dostawy przesyłki. Stanowi punkt odniesienia przy pomiarze rzeczywistej terminowości dostaw. Data ta jest niezbędna do obliczenia KPI „Wskaźnik terminowych dostaw”. Porównuje się ją ze znacznikiem czasu aktywności „Dostarczenie towaru”, aby ustalić, czy przesyłka dotarła na czas, przed terminem czy po terminie. Analiza ta pozwala mierzyć satysfakcję klientów i niezawodność łańcucha dostaw.
Dlaczego to ważne
Stanowi punkt odniesienia przy obliczaniu KPI „Wskaźnik terminowych dostaw”, który mierzy poziom obsługi i satysfakcję klientów.
Skąd pobrać
Zwykle znajduje się w początkowych danych zlecenia przesyłki, pobieranych z systemu TMS lub ERP i widocznych w project44.
Przykłady
2023-11-15T23:59:59Z2023-12-01T23:59:59Z2023-12-10T23:59:59Z
|
|||
|
Czas transportu
TransitTime
|
Czas od odbioru towaru do jego dostarczenia. | ||
|
Opis
Ten obliczany wskaźnik mierzy czas przewozu przesyłki. Jest obliczany jako różnica czasu między aktywnościami „Odbiór towaru” i „Dostarczenie towaru”. KPI służy do oceny sprawności głównego etapu transportu, bez uwzględniania planowania przed przewozem i czynności administracyjnych po dostawie. Pomaga ocenić szybkość przewoźników, efektywność tras i wpływ opóźnień w transporcie. Jest jednym z mierników dashboardu „Wyniki i zgodność przewoźników”.
Dlaczego to ważne
Pozwala ocenić sam etap transportu, skupiając analizę na sprawności przewoźników i tras.
Skąd pobrać
Atrybutu tego nie ma w systemie źródłowym. Jest obliczany dla każdej przesyłki jako czas między zdarzeniami „Odbiór towaru” i „Dostarczenie towaru”.
Przykłady
8 dni 2 godziny3 dni 18 godzin12 dni 5 godzin
|
|||
|
Czas zakończenia zdarzenia
EventEndTime
|
Znacznik czasu wskazujący zakończenie aktywności lub zdarzenia trwającego przez określony czas. | ||
|
Opis
EventTime (StartTime) wskazuje początek aktywności, a EventEndTime jej zakończenie. Ma to szczególne znaczenie w przypadku aktywności trwających przez pewien czas, takich jak „Odprawa celna” lub „Przekroczenie granicy”. Dostępność czasu rozpoczęcia i zakończenia pozwala dokładnie obliczyć czas trwania aktywności. Na przykład KPI „Czas odprawy celnej” oblicza się jako różnicę między EventEndTime a EventTime dla aktywności „Odprawa celna zakończona”. Dzięki temu można dokładniej wykrywać wąskie gardła niż przy pomiarze czasu między różnymi aktywnościami.
Dlaczego to ważne
Umożliwia dokładne obliczanie czasu trwania aktywności, takich jak odprawa celna lub postój.
Skąd pobrać
Dla niektórych zdarzeń project44 może udostępniać znaczniki czasu rozpoczęcia i zakończenia. W przeciwnym razie czas zakończenia może odpowiadać znacznikowi czasu kolejnego zdarzenia.
Przykłady
2023-11-02T18:00:00Z2023-11-03T11:45:00Z2023-11-08T09:00:00Z
|
|||
|
Czy dostawa była terminowa
IsOnTimeDelivery
|
Wartość logiczna wskazująca, czy przesyłka została dostarczona w wymaganym terminie lub wcześniej. | ||
|
Opis
Ten obliczany atrybut upraszcza analizę wyników, podając jednoznaczną wartość „prawda” lub „fałsz” dla terminowości dostawy. Jest wyznaczany przez porównanie znacznika czasu aktywności „Dostarczenie towaru” z „RequestedDeliveryDate”. W dashboardach i raportach flaga ułatwia zliczanie, filtrowanie i wizualizację dostaw terminowych oraz opóźnionych. Stanowi podstawę do obliczania KPI „Wskaźnik terminowych dostaw” i pozwala porównywać wyniki według przewoźnika, trasy lub klienta.
Dlaczego to ważne
Podaje prosty, binarny wynik terminowości dostawy, przydatny do obliczania KPI i tworzenia dashboardów z podsumowaniem.
Skąd pobrać
Atrybutu tego nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych przez porównanie „EventTime” aktywności „Dostarczenie towaru” z „RequestedDeliveryDate”.
Przykłady
truefalse
|
|||
|
Identyfikator potwierdzenia dostawy
ProofOfDeliveryId
|
Identyfikator dokumentu potwierdzającego dostawę powiązanego z przesyłką. | ||
|
Opis
Ten atrybut przechowuje numer referencyjny lub link do dokumentu potwierdzenia dostawy (POD), który potwierdza odbiór przesyłki. Aktywność „Otrzymanie potwierdzenia dostawy” wskazuje, kiedy dokument jest dostępny. Śledzenie POD jest istotne dla finansowego rozliczenia procesu. Identyfikator łączy fizyczną dostawę z administracyjnymi procesami fakturowania i płatności. Dashboard „Czas obsługi POD i płatności” wykorzystuje go do analizy sprawności operacji po dostawie.
Dlaczego to ważne
Łączy fizyczną dostawę z procesem rozliczenia finansowego i pozwala analizować czas oczekiwania na potwierdzenie dostawy potrzebne do fakturowania.
Skąd pobrać
Informacje te są często rejestrowane w systemie obsługi zdarzeń lub dokumentów zintegrowanym z project44.
Przykłady
POD-987654DOC-IMG-5432177A8F9B2-C123-4DEF-B456-1A2B3C4D5E6F
|
|||
|
Nazwa klienta
CustomerName
|
Nazwa klienta lub odbiorcy przesyłki. | ||
|
Opis
Ten atrybut wskazuje klienta końcowego, do którego kierowana jest przesyłka. Jest niezbędny do oceny wyników z perspektywy klienta. Analiza wyników według klientów pomaga ustalić, czy konkretni klienci częściej doświadczają opóźnień lub dłuższego czasu realizacji. Atrybut zasila dashboard „Trend terminowości dostaw”, który umożliwia podział danych według klientów i dostarcza informacji przydatnych w zarządzaniu relacjami z klientami oraz poprawie jakości obsługi.
Dlaczego to ważne
Umożliwia analizę z perspektywy klienta, pomaga wykrywać problemy z poziomem obsługi i poprawiać satysfakcję najważniejszych klientów.
Skąd pobrać
Dane te zwykle znajdują się w informacjach o zleceniu przesyłki. Pochodzą z systemu ERP lub TMS i są przekazywane do project44.
Przykłady
Global Retail Inc.Manufacturing Corp.Pharma Solutions LLC
|
|||
|
Planowana data dostawy
ScheduledDeliveryDate
|
Planowana data i godzina dostarczenia towaru przez przewoźnika do miejsca docelowego. | ||
|
Opis
Ten atrybut zawiera planowany znacznik czasu dostawy końcowej. Często wskazuje dokładniejszy termin niż ogólna „RequestedDeliveryDate”. Znacznik czasu jest niezbędny do obliczenia KPI „Zgodność z harmonogramem dostawy”. Pozwala dokładniej analizować realizację ostatniego etapu przewozu przez porównanie umówionego terminu z rzeczywistym znacznikiem czasu aktywności „Dostarczenie towaru”. Ułatwia wykrywanie problemów z terminami dostaw i punktualnością kierowców.
Dlaczego to ważne
Stanowi punkt odniesienia dla KPI „Zgodność z harmonogramem dostawy” i umożliwia analizę realizacji ostatniego etapu przewozu oraz punktualności przewoźników.
Skąd pobrać
Dostępny w danych o rezerwacji terminu lub harmonogramie w project44, często ustawiany w systemie TMS.
Przykłady
2023-11-05T15:00:00Z2023-11-10T10:00:00Z2023-11-20T16:00:00Z
|
|||
|
Planowana data odbioru
ScheduledPickupDate
|
Planowana data i godzina odbioru towaru przez przewoźnika. | ||
|
Opis
Ten atrybut przechowuje planowany znacznik czasu odbioru. Termin ustala się na etapie planowania, po przypisaniu przewoźnika. Data służy do pomiaru „Zgodności z harmonogramem odbioru”. Porównanie „ScheduledPickupDate” z rzeczywistym znacznikiem czasu aktywności „Odbiór towaru” pozwala ocenić punktualność przewoźników i sprawność operacji magazynowych. Ułatwia też wskazanie opóźnień, które pojawiają się na samym początku przewozu.
Dlaczego to ważne
Stanowi punkt odniesienia dla KPI „Zgodność z harmonogramem odbioru”, który mierzy punktualność przewoźników i gotowość nadawcy.
Skąd pobrać
Dostępny w danych o rezerwacji terminu lub harmonogramie w project44, często ustawiany w systemie TMS.
Przykłady
2023-10-26T14:00:00Z2023-10-28T09:00:00Z2023-11-06T11:00:00Z
|
|||
|
Status przesyłki
ShipmentStatus
|
Bieżący, ogólny status przesyłki. | ||
|
Opis
Ten atrybut przedstawia bieżący stan przesyłki w procesie, na przykład „W transporcie”, „Dostarczona” lub „Problem”. Często odzwierciedla ostatnią ważną aktywność. Process mining odtwarza przebieg procesu na podstawie aktywności, ale atrybut statusu przydaje się do filtrowania danych i tworzenia dashboardów z podsumowaniem. Dashboard operacyjny może na przykład pokazywać tylko przesyłki ze statusem „W transporcie”. Status pozwala szybko podzielić przesyłki na kategorie bez analizowania pełnej historii zdarzeń.
Dlaczego to ważne
Podsumowuje bieżący stan przesyłki, co ułatwia filtrowanie, raportowanie i monitorowanie operacji na dashboardach.
Skąd pobrać
Standardowe pole w project44, które podsumowuje postęp przesyłki na podstawie ostatniego zdarzenia.
Przykłady
W miejscu odbioruW transporcieW miejscu dostawyDostarczono
|
|||
Działania w procesie zarządzania transportem
| Działanie | Opis | ||
|---|---|---|---|
|
Dostarczono towar
|
Przesyłka została dostarczona odbiorcy, a fizyczny transport dobiegł końca. To podstawowe zdarzenie służące do pomiaru terminowości dostaw. | ||
|
Dlaczego to ważne
Ten ważny etap kończy transport. Jego timestamp służy do obliczania wskaźnika terminowości dostaw, średniego czasu transportu i całkowitego czasu realizacji.
Skąd pobrać
To jedno z podstawowych zdarzeń śledzenia w project44. Jest rejestrowane na podstawie aktualizacji statusu EDI 214 od przewoźnika, potwierdzenia w aplikacji kierowcy lub elektronicznego podpisu przy dostawie.
Rejestrowanie
Na podstawie jawnego potwierdzenia dostawy od przewoźnika, np. EDI 214 ze statusem „D1” lub „P1”.
Typ zdarzenia
explicit
|
|||
|
Odebrano towar
|
Przewoźnik fizycznie odebrał towar w miejscu nadania, a przesyłka jest już w drodze. To ważny etap, zwykle potwierdzany przez kierowcę lub aktualizację statusu od przewoźnika. | ||
|
Dlaczego to ważne
Ta czynność oznacza faktyczne rozpoczęcie transportu. Jest niezbędna do obliczenia rzeczywistego czasu przewozu i oceny, czy przewoźnik odebrał towar zgodnie z harmonogramem.
Skąd pobrać
To jedno z podstawowych zdarzeń śledzenia w project44. Zwykle pochodzi z aktualizacji statusu EDI 214 od przewoźnika, danych telematycznych lub aplikacji mobilnej kierowcy potwierdzającej wyjazd z miejsca odbioru.
Rejestrowanie
Na podstawie jawnej aktualizacji statusu od przewoźnika, np. EDI 214 z kodem statusu „AF” lub „X3”, albo zdarzenia opuszczenia geostrefy.
Typ zdarzenia
explicit
|
|||
|
Odprawa celna zakończona
|
Przesyłka przeszła wszystkie kontrole celne i została zwolniona przez służby, aby mogła kontynuować transport. To koniec potencjalnego wąskiego gardła w przewozie międzynarodowym. | ||
|
Dlaczego to ważne
Ten etap kończy odprawę celną. Analiza czasu między zdarzeniami „Przy przekraczaniu granicy” i „Odprawa celna zakończona” pozwala bezpośrednio obliczyć KPI czasu odprawy celnej.
Skąd pobrać
Zwykle jest to jawna aktualizacja statusu od przewoźnika lub agenta celnego zintegrowanego z systemem. Potwierdza ona zwolnienie towaru przez służby celne.
Rejestrowanie
Na podstawie aktualizacji statusu od przewoźnika lub agenta celnego, np. EDI 214 z kodem statusu „C1” oznaczającym zwolnienie przez urząd celny.
Typ zdarzenia
explicit
|
|||
|
Otrzymano potwierdzenie dostawy
|
Podpisany dokument potwierdzenia dostawy (POD) został odebrany i przesłany do systemu. To czynność administracyjna niezbędna do rozpoczęcia fakturowania i płatności. | ||
|
Dlaczego to ważne
Czas oczekiwania na POD jest wskaźnikiem sprawności obsługi administracyjnej. Opóźnienia na tym etapie bezpośrednio wydłużają czas wystawienia faktury klientowi i zapłaty przewoźnikowi.
Skąd pobrać
Zdarzenie odpowiada timestampowi przesłania obrazu lub danych dokumentu POD i powiązania go z przesyłką w project44 lub zintegrowanym systemie TMS.
Rejestrowanie
Timestamp przesłania dokumentu POD lub aktualizacji statusu potwierdzającej jego otrzymanie.
Typ zdarzenia
explicit
|
|||
|
Przybycie do miejsca docelowego
|
Przesyłka dotarła do obiektu docelowego, ale nie została jeszcze oficjalnie rozładowana ani odebrana. To zdarzenie poprzedza końcowe potwierdzenie dostawy. | ||
|
Dlaczego to ważne
Oznacza koniec transportu. Czas między przybyciem a potwierdzeniem dostawy może ujawnić opóźnienia przy rozładunku lub przestoje w miejscu docelowym.
Skąd pobrać
To typowe zdarzenie śledzenia, rejestrowane na podstawie aktualizacji statusu EDI 214 od przewoźnika, danych telematycznych lub wejścia do geostrefy pod adresem dostawy.
Rejestrowanie
Na podstawie aktualizacji statusu od przewoźnika, np. EDI 214 z kodem „X1” oznaczającym przybycie do miejsca dostawy, lub wejścia do geostrefy.
Typ zdarzenia
explicit
|
|||
|
Utworzono przesyłkę
|
To zdarzenie oznacza utworzenie rekordu przesyłki w systemie śledzenia. Zwykle następuje po otrzymaniu zlecenia lub zapotrzebowania na transport z systemu nadrzędnego, takiego jak TMS lub ERP. Rozpoczyna cykl obsługi przesyłki i wprowadza pierwsze dane potrzebne do jej śledzenia. | ||
|
Dlaczego to ważne
To główne zdarzenie rozpoczynające proces. Analiza czasu między nim a kolejnymi czynnościami planistycznymi pomaga wykryć opóźnienia w planowaniu i rozpoczęciu obsługi przesyłki.
Skąd pobrać
Zdarzenie jest zwykle rejestrowane, gdy przesyłka zostaje utworzona przez API lub kanał wymiany danych z systemu Transportation Management System (TMS). Odpowiada timestampowi utworzenia obiektu przesyłki w project44.
Rejestrowanie
Timestamp utworzenia rekordu przesyłki zaimportowanego z systemu źródłowego.
Typ zdarzenia
explicit
|
|||
|
Przesyłka opóźniona
|
Przesyłka jest opóźniona względem zaplanowanego lub pierwotnie przewidywanego czasu dostawy. Zdarzenie może wynikać z aktualizacji statusu od przewoźnika lub analiz predykcyjnych project44. | ||
|
Dlaczego to ważne
Ta czynność ma znaczenie przy analizie przyczyn opóźnień. Pozwala wyodrębnić opóźnione przesyłki i sprawdzić powiązane atrybuty, takie jak przewoźnik, trasa i przyczyna opóźnienia.
Skąd pobrać
Może to być jawny status od przewoźnika, np. kod opóźnienia EDI 214, albo zdarzenie obliczone, gdy bieżący ETA w project44 jest późniejszy niż planowany czas dostawy. Często podawany jest również kod przyczyny opóźnienia.
Rejestrowanie
Na podstawie powiadomienia o opóźnieniu od przewoźnika lub porównania bieżącego ETA z terminem dostawy.
Typ zdarzenia
explicit
|
|||
|
Przy przekraczaniu granicy
|
Przesyłka dotarła do granicy państwowej, co oznacza rozpoczęcie odprawy celnej. Na tym etapie często dochodzi do opóźnień w transporcie międzynarodowym. | ||
|
Dlaczego to ważne
Zdarzenie wskazuje początek odprawy celnej i pozwala dokładnie zmierzyć czas jej trwania. Pomaga odróżnić opóźnienia spowodowane przez służby graniczne od innych problemów podczas transportu.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie aktualizacji statusu przewoźnika, np. EDI 214 ze statusem „A7” oznaczającym przybycie do urzędu celnego, lub po wykryciu przesyłki w geostrefie przejścia granicznego.
Rejestrowanie
Na podstawie określonych aktualizacji statusu przewoźnika lub danych lokalizacyjnych wskazujących przybycie do placówki celnej.
Typ zdarzenia
explicit
|
|||
|
Przypisano przewoźnika
|
Przewoźnik zostaje oficjalnie wybrany i przypisany do obsługi przesyłki. Następuje to po etapie planowania i składania ofert, a przed rezerwacją i ustaleniem terminu odbioru. | ||
|
Dlaczego to ważne
Pomiar czasu potrzebnego na przypisanie przewoźnika pokazuje sprawność planowania i zakupów. Opóźnienia na tym etapie mogą wpłynąć na cały harmonogram przesyłki.
Skąd pobrać
Informacja ta zwykle znajduje się w podstawowych danych przesyłki i jest aktualizowana z systemu TMS. Zdarzenie można wywnioskować z timestampu pierwszego uzupełnienia pola przewoźnika dla danej przesyłki.
Rejestrowanie
Zdarzenie można wywnioskować z timestampu aktualizacji, w której po raz pierwszy uzupełniono nazwę przewoźnika lub kod SCAC w rekordzie przesyłki.
Typ zdarzenia
inferred
|
|||
|
Zaktualizowano ETA
|
System wyznaczył nowy szacowany czas przyjazdu (ETA) na podstawie danych w czasie rzeczywistym, takich jak lokalizacja GPS, natężenie ruchu i aktualizacje od przewoźnika. Zdarzenie może występować wielokrotnie podczas transportu. | ||
|
Dlaczego to ważne
Częste aktualizacje ETA są ważne dla proaktywnego zarządzania transportem. Analiza tych zdarzeń pozwala sprawdzić, jak często zmieniają się prognozy i jak trafne były początkowe szacunki.
Skąd pobrać
Zdarzenie generuje platforma project44. Jest rejestrowane, gdy przewidywany ETA przesyłki zmieni się znacząco lub w regularnych odstępach czasu.
Rejestrowanie
Platforma project44 rejestruje zdarzenie automatycznie, gdy algorytm uczenia maszynowego ponownie obliczy ETA.
Typ zdarzenia
explicit
|
|||
|
Zaplanowano dostawę
|
Uzgodniono konkretną datę i godzinę dostawy do odbiorcy. To ważny etap koordynacji ostatniego odcinka transportu. | ||
|
Dlaczego to ważne
Zdarzenie stanowi punkt odniesienia przy obliczaniu KPI „Terminowość dostaw”. Pomaga ocenić sprawność logistyki ostatniego odcinka i ustalania terminów.
Skąd pobrać
Zdarzenie pochodzi z kanałów wymiany danych przewoźnika potwierdzających termin dostawy. Odpowiada uzupełnieniu pól z timestampem zaplanowanej dostawy.
Rejestrowanie
Na podstawie danych o terminie dostawy przekazanych przez przewoźnika przez EDI, API lub inną metodą komunikacji.
Typ zdarzenia
explicit
|
|||
|
Zaplanowano odbiór
|
Z przypisanym przewoźnikiem uzgodniono konkretną datę i godzinę odbioru towaru. Ta czynność oznacza przejście od planowania do realizacji transportu. | ||
|
Dlaczego to ważne
Zdarzenie stanowi punkt odniesienia przy pomiarze terminowości odbioru i realizacji harmonogramu. Jest niezbędne do obliczenia KPI „Terminowość odbioru”.
Skąd pobrać
Dane pochodzą z kanałów wymiany danych przewoźnika lub aktualizacji z systemu TMS. Zdarzenie odpowiada uzupełnieniu pól z timestampem zaplanowanego odbioru w project44.
Rejestrowanie
Na podstawie danych o terminie odbioru przekazanych przez przewoźnika lub nadawcę przez EDI, API albo wprowadzonych ręcznie.
Typ zdarzenia
explicit
|
|||
|
Zrealizowano płatność
|
Przewoźnik otrzymał końcową płatność za usługi transportowe. Ta czynność zamyka cały cykl obsługi transportu, od zlecenia po płatność. | ||
|
Dlaczego to ważne
To końcowe zdarzenie procesu. Analiza czasu od dostawy do płatności daje pełny obraz całego cyklu i efektywności finansowej.
Skąd pobrać
Zdarzenie występuje w systemie finansowym lub ERP. Jego rejestracja wymaga integracji, która przekazuje do platformy widoczności timestamp potwierdzenia lub aktualizację statusu.
Rejestrowanie
Aktualizacja statusu z timestampem z systemu ERP lub finansowego, potwierdzająca realizację płatności.
Typ zdarzenia
explicit
|
|||
|
Zweryfikowano fakturę za przewóz
|
Faktura przewoźnika za przewóz została odebrana, sprawdzona pod kątem uzgodnionych stawek i wykonanych usług, a następnie zatwierdzona do płatności. To ważny etap kontroli finansowej. | ||
|
Dlaczego to ważne
Ta czynność pozwala śledzić sprawność procesu obsługi zobowiązań. Wykrycie wąskich gardeł podczas weryfikacji faktur za przewóz może skrócić czas płatności i pomóc uniknąć opłat za opóźnienia.
Skąd pobrać
To czynność finansowa, która zwykle odbywa się w systemie ERP lub specjalistycznym systemie do weryfikacji i opłacania faktur za przewóz. Zdarzenie można zarejestrować, jeśli status jest przekazywany do project44 przez integrację.
Rejestrowanie
Aktualizacja statusu z zewnętrznego systemu finansowego potwierdzająca zakończenie weryfikacji.
Typ zdarzenia
explicit
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Już dziś wykorzystajcie dane z project44, aby zwiększyć efektywność i obniżyć koszty zarządzania transportem. Ten szablon to pierwszy krok do sprawniejszej i bardziej przewidywalnej logistyki.
Usprawnijcie zarządzanie transportem i obniżcie koszty
Wykryjcie wąskie gardła w project44, skróćcie czas realizacji o 30% i zwiększcie oszczędności.
Nie trzeba podawać danych karty płatniczej. Rozpoczęcie zajmuje kilka minut.