eFTI ComplianceShipment Control TowerSubmission Readiness →Uruchom pilot →

ONE RECORD. FOUR GATES.

Jeden shipment. Cztery niezależne decyzje.

Transport może być gotowy, gdy urząd, POD albo invoice pack nadal blokują kolejne działanie. Control Tower pokazuje zależności per handoff — bez jednego uspokajającego procentu.

  • Transport Ready
  • • Regulatory Ready
  • • POD Ready
  • • Payment Ready
SHIPMENT CONTROL TOWERPL-28491 · snapshot 2026-09-22
Fixture JSON ↓
DECISION VIEW · As received

HOLD — ACTIONS BLOCKED

Poznań, PL → Oslo, NO · ROAD · najbliższy cutoff 2026-09-22T14:00:00+02:00

5OPEN
BLOCKERS
TRANSPORTREADY

Transport Ready

Owner: Transport operations

  • pickup confirmed
  • delivery event linked
  • vehicle reference present
3 evidence item(s)
REGULATORYBLOCKED

Regulatory Ready

Owner: Customs desk

  • house MRN missing
  • authority acknowledgement not evidenced
2 blocker(s)
PODBLOCKED

POD Ready

Owner: Carrier desk

  • consignee signature missing
1 blocker(s)
PAYMENTBLOCKED

Payment Ready

Owner: Billing operations

  • POD gate blocked
  • invoice PO reference mismatch
2 blocker(s)
ACTION DEPENDENCY VIEWKażda decyzja wymaga własnego zestawu bramek.
NO AUTO-EXECUTION
CARRIER HANDOFFCarrier handoff

Requires: TRANSPORT

APPROVAL READY
AUTHORITY SUBMISSIONAuthority submission

Requires: REGULATORY

HOLD
INVOICE RELEASEInvoice release

Requires: POD + PAYMENT

HOLD
EVIDENCE CLOSEEvidence close

Requires: TRANSPORT + REGULATORY + POD + PAYMENT

HOLD
EXCEPTION ROUTINGJawne blokady i właściciele następnego działania
01house MRN missingREGULATORY · owner: Customs desk
02authority acknowledgement not evidencedREGULATORY · owner: Customs desk
03consignee signature missingPOD · owner: Carrier desk
04POD gate blockedPAYMENT · owner: Billing operations
05invoice PO reference mismatchPAYMENT · owner: Billing operations
EVIDENCE BOUNDARYDashboard ≠ submission, invoice release, payment confirmation ani live authority statusConnected systems: 0 · uploaded source documents: 0 · actions executed: 0 · aggregate score: intentionally disabled.

Decision architecture

Nie pytaj „czy shipment jest gotowy?”. Zapytaj: do jakiej czynności?

Carrier handoff wymaga danych transportowych. Submission wymaga własnej bramki regulacyjnej. Zwolnienie faktury zależy od POD i profilu Payment Ready. Każda decyzja ma osobny owner, evidence i blokady.

  1. 01
    Canonical shipment

    Jedno ID i kontrolowany kontekst procesu.

  2. 02
    Independent gates

    Brak uśredniania krytycznych wyjątków.

  3. 03
    Action dependencies

    Wiadomo, która bramka zatrzymuje którą czynność.

  4. 04
    Human approval

    READY oznacza gotowość do decyzji, nie jej wykonanie.

Z istniejących warstw

Control Tower nie zastępuje checkerów. Składa ich decyzje w jeden widok operacyjny.

Transport Data Preflightrole, stage, temporal checks →Submission Readinessreferences, owners, authority handoff →Invoice ReadinessPOD, PO, rate i invoice pack →Document Matchingidentifiers, confidence, duplicates →Authority Runtimeruntime state i safe retry →

Payment Readiness Pilot

Zbudujmy ten widok dla jednego rzeczywistego procesu.

Najpierw uzgadniamy definicję każdej bramki, ownerów i baseline. Dopiero potem podłączamy kontrolowany intake i mierzymy delivery-to-invoice.

Ustal zakres pilota →