定义
「快递员柜机交接与在线」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
开门动作与格口回写的一致性
快递员与柜机交接，关键不是柜机“今天在线过”，而是每一次开门都能对应到一次投递或取出，并且格口状态最终写回平台。物联网卡连接的是柜机主控。本地可以在断网时按已经下发的任务开门，但开门结果、格口占用、运单号和失败原因必须进入待确认队列。技术含义是：机械上格口已经关上，逻辑上仍可能是“未回写”。未回写的格口不能再次分配给下一票，否则两票货物叠进同一格，后一票的取件码打开的是前一票。温控格口还要把温度异常和格口占用绑在一起，生鲜超时不能只在计费系统里出现、在格口状态里消失。
使用条件要考虑柜机所在的地下室、校园围墙和小区弱电井。天线位置应在满柜和空柜两种状态下都测过，金属格口会改变射频环境。卡与柜机编号、安装地址绑定，迁址或更换主控板时同时变更，避免运维人员按地址找不到卡。离线任务要有有效期和数量上限，不能无限累积到恢复联网的那一刻把平台冲垮。滞留计费的起算点应是成功回写的投递时间，而不是快递员在手机上点击的时间；若回写失败，计费要暂停并标记为待确认，不能在离线期间按心跳重复累加。取件码或开箱指令的重放要有一次性序号，防止短信或平台重试把已经取走的格口再次打开。
容易出错的是恢复联网后只上报当前格口快照，丢掉断网期间的开关顺序。平台看到格口现在是空的，不知道中间曾经投递失败。另一类是一个小区多组柜共用一个出口地址，回写没有柜号，A 柜的占用被记到 B 柜。还有把远程视频或广告下载放在投递回写之前，晚高峰开门成功但状态十分钟后才到，调度又把同一格口派给下一位快递员。验收应在投递中途拔掉天线，完成一次本地开门，再恢复网络，核对运单、格口和计费各只有一条记录。交付凭证的含义见 POD，品牌直发如何使用末端柜见 D2C。
格口状态以最后一次被平台确认的回写为准，本地快照只作为待确认。快递员重复扫描同一运单时，第二次应返回已占用的格口，而不是再开一格。取件后若回写失败，格口在本地标成“已取未确认”，在确认前不再分配，滞留计费停止在取件动作而不是停在回写成功。温控格口的温度越限要能阻止新的生鲜投入，即使柜机其他格口仍可使用。广告和远程视频的下载放在投递回写之后，并可以随时被新的开门事件打断。迁址后的第一笔投递要人工核对柜号和地址，防止卡还绑在旧小区。主控板更换前导出未确认队列，更换后导入，队列丢失就等于这些运单在系统里从未投递。离线开门的授权列表要有过期时间，过期后即使格口机械上仍能开，也不再接受新的离线任务。
柜机每日对账的对象是格口占用数和已确认运单数，两者不一致就列出未回写清单，而不是只看当天有没有离线告警。滞留费在回写确认后按投递时间起算，未确认期间不计费也不重复累计。取件码错误次数达到上限后锁定的是该运单而不是整柜，恢复时要有人工记录。温控格口故障时，已在里面的快件转格或取出的动作也要回写，不能只把格口标成维修就结束。小区断电后来电，先重放队列再接受新的派件，避免来电瞬间把旧的开门结果冲掉。重放期间柜机对外显示为恢复中，不接受新的投递任务，直到未确认条数归零或列入差异。差异清单保留到当日对账结束，未关闭的差异不得带入下一营业日。