当完成记录的证据与收货确认相冲突时，完成状态不是最终决定；应围绕同一任务记录处理被明确指出的差异。
1. 从同一任务与同一争议事实开始
应继续使用原有货运任务作为工作记录。不要因为证明不清楚而另开一票任务，也不要为了让画面看起来一致就覆盖原本的完成记录。眼前的问题很具体：完成记录与收货确认之间，究竟是哪一项交付事实不同？
以中性方式写下差异，例如收货数量不同、收货日期不同、缺少签名、收货人姓名不同，或确认内容指出某件货物未收到。在核实前，不要写成“证明错误”之类的结论。争议事实不等于已确认的更正。
差异仍在处理时，应让该任务保持可审阅、未关闭的状态。任何接手查看的运营同事都应能看出：原先记录了什么、正在核对哪些证据、谁负责核实下一步，以及什么仍未决定。
参考资料: BossFlow Fleet 工作范围
2. 保留证据，不把证据当成判决
| 观察到的情形 | 决策负责人的下一步 | 关闭任务前须记录 |
|---|---|---|
| 交付证明与收货确认显示不同数量 | 比对货运引用，并就已点名的数量差异取得说明 | 两份引用、争议数量、负责人及已核实结果 |
| 证明有签名，但确认没有收货人姓名 | 核实该确认是否确实属于同次交付 | 已对照的任务编号、缺失字段及确认引用 |
| 收货确认显示不同交付日期 | 比对交付事件引用，并澄清日期差异 | 原日期、争议日期、负责人及获支持时的确认日期 |
| 交付证明引用无法打开或阅读 | 在不删除现有记录下取得可用引用 | 不可用引用、请求负责人及收到时的新引用 |
| 收货确认写明某件货物待查 | 在所述货物核实前保持差异开放 | 货物引用、待查状态、负责人、下一步及最终确认 |
记录能够再次找回的证明引用，例如交付证明编号、附件文件名、扫描编号、照片编号、已签文件编号或收货确认编号；如记录中可取得，也写明该引用的来源及加入任务记录的时间。
必须把证据引用与争议事实分开。交付照片可能显示签名，收货确认却可能写着不同数量；任何一项都未必能回答全部问题。写明每份材料表面上支持什么，以及哪一个事实需要核实。
不要以编辑后的版本取代原始附件，也不要悄悄删除与它冲突的收货确认。之后若收到更清楚的文件，应作为新的引用加入，并说明加入原因。记录应保留从最初完成主张到已确认更正（如有）的过程。
3. 更改完成状态前，按决策顺序处理
先在两份记录中对照任务编号、收货方或收货地点、交付日期、货品或运单引用，以及有争议的字段。这一步确认两份材料确实对应同一次交付。然后用一句可被核实的话写出差异。
接着指定一名核实负责人。负责人可能需要向司机、收货方、仓库同事或运营负责人取得资料，但任务记录必须写明由谁负责带回核实结果。群组聊天只能作为辅助背景，不能取代决策记录。
设定明确的下一步，例如索取更清晰的确认、确认收货录入、比较货品引用，或请相关方说明已点名的差异。按照任务的运营情境记录合适的跟进节点。不能只写“处理中”而没有负责人和下一步。
只有在争议事实被核实后，才记录已确认更正，或记录没有证据支持更正。若团队记录格式允许，应保留原始数值于历史中；同时写明谁确认结果，以及哪一个证明引用支持该决定。
- 决策顺序：找出唯一的争议事实。
- 把两份记录连回同一货运任务。
- 记录交付证明与收货确认的引用。
- 指定一名核实负责人及下一步。
- 记录已确认更正，或记录原记录仍获支持。
4. 使用现场决策表
下表是工作辅助，不替代实际证明引用。它让决定回到可观察资料，并避免把每一种不一致都当作同一问题处理。
5. Fictional example / 虚构示例
以下仅为虚构示例：North Quay Freight 的任务 FQ-218 是向 Meridian Components 交付纸箱。完成记录写着“已收：24 箱”，并连接交付证明 POD-771；收货确认 RA-114 写着“已收 23 箱”，并注明一箱仍待查找地点。以上名称、编号和事件均为说明用途，并非真实资料。
调度员不会另建第二张交付任务，也不会马上把 24 改成 23。他们将争议事实写成：“收货纸箱数量不同：POD-771 为 24，RA-114 为 23。”并指定仓库运营负责人为核实负责人；下一步是比对货运纸箱引用，并取得关于待查纸箱的说明。
之后，一份来自收货方的说明作为新引用加入，确认待查纸箱放在独立收货区，且属于同次交付。运营负责人记录已核实事实，并保留原先完成数量，同时附上说明引用。这个例子只展示一种可能的记录路径，不预测其他任务会有相同结果。
6. 先关闭差异，再关闭任务
关闭前，记录应无需猜测就能回答四个问题：争议的是哪一项事实？核对了哪些证明与确认引用？谁核实了结果？确认了什么更正（如有）？任何一项缺失，差异仍应视为开放，即使现场交付似乎已经完成。
已确认更正可能涉及数量、收货人资料、日期、完成备注或其他已记录事实；也可能确认原本完成记录仍获支持。无论哪一种，都应直接写出结果，并连结所使用的证据。不能把尚未回应的资料请求写成已确认的交付结果。
本指南仅处理关闭任务前的交付证明与收货确认差异。它不决定发票、付款、司机费用、结算、派车选择或之后服务问题是否完成；这些是独立决定，不应被悄悄并入本次差异审阅。
7. 狭窄定位与示意图片
这不是派车准备清单，因为相关车辆已经完成交付阶段；这不是交接班指南，因为重点是证据决定本身，不是移交一整组开放异常；也不是司机重新指派、客运、车费、收款或通用客户记录流程。
沿用既有 AI 概念车队插图，但必须标示为：“示意 AI 概念图：货运交付证明审阅；非真实客户车队或交付记录。”图片只帮助读者辨认货运情境，不能被视为任何任务的证据。
其狭窄价值在于：一票表面已完成的货运任务尚不能干净关闭时，提供可追溯的处理路径。同一任务、同一争议事实、可识别的引用、一名核实负责人和明确的已确认更正，让团队无需重建整个车队流程也能完成聚焦审阅。
参考资料: GOV.UK：用可观察结果描述需求
用虚构资料走一遍这个决定
演示独立运行，不连接客户资料、真实派车、付款或原项目后台。
打开对应演示查看完整工作流程