定义
「多式联运主运单追踪」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
换装节点的离线补扫
主运单里程碑对终端卡的含义
多式联运主运单追踪里，物联网卡出现在口岸手持终端、堆场闸口或箱体传感器上，用来回报里程碑：收货、装机、到港、换装、交付。技术含义是这些事件要挂到主运单，并知道它和分单的关系。分单扫描若写进主单的错误节点，整票货物的状态会跳到尚未发生的运输段。口岸侧的数据交换可参见单一窗口。卡只证明某一台终端在某一时刻送出了扫描，不能代替运单号。
空运主单、铁路运单和海运提单的单号规则不同，终端上要先选定单种再扫描。离线时允许把扫描留在本地队列，恢复后按扫描顺序补入，而不是按上传顺序把后发生的换装记成先发生。
口岸与堆场开卡的使用条件
使用条件是终端覆盖闸口、机坪边缘或堆场这些实际扫码位置，而不只是办公室。金属箱区和地下廊道要允许离线补录。卡的接入只面向运单平台。换装点的操作员账号和卡号分开，交接班不把上一班的未上传扫描清掉。套餐按扫描高峰估算，船舶集中靠泊或航班集中落地时会有突发，不能按午间空闲值开通后在高峰被限额。
跨境段要确认漫游或本地接入在换装国仍然可以补传。箱体传感器若与手持扫描同时存在，两边的事件要用同一套节点代码，否则平台出现两个互相矛盾的“已装船”。
分单扫描写进主单错误节点
容易出错的是离线队列没有单种字段，恢复上传时全部按主单装船处理，铁路段的分单被写成已经离港。另一种是重复扫描生成第二个里程碑，货物看起来到达了两次。时钟用终端默认时区，跨境后事件跑到航班时刻之前，校验直接丢弃，操作员以为已经上传。
只缓存条码、不缓存节点类型，补录时无法知道这是卸货还是交付。验收应在无网络下连续扫描主单和分单各一次：恢复后两者节点不同，顺序与扫描顺序一致，重复上传不增加里程碑。
换装现场还有一层容易被卡状态掩盖的问题：同一箱子在空运、铁路和海运段会先后出现在不同终端上，每台终端的卡号都变了，运单号不能变。若平台用“最后一张卡”当作货物身份，铁路闸口的补扫会把海运段已经确认的节点冲掉。正确做法是事件里同时带单号、节点代码、扫描顺序号和终端卡号，卡号只用于追问是哪一台设备漏传。堆场同时开着办公网和物联网卡时，手持机可能把照片附件走办公网、把节点报文走卡，两边时钟不一致，附件比节点早到或晚到，平台拼不成一次完整换装。应规定节点报文先落地，附件按同一顺序号来补，不允许附件单独生成里程碑。箱体传感器的周期位置若与人工扫描冲突，以带交接确认的扫描为准，位置点只作为参考，避免船还在锚地、系统却显示已经交付。
主运单和分单的件数也要能对上。分单逐件扫描完毕之前，主单不应被标成该节点完成。只扫了主单条码、没扫箱子，平台会显示整票已换装，现场还有半车没卸。完成条件应是件数达到，而不是主单被扫过一次。件数来自单证，不来自卡的在线次数。短少和破损要作为该节点的异常状态上传，不能因为想快点完成而先传“正常”再补异常，后补的异常常常被已完成状态挡住。