eFTI ComplianceTransport Compliance Data LayerPayment Readiness →Pilot procesu

P0 · Partner Data Request Orchestrator

Brakujące dane mają właściciela.

Zamień ręczne „chasing carrier” w jawny workflow: brakujące pole, odpowiedzialna strona, termin, przypomnienie, zwalidowana odpowiedź i wpływ na Invoice Ready, eCMR, eFTI lub Border Ready.

  • Partner ownership
  • Readiness impact
  • Evidence trail
EXECUTION MODELocal partner-request fixture · no messages sent
Pobierz fixture JSON ↓

Zero automatycznego kontaktu z przewoźnikiem.Widok proponuje kolejne akcje, ale nie wysyła prośby, przypomnienia ani aktualizacji TMS.

fixture only
CANONICAL SHIPMENT GRAPH

#NL-CHARTER-1187

External Carrier Demo · subcontractor handoff

CARRIER DATA COMPLETENESS60%

3/5 validated fields

RESPONSE LATENCY1.3 h

średnia w fixture

POD TURNAROUND2.5 h

delivery → POD received

OVERDUE REQUESTS2

requires owner action

BLOCKING FIELDS2

across readiness gates

READINESS IMPACTJedno brakujące pole może blokować kilka outputów
Invoice Readyblocked1 blocking fields
Payment Readyblocked1 blocking fields
eCMR Readyblocked1 blocking fields
eFTI Readyblocked1 blocking fields
Border Readyready0 blocking fields
PARTNER DATA REQUESTSMissing field → responsible party → request → validated response
2 proposed reminders
vehicle.registration_numberNumer rejestracyjny pojazduREQ-001 · owner: external_carrier
RESPONSEwaiting1 logged reminders
BLOCKSeCMR Ready · eFTI Ready
overdue
driver.nameImię i nazwisko kierowcyREQ-002 · owner: external_carrier
RESPONSE1.3 h1 logged reminders
BLOCKSeCMR Ready
validated
pod.document_referenceReferencja PODREQ-003 · owner: external_carrier
RESPONSE2.4 h0 logged reminders
BLOCKSInvoice Ready · Payment Ready
validated
pod.signature_presentPotwierdzenie podpisu PODREQ-004 · owner: external_carrier
RESPONSEwaiting1 logged reminders
BLOCKSInvoice Ready · Payment Ready
overdue
delivery.actual_atRzeczywisty czas dostawyREQ-005 · owner: external_carrier
RESPONSE0.1 h0 logged reminders
BLOCKSeFTI Ready · Border Ready
validated
NEXT ACTIONS · PREVIEW ONLYPrzypomnienia wymagają zatwierdzenia operatoraNie oceniamy partnera na podstawie niezweryfikowanego fixture i nie podejmujemy decyzji o wyborze przewoźnika.

Na granicy systemów i firm

Nie tylko wykryj brak. Doprowadź dane do właściwego ownera.

Canonical Shipment Graph przechowuje związek pola z partnerem, etapem, odpowiedzią i outputem, który zostanie zablokowany. Integracja może użyć API, EDI, CSV, portalu albo wiadomości — kanał jest adapterem.

  1. 01Detect

    Reguła preflight wskazuje brak lub konflikt.

  2. 02Assign

    Field owner i responsible party są jawne.

  3. 03Request

    Termin, kanał i reminder pozostają audytowalne.

  4. 04Validate

    Odpowiedź zasila rekord dopiero po walidacji.

Sygnał produktowy

Status i POD wpływają na walidację faktury oraz płatność.

SJT Venlo opisuje własny workflow E-Logixx dla transportów zlecanych zewnętrznym przewoźnikom: statusy trafiają do TMS, po dostawie system żąda POD, a kompletność i terminowość danych służy operacyjnej ocenie współpracy. To przykład rynkowy, nie integracja ani dowód reprezentatywności całej branży.

SJT Venlo · E-Logixx · 07.09.2026 ↗

Publiczny demonstrator nie wysyła wiadomości, nie łączy się z TMS i nie podejmuje decyzji o wyborze lub rozliczeniu przewoźnika.

Pilot partner handoff

Wybierzmy jeden brak, który dziś opóźnia dokument lub fakturę.

Zakres: source of truth, field owner, partner, kanał odpowiedzi, deadline, readiness gate i evidence trail. Bez budowy kolejnego systemu dokumentowego.

Zobacz zakres pilota