让货运文件更正持续关联原始版本

1. 先界定狭窄的运营判断

本指南只处理一个狭窄问题：内部货运文件已经签发后，调度团队现在可以依赖哪一个版本？答案应清楚可见，但不删除较早副本、不暗中修改原编号，也不暗示收到更正文件就证明已经提货、交付、收货或获得客户接受。

应把货运任务、内部文件与更正请求保持关联，但不可混成同一件事。任务可能因本指南以外的原因仍在进行或已经完成。更正后的提货编号能帮助识别替代文件，却不能处理交付证明差异、部分提货、承运运输段、多站结果或货物保管问题。

沿用的图像应标示为“AI 概念画面：车场与调度负责人——仅作说明”。它不是实际车队、文件、客户、车辆移动或更正事件的照片。

参考资料: BossFlow Fleet 工作范围

2. 提出替代版本前保留已签发记录

从原始内部文件记录开始。记录任务编号、文件类型、版本或签发标识、被指称有误的栏位，以及原签发副本或其稳定位置。应记录已观察到的事实，例如“文件显示提货编号为 COL-184”，而不是在审核依据前断言它为什么错误。

接着把更正依据记为链接、附件编号、讯息编号或其他可追溯备注，并说明其有限用途：它支持一项拟议栏位更正。不可把它当作修改报关文件、受控制运输文件、签名、交付证明、客户证据或外部承运商记录的授权。

较早签发副本仍是历史的一部分。把它标示为不再供内部调度使用，与删除它不同。若找不到原件，应记录该缺失，并暂停替代决定，直到获授权签发人确定适当的下一步。

3. 按调度台上的决定顺序处理

第一，确认一个原始文件和一项拟议更正。第二，对照旧栏位的准确值、拟议值和所引用依据。第三，确认该文件是否属于签发人权限内的内部运营文件。若边界不清，不要制作看似修改外部或受控制文件的替代版本。

第四，取得获授权签发此内部文件的人或角色的批准。第五，建立带有独立编号或版本标签的替代版本，并明确关联原件。第六，写清现行调度指示：使用替代版本，或继续把事项列为未解决。第七，只向已识别收件人发送替代版本，并分别记录每一项可观察到的确认。

所提供的 GOV.UK 资料说明，验收条件可以写成可观察的结果，并可连结支持证据。狭义应用于此处，应记录“已收到确认”等可观察事实，而不是猜测收件人是否阅读、理解、执行或完成交付。这只是记录设计原则，不是货运标准或结果宣称。

1. 确认原始任务、文件类型与已签发版本。
2. 写明唯一拟议更正栏位，并关联支持依据。
3. 确认更正属于内部签发权限范围。
4. 取得替代版本的授权签发决定。
5. 列出收件人、记录确认，并保留未确认副本。

4. 使用建议的内部更正工作表

以下是可调整的建议内部工作表。它不是承运商要求、通用行业标准、马来西亚服务规则或法律义务。它也刻意区别于承运商专用示例；不同承运商可有自己的文件名称、入口网站、状态用语或确认方式。

建议栏位包括：任务编号、内部文件类型、原始版本、旧栏位准确内容、拟议更正内容、依据编号、授权签发人、替代版本、分发名单、确认状态、确认依据及未解决副本负责人。应通过稳定编号关联原件与替代件，而不是只依靠相似文件名称。

可使用简单状态语减少含糊：“原件已保留——不再供内部调度使用”、“替代件已签发——等待确认”或“已记录收件人确认”。这些只是内部工作标签，不代表承运商、收货方、司机、监管方或客户接受该文件。

5. 依据目前可见证据作决定

下表可作为调度台辅助工具。每一行都是建议的内部做法，而非某家承运商或其他运输服务的规则。不可从单一文件事件推断更宽泛的结论。

6. Fictional example / 虚构示例

以下仅为虚构示例：North Quay Dispatch 有一项货运任务 FJ-72。其内部提货单 A 版已签发，显示提货编号 COL-184。调度员发现任务备注及一项可追溯的提货指示均显示 COL-148。调度员记录这项不一致，但不修改 A 版。

一名获授权的内部签发人审核所述依据后，批准签发内部提货单 B 版。B 版显示 COL-148，并注明仅替代 A 版作为内部调度参考。记录把 B 版关联至 A 版，写明被更正栏位和签发人，并保留原分发名单。

调度员把 B 版发送给三名列出的内部收件人。已记录值班负责人和已分配司机的确认。第三名收件人在交接时没有可观察到的确认，因此该副本仍标示为“等待确认”，并有指定负责人跟进。团队不把任务标示为已交付、不推断已提货，也不改动任何外部或受控制文件。本虚构示例不含真实客户、承运商、移动记录、绩效结果、价格、费用、服务可用性或法律结论。

7. 关闭更正记录，但不关闭无关工作

当原件已保留、替代件已关联、授权签发决定可追溯、每位收件人的结果分别可见，且每份未确认副本都有下一步负责人时，更正记录可以在内部视为完成。该记录完成并不自动关闭任务、证明货物保管状态，或解决其他差异。

这种狭窄区分很重要。这不是一般 CRM 流程，也不是消费者运输销售页面；它是供车队调度在签发后控制内部货运文件版本的现场做法。它不同于交付证明审阅，因为不判断是否已交付；不同于承运运输段关联，因为不确定由谁执行移动；也不同于站点或保管记录，因为不决定货物所在地或责任。

若收件人日后提供可观察的确认，应把该事件加入分发轨迹，而不是改写交接历史。若仍没有确认，应清楚保留未解决状态，并按团队自己的内部流程交由指定负责人处理。

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