港口集卡调度：轨迹数据怎么用
港口集卡的场景特点
车辆已到港外，尚未进闸；车辆进入堆场，箱体交接还未完成。集卡调度需要区分这些状态，再安排后续作业。设计页面时先考虑以下特点：
车辆密集。 同一个港区里同时作业的集卡数量多，位置数据在图上高度重叠。
节点密集。 闸口、堆场、泊位、查验区、洗箱区对应不同的作业，车辆位置接近也可能处于不同环节。
重复进出。 短驳任务可能反复经过同一闸口，需要把各趟任务分开，避免将往返轨迹串成一次作业。
时效敏感。 车辆到达与进闸、堆场作业都有计划窗口，前序任务延误可能挤压后续可用时间。
这四点决定了：港口场景的管理重点不是“车在哪”，而是“车在节点之间流转得顺不顺”。
集卡的两个作业循环
可以按进口和出口分别画出作业链，再按实际任务选择需要跟踪的节点。
进口循环：从堆场提箱，送到客户或指定地点，再返回。这个循环要区分在途、等待拆箱和空箱返还，不能把车辆返回当成还箱已完成。
出口循环：完成货物装箱后，承运车辆进港，将重箱交到指定位置。应分别关注预约窗口、闸口等待和箱体交接，运输完成与后续装船状态分开记录。
两个循环都需要记录位置变化与业务动作。进出区域可按规则识别，提箱、落箱等交接完成要有对应确认。 到达一个区域只说明车辆到了，不能单凭这一点判断箱体作业已完成。
节点设计：闸口、堆场、泊位、查验区
节点设计先明确区域、动作与状态。以下做法可以直接形成配置和验收清单。
一、节点范围要小而准
港区内的节点往往彼此接近：闸口和堆场入口可能相邻，堆场的不同区可能紧挨着。围栏画大了，车辆在A区作业会被判成在B区；画小了，又会出现漏判。
所以港区场景的围栏需要结合实地测量来确定，并且要能按区块精细划分，而不是简单画一个大圈。
二、节点要按作业类型区分
同样是在堆场，提箱和落箱是不同的动作；同样在闸口，进闸和出闸含义不同。节点不只是空间概念，还要带上动作属性。
进闸和出闸可以结合方向与停留判断；提箱和落箱还要核对任务、箱号及交接状态。车辆掉头重进时，应保留原事件并关联后续动作，避免用新记录覆盖前一次过程。
三、节点名称要对应明确状态
为每个节点写清生效条件，例如“进入等待区”“闸口放行”“箱体交接已确认”。页面同时显示事件时间和当前状态，不能把已预约、已到场和已完成放在同一个标签里。
出现状态冲突时保留待核查标记。 调度先确认任务有没有临时变更，再核对车辆是否驶入正确区域；查清后记录处理说明，不直接删除冲突记录。
用预计到达时间调整作业计划
预计到达时间适合用于检查后续计划是否仍能执行。调度可以围绕到车变化安排这些动作：
- 堆场要按预计到车时间安排机械和场地；
- 闸口要按预计到达量安排通道；
- 后续的落箱和装船计划都依赖前面的时间点。
例如车辆预计晚于预约窗口到达，先核实是否需要改约，再通知后续作业负责人调整准备顺序。预计时间只是滚动判断，页面应同时显示更新时间和当前的不确定状态。
准确性与更新及时性都需要验证。预计时间发生明显变化时，按约定条件提醒调度；车辆失联或任务变更时先暂停使用旧预计值，待状态确认后再恢复计算。
异常处理：三类值得盯的情况
一、排队异常
集卡在闸口或堆场外长时间排队，是港区拥堵的直接表现。排队时长本身就是一个运营指标，可以用来评估通道能力和到车节奏是否匹配。
排队是否需要干预，应与当前预约窗口、场地安排和同类任务比较。报表同时给出中间水平与长时间等待任务清单，点开后能看到等待地点、进入时间和处理责任人。
二、作业超时占用
车辆在某个节点停留时间明显超出正常作业时长。可能是在等待单据、等待机械、或者遇到了别的问题。
这类情况的处理价值在于缩短占用时间——港区的场地和机械资源是有限的，一辆车占用过久会影响后面的作业。
三、数据缺失
车辆在港区内失联、无法定位。应先区分记录未更新、位置不可用和任务已结束，避免把不同情况放入同一个离线状态。
这一类情况必须能被识别并单独处理。 如果系统把“没有数据”简单地当成“车辆没动”，就可能把尚在移动的车计入等待。
调度真正需要的三类数据
抛开功能清单，港口集卡调度日常真正依赖的是三类数据：
第一类：当前状态。 每台车现在在哪个节点、在做什么。这是最基础的一层。
第二类：进度与预计。 这趟作业走到哪一步了、预计什么时候完成、后面那趟什么时候能开始。这一层决定了调度能不能提前排计划。
第三类：异常与瓶颈。 哪些环节在积压、哪些车辆被卡住。这一层决定了调度要先去处理什么。
页面可以按当前状态、后续计划和待处理事项分层。 调度需要的是按优先级分层呈现，而不是把所有信息平铺。
落地的几个注意点
上线前，结合当前港区的道路和作业安排检查以下内容。
一、围栏精度要实地校准
港区里的节点彼此距离近，电子围栏的误差会被放大。当相邻堆区距离近时，位置偏差可能把作业归到错误区域。
务实的做法是：先在几张关键围栏上实地跑一遍，用车实际进出几次来校准范围，确认无误后再批量配置其余的。还要测试边界停靠、掉头和临时绕行，记录漏判与重复触发情况。
二、刷新节奏要匹配作业节奏
集卡的单趟时间短、动作密集，如果用普通干线那样的数据节奏，会出现“车已经做完这个动作了，系统还没更新”的情况。
但也不意味着要一味提高到最高频。 更合理的做法是按需分层：常态下用常规节奏，对正在作业中的车辆、以及在关键节点附近的车辆提高刷新。调整后比较实际事件与页面更新时间，确认关键动作没有被合并或遗漏。
三、跨班交接要保留未完成任务
交班清单应带任务号、车辆、箱号、当前节点和下一步动作。仍在排队的车辆保留等待起点，已离场但交接未确认的任务继续列为待核查。
接班人员确认责任人和联系安排后再接手处理。取消、改约和返场单独标记，既保留原计划，也让后续调度看到当前有效计划。
四、先做哪个环节
建议的顺序是：先把闸口和堆场的进出判定做准，再验证预计到达时间，最后设置异常规则。
原因是异常规则依赖前两者的准确性。如果进出判定本身就有误判，异常规则只会把误判放大成告警。
用完整作业链验收
挑选进闸、作业、离场的完整任务，也覆盖改约、掉头和交接未确认的情况。检查页面能否指出车辆目前卡在哪、谁负责处理、何时再次跟进。
验收发现的问题按区域配置、状态定义和处置流程分类整改，复测后再扩展使用范围。