罗里出车之前：工厂车队派车核对清单

先让一项任务有一份共同记录

一家工厂有几辆罗里，分别负责仓库转运、供应商取货和客户送货。生产部门在群组提出需求，仓库随后更改备货时间，司机却已经接了另一项任务。每个人手上的消息可能都没错，但没有人能直接看到当前完整安排。问题不是消息不够多，而是缺少一份共同认可的任务记录。

为每项任务建立固定编号，记录提货地点、收货地点、可装货时间、需要到达的时间窗口，以及货物说明、已知重量、尺寸或托盘要求。还要写明：资料不完整时，找谁确认。未知就明确标示未知，不要让空白栏位在交接中变成默认批准。

开始时未必需要立刻开发系统。一张权限清楚、更新责任明确的表格，也可以帮助验证流程。判断标准是：两位调度人员不需要翻群组，能否说出同一项任务当前由哪辆车、哪位司机负责，以及下一步还欠什么。

派车前检查什么，由谁补齐

一个例子：有空的车，不一定是合适的车

以虚构的 F-101 任务为例：Factory A 要移动一批 8 吨货物。T-01 在简化的计划记录中可载 5 吨，T-02 可载 10 吨，T-03 正在维修。如果只看谁的排程是空的，就可能把不适合的车辆排进去。T-01 未通过这个例子的载重比较；T-03 则根本不应被当作可用车。

T-02 只是一个待确认的选择，不是系统批准它立即出发。调度仍要核实实际车辆和货物要求、接收安排、司机情况，以及有没有别的任务占用。司机接受安排后，再由既定的营运程序确认放行。安排完成、接单完成、可以出发，是三个不同的事实。

本站的工厂演示只展示这条小型判断链。画面中的吨位比较不是轴重计算、合法载货评估或车辆安全证明。真实实施必须另外确定当地适用的运营与安全要求，不能把演示中的绿色状态当成合规结论。

一份团队可以共同核对的派车记录样本

这是记录设计样本，不代表演示已经实现表内全部字段。公开练习使用内部任务编号和角色代称，不需要放入真实客户资料。

例如司机已经接受版本 1，收货方后来更改接收时段，就把新窗口记录为版本 2。由负责团队评估车辆、司机安排是否受影响，再按企业流程取得必要确认。旧回应保留为历史，不能直接当作新指示已经获准。

拒单之后重新安排，不要删掉发生过什么

司机无法接受任务时，把原安排、回应和原因保留在一起。当前状态转为待改派，由调度承担下一步，再把替换安排作为新记录追加进去。如果直接把原司机的名字改掉，之后就无法解释为什么延误、谁在什么时候做了调整。

延误也一样。记录谁在什么时间报告、原因是什么、目前预计何时处理，以及谁负责确认新安排。司机说预计晚半小时，不等于收货方已经同意延后。预计时间与对方确认应分开记录，避免一句消息被当成双方已经达成的决定。

不要让屏幕的绿色取代现场放行

英国 HSE 的装卸指引强调企业之间预先协调，以及防止车辆在装卸未安全完成时过早移动。这里把它作为一般安全参考，并非马来西亚法规结论。派车画面应该帮助团队找到负责确认的人，而不是代替现场安全与放行程序。

参考资料: HSE：Loading 装卸指引（英国）

第一版先验收这五件事

先从一个部门或一组有代表性的任务试行，记录团队在哪些交接仍然需要打电话，以及原因是什么。等要解决的决定清楚之后，再评估 GPS 或其他系统对接。知道车辆的位置，并不会自动解决司机还没接单的问题。

1. 建立两项时间重叠的任务，确认同一辆执行中的车或司机不能被无提示地重复安排。
2. 让司机拒单再改派，检查原本的拒单原因是否仍保留。
3. 接单后更改货量或时间窗口，确认有人需要重新检查，而不是悄悄改掉。
4. 把车辆标记为不可用，检查尚未执行的安排是否交由负责人处理。
5. 完成运输任务但保留待核费用，确认完成任务不会自动变成账目已结清。