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.