Od listu CMR do wymiany danych między systemami. Zobacz, do czego służy każdy element i jak łączy się z pozostałymi.
One lub TMS zbiera dane stron, ładunku i trasy.
Hub jest warstwą dokumentów, wersji i dowodów zdarzeń.
PDF służy do odczytu, e-POD potwierdza odbiór, a API łączy proces z innym systemem.
List przewozowy zbiera dane nadawcy, przewoźnika, odbiorcy, towaru i trasy. To dokument opisujący konkretny przewóz, a nie program do zarządzania flotą.
Przed wyjazdem biuro wpisuje strony przewozu, miejsca załadunku i rozładunku oraz 12 palet towaru.
Elektroniczny list przewozowy: dane dokumentu wraz z procesem ich udostępniania, potwierdzania i przechowywania kolejnych wersji. Wysłanie PDF mailem samo w sobie nie opisuje całego tego procesu.
Odbiorca zgłasza zastrzeżenie do ładunku. Zdarzenie i jego dowody pozostają powiązane z właściwą wersją dokumentu.
Electronic Proof of Delivery — elektroniczne potwierdzenie dostawy. Odpowiada na pytanie, co i kiedy odebrano, kto potwierdził odbiór oraz czy były zastrzeżenia.
Magazyn potwierdza odbiór, a kierowca dołącza zdjęcie uszkodzonej palety.
Czytelny plik do pobrania, wydrukowania lub przekazania drugiej stronie. To widok dokumentu w danym momencie; jego format nie gwarantuje podpisu elektronicznego ani kompletnej historii zmian.
W generatorze One uzupełniasz dane CMR i pobierasz kopię do wydruku.
Zestaw dowodów powiązanych z przewozem: wersje treści, zdarzenia, potwierdzenia, podpisy, zdjęcia i zastrzeżenia. Pomaga odtworzyć przebieg procesu, zamiast szukać plików w wielu miejscach.
Przy reklamacji sprawdzasz treść dokumentu w chwili odbioru i zdjęcia dołączone do potwierdzenia.
TMS zarządza zleceniami i operacjami transportowymi. ERP porządkuje procesy firmy, np. zamówienia i fakturowanie. Mogą przekazywać dane przewozu do Huba przez integrację.
Dyspozytor pracuje w swoim TMS; dane zlecenia trafiają do dokumentu bez ponownego przepisywania.
Aplikacja dla osób obsługujących przewóz: biura, kierowcy i odbiorcy. Publiczny generator przygotowuje CMR w PDF. Pozostałe przepływy aplikacji rozwijamy w prywatnych testach.
Przygotuj dokument w generatorze; z zaproszeniem możesz też sprawdzać aplikację do obsługi przewozów.
Warstwa dokumentów i integracji dla One oraz partnerów TMS. Dostarcza API i SDK do danych dokumentu, wersji i dowodów zdarzeń. Integracje regulacyjne eFTI są w przygotowaniu.
Partner łączy swój system z Hubem, żeby budować obsługę dokumentów we własnym interfejsie.
API określa, jak programy wymieniają dane i wywołują operacje. SDK to biblioteki i narzędzia, które pomagają programiście użyć API. Nie są osobną aplikacją dla kierowcy.
Integracja tworzy dokument i pobiera jego wersję; SDK ułatwia zapisanie tych wywołań w kodzie partnera.
Powiadomienie wysyłane do systemu partnera po zdarzeniu. Zamiast stale pytać o zmianę, system może otrzymać informację i wykonać następny krok. Konkretne zdarzenia i sposób ponawiania zależą od integracji.
Po potwierdzeniu dostawy TMS może otrzymać zdarzenie i zaktualizować status zlecenia.
Electronic Freight Transport Information — ramy elektronicznego udostępniania informacji o przewozie uprawnionym organom. To inny obszar niż samo przygotowanie listu eCMR lub potwierdzenia e-POD.
Dane wymagane przy kontroli mogą być udostępniane w uporządkowany sposób. Hub przygotowuje tę integrację; nie deklarujemy gotowej certyfikacji.
Punkt wymiany danych między platformami eFTI a systemami uprawnionych organów. Jest częścią infrastruktury udostępniania informacji; nie jest formularzem, w którym kierowca wystawia CMR.
W koncepcji integracji Hub przekazuje wymagany zakres danych przez bramkę do uprawnionego odbiorcy.