客户取消会改变需要决定的事项；它本身并不说明车辆位置、货物状况，或下一步已获授权的移动。
1. 从一个货运任务与六项独立事实开始
车辆已派出后收到取消通知，属于原货运任务中的异常，不是删除任务或替换历史的理由。应从原有任务编号开始，把客户请求与派车记录、车辆当前情况及任何货物事件分开。客户表示希望取消很重要，但这句话本身不能证明是否已取货、货物是否在车上，或下一次车辆移动是否已获授权。
建议在内部记录中建立六个有标签的条目：取消请求、已核实的客户指示、调度决定、车辆与货物当前情况、司机确认，以及营运结果。每项都记录时间、来源或观察者；已知时也标明负责人。“未知”是可用状态，比把空白填成已返回、已交付、已取货或已放行更准确。
本文只处理派车后的取消。它不是空车调位指令、无货取件、司机重新指派、收货时间窗变更，也不是交付证明差异。它们可能围绕同一任务发生，但回答的是不同营运问题，应继续使用独立标签。
参考资料: BossFlow Fleet 工作范围
2. 先保留可观察历史，再决定什么改变
| 已记录情况 | 建议的内部决定 | 记录边界 |
|---|---|---|
| 已收到取消请求；来源尚未核实 | 记为待核实，并指定决定负责人 | 不要推断已取货、已交付、已返回或下一次移动 |
| 取消已核实；车辆与货物情况未知 | 记录已核实指示，并保持实时情况为未知 | 没有证据时不要标注车辆或货物结果 |
| 司机有记录地报告尚未取货 | 把更新加入为事件，并等待当前获授权指示 | 未取货更新不等于自动空车调位指令 |
| 无法取得司机确认 | 记录确认不可得，并保留对未解决指示的负责人 | 不能把沉默当作接受 |
| 收到后续移动或货物证据 | 加入新的有日期事件，并与原任务核对 | 不要覆盖先前派车或取消条目 |
先保留无需推断即可观察到的事实。记录原任务编号、已分配车辆与司机、既有派车事件、取消讯息或通话参考、所称发送者及收到时间。依现有资料记录最后一次车辆更新和最后已知货物状态。即使客户后来要求取消，派车记录仍是历史。
接着把请求与核实分开。当当前指示不清楚时，调度员或团队内部指定的营运负责人应核实哪项指示有效。建议的核实方式可包括：将指示来源的身份或约定联络渠道与任务记录比对、记录澄清后的措辞，并写明仍未知的事项。它不应把不完整讯息变成货物、授权或责任的结论。
所提供的 Fleet workflow 资料支持把任务、车辆和司机连在一起，并区分分配与接受、完成与后续复核。其例子描述的是流程范围，并未规定取消程序。下方工作表是原创、可调整的内部建议，不是承运商要求、通用行业标准、马来西亚服务规则或法律义务。
3. 在新移动前按顺序作决定
请依次执行这套桌面流程。第一，在任务记录中暂停未经确认的下一步指示；不要删除先前派车。第二，记录取消请求，保留足以表达营运含义的原意。第三，明确谁必须在授权新移动前解决未知指示状态：指定调度员或营运决定负责人。第四，取得或记录最新可得的车辆和货物情况。第五，请司机确认当前指示，或确认当前仍待决定这一事实。
第六，决定负责人记录一项现有资料能够支持的明确结果：取消已核实且已记录下一指示；取消请求尚未核实且指示状态仍未知；取消请求已撤回或被后续指示取代，且已记录当前指示；或其他有界限、没有猜测的结果。第七，只向司机传达当前已记录的指示，并在可取得时保留确认。第八，把后续车辆移动或货物证据作为新事件加入，不要为了让时间线看起来简单而修改先前事实。
这套顺序有意保持狭窄。它不假定已获返程授权、已有替代任务、取货已撤销、交付已完成、存在费用、责任立场、服务可提供性或某种运输程序。若无法确认实时情况，应记录不确定性，并让下一位决定负责人清楚可见。
4. 建议的内部取消工作表
可把一张简洁工作表附在原货运任务下使用。这是建议的内部做法，不是承运商专用表格。它要凸显的未决问题是：对于已派出的这辆车及这些货物，目前是否存在有效指示？团队若已有证据链接或讯息参考可保留，但不能把推断写成证据。
表格列出五种常见记录状态及其可能支持的即时记录决定；它不替真实事件作结论。在内部记录中，调度员或指定营运负责人仍须在授权任何新移动前解决未知指示状态。
5. Fictional example / 虚构示例
以下为虚构示例：任务 FJ-204 是一个取货前的货运任务。记录显示车辆已派出，司机也已确认原分配。之后收到一则据称来自客户的取消讯息。调度台不会把任务改成已交付，不会删除派车，也不会把车辆下一位置标成已返回。最后可得的司机更新不足以证明是否已经取货。
调度员把请求记录为已收到但未核实，将车辆与货物情况记为未知，并指定营运负责人处理当前指示。随后请司机确认修订指示仍在等待决定；收到确认后留下记录。只有在决定负责人记录已核实指示后，内部记录才可授权新的车辆移动。若核实仍不完整，结果应保持为“指示状态未解决”，而不是编造营运结果。
本虚构示例不含真实客户、承运商、车辆、路线、价格、费用、服务等级宣称或结果。它只说明记录顺序，不表示相同顺序适用于其他承运商、货运类型或营运模式。
6. 五项结案检查
取消异常记录只能按现有事实允许的程度结案。原任务仍可能有独立的未完成工作、证据或后续事件。一份清楚的异常记录应让边界可见，而不声称更广泛的业务问题都已解决。
- 取消请求已保留，并写明来源和收到时间。
- 核实状态已与取消请求分开说明。
- 指定调度员或营运负责人已解决，或仍负责解决未知指示状态。
- 车辆与货物当前资料按观察结果或未知状态记录，没有推断。
- 最终记录结果没有在缺少对应证据时改写派车、移动、取货或交付历史。
7. 狭窄差异与示意图
本指南比一般车队系统指南更狭窄，因为它只处理一个时间点问题：客户在派车后改变意图，而车辆与货物的实际情况可能仍不完整。它的关键区分是指示事件与执行事件。保留两者，可让团队看见请求内容、核实内容、决定人、司机确认及之后实际发生的事，而不会把这些事实压缩成一个状态。
既有 AI 概念车队场地插图可重复使用，并标示为“示意性 AI 概念画面：车队场地；非真实客户车队或营运记录”。它只提供视觉语境，不能证明车辆位置、货物状态、承运商流程或结果。GOV.UK 资料只可支持以角色、需要与可观察结果描述事项的一般概念，不能支持运输程序。来源引文由渲染器加入。
参考资料: GOV.UK：用可观察结果描述需求
用虚构资料走一遍这个决定
演示独立运行，不连接客户资料、真实派车、付款或原项目后台。
打开对应演示查看完整工作流程