Country Rules Registry · public preview

Jedne dane transportowe. Różne reguły krajowe.

Warstwa integracyjna musi rozumieć nie tylko providera i standard, lecz także jurysdykcję, zakres dokumentu, datę obowiązywania, regułę podpisu oraz dozwolony fallback.

Porównaj reguły Pobierz manifest JSON

Provider-aware
Standard-aware
Country-aware

Ostatnia weryfikacja źródeł: 7 września 2026 · materiał informacyjny · human review required

RULE RESOLUTIONPRZYKŁAD

Transport contextPL → ES · road · public freightdocument_role: administrative + contractual

EU layereFTI dataset + platform boundary

check

Country layerPL legal review · ES DeCA rule

conditional

Document layerformat · signature · QR · retention

resolve

DECISION GATE2 warunki wymagają przeglądu człowiekaRejestr nie uzupełnia nieznanych danych i nie wydaje decyzji prawnej.

Warstwa docelowa

ERP / TMS / WMS

→

controlled data

→

standard adapter

→

country rules

→

provider

01 · Rejestr źródłowy

Status reguły to nie status wdrożenia.

`Published` potwierdza publikację źródła. Nie oznacza gotowego adaptera, zgodności klienta ani poprawności konkretnego dokumentu.

eFTI — wspólne ramy, krajowy kontekstPełne stosowanie · 09.07.2027

Zakres: Informacje regulacyjne B2A przekazywane przez certyfikowane platformy eFTI.
Format / dane: Ustrukturyzowane dane zgodne z właściwym zbiorem eFTI.
Podpis / auth: Nie jest to uniwersalna reguła podpisu dla eCMR lub innych dokumentów kontraktowych.
Fallback / granica: Przyjęcie eFTI przez organy staje się obowiązkowe; korzystanie z eFTI przez firmy pozostaje co do zasady dobrowolne.

eCMR — scenariusz wymaga przeglądu prawnegoLegal review required

Zakres: Krajowe i międzynarodowe procesy używające elektronicznego listu przewozowego w Polsce.
Format / dane: Nie ma jednej bezpiecznej odpowiedzi dla wszystkich podstaw prawnych i dokumentów użytych w procesie.
Podpis / auth: Wymóg podpisu trzeba ustalić dla konkretnego dokumentu, roli i podstawy prawnej.
Fallback / granica: Nie zakładamy automatycznie paperless. Pilot powinien jawnie wskazać przypadki wymagające modelu hybrydowego lub papieru.

DeCA — cyfrowy dokument kontroliObowiązkowo cyfrowy · 05.10.2026

Zakres: Publiczny transport drogowy towarów w Hiszpanii oraz kabotaż. Transport międzynarodowy pozostaje przy dokumentach z właściwych konwencji.
Format / dane: Natywnie wygenerowany PDF do 5 MB, z QR i bezpośrednim URL. Skan papieru nie jest ważnym DeCA.
Podpis / auth: Podpis nie jest wymagany dla ważności administracyjnej. Jeżeli dokument pełni też funkcję kontraktową i wymaga podpisu: co najmniej AdES.
Fallback / granica: Kierowca może mieć kopię elektroniczną albo wydruk z QR, ale źródłowy DeCA musi powstać cyfrowo. Osobna forma DeCA nie jest potrzebna, gdy wymagane dane są przedstawiane w schemacie eFTI.

eFTI — implementacja wielogałęziowaImplementation context · 07.2027

Zakres: Kolej, droga, lotnictwo i śródlądowe drogi wodne; także dane dangerous goods, combined transport, cabotage i wymagania krajowe.
Format / dane: Fiński kontekst potwierdza, że model nie może być ograniczony do jednego dokumentu ani samej drogówki.
Podpis / auth: Traficom rozdziela eFTI od eCMR: mogą współdzielić dane, ale nie zastępują automatycznie swoich procesów.
Fallback / granica: Dla firm eFTI pozostaje dobrowolne; Fintraffic rozwija krajowy eFTI Gate, a odbiorcami mają być policja i urząd celny.

Granica: wpisy są snapshotem źródeł na wskazany dzień. Zmiana przepisów, interpretacji, zakresu przewozu lub funkcji dokumentu może zmienić wynik. Rejestr nie stanowi porady prawnej ani potwierdzenia zgodności.

02 · Model reguły

Nie wystarczy kraj i data.

Reguła musi być wykonana dopiero po ustaleniu kontekstu transportu, roli dokumentu i źródła danych. Brak kontekstu zwraca review — nie fałszywe „pass”.

Połącz reguły z ownership danych

COUNTRY RULE CONTRACTv0.1

jurisdictionPL / ES / EU

legal_basissource + version

document_scopeadministrative / contractual

effective_fromdate or unknown

signature_rulenone / AdES / QES / review

digital_formatstructured data / native PDF

fallbackpaper / hybrid / not allowed

last_verified_atevidence timestamp

human_reviewrequired / conditional

03 · Architektura docelowa

Canonical model wewnątrz. Otwarte standardy na granicach.

P0 zaczyna od TMS/ERP i readiness eFTI, ale kontrakt danych pozostawia miejsce na EDI, eCMR, ONE Record/eAWB, EMSWe oraz zbiory dangerous goods. Kolejne adaptery powstają wyłącznie po potwierdzeniu płatnego przypadku użycia.

INPUTSERP · TMS · WMSEDI · eCMR · ONE Record · eAWB

INTERNALControlled Transport Recordownership · provenance · versions

RESOLUTIONStandard + country rulesconditional validation · human review

OUTPUTSSupported providersversioned adapters · contract tests

Poland compliance adapter

Jeden zweryfikowany scenariusz prawny i operacyjny, z jawnym fallbackiem oraz testami warunkowymi.

ADR / CMDS Validator

Conditional rules, completeness, provenance i obowiązkowa kolejka human review dla dangerous goods.

GTM

Audit → pilot → maintenance

Opłata wdrożeniowa, cykliczne utrzymanie connectora i użycie — wycena dopiero po poznaniu zakresu.

04 · Pytania

Reguły wymagają kontekstu.

Najważniejsze granice przed włączeniem kraju lub dokumentu do pilota.

Czy rejestr mówi, że konkretny transport jest zgodny?

Nie. Rejestr porządkuje źródła, zakres i warunki do sprawdzenia. Zgodność konkretnego przewozu zależy od jurysdykcji, dokumentu, roli stron, procesu i aktualnego brzmienia przepisów.

Czy hiszpański DeCA jest tym samym co eCMR?

Nie. DeCA jest dokumentem kontroli administracyjnej dla określonych przewozów w Hiszpanii. Może wykorzystywać format innego dokumentu transportowego, jeżeli zawiera wymagane dane, ale jego reguły techniczne i zakres trzeba rozpatrywać osobno.

Dlaczego reguła podpisu jest warunkowa?

Ten sam plik może pełnić różne funkcje. Hiszpański DeCA nie wymaga podpisu dla ważności administracyjnej, ale przy funkcji kontraktowej i wymaganym podpisie uruchamia się osobna reguła. W Polsce właściwy scenariusz również wymaga przeglądu podstawy prawnej.

Co trafia do pilota Poland compliance adapter?

Najpierw jeden udokumentowany proces: rodzaj przewozu, dokument, strony, wymagane podpisy, źródła danych, sposób kontroli i uzgodniony fallback. Dopiero potem powstają warunkowe reguły i testy adaptera.

05 · Country readiness audit

Zacznij od jednego kraju i jednego procesu.

Zmapujemy dokument, role, systemy źródłowe, wymogi formatu i podpisu oraz punkty wymagające opinii prawnej. Wynikiem jest scope pilota — nie automatyczny certyfikat.

Sprawdź zakres audytu kontakt@efticompliance.pl

W pierwszej wiadomości nie wysyłaj danych osobowych, sekretów API ani poufnych plików.