定义
「仓库预约到港与排队」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
时间窗、叫号和月台占用各算一笔
仓库预约到港同时维护三笔状态，不能收成一个“已到”标志。时间窗说明这辆车被允许在哪一段靠近闸口；叫号说明它在场外或缓冲位排到第几；月台占用说明哪一个门洞正被装卸、预计何时释放。三笔状态由不同事件推进：预约系统写下时间窗，闸口或地理围栏触发到场，月台作业开始和结束改占用。物联网卡可能装在闸口终端、场内调度屏或车载终端上，司机手机若走另一张卡，看到的界面必须读同一条预约号，否则手机会显示可以进场，闸口仍显示未到号。
一条预约至少要有预约号、车牌或运单、月台或库区、窗口起止、当前状态和状态时间。改约要生成新的窗口并作废旧窗口，不能只改司机端显示。迟到、取消和换车是三种结束方式，结束之后号源要回到可分配池。金属雨棚和月台门套会挡住闸口终端的信号，叫号屏更新停在上一辆车时，后车会按过期号码往前挤。和FMS同步车队位置时，位置只能作为“接近园区”的提示，进场仍以闸口核销为准，围栏抖动不能直接消耗预约。
司机端与闸口核销同一条预约
使用这种机制的条件，是园区真的按窗口收车，并且现场有人执行叫号。没有缓冲区和广播、只在系统里发号，司机无法知道轮到自己。闸口和司机端要能在断网时识别最近一次成功下发的当日名单，恢复后再补状态。完全依赖实时查询的闸口，在午间高峰掉线时会把所有车挡在外面，或者由保安口头放行，系统里的月台却仍是空闲。时钟要和预约服务器一致，早到几分钟被拒、晚到几分钟仍占着窗口，都来自两边时间不统一。
核销动作要幂等。同一预约号重复刷卡或重复点击“到达”，只能确认一次到场，不能发出两个叫号。车载终端和司机手机先后上报时，以先到达闸口的那一次为准，后一次若车牌不同，应进入人工核对，防止预约被另一辆车领走。月台开始装卸后再允许改约到别的门洞，会把占用和窗口拆开，调度屏上一个门洞有两辆车。与供应链可视化共享状态时，对外只宜发布“已进场、作业中、已离场”这类节点，内部排队序号变化太密，不适合当作对外轨迹。
迟到仍占窗与重复取号
迟到车辆若不改窗也不释放，后面的预约会全部顺延，场外队伍变长，月台却在空等。规则里应写明宽限多久、超过后窗口作废还是排到当前队列尾部。作废和改排都会影响已经发给司机的号码，司机端必须收到新状态，只改闸口数据库会让司机按旧号鸣笛。重复取号来自重试：网络超时后客户端再提交一次，系统生成两张预约，一辆车占两个月台的名额。提交要带客户端生成的请求号，服务端按请求号返回同一张预约。
另一类错是离场没有闭合。车已经出园，月台占用仍挂着，后续预约看得到门洞却无法分配。地感或道闸的离场信号若和预约号没有绑定，系统不知道该释放哪一票。只统计在线终端、不抽查“进场时间早于离场时间、占用时长和装卸记录一致”，这些悬挂状态会留到换班。临时加塞的车辆若直接写进月台占用、不经过预约号，报表里的准时率和现场看到的队列会对不上，因为加塞没有窗口可比较。
月台占用时长应以装卸开始和结束来计，不应把进园到出园整段都算成作业。过磅、等单和场外排队会把在园时间拉长，用来评价门洞效率时会把等待算进装卸。闸口核销失败后，保安手写的车牌要在当班补回同一条预约，隔日再补会被当成无预约进场。窗口释放后，司机端的旧二维码应马上失效，截图留到下一班会再次打开已经分给别人的门洞。调度屏和司机端相差一辆车时，先以闸口最后一次成功核销为准，再查哪一侧没有收到推送。