- 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.
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, bieżący stan infrastruktury urzędu, regułę podpisu oraz bezpieczny fallback.
- Provider-aware
- Standard-aware
- Country-aware
Ostatnia weryfikacja źródeł: 21 września 2026 · snapshot, nie live monitor · human review required
EU layereFTI dataset + platform boundary
checkCountry layerPL legal review · ES DeCA rule
conditionalDocument layerformat · signature · QR · retention
resolveERP / 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.
- 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.
- 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.
- Zakres
- Transporty podlegające odprawie przy wjeździe do Norwegii; komunikaty transport, master consignment i house consignment.
- Format / dane
- Oddzielne komunikaty REST/JSON. Dane o transporcie i towarach mogą pochodzić od różnych stron i wymagają spójnych referencji.
- Podpis / auth
- Dostęp M2M wymaga uwierzytelnienia organizacji przez Maskinporten i certyfikat przedsiębiorstwa.
- Fallback / granica
- Dane i zmiany przekazane zbyt późno mogą nie zostać przetworzone przed przyjazdem. Wynik preflight nie zastępuje acknowledgement ani routing decision urzędu.
- 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 · Country / Gate Capability Registry
Endpoint gotowy nie znaczy: endpoint działa teraz.
Każdy wpis oddziela regulatory readiness, runtime readiness, udokumentowane operacje, interfejs, sandbox i dowód adaptera. Brak publicznej informacji pozostaje wartością unknown — nie domysłem.
- Maturity
- production · Obowiązek od 15.09.2026
- Last change
- Weryfikacja 15.09.2026
- Operations
- transport · master · house · linking · updates · routing
- Interface
- REST / JSON · WCO DM / EUCDM
- Sandbox
- development/testing documentation published
- Our adapter
- not implemented · not tested
- Regulatory
- READY
- Runtime
- OPERATIONAL · snapshot 21.09
Wymagane są onboarding, credentials i rzeczywisty scenariusz. Publiczny preflight nie wysyła komunikatów.
- Maturity
- production · Przywrócono 18.09.2026 · 15:00 CEST
- Last change
- Komunikat zaktualizowany 18.09.2026 · 17:20
- Operations
- signing and sending selected sanitary, border, plant-protection and agri-food documents
- Interface
- PUESC Single Window user service
- Sandbox
- not profiled in incident notice
- Our adapter
- not implemented · not tested
- Regulatory
- SERVICE ACTIVE
- Runtime
- RESTORED · historical notice
Komunikat potwierdza usunięcie problemów 18.09 o 15:00, a nie bieżący live status. Zakres incydentu nie jest profilem wszystkich usług PUESC.
- Maturity
- procurement · Oferty do 15.10.2026 · 12:00 CEST
- Last change
- Korekta opublikowana 17.09.2026
- Operations
- not published in the notice
- Interface
- not published in the notice
- Sandbox
- not published in the notice
- Our adapter
- not testable
- Regulatory
- PROCUREMENT
- Runtime
- NOT APPLICABLE
Termin przesunięto z 25.09 na 15.10.2026. Postępowanie nie jest dowodem gotowego endpointu, kontraktu API ani kompatybilności produkcyjnej.
- Maturity
- project_consultation · Konsultacje 15–28.09.2026
- Last change
- Publikacja 15.09.2026 · weryfikacja 20.09.2026
- Operations
- planned central point: eFTI platforms ↔ competent authorities
- Interface
- not published on consultation page
- Sandbox
- not published on consultation page
- Our adapter
- not testable
- Regulatory
- PROJECT CONSULTATION
- Runtime
- NOT AVAILABLE
Konsultacje podejścia projektowego nie są dowodem procurementu, implementacji, sandboxu ani produkcji. Scenariusz PL → SK · road · ADR pozostaje nietestowalny konektorowo.
- Maturity
- sandbox · Produkcja planowana w 2027
- Last change
- Weryfikacja 22.09.2026
- Operations
- Gate API for Platform · Platform API for Gate · interoperability test runs
- Interface
- HTTP/OpenAPI public · eDelivery API by support request
- Sandbox
- developer testing available
- Our adapter
- not implemented · lab fixture only
- Regulatory
- IMPLEMENTATION
- Runtime
- DEVELOPER PORTAL AVAILABLE
V0 jest rekomendowane obecnie, V1 nadal może się zmienić. Publiczny rejestr nie prowadzi access pointu eDelivery i nie potwierdza testu z gate.
- Maturity
- development · Pełne stosowanie 09.07.2027
- Last change
- Weryfikacja 10.09.2026
- Operations
- authority access via certified eFTI platforms
- Interface
- country-specific implementation
- Sandbox
- country-specific
- Our adapter
- 0 production connections tested
- Regulatory
- IMPLEMENTATION
- Runtime
- COUNTRY-SPECIFIC UNKNOWN
Pełne stosowanie od 09.07.2027. Profil techniczny i certyfikacyjny musi być śledzony wersjami; status wdrożenia pozostaje krajowy.
- SK gate stage
- project_consultation
- Public interface
- not published
- Connector regression
- not testable
- Decision
- GATE UNKNOWN
To deterministyczny odczyt publicznego snapshotu, nie live API urzędu. Webhooki i automatyczne testy regresji pozostają zakresem komercyjnego wdrożenia.
Transport · Master · House · relations
adapter: not implemented · not testedLegacy SSN attachments until further notice
adapter: not implemented · not tested03 · 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 danychjurisdictionPL / ES / EUlegal_basissource + versiondocument_scopeadministrative / contractualeffective_fromdate or unknownsignature_rulenone / AdES / QES / reviewdigital_formatstructured data / native PDFfallbackpaper / hybrid / not allowedlast_verified_atevidence timestamphuman_reviewrequired / conditional04 · 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.
Gate Readiness Explorer
Regulatory, technical i runtime osobno. Publiczny test gate nie staje się automatycznie produkcją.
Authority Runtime + ADR / CMDS Validator
Status, safe retry i fallback oraz conditional rules z human review required dla dangerous goods.
Audit → pilot → maintenance
Opłata wdrożeniowa, cykliczne utrzymanie connectora i użycie — wycena dopiero po poznaniu zakresu.
05 · 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.
Czy status gate oznacza, że mamy działający adapter?
Nie. Rejestr rozdziela źródło regulacyjne, udokumentowaną możliwość bramki, dostępność specyfikacji lub sandboxu oraz dowód naszego adaptera. Obecny publiczny snapshot nie zawiera żadnego przetestowanego połączenia produkcyjnego.
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.
06 · Country readiness audit
Zacznij od jednego kraju i jednego procesu.
Publiczny rejestr rozróżnia zakres reguły, źródło i stan dowodowy. Nie jest certyfikatem ani pełną opinią prawną. Planowane funkcje płatne będą dostępne dopiero po testach produkcyjnych.