eFTI ComplianceNorway Corridor ReadinessDigitoll Norwegia →Sprawdź swój korytarz

PL / EU → NO · obowiązek od 15.09.2026

Digitoll Readiness Checker

Sprawdź, czy Transport, Master, House i wymagane referencje tworzą spójny graf, kto odpowiada za blokadę oraz czy termin wymaga natychmiastowej reakcji.

  • READY / BLOCKED
  • Owner instructions
  • Deadline risk
EXECUTION MODELocal fixture · no customs connection
Pobierz fixture JSON ↓
Dane zostają w tej przeglądarce. To deterministyczny model decyzji na publicznym przykładzie — bez połączenia z urzędem celnym.fixture only
DIGITOLL READINESS · NO

READY: NO

Shipment #NO-PL-28491 · Poznań → Svinesund → Oslo

67%2 blocking items
TRANSPORT READYREADYwynik fixture
REGULATORY READYBLOCKEDwynik fixture
POD READYNOT EVALUATEDosobna bramka
INVOICE READYNOT EVALUATEDosobna bramka
SUBMISSION READINESS GRAPHWłaściciel, źródło, deadline i status powiązania
Digitoll · road border crossing
  1. 01
    Transport notificationREADY
    owner
    carrier / driver
    source
    TMS
    deadline
    15.09, 07:30 CET · high risk
    reference
    TRN-NO-28491
  2. 02
    Master consignmentREADY
    owner
    forwarder
    source
    TMS
    deadline
    15.09, 07:30 CET · high risk
    reference
    MC-NO-8481
  3. 03
    House consignmentREVIEW
    owner
    shipper
    source
    ERP
    deadline
    15.09, 07:30 CET · high risk
    reference
    HC-NO-9914
  4. 04
    Declaration linkMISSING
    owner
    customs representative
    source
    customs system
    deadline
    15.09, 07:30 CET · high risk
    reference
    missing
REFERENCE VALIDATIONCzy urząd połączy właściwe obiekty?
2 checks
transport → masterowner: carrier / driver
MC-NO-8481linked
house → masterowner: shipper
MC-NO-8487mismatch

Referencja źródłowa musi zgadzać się z referencją obiektu docelowego. Brak albo mismatch blokuje wynik wewnętrznego preflightu.

BLOCKER ROUTINGCo trzeba rozstrzygnąć przed granicą?
2 open
reference_mismatchhouse → masterERP · owner: shipper
MC-NO-8487 ≠ MC-NO-8481
message_not_submittedDeclaration linkcustoms system · owner: customs representative
required value missing

Expected crossing: 15.09, 08:30 CETZmiany dosłane za późno mogą nie zostać przetworzone przed przyjazdem. Produkcyjny SLA wymaga potwierdzenia z uczestnikami procesu.

EVIDENCE BOUNDARYBorder Ready fixture ≠ decyzja urzęduBrak submission, acknowledgement, routing status, odprawy i potwierdzenia przekroczenia granicy.
OWNER INSTRUCTIONSKto musi usunąć blokadę przed deadline’em?
houseresolve reference conflictERP
owner: shipperhigh risk
declarationcomplete and submit messagecustoms system
owner: customs representativehigh risk

Akcje są rekomendacją preflightu. Publiczny checker ich nie wykonuje, nie wysyła komunikatów i nie potwierdza przyjęcia przez urząd.

Odpowiedzialność rozproszona

Jedna granica. Kilka stron i systemów źródłowych.

W modelu Norwegian Customs informacje transportowe i towarowe mogą być dostarczane przez różne strony. Wspólne referencje muszą pozwolić systemowi połączyć komunikaty.

01 · CARRIER / DRIVERTransport notification

Odpowiedzialność za informację o środku transportu i przedstawienie jej najpóźniej przy przekroczeniu granicy.

02 · FORWARDER / CARGO OWNERMaster + House data

Dane przesyłki mogą powstać poza TMS przewoźnika i wymagają kontrolowanego handoffu.

03 · IMPORTER / CUSTOMS REPDeclaration reference

Deklaracja i jej referencja muszą zostać powiązane z właściwym house consignment.

Źródła i granice

Checker porządkuje przygotowanie. Nie wykonuje zgłoszenia.

Norwegian Customs wskazuje 15 września 2026 r. jako start obowiązkowej cyfrowej notyfikacji i przekazania danych dla procesów objętych Digitoll. Dla drogi dokumentacja opisuje komunikaty Transport, Master i House oraz ich powiązania.

Norwegian Customs · Digitoll ↗Road transport ↗Technical information ↗

Granica: checker działa na lokalnym fixture. Nie czyta produkcyjnego JSON/CSV klienta, nie łączy się z Digitoll, nie składa deklaracji, nie odbiera acknowledgement lub routing decision i nie potwierdza odprawy.