P0 · Operational Deadline & Dependency Engine

Najwcześniejszy cutoff wygrywa.

Regulatory deadline może być za osiem godzin, ale brakujący MRN musi trafić do przewoźnika za 47 minut. Połącz referencje, ownerów i zegary w jednym widoku, zanim transport dostanie status no-show.

  • Carrier / terminal / customs
  • Dependency invalidation
  • Exception-cost context
EXECUTION MODELocal fixture · deterministic rules
Fixture JSON ↓
Nic nie jest wysyłane. Przykład nie zapisuje danych, nie zmienia bookingu i nie składa zgłoszeń.fixture only
SHIPMENT DEADLINE GRAPH · rail_intermodal

LOAD AT RISK

Shipment #PL-NO-RAIL-0169 · Poznań → Malmö → Oslo

EARLIEST OPEN CUTOFF+47 min2 blocking dependencies
BORDER DEADLINE+8 hfixture · expected crossing
CARGONET CUTOFF+47 minsource-scoped carrier rule
HOUSE MRNMISSINGowner: shipper / customs rep
LOAD DECISIONLOAD AT RISKinternal preflight only
OPERATIONAL CLOCKSNajwcześniejszy wymagany cutoff wygrywa
5 clocks
  1. bookingBooking data freezeowner: forwarder
    43 min po terminiesatisfied
  2. carrier customsCargoNet customs data cutoffowner: customs representative / shipper
    +47 minopen
  3. loadingRail loading cutoffowner: carrier operations
    +1 h 47 minscheduled
  4. terminalTerminal gate-inowner: driver / terminal
    +2 h 17 minscheduled
  5. regulatory borderExpected Norwegian border crossingowner: carrier / customs representative
    +8 hscheduled
DEPENDENCY GRAPHKażda referencja ma ownera, źródło i zależność
7 nodes
01
Canonical shipment recordready
owner
forwarder
source
TMS
reference
PL-NO-RAIL-0169
cutoff
43 min po terminie
root node
02
Transit declaration MRNready
owner
customs representative
source
customs broker portal
reference
26PL-TRANSIT-7712
cutoff
+47 min
depends on: shipment_record
03
Digitoll house consignmentready
owner
shipper / customs representative
source
customs broker portal
reference
HOUSE-DRAFT-0169
cutoff
+47 min
depends on: shipment_record
×04
House MRN registered for CargoNetmissing
owner
shipper / customs representative
source
CargoNet web portal / API
reference
missing
cutoff
+47 min
depends on: house_consignment
!05
CargoNet MRN handoffblocked
owner
forwarder
source
CargoNet web portal / API
reference
26PL-TRANSIT-7712
cutoff
+47 min
depends on: transit_mrn · house_mrn_registered
06
Digitoll transport notificationready
owner
carrier / CargoNet
source
Digitoll workflow
reference
MO-0169
cutoff
+8 h
depends on: shipment_record
!07
Rail loading decisionblocked
owner
carrier operations
source
terminal / carrier workflow
reference
BOOKING-4481
cutoff
+1 h 47 min
depends on: cargonet_reference_handoff
BLOCKER ROUTINGCo blokuje załadunek?
2 open
required_reference_missingHouse MRN registered for CargoNetCargoNet web portal / API · owner: shipper / customs representative
+47 min
dependency_not_readyCargoNet MRN handoffCargoNet web portal / API · owner: forwarder
+47 min

Instrukcje są wynikiem lokalnego preflightu. Publiczny demonstrator nie kontaktuje ownera i nie aktualizuje portalu.

CHANGE IMPACT PREVIEWCo wymaga ponownej walidacji po zmianie?
preview only
vehicle.trailer_registrationZmiana naczepy
invalidates
Canonical shipment record
review
transit_mrn, house_consignment, cargonet_reference_handoff

OTSL documents GMR invalidation after a trailer change; this fixture routes the broader shipment dependencies to review rather than claiming universal invalidation.

EVIDENCE BOUNDARYDeadline Risk fixture ≠ akceptacja przewoźnika lub urzęduBrak live statusu, submission, zmiany bookingu, automatycznej invalidacji i obliczonej oszczędności.

Koszt obsługi · publiczny benchmark

Compliance ma już cenę per shipment.

DHL Global Forwarding Norway publikuje 175 NOK za transport notification (MO), 50 NOK za deklarację obsłużoną przez DHL i 120 NOK, gdy deklarację obsługuje inna strona. To benchmark kosztu obsługi — nie obietnica oszczędności naszego produktu.

DHL · NORWAY · JULY 2026public price list
MO175 NOK
DECLARATION · DHL50 NOK
DECLARATION · OTHER PARTY120 NOK
DHL · opłaty drogowe i Digitoll ↗

Kwoty nie są kalkulacją unikniętego kosztu. Dokładnych stawek NTEX nie publikujemy bez zweryfikowanego publicznego źródła pierwotnego.

Metoda P0

Od listy deadline’ów do grafu decyzji.

  1. 01Zbierz zegary

    Carrier, terminal, customs, booking, border i slot — każdy ma osobne źródło, ownera i zakres.

  2. 02Połącz zależności

    MRN → portal przewoźnika → loading decision → crossing. Brak upstream blokuje właściwy downstream.

  3. 03Symuluj zmianę

    Zmiana naczepy lub trasy uruchamia jawny review scope, bez automatycznej zmiany danych zewnętrznych.

  4. 04Route exception

    Najbliższy cutoff, brak i owner tworzą operacyjną instrukcję. Wykonanie wymaga autoryzowanego workflow.

Źródła i granice

Reguła musi być przypisana do korytarza i operatora.

CargoNet wskazuje, że dane Digitoll dla kolei powinny być zwykle gotowe najpóźniej godzinę przed loading cutoff, a brak wymaganych MRN może zakończyć się anulowaniem shipmentu i opłatą NO SHOW. OTSL pokazuje operacyjny kontekst wielu portali i zegarów oraz przypadek, w którym zmiana naczepy unieważnia GMR. Te zasady nie są uniwersalną regułą dla każdego przewoźnika.

Granica dowodowa: ekran działa na publicznym fixture z datą 16.09.2026. Nie pobiera aktualnego statusu systemów, nie łączy się z CargoNet lub Digitoll, nie składa deklaracji, nie zmienia slotu i nie potwierdza przyjęcia transportu.

Twój korytarz

Mapa jednego shipmentu, nie kolejny portal.

Zaczynamy od rzeczywistego procesu: referencje, ownerzy, źródła, cutoffy i reguły invalidacji. Dopiero potem oceniamy zakres integracji.

Zmapuj swój shipment