Opublikowano: 2026-09-08

XML CMR, e-CMR i eFTI: różne wyjścia, różne wymagania

Cztery różne rzeczy, jeden dokument

Pojedynczy list przewozowy CMR może istnieć w co najmniej czterech formach, każda z innym statusem prawnym. Mylenie ich jest powszechne, ponieważ dane źródłowe — nadawca, odbiorca, towary, waga, podpisy — wygląda tak samo w każdej formie. To, co się różni, to status prawny przywiązany do formy i kto jest zobowiązany ją zaakceptować.

Papier CMR

Wyjście jest dokumentem papierowym określonym przez Konwencję z 1956 roku dotyczącą umowy międzynarodowego przewozu towarów drogą. Jest podpisany przez nadawcę i przewoźnika, a następnie ponownie przez odbiorcę przy dostawie. Pozostaje w pełni ważny prawnie dziś; nic w Regulacji eFTI lub Protokole e-CMR nie wymaga jego porzucenia.

e-CMR na mocy Protokołu Dodatkowego z 2008 roku

Protokół Dodatkowy do Konwencji CMR w sprawie elektronicznego listu przewozowego z 2008 roku daje elektronicznemu listowi przewozowemu taki sam status prawny jak papierowi, w państwach, które go ratyfikowały. Depozytariusz traktatów ONZ wymienia które państwa ratyfikowały lub przystąpiły. Belgia podpisała bez ratyfikacji. Chorwacja, Cypr, Irlandia i Malta nie są stronami.

Równoważność prawna jest warunkowa, nie automatyczna. Tekst Protokołu wymaga, aby rejestr elektroniczny utrzymywał integralność przez całą operację i aby zastosowana metoda umożliwiała uwierzytelnianie stron i danych. Plik, który zawiera jedynie te same informacje co papierowy CMR, bez tych gwarancji integralności i uwierzytelniania, nie jest e-CMR w sensie Protokołu.

Zgłoszenie eFTI

Rozporządzenie (UE) 2020/1056 dotyczy ponownie innego pytania: jak władze publiczne akceptują elektroniczne informacje regulacyjne i nadzorcze. Od 9 lipca 2027 roku władze muszą akceptować takie informacje, gdy przedsiębiorstwo zdecyduje się je przekazać za pośrednictwem certyfikowanej platformy eFTI (Harmonogram Komisji). Wspólny model danych i podejście do certyfikacji platform opisano w prezentacji eFTI4EU. Certyfikacja wymaga oceny zgodności przez jednostkę akredytowaną i rejestracji u właściwej władzy krajowej — procesu, nie formatu pliku.

XML ekstrahowania

Czwartą formą jest to, co wytwarza narzędzie takie jak eCMR Capture: plik XML wygenerowany przez odczytanie istniejącego papierowego lub fotografowanego CMR i strukturyzację jego zawartości. To nie jest nowy instrument prawny. To maschinoczytelna reprezentacja danych, które już istnieją na dokumencie źródłowym.

Czym naprawdę jest XML eCMR Capture

src/lib/extraction/efti-xml.ts w bazie kodów eCMR Capture serializuje ekstrahowanie 24-pola do XML przy użyciu nazw elementów pobranych z UNECE eCMR Protokółu słownika i konwencji modelu danych eFTI na mocy Rozporządzenia Wykonawczego (UE) 2024/2520. Każde pole nosi atrybuty confidence i source, odzwierciedlające jak wartość została uzyskana zamiast stwierdzać ją jako prawdę. Pole metadanych SchemaProfile w dokumencie jasno stwierdza, że wyjście jest „przed-certyfikacją", a własny komentarz dokumentacji pliku wyświetla, co pełna zgodność dodatkowo wymaga: certyfikacja przez jednostkę akredytowaną oceny zgodności, rejestracja u właściwej władzy krajowej i gwarancje bezpieczeństwa, identyfikacji i integralności określone w aktach wykonawczych, takie jak pieczęcie elektroniczne i zaszyfrowany interfejs władzy.

W praktyce ten XML jest odpowiedni dla trzech rzeczy: podgląd po stronie przewoźnika danych przed ewentualnym późniejszym zgłoszeniem, przesłanie jako dane wejściowe dla certyfikowanej platformy eFTI i wewnętrzne przedanie systemu na system, takie jak TMS na rachunkowość lub maklerowi celnemu. Nie jest odpowiedni jako bezpośrednie zgłoszenie eFTI władzom i nie jest, sam z siebie, e-CMR na mocy Protokołu Dodatkowego z 2008 roku, ponieważ nie nosi niezależnej gwarancji integralności lub uwierzytelniania poza wynikami pewności dołączonymi do każdego pola.

Tabela porównawcza

Wyjście Status prawny Kto je akceptuje Co jeszcze jest wymagane
Papier CMR Całkowicie ważny prawnie na mocy Konwencji z 1956 roku Wszystkie strony, wszystkie władze Nic; bezwarunkowo
e-CMR (Protokół z 2008) Równoważny papierowi tam, gdzie Protokół jest ratyfikowany Strony w państwach ratyfikujących Integralność i uwierzytelnianie na mocy Protokołu; nieważny w państwach niebędących stronami
Certyfikowane zgłoszenie eFTI Kanał akceptacji regulacyjnej na mocy Rozporządzenia (UE) 2020/1056 Władze od 9 lipca 2027 roku Certyfikowana platforma: ocena zgodności i rejestracja krajowa
XML ekstrahowania (np. eCMR Capture) Brak niezależnego statusu prawnego Systemy wewnętrzne lub jako dane wejściowe dla certyfikowanej platformy Certyfikacja lub ścisłe użycie jako wewnętrzne/nadrzędne dane

Jak eCMR Capture się wpisuje

eCMR Capture ekstrahuje dane CMR do JSON i XML w kształcie słownika eFTI, wyraźnie oznaczony jako nie certyfikowany. Jest przydatny jako wewnętrzne dane strukturalne lub jako dane wejściowe dla certyfikowanej platformy, a nie jako samo certyfikowane zgłoszenie. Spróbujcie go na /pl/wyprobuj; API i wyjście XML są udokumentowane na /docs.

FAQ

Czy XML wygenerowany ze zdjęcia CMR to to samo co e-CMR?
Nie. e-CMR na mocy Protokołu Dodatkowego z 2008 roku to elektroniczny list przewozowy spełniający wymogi integralności i uwierzytelniania między stronami transportu. XML ekstrahowania to strukturalne dane pochodzące z dokumentu, bez tego statusu prawnego.
Czy XML wyjścia eCMR Capture spełnia wymagania eFTI?
Nie. Podąża eFTI słownikiem w kształcie, dla interoperacyjności, ale jest wyraźnie oznaczony jako nie certyfikowany. Certyfikowane zgłoszenie eFTI wymaga oceny zgodności i rejestracji u władzy krajowej.
Czy mogę użyć XML ekstrahowania jako dane wejściowe dla certyfikowanej platformy eFTI?
Tak, jako dane wejściowe nadrzędne. Platforma, a nie narzędzie ekstrahowania, odpowiada za certyfikowane zgłoszenie władzy.
Które kraje nie są stronami Protokołu e-CMR?
Chorwacja, Cypr, Irlandia i Malta nie są stronami. Belgia podpisała bez ratyfikacji.