提出另一目的地的讯息只是请求的证据,并不是取代已批准交付指示的授权。
1. 保留原先批准的任务指示
收货地址变更应先视为同一票货运任务上的一个请求。调度员收到电话、电邮、聊天讯息或司机备注时,不应直接覆盖原先已批准的地址。应保留任务编号、原地址、拟议地址、请求来源及收到时间。这样做的目的很明确:日后审阅时,团队能看见例外出现之前,任务原本依据的指示是什么。
提出新地址的讯息,只能证明有人提出请求,不能证明请求已获授权。修订后的地址也不是交付完成的证据。应把现行已批准指示与拟议替换地址清楚分开,使已分配的调度团队知道目前可以依据哪一个版本。
参考资料: BossFlow Fleet 工作范围
2. 按具体顺序审阅变更请求
| 已观察到的记录状态 | 建议的内部行动 | 调度可依据的指示 |
|---|---|---|
| 收到请求讯息;负责人未知 | 暂缓例外事项并确认负责人 | 原先批准的目的地 |
| 负责人已知;确认尚未完成 | 记录条件并取得所述证据 | 原先批准的目的地 |
| 负责人清楚批准替换 | 关联新的授权任务指示 | 已记录的替换目的地 |
| 负责人清楚拒绝请求 | 保留请求与决定历史 | 原先批准的目的地 |
| 证据冲突或资料不完整 | 暂缓、指定下一步,避免推断 | 原先批准的目的地 |
建议的内部顺序如下:先确认唯一的货运任务及其现行已批准目的地;再记录足以与原地址区分的拟议地址;接着记录谁提出请求、通过什么来源及何时收到;然后指定此任务的授权决定负责人;再按团队自身的营运安排取得收件方或地点确认;列出受影响的指示或文件;最后记录获授权的结果:批准、拒绝,或因明确条件而暂缓。
不要在证据只支持“已收到请求”时,把状态写成“已变更”。若负责人尚未作出决定,可依赖的指示仍是原先批准地址。若资料互相矛盾,或无法确认决定负责人,应标示为暂缓,并为未解决条件指定下一步行动和负责人。
- 确认任务,并保留已批准的原目的地。
- 记录拟议目的地和请求证据来源。
- 指定此例外事项的授权决定负责人。
- 记录确认、受影响记录与未解决条件。
- 说明调度目前可依据的任务指示版本。
3. 建议使用的内部变更工作表
以下是可调整的建议内部工作表,不是承运商要求、通用货运标准、马来西亚服务规则或法律义务。它帮助调度台清楚划分边界:任务与目的地编号、原先批准地址、拟议地址、请求来源与收到时间、授权决定负责人、收件方或地点确认、受影响的指示与文件、调度确认、决定时间,以及未解决条件。
工作表中的观察事实应与结论分开。例如,“地点联系人回复了拟议地址”是在记录观察事实;“目的地已获批准”则需要决定负责人留下结果。工作表不判断目的地是否合适、是否可用或是否已完成交付;它只让请求与决定的记录轨迹清楚可读。
4. 只依据现有证据作出记录决定
请把下表当作调度台旁的提示工具。这是建议的内部做法,不是任何承运商或资料来源强加的规则。一项回应可以支持某个具体的下一步记录,却未必支持更广泛的结论。仍有不确定性时,应记录暂缓,而不是用假设补上空缺。
5. Fictional example / 虚构示例
以下完全是虚构例子:任务 FL-208 的已批准交付目的地记录为 North Quay Receiving。09:20,一则据称来自客户联系人的聊天讯息提出改往 East Quay Annex。调度员把讯息参考资料附在例外记录上,仍把 North Quay Receiving 保留为现行已批准指示,并把拟议地址另行记录。
指定的决定负责人尚未记录结果。地点确认仍未解决;若日后获批,内部送货文件也需要审阅。调度员把请求标为“等待负责人决定及所述确认而暂缓”。调度团队可依据 North Quay Receiving 作为现有任务指示,不可把拟议地址当作已批准。本虚构例子不包含真实客户、承运商、路线、时间、结果或服务宣称。
6. 谨慎结束地址例外记录
结束例外记录前,请完成这份五项建议内部核对:原地址仍可检索;拟议地址已关联到同一任务;决定负责人及结果已记录;受影响的指示或文件有可见的审阅状态;已分配调度团队已确认其可依据的指示。任何一项尚未解决时,不应只因收到讯息就结束例外事项或更大的任务。
获批的替换地址应作为与原指示相连的新授权指示记录,而非无痕替换。被拒绝的请求仍是有用的历史资料。暂缓请求应显示缺少什么及谁拥有下一步行动。这些记录都不能证明车辆已移动、地点已收货或交付已经完成。
7. 狭窄区分与示意图说明
本指引只处理一个狭窄的调度决定:某票货运任务的拟议收货目的地,能否替换原先批准的目的地。它不同于同一地点的收货时间窗变更、文件编号更正、司机重新指派、车辆移动记录或交付证明审阅。把这些决定分开,可避免一则地址讯息悄悄改写不相关的任务事实。
图片标签:AI 概念示意图——车队场地与调度环境;仅供说明,并非真实客户车队。所提供的 BossFlow Fleet 工作流程页面说明车辆、司机与任务应保持关联,并区分指派、接受、执行与完成状态;这项背景不使本工作表成为承运商标准。所提供的 GOV.UK 页面支持把可观察结果用作核对清单材料;它不制定货运营运标准,也不承诺任何结果。
参考资料: GOV.UK:用可观察结果描述需求
用虚构资料走一遍这个决定
演示独立运行,不连接客户资料、真实派车、付款或原项目后台。
打开对应演示查看完整工作流程
