Elektroniczny list przewozowy
- nadawca
- przewoźnik
- odbiorca
eCMR vs eFTI · przewodnik praktyczny
eCMR a eFTI: dwa zakresy, jeden problem danych.
eCMR cyfryzuje list przewozowy i relacje stron przewozu. eFTI porządkuje elektroniczne udostępnianie informacji regulacyjnych organom. Można współdzielić dane, ale nie wolno utożsamiać procesów.
Stan informacji: 6 września 2026 · źródła oficjalne · materiał informacyjny
Mapa zakresuTen sam transport ≠ ten sam proces
Wspólne danepartygoodsrouteshipmentosobne mapowanie i dowód
Dane udostępniane organom
- przedsiębiorca
- platforma
- właściwy organ
eCMR może zasilać część danych eFTI. Nie potwierdza to automatycznie kompletności zbioru ani zgodności procesu.
Elektroniczny list przewozowy.
Protokół dodatkowy do CMR umożliwia wystawienie listu przewozowego przez komunikację elektroniczną. Dokument spełniający warunki Protokołu ma równoważną wartość dowodową i skutki jak list przewozowy CMR.
UNECE · tekst ProtokołuInformacje regulacyjne dla organów.
Rozporządzenie eFTI ustanawia ramy elektronicznej komunikacji informacji regulacyjnych między przedsiębiorcami i właściwymi organami. Jeżeli przedsiębiorca wybiera kanał elektroniczny eFTI, dane są przetwarzane przez certyfikowaną platformę.
EUR-Lex · Rozporządzenie 2020/1056Porównanie
Różne role, podstawy i kryteria wdrożenia.
Porównanie opisuje zakres ogólny. Konkretny przewóz i obowiązek informacyjny wymagają sprawdzenia właściwych przepisów oraz procesu.
| Obszar | eCMRElektroniczny list przewozowy | eFTIElektroniczna informacja regulacyjna |
|---|---|---|
| Główny cel | Elektroniczny list przewozowy dla umowy międzynarodowego przewozu drogowego objętego CMR. | Elektroniczne udostępnianie wymaganych informacji regulacyjnych dotyczących transportu towarów. |
| Główna relacja | Przede wszystkim B2B: nadawca, przewoźnik i odbiorca w procesie przewozu. | Przede wszystkim B2A: przedsiębiorca udostępnia informacje właściwemu organowi podczas kontroli. |
| Zakres transportu | Międzynarodowy przewóz towarów drogą objęty zakresem Konwencji CMR. | Informacje regulacyjne w transporcie drogowym, kolejowym, wodnym śródlądowym i lotniczym w zakresie rozporządzenia. |
| Podstawa | Konwencja CMR i Protokół dodatkowy z 2008 r. dotyczący elektronicznego listu przewozowego. | Rozporządzenie (UE) 2020/1056 wraz z aktami delegowanymi i wykonawczymi. |
| Forma elektroniczna | Protokół umożliwia opcjonalne wystawienie listu przewozowego elektronicznie i określa warunki równoważności. | Jeżeli przedsiębiorca udostępnia informacje elektronicznie w trybie eFTI, korzysta z danych przetwarzanych na certyfikowanej platformie eFTI. |
| Co wdraża IT | Dokument, role stron, podpis lub uwierzytelnienie, aktualizacje, dostęp oraz archiwum zgodne z wybranym rozwiązaniem. | Wymagany zbiór danych, bezpieczny dostęp organu, unikalny link identyfikacyjny i granicę certyfikowanej platformy. |
Najważniejsze: eCMR nie staje się automatycznie rekordem zgodnym z eFTI. Wspólne dane trzeba przypisać do właściwego zestawu, źródła, ownera i wersji mapowania.
Oś czasu
Dwie ścieżki prawne rozwijają się niezależnie.
Daty pomagają rozdzielić dojrzałość eCMR od harmonogramu eFTI.
- Protokół eCMR
Przyjęcie Protokołu dodatkowego dotyczącego elektronicznego listu przewozowego.
- Wejście w życie
Protokół eCMR wszedł w życie po osiągnięciu wymaganej liczby stron.
- Skutek wobec Polski
Po przystąpieniu 13 czerwca 2019 r. Protokół wszedł w życie wobec Polski.
- Pełne stosowanie eFTI
Organy państw członkowskich mają przyjmować dane udostępniane elektronicznie przez certyfikowane platformy eFTI.
Wspólna warstwa danych
Współdziel rekord. Rozdziel odpowiedzialność.
Najbardziej trwały element integracji to kontrola pochodzenia i znaczenia danych. Dokumenty oraz kanały dostępu pozostają osobnymi kontraktami.
ERP / TMS / WMS
Źródła zamówienia, towaru, stron, trasy i statusu.
source_systemControlled record
Wewnętrzna normalizacja, owner pola i wersja schematu.
field_owner · schema_versionAdapter eCMR
Dokument, strony, uwierzytelnienie i lifecycle providera.
osobny contract testŚcieżka eFTI
Właściwy zestaw regulacyjny i granica certyfikowanej platformy.
osobna weryfikacjaStandardy danychWewnętrzny model nie zastępuje standardów zewnętrznych.
UN/CEFACT publikuje specyfikację wymagań biznesowych i wiadomości eCMR. Mapping powinien wskazywać konkretną wersję źródła i targetu.
UN/CEFACT · eCMRWybór ścieżki
Co dokładnie chcesz zdigitalizować?
List przewozowy i współpraca stron
Zacznij od procesu eCMR, ról stron i wymagań wybranego dostawcy.
Zobacz architekturę integracjiInformacje wymagane podczas kontroli
Ustal właściwy zakres regulacyjny, zbiór danych eFTI i certyfikowaną ścieżkę udostępnienia.
Sprawdź strukturę rekorduOba procesy bez duplikowania danych
Zbuduj wspólne źródło, a potem dwa jawne kontrakty z osobnymi dowodami.
Określ zakres audytuFAQ
Najczęstsze skróty, których warto unikać.
Odpowiedzi dotyczą ogólnej architektury i publicznych ram prawnych, nie kwalifikacji konkretnego przewozu.
Czy eCMR jest tym samym co eFTI?
Nie. eCMR jest elektronicznym listem przewozowym w ramach CMR. eFTI dotyczy elektronicznego udostępniania informacji regulacyjnych właściwym organom. Część danych może być wspólna, ale role, podstawa prawna i proces weryfikacji są różne.
Czy od 9 lipca 2027 r. każda firma musi przejść na eFTI?
Nie należy tak przedstawiać tej daty. Od 9 lipca 2027 r. organy państw członkowskich mają przyjmować informacje udostępnione elektronicznie przez przedsiębiorców za pośrednictwem certyfikowanych platform eFTI. Przepisy zachowują prawo przedsiębiorcy do przedstawienia informacji na papierze.
Czy eCMR może być źródłem danych dla eFTI?
Może dostarczać część danych o stronach, towarze lub przewozie, ale zakres trzeba zmapować do właściwego zbioru eFTI. Sam fakt posiadania eCMR nie potwierdza kompletności danych, certyfikacji platformy ani zgodności procesu eFTI.
Czy eFTI Compliance jest platformą eFTI albo dostawcą eCMR?
Nie składamy takiej deklaracji. Projekt porządkuje gotowość danych i architekturę integracji pomiędzy ERP, TMS, WMS a zweryfikowanymi rozwiązaniami zewnętrznymi. Status konkretnego połączenia wymaga osobnych dowodów.
Od czego zacząć przygotowanie integracji?
Od inwentaryzacji pól i systemów źródłowych. Dla każdego pola warto wskazać ownera, źródło prawdy, wersję schematu i regułę konfliktu, a dopiero potem budować osobne adaptery oraz testy kontraktowe.
Od wiedzy do danych
Sprawdź, co już masz w swoich systemach.
Wgraj zanonimizowany CSV, XLSX, JSON, XML lub schemat OpenAPI. Scanner działa lokalnie w przeglądarce i pokazuje pola, ownership oraz potencjalne konflikty — bez potwierdzania zgodności.
Nie wysyłaj w pierwszej wiadomości danych osobowych, sekretów API ani poufnych plików.