司机接受任务后，如何清楚记录重新指派

1. 从原任务开始，不从替换讯息开始

一项已被接受的接送任务需要换司机时，应先打开原有任务记录。不要因为正在考虑另一位司机，就另外建立第二张任务。任务本身仍描述同一趟接送：上车点、目的地、时间范围、乘客需求及营运备注都没有因此自动改变；改变的是分配决定。

为任务设定调度员、司机和交接班人员都能辨认的稳定编号。在同一任务下保留分配历史。每一次分配应显示拟派司机和车辆、发出时间、发出人、司机回应，以及变更原因（如已有资料）。聊天记录可以辅助说明，但不能成为责任归属的唯一依据。

尤其在司机已接受之后，这一点更重要。“已分配”只表示已发出指令；“已接受”表示指定司机对那一条具体指令作出正面回应。若原司机之后无法执行，他先前的接受仍是历史的一部分，却不能证明替代司机已接受任何事情。

参考资料: BossFlow Fleet 工作范围

2. 分开四个容易混淆的决定

清楚的重新指派记录会区分四个决定：第一，原调度员发出分配；第二，原司机接受或拒绝该分配；第三，营运人员记录原安排无法继续；第四，发出新指令，并记录替代司机对新指令的回应。

不要用“已更改”这种含糊状态把事情混在一起。可采用的顺序是：已发出分配、已记录司机回应、原分配已取消或撤回、已发出替代分配、已记录替代回应。取消应附在旧分配上；新的接受应附在新分配上。

如果接送任务仍准备继续，不要把整张任务标成取消。同样，也不要因为第一位司机曾接受，就把任务整体标成已接受。当前执行状态应与完整历史分开显示，例如“替代司机等待回应”或“替代司机已接受”。

3. 按照具体的现场决定顺序处理

当原司机在接受任务后无法执行，可按以下顺序处理。第一，确认任务编号，并找出那一条已经被接受的原分配。第二，以姓名和时间记录无法执行这一营运事实；不要猜测尚未提供的原因。第三，把原分配改为已取消或已撤回，但不可删除它原先的接受记录。

第四，依据任务已写明的需求检查替代候选人：乘客人数或容量、车辆是否适合、时间范围、现有任务冲突和司机是否可用。这是调度判断，不是司机已经接受的证据。第五，发出一条新的指令，清楚注明同一任务编号及“替代分配”。第六，等待并记录替代司机明确的回应。

第七，只有收到回应后才更新当前任务视图：替代司机接受则显示已接受，拒绝则显示已拒绝，尚无回应则显示等待回应。第八，为未解决的异常指定负责人和下一步。这样交接班时，未完成的决定不会被误当成已交接。

1. 五项重新指派核对清单：
2. 1. 确认原任务编号及原司机已接受的分配。
3. 2. 记录原司机无法执行，但不要抹除回应历史。
4. 3. 以记录人、时间和已有原因取消或撤回原分配。
5. 4. 核对已列任务需求后，发出独立的替代指令。
6. 5. 记录替代司机明确的接受、拒绝或等待回应。

4. 在调度桌上使用简短决定表

这张表不是取代判断，而是帮助调度员不要在底层事件尚未记录前，过早更改状态。应按当时实际已知的情况选用对应动作。

5. 让记录对人有用，而不只是状态标签

每一次分配尝试，只记录理解责任所需的营运事实：任务编号、分配编号、拟派司机和车辆、发出人、发出时间、回应时间（如有）、回应内容、状态及简短变更说明。自由文字备注应解释事件，不能代替结构化字段。

取消备注可以写“原司机表示无法执行，需要替代司机”，前提是这确为已知事实。它不应填写未经证实的原因、不应承诺乘客结果，也不应把营运备注写成对人员的判断。如需要对乘客作出更新，应另行处理；本指南只讨论内部如何保留谁接受了工作的依据。

交接时，接手的调度员应能迅速回答三个问题：最初哪一条分配被接受？为何它不再是当前安排？最新指令是否已有司机接受？若最后一个答案不清楚，任务仍属待处理异常，而不是已经完成的重新指派。

6. 虚构示例：Harbour Link Transfer

以下仅为说明用途的虚构示例：任务 PT-204 是一趟有指定早晨上车范围的乘客接送。调度员 Mira 将任务分给 Asha 和车辆 MPV-12；Asha 明确接受分配 A1。之后，Mira 记录 Asha 无法继续执行。A1 被标记为已取消，但它先前的接受仍保留在历史中。

Mira 依照已写明的乘客需求和时间范围，检查候选替代司机 Ken 与车辆 MPV-08。她为同一任务编号发出分配 A2，并标为替代分配。此时不可写成“Ken 已接受”；正确当前状态是“替代司机等待回应”。Ken 随后回复接受 A2，Mira 记录回应时间，并把 A2 改为已接受。

当前视图现在显示 Ken 和 MPV-08 是已接受的执行指令；历史视图仍显示 Asha 曾接受 A1，而 A1 后来被取消。若 Ken 拒绝，A2 应显示已拒绝，任务则继续保持待处理，等待下一次分配。此例完全虚构，不涉及真实乘客、车队、时间、服务结果、付款或结果。

7. 只有当前指令明确时才关闭重新指派

在把重新指派视为完成前，应检查当前分配，而不是只看活动记录。当前分配应列出一位当前司机、一辆当前车辆（如任务需要）、一项明确的司机回应，以及任何尚未解决异常的负责人。若司机接受后车辆再被更换，应依团队自身营运规则记录是否需要新的指令或再次确认；不可默默假设旧接受涵盖所有后续变化。

复用的 AI 车队概念图应标注为：“说明性 AI 概念画面：乘客车队调度交接；不是实际客户车队，也不是实时任务记录。”它可帮助读者理解调度情境，但不是车辆可用性、追踪、乘客状态或服务表现的证据。

这套狭窄的记录纪律让下一次决定能够被复核。它不保证行程一定继续、不处理司机付款对账、也不取代路线规划；它只保留关键区别：哪一项分配已经停止，以及后来究竟哪一条指令被接受。

参考资料: GOV.UK：用可观察结果描述需求