定义
「越库分拣与手持终端」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
扫描序号与已确认分拣结果
越库分拣里，手持终端上的物联网卡要在货物几乎不落库的情况下，把到车扫描、滑道或格口指令、复核结果按同一票货串起来。技术含义是扫描序号代表现场顺序，平台确认代表这票货已经被分到某个流向。两者还没对齐时，货物可能已经在滑道上。弱网不能用“等有信号再扫”来解决，因为车辆卸货不会等。终端要能离线保存带序号的扫描，恢复后上送；平台若已经根据另一台终端确认了流向，后到的重复扫描不能把流向改掉，只能成为差异。卡在这里是班组的生产工具，停机和欠费会直接变成错分，而不是后台报表少一行。
使用条件包括临时仓和旺季扩容点的覆盖要在开仓前测过，钢结构和月台雨棚会让室内信号和门外完全不同。手持终端应绑定班组和设备号，借用和归还必须停用或改派卡，避免前一个班次的未上传扫描在下一班次才出现。任务下载和扫描上传要分优先级，早上一次性下发全天路由不能堵住正在上传的卸货扫描。序号在终端本地单调增加，清空缓存或重装软件必须先导出未确认记录。对时要和场站服务器一致，否则时效考核会把实际准时的扫描算成晚点。扩容租来的终端若使用临时卡，结束当天就要停机，不能让卡跟着租赁公司离开后继续能访问路由数据。
容易出错的是恢复信号后按时间倒序重放，后扫描的货物先被确认，先扫描的货物被当成重复而丢弃。另一类是两台终端扫到同一票，平台没有幂等，生成两个流向。还有把复核失败写成删除原扫描，货物已经上滑道，系统里却查不到。月台切换运营商时若终端不停地重附着，扫描键有效但记录停在本地，班次结束才发现上千条未上传。验收应在卸货中途进入电梯或屏蔽信号，扫描数票，恢复后核对这些票的流向与先确认的结果一致且没有第二流向。签收侧的凭证见 POD，在途状态如何继续向外可见见 供应链可视。
班次结束的条件不是手持终端显示在线，而是本班扫描的未确认条数为零或已明确列入差异。差异清单要带序号和终端号，下一班不能把差异当成新货再扫一遍生成第二个流向。路由在班中变更时，只影响尚未确认的票，已经滑道确认的票保持原流向，变更记录单独可查。临时工借用的终端在交还时清除账号并检查队列，队列非空就不允许清除。钢结构月台的信号若只在门口良好，要把终端的离线扫描当成正常模式来培训，而不是要求每扫一票都等待转圈。时效考核使用扫描里的本地时间，网络到达时间只用于判断补传延迟。扩容结束当日停掉临时卡，并核对没有终端仍能下载次日路由。错分复盘时能看到是哪一次扫描、哪一台终端、当时是否离线，三要素缺一个就无法判断是操作问题还是补传顺序问题。
滑道满或格口满时的改向指令也要带原扫描序号，改向是新决定，不是删除原扫描。手持终端电量耗尽前应自动把队列写进不易丢失的存储，换电池后序号继续，不从零开始。班组交接时未确认条数写在纸质或电子交接单上，系统数字和交接单不一致就先停扫。临时仓的卡如果按天开通，开通时间要早于第一辆车到达，停用时间要晚于最后一条补传完成。路由数据下载失败时终端继续使用上一版并标明版本，禁止在空白路由下继续扫描却显示成功。版本号随扫描一同上传，平台才能发现整班都在用过期路由。过期路由产生的确认要单独复核。