Scenario · Port logistics reconciliation

The Container That Arrived in Only One System

A carrier reports a container discharged, but the terminal has no current physical location. Elena must preserve a 07:30 appointment without sending a truck on partial evidence.

9 min readSupply chain and manufacturingIllustrative evidence
What this is
A published decision scenario. Its setting and values are invented for illustration.
What this shows
How declared facts and rules produce a traceable result when conditions change.
What this does not show
A customer deployment, measured outcome, or transfer of authority to software.

Narrated film · 1:10

The Container That Arrived in Only One System

See why a carrier update alone cannot establish that cargo is ready, and what a dispatcher needs before sending a truck.

Watch narrated film · 1:10 Read the story · 9 min
1:10

Story

Start with the event and the decision it creates.

The story

05:31–05:42 — the container arrives in only one system

At 05:42, Blue Current Lines reports invented container DEMO-BOX-017 discharged. Elena Park is responsible for deciding whether the consignee may authorize dispatch for its 07:30–07:45 pickup appointment, but Alder Gate Terminal's latest record has neither a grounded state nor a stack location. Sending the truck on partial evidence risks a dry run; waiting could surrender a still-recoverable appointment.

Earlier that morning, Quaystone Brokerage supplied its received regulatory-release assertion and Blue Current supplied its freight-release assertion. Those two gates pass, but neither source establishes physical availability. The container has arrived in the carrier system only. Dispatch remains blocked on terminal-owned evidence, and Grid cannot turn either participant's partial truth into universal permission to move cargo.

05:48 — an appointment cannot repair a missing location

Lantern Motor Freight publishes appointment APT-731: a confirmed pickup slot from 07:30 through 07:45. That slot answers when a pickup might be presented. It does not answer whether Alder Gate Terminal has grounded the box or where it sits.

Grid refuses the tempting shortcut from “discharged, released, and appointed” to “send the truck.” Appointment validity and physical availability are different dimensions.

05:52 — three bounded alternatives expose the stopping point

The model compares exactly three authored responses:

Alternative Result Why
Dispatch now from the partial packet Rejected Terminal grounding and location are absent.
Hold the driver assignment while retaining the appointment Conditional It preserves the slot but still requires current terminal evidence before dispatch authorization.
Cancel and request a later appointment immediately Feasible proposal It reduces dry-run exposure but gives up a recoverable window and requires Elena's external authority.

The conditional hold is the authored preference because the evidence may still arrive in time. Preferred does not mean authorized.

06:18 — the terminal supplies the missing fact

Alder Gate publishes TER-516: grounded at 06:07, stack location B14-07, zero active holds, observed at 06:18, and valid through 06:28.

The release, physical, and appointment predicates all pass. The authority state remains not-requested. A complete readiness packet can now be reviewed; the result does not dispatch a driver or guarantee interchange.

06:20–06:23 — old delivery cannot move time backward

The adapter receives CAR-8841 again and then receives older terminal revision TER-514 after TER-516. The duplicate discharge does not create a second event. The older terminal record remains inspectable but cannot replace the accepted newer revision, and a late receipt cannot make an old observation current.

At 06:23, terminal correction TER-517 reports grounded state, zero holds, an observation time of 06:23, and validity through 06:33 while changing the location from B14-07 to B14-09. Only the location-dependent driver instruction and map callout become stale. Release state, appointment identity, and the immutable TER-516 history remain intact. Accepting a correction creates no authority.

06:34–06:38 — evidence expires, refreshes, and stops at authority

The terminal feed degrades. By 06:34, its last observation is eleven minutes old—one minute beyond the authored ten-minute validity rule. Grid retains B14-09 as the last known location while setting pickup_eligible = false and explaining HOLD / REFRESH REQUIRED. A reconnect or cache timestamp cannot become a terminal observation.

Revision TER-518 arrives at 06:37 with grounded state, B14-09, zero holds, and validity through 06:47. Elena then signs authorization DISPATCH-AUTH-204 for exact packet PICKUP-204, binding the current broker, carrier, terminal, and appointment revisions to that expiry. Lantern's dispatch system acknowledges request DSP-611 at 06:38. That acknowledgement is not driver departure, gate interchange, or receipt.

07:38–09:12 — external reports close different loops

Alder Gate's GATE-992 reports pickup at 07:38, inside the appointment window. North Orchard Appliances' RCV-404 reports receipt at 09:12.

The evidence line remains explicit:

proposal → human authorization → dispatch request acknowledged → terminal pickup reported → consignee receipt reported

Current terminal evidence and Elena's exact authorization made the dispatch request permissible; pickup and receipt became facts only when their owning systems reported them. No earlier state is relabeled as a later one. These authored reports do not prove the model was correct, establish a real logistics outcome, or authorize one participant to speak for another.

Why this setting is recognizable

The U.S. Department of Transportation's Freight Logistics Optimization Works program describes a public-private effort using aggregated information from cargo owners, carriers, ports, terminals, and railways to improve a broader view of supply-chain conditions. U.S. Customs and Border Protection's ACE materials publish distinct technical and reference material for manifest, Cargo Release, post-release, status, cancellation, recordkeeping, and downtime processes. The Federal Maritime Commission's detention and demurrage billing rule summary describes billing roles, timing, disputes, and required invoice information in a context where container availability can matter.

Those official sources ground only the multi-party freight context and the need to keep institutional meanings distinct. They do not establish this container, its statuses, the ten-minute rule, the preferred alternative, a Grid integration, a charge, permission to move cargo, or any outcome.

Where the model stops

Grid can represent selected source revisions, order, freshness, contradiction, correction, declared alternatives, an exact decision packet, and later external evidence. It cannot originate customs or freight release, invent a terminal location, book or alter an appointment, dispatch a driver, grant gate access, transfer custody, waive a fee, or declare delivery.

The page contains no real container number, bill, vessel, voyage, commodity, customer, driver, facility coordinate, terminal layout, credential, interface secret, or live movement instruction. The identifier DEMO-BOX-017 is deliberately not a valid ISO container number.

What remains to prove

Source revision 2026-08-27.1 has reviewed domain context, product boundaries, and a public-suitability finding, so this authored page can be published at R2. The fixture itself remains authored.

The next proof is an exact deterministic implementation of the five narrow contracts, the conjunctive gates, ten-minute freshness rule, duplicate and out-of-order delivery, B14-07 to B14-09 correction, eight source and decision revisions, three alternatives, authority stop, and separate dispatch, gate, and receiving reports. It needs a separately identified independent oracle reviewer, negative cases, and retained execution and verification evidence. Intended-environment work would additionally require participant-owned semantics, identity, delegation, security, records, contractual controls, reconciliation, and qualified integrations. None of that can turn this editorial fixture into customs advice, a terminal instruction, or authority to move cargo.

Decision path

Follow the changed fact step by step.

A calculation, proposal, approval, execution report, and outcome are different events. The order keeps those boundaries visible.

  1. 01 · 05:31–05:35

    Two releases answer two narrow questions

    Broker revision CUS-221 and carrier revision OCN-302 satisfy the authored release gate without establishing terminal availability or dispatch permission.

  2. 02 · 05:42

    The container arrives in only one system

    Carrier event CAR-8841 reports discharge, but terminal revision TER-515 supplies neither grounded state nor a location, so pickup remains blocked.

  3. 03 · 05:48

    An appointment cannot repair a missing location

    Appointment APT-731 confirms a 07:30–07:45 slot, yet appointment validity and terminal-owned physical availability remain different facts.

  4. 04 · 05:52

    Three bounded alternatives expose the stopping point

    Immediate dispatch is rejected, an appointment-preserving hold is conditional, and cancellation is feasible only as an externally authorized proposal.

  5. 05 · 06:18

    The terminal supplies the missing fact

    TER-516 reports the box grounded at B14-07 with zero holds and a ten-minute validity window, making the packet reviewable—not dispatched.

  6. 06 · 06:20–06:23

    Old delivery cannot move time backward

    A duplicate and an out-of-order record cannot replace TER-516; correction TER-517 refreshes the observation and changes the location to B14-09, staling only dependent route artifacts.

  7. 07 · 06:34–06:38

    Evidence expires, refreshes, and stops at authority

    The eleven-minute-old terminal observation blocks dispatch until TER-518 refreshes it; Elena authorizes packet PICKUP-204, and DSP-611 acknowledges only a dispatch request.

  8. 08 · 07:38–09:12

    External reports close different loops

    Terminal report GATE-992 records pickup and receiving report RCV-404 records receipt without relabeling proposal, authorization, or acknowledgment as execution.

Evidence and limits

What the scenario represents—and what real-world use still requires.

Represented in this scenario

  • Revisioned discharge, release, terminal, appointment, decision, dispatch, gate, and receipt evidence with explicit ownership, order, and freshness
  • Missing, duplicate, out-of-order, corrected, and expired facts plus the exact authored readiness gates and three bounded alternatives
  • Proposal, human authorization, request acknowledgment, terminal pickup, and consignee receipt as distinct evidence states

Required integration and operating work

  • Author and qualify participant-owned schemas, code mappings, source precedence, adapters, identity and delegation, role experiences, records, accessibility, security, reconciliation, and correction workflows
  • Implement the deterministic fixture, freeze an independent oracle, test missing, stale, duplicate, out-of-order, corrected, unauthorized, and externally unresolved paths, and retain exact execution and verification evidence

Decisions that remain with people and institutions

  • Customs or freight release, terminal availability, a pickup appointment, driver dispatch, gate access, custody transfer, or delivery
  • A fee waiver, billing decision, contract interpretation, legal conclusion, or universal meaning for a participant's status code
  • Movement, receipt, lower dwell, lower cost, fewer dry runs, product performance, or any customer or operating outcome
Evidence, authority, and publication recordView the scenario contract, capability record, authority stages, verification status, and related work.

Scenario contract

The setting, trigger, decision, and authority boundary.

Setting
Harbor Alder, an invented container port connecting independently operated carrier, terminal, broker, motor-carrier, and consignee systems.
Timeframe
05:31 through 09:12 on one authored import morning
Trigger
Carrier revision CAR-8841 reports the box discharged while terminal revision TER-515 has no current grounded location.
Decision
Whether the motor carrier may be dispatched for the 07:30–07:45 appointment, held, or rescheduled.
Authority
Each source owner retains its status; Elena Park may authorize dispatch under the scenario's consignee policy, while the motor-carrier dispatch system, terminal gate system, and consignee receiving system perform or report their own external effects.

Five true records, one governed decision

Discharged, released, and appointed still does not mean available.

Source ownership, evidence age, correction, authority, dispatch, pickup, and receipt remain connected without becoming one mutable master status.

  1. SourcesFive narrow records

    Carrier, broker, terminal, motor-carrier, and consignee systems each answer a different question.

  2. ModelPickup eligibility is conjunctive

    Release, physical, appointment, and freshness gates must all hold before the packet can reach Elena.

  3. CorrectionB14-07 becomes B14-09

    The changed location stales route artifacts without changing release state or creating authority.

  4. Human authorityExact dispatch packet

    Elena may authorize the represented packet; authentication and a green gate alone confer no dispatch authority.

  5. External evidenceDispatch, pickup, and receipt

    Request acknowledgment, gate interchange, and consignee receipt close separate loops in their owning systems.

Every participant, identifier, value, and result is synthetic; this is an authored R2 Scenario, not an executed Grid fixture or port instruction.

What is established

What is documented, what this scenario combines, and what still needs testing.

This separates documented capabilities from authored combinations in the scenario. Neither proves a complete deployment or outcome.

Documented

Documented building blocks

Capabilities described in maintained Grid documentation or another named source.

  • Reviewed product primitives document typed values, reactive dependencies, provenance, ordered streams, connector contracts, governed artifacts, and audience-specific surfaces within their stated limits; they do not establish a port-logistics product or this fixture's behavior.
  • Reviewed product primitives document revision history, predicates, explanation, and attributable workflow ingredients within documented scope; they do not establish customs release, terminal availability, dispatch authority, gate interchange, custody, or receipt.
Combined here

Combined in this scenario

Capability combinations represented in this scenario that still require end-to-end evaluation.

  • The authored Scenario composes synthetic source contracts, conjunctive readiness gates, a ten-minute freshness rule, three bounded alternatives, an exact authority packet, and correction-capable route and status views.
  • Carrier, broker, terminal, appointment, dispatch, gate, and receiving adapters plus role-specific experiences would be built around each participant's narrow contract without centralizing its authority.
Needs testing

Not yet proved

Integration, operating, policy, or evidence work that is not complete.

  • No package-owned executable fixture, independent oracle, negative-case suite, retained execution and verification record, derivative-parity review, or intended-environment evaluation has yet established the authored behavior.
  • No qualified code mapping, identity, delegation, carrier, broker, customs, terminal, appointment, dispatch, gate, custody, receiving, billing, security, records, or target-environment integration exists, and no observed outcome exists.

From model result to outcome evidence

A modeled answer does not perform the work.

Calculation, review, authorization, submission acknowledgment, execution reporting, and observed outcome produce different records and must remain independently inspectable.

  1. 01 · ModelEvaluate the declared facts, rules, dependencies, and constraints.

    The result is model output, not an authorized decision.

  2. 02 · ProposalPrepare an exact candidate plan and explanation for review.

    A proposal does not carry institutional authority.

  3. 03 · Human authorizationThe named responsible actor accepts, rejects, or changes the exact reviewed revision.

    An interface action records the scenario step; authority still comes from the responsible institution.

  4. 04 · Submission acknowledgmentThe receiving system records that it accepted the exact instruction for processing.

    Receipt establishes neither execution nor outcome.

  5. 05 · Execution reportThe responsible execution owner separately reports what action was performed.

    Reported execution is not proof of the intended outcome.

  6. 06 · Outcome evidenceAuthoritative observation records what occurred and with what effect.

    An outcome claim requires evidence beyond the model, submission record, and execution report.

Acknowledgment ≠ execution ≠ outcome. Each state requires its own responsible source and evidence record.

Proof and limits

What this scenario supports—and what remains to validate.

These states describe the scenario source and its defined checks. Real-world validation requires separate evidence.

Scenario publication
PublishedReleased August 27, 2026 as an operating scenario.
Source readiness
R2 · Sources reviewedDomain support and product capability boundaries have been reviewed.
Scenario check
Checks not runScenario revision 2026-08-27.1 defines the steps and expected results; the checks have not run yet.
Independent review
PendingThe expected results have not received independent review.
Deployment evidence
NoneNo customer deployment, production performance, or real-world outcome is claimed.
Next proof required
Advance beyond R2Run the defined checks, retain the results, and have an independent reviewer check the expected results.

Evidence and stewardship

What supports this scenario—and when it must be reviewed again.

Illustrative evidence

Authored port-logistics scenario grounded by reviewed DOT, CBP, and FMC sources; it is not a shipment record, customs determination, terminal instruction, customer deployment, product benchmark, or measured Grid outcome.

Invented elements. Harbor Alder and every organization, person, container, status, location, time, charge, appointment, decision, and outcome are invented. Official sources ground only the multi-party freight context, and reviewed Grid documents support only generic primitives—not this composition, dispatch authority, integration, movement, deployment, or result.

Owner
Grid FYI Editorial
Reviewed
August 27, 2026
Review due
February 27, 2027
Source revision
2026-08-27.1
Scenario package
port-logistics-container-arrived-in-one-system

Related work

Related reading and examples.

These links are chosen as direct companions to this scenario.

Use cases

Insights

White paperFrom Supply Visibility to Executable Availability: Inventory, Production, Transport, and Commitments in One ModelVisibility becomes executable availability only when usable inventory, feasible production, transport windows, accepted commitments, evidence, and human authority resolve together.White paperInventory Is Not Availability: An Executable Model for Contested LogisticsInventory creates mission value only when identity, location, condition, demand, authority, and a feasible route resolve together. This paper separates the public logistics record from a bounded Grid proposition and evaluation method.White paperReadiness Is a Graph: From Local Green Status to Mission-Qualified AvailabilityA locally valid status does not establish that the right asset, configuration, crew, support, and time window resolve for a particular mission. This paper separates the public readiness record from a bounded Grid proposition and evaluation method.

Films

Continue

Read, watch, or explore the next step.

Thematic companion · 0:53The Supplies Were Already ThereScattered inventory records are checked against evidence before the model proposes a medical-resupply route for an officer to approve. This released film approaches the same operating theme through a different scenario.Inspect implementation conceptsExplain and validate a changing decisionContinue into Grid Developers for maintained behavior, prerequisites, and implementation limits.Apply the operating patternFrom a Changed Fact to Coordinated ActionWhen one operating fact changes, trace its consequences through the model, compare feasible responses, and update the people and views that depend on the decision.