Proposal · Laem Chabang Truck Queue Redesign · Friday, 18 September 2026
One queue. Every terminal. No jam.
A single, demand-responsive truck appointment & gate orchestration platform for Laem Chabang Port — built to finish what the 2025 electronic‑queue mandate started.
01 — The problem
Every party below touches a truck's trip through the port — but no one of them can see, or smooth, the whole flow. That's the gap this proposal closes.
02 — Current state
GET /quota/{date} — 24 flat hourly slotsPOST /reserve — plate + containers + hour03 — Root-cause diagnosis
Every truck in an hour has every reason to arrive at :00 — there's no intra-hour smoothing tied to real yard/crane throughput.
"Next Phase" in the port's own diagram — zero cost to speculative bookings or no-shows today.
Each terminal runs its own quota; no cross-terminal sequencing and no port-wide view for PAT to rebalance.
SCM Net's largely manual Excel-based B/L chain pushes bookings to cluster right before vessel cutoff.
Trucks queue on the public road, not at an off-site buffer — so even right-sized demand still shows up as a physical jam.
No "leave now" signal, so trucks arrive early and idle at the gate rather than en route on a timed approach.
The documented API is export-only; import trucks share the same gates without necessarily going through any slot-based system at all.
04 — The solution
Every terminal keeps its own operations. LCB ONE sits as the shared booking, pricing, and visibility layer across all of them, using the same API pattern B4 (TIPS) already exposes as the integration contract — extended to cover import as well as export from day one.
10–15 min windows, capacity computed from live yard/gate/crane signals, not a flat number.
Activates the QR/PromptPay step already diagrammed; no-shows throttle a company's future booking priority.
Live cross-terminal utilization, queue length, and congestion forecast — with rebalancing levers.
Provisional booking the moment SI/VGM are ready, instead of waiting for the full document chain.
App/LINE "leave now" and buffer-yard holding, keeping trucks off the public road until called.
LCB ONE's own reservation contract, not borrowed from any one terminal. A thin adapter maps to systems like B4 (TIPS); terminals with none adopt LCB ONE directly.
05 — Architecture
Own canonical reservation API (§6 of the proposal doc), event-driven behind LCB ONE's own OAuth2 gateway; Redis-backed slot locking to prevent overbooking under burst load; message queue for reservation/gate events; a direct e-Customs/NSW feed for import eligibility; LINE OA as the pragmatic driver-notification channel.
06 — Dynamic slot engine
Illustrative: today's model allows every truck booked in an hour to target :00, producing a spike each hour. The dynamic engine holds the same total throughput but allocates it across 15‑minute windows sized to real yard/gate capacity — flattening arrivals without reducing volume.
07 — Value by stakeholder
08 — Roadmap
One booking surface calling the existing export API as-is, plus a new mirrored import endpoint built alongside it since none exists today. Fastest path to a working demo, covering both directions from day one.
15‑minute capacity-aware windows; activate the QR/PromptPay step already diagrammed as "Next Phase," tied to the reliability score.
PAT-facing cross-terminal dashboard; early provisional booking as soon as SI/VGM are ready in SCM Net.
GPS-based "leave now" notifications and buffer-yard holding — the piece that needs physical/ops coordination alongside the software.
The ask
A single-terminal Phase 1 pilot validates the model against real gate data before asking any stakeholder group to commit port-wide.
Pick one terminal + one gate for a 4–6 week Phase 1 pilot on top of its existing API.
Measure gate wait time and arrival clustering, before vs. after dynamic slotting.
Use pilot data to bring associations and remaining terminals into the shared platform.