定义
TOS（Terminal Operating System，码头操作系统）是港口码头用于管理集装箱装卸、堆存、闸口、船舶配载、拆装箱等作业的信息系统。TOS 与海关单一窗口、船公司、货代、铁路、内陆港等系统对接，实现集装箱全流程可视化、作业协同与贸易合规。TOS 是智慧港口、自动化码头的核心系统。
TOS 管理岸桥、场桥、集卡等设备调度，优化堆场利用与作业效率。与 EDI、API 对接实现舱单、船图、箱动态等数据交换。
技术特点
TOS 依赖闸口 RFID、地磅、岸桥、场桥、视频识别等物联网设备采集作业数据。闸口、移动设备、偏远作业点等通过物联网卡将数据上传至 TOS。港口环境复杂（金属干扰、移动场景），对网络覆盖、稳定性要求高。与单一窗口对接需保障数据实时、准确传输。
应用场景
TOS 广泛应用于海港、河港、保税港、内陆港等码头场景。闸口 RFID、地磅、岸桥等设备通过物联网卡将作业数据上传至 TOS，支撑集装箱追踪、贸易合规、供应链可视化。达希物联为港口物联网设备提供稳定联网、专用 APN，保障 TOS 数据实时采集与跨境数据交换。
箱动态在码头系统中的落点
码头操作系统把船舶、堆场、闸口和机械调度放在同一套作业指令里。蜂窝侧真正要送进去的，是能改变箱状态的事件：闸口进场、出场、过磅、岸桥装卸确认、场桥落箱后的贝位列层。每条事件至少要带箱号、作业类型、设备号、时间和位置。位置在堆场里是贝、列、层，在岸边是船贝和舱位，两套坐标不能混用。报文进了系统却对不上当前指令，系统会把箱子留在上一状态，外集卡和配载看到的箱位就开始分叉。
和船公司、货代交换的舱单、船图、进出门报文，和现场设备上报的是不同层级。前者描述计划，后者描述已经发生的动作。物联网卡承担的是后一层里那些拉不了固定光缆的点：移动场桥、临时闸口、远离机房的地磅和车牌识别。图片和箱动态宜分开排队。识别照片体积大，和确认落箱的短报文抢同一条窄通道时，短报文会被推迟，系统里的箱子会晚于吊具已经松开的时刻。
闸口与场桥同时在线要满足的条件
闸口、地磅和场桥要同时把数据送进同一套码头系统，先得统一时钟和箱号规则。闸口时钟慢几分钟，进场时间会落在预约窗之外；场桥时钟快几分钟，落箱会显得早于进场。箱号应使用同一校验规则，识别结果和射频标签冲突时要有人工确认位，不能两路同时写进“已确认”。金属箱体、龙门钢结构和岸边吊具会改变天线附近的信号，模组宜装在驾驶室外侧或使用引出天线，并在大车行走路径上做过覆盖试跑。
设备侧最好能在本地排队。小区切换、短暂无服务或主站拒收时，事件先按顺序记在设备上，恢复后按原时间补送，而不是只送“当前箱位”把中间动作盖掉。主站若用源地址做白名单，卡的地址变化会导致整段时间拒收，看起来像设备离线，其实附着仍在。与单一窗口交换放行信息时，码头系统里的箱状态应已经闭合，未闭合的内部事件不要直接当成海关侧的到货依据。
箱位滞后与重复进出场
箱位滞后多发生在落箱确认发送失败、而司机已经按现场指令离开的时候。系统仍显示旧贝位，下一票指令会派到空位或者派到已经有箱的格。重复进出场则相反：闸口重试把同一箱号的进场送了两次，系统生成两条在场记录，出场时不知道核销哪一条。重试必须携带同一事件号，主站按事件号去重，只更新到达时间，不新建动态。
称重和箱动态绑错也会留下假记录。地磅票上的车号对上了，箱号却来自前一车的识别缓存，重量就记到错误的箱子上。夜班只看设备在线、不抽查事件号连续性和箱位抽样，这类错会堆到第二天才被配载发现。堆场管理与龙门吊数据若单独维护一套箱位，还要约定哪一侧是落箱之后的准位置，两套坐标同时可写时，后到的旧报文会把新位置盖回去。
场桥在同一贝位连续作业时，后一钩的起始格应能对上前一钩的目标格，或对上翻捣之后的临时格。对不上就先停止自动改箱位，由当班核对是漏了一钩，还是箱号被认成了旁边的箱子。岸桥的卸船确认若只进入船图、没有进入堆场接收，系统会认为箱子已经离船，堆场却没有格可以去提。补传要保留船上确认和堆场接收两个事件号，合成一条“已在场”之后，中间缺的接收格就查不回来。外集卡被叫到闸口时，应能查到这条接收记录已经闭合。