将退货请求关联至原始交付记录

1. 先定义关联记录，再讨论是否取件

请把已经完成的原始外送交付作为锚点，保留其任务编号、已交付货物编号、完成证据和原先记录的结果。客户后来要求退回货物，并不会改写这些事实；它只产生一份与原始交付关联的新退货请求。

容易被混成一个状态的，其实至少有六个问题：是否收到请求；请求的数量和单位是什么；是否有指定负责人授权逆向运输决定；是否已提出独立的退回运输；是否有人实际取得货物保管；指定收货方是否确认收到。某一个答案未知，并不使其他答案失效。

客户所述原因应标为“未经核实的说法”。无论对方称货物多余、错误、不需要或有问题，本指南都不把该说法当作货况、缺陷、过错、责任、退款资格或车队接受退货的证明。保留原话或简短归因摘要，并清楚写出来源和未决边界。

参考资料: BossFlow Fleet 工作范围

2. 按明确的现场决策顺序处理

第一步，以稳定编号而不是仅凭客户名称找到原始交付。确认该交付确为相关记录，只带入本次请求所需的货物编号。不要为了建立关联而重新开启已完成的交付。

第二步，建立独立的退货请求记录，并给予新编号，再关联原始任务。填写请求人、已知请求时间、货物编号、请求数量、单位基础、所述原因、未决条件。数量或单位不知道时，应直接标示未知，不应猜测。

第三步，请指定决定负责人写下明确结果：待审核、不授权、在列明条件下授权，或其他清楚定义的内部结果。授权记录应说明涵盖什么、还缺什么；它本身不是派车、指派司机或确定取件时间的指令。

第四步，只有在独立的运输决定已经存在后，才建立单独的拟议退回运输编号，并与请求及原始交付关联。拟议取件与实际取件必须分开记录；车辆指派、司机接受和运输进度仍是各自独立的营运事实。

第五步，如有人报告已取件，应把保管证据记录在退回运输下，不要把请求直接改成完成。随后另行记录指定收货方的确认；任一证据缺失时，应如实标示并保持该问题未关闭。

3. 建议使用的内部退货请求工作表

以下是原创的建议内部工作表，不是承运商要求、通用行业标准、马来西亚服务规则或法律义务。它刻意保持简洁，让调度、营运和收货团队都能看见究竟做了哪一项决定。

建议栏位包括：退货请求编号、原始交付／任务编号、原始已交付货物编号、请求数量及单位基础、请求来源和已知时间、标记为“未经核实的说法”的原因、审核负责人、决定和决定时间、独立退回运输编号、拟议取件状态、保管证据编号、收货方确认，以及未决条件与下一位负责人。

请使用关联编号，不要把原始交付证据复制到每一份后续记录。这样可以保留真实历史：外送交付可维持完成，而关联请求仍在待审、拟议退回运输尚未指派，或退回货物的保管尚未有证据。请求记录应描述目前知道的内容，不应预言最终商业或营运结果。

1. 提出取件前的五项检查：
2. 原始交付及货物编号足以辨识对应的已完成交付。
3. 每项请求数量都有明确单位基础，或已标示未知。
4. 所述原因被标为未经核实的说法，而不是调查结论。
5. 指定负责人已记录逆向运输是待审还是已授权。
6. 在把取件视为拟议事项前，已有独立的退回运输编号。

4. 只按当前可见证据决定下一步

下表属于建议内部做法。它帮助团队根据当前可见证据选择谨慎的下一项记录动作；它不决定运输、商业或法律结果。

5. Fictional example / 虚构示例

以下仅为虚构示例：Northbank Components 已完成外送任务 OUT-418，收货方为 Orchard Workshop。交付记录列有货物编号 CW-17，内部描述为控制外壳，且外送状态为已完成。其后，Orchard Workshop 的请求人要求收回两件 CW-17，并称这些货物“暂时不需要”。该句被录为请求人的未经核实说法。

调度员建立请求 RET-026，并将其关联至 OUT-418 和 CW-17。请求数量记录为两件，单位为件；不假定货物状况、包装、保管、贷项、退款或责任。请求随后交给指定内部审核负责人。此时 RET-026 只是请求，并非已经批准的车辆运输。

负责人记录“待审核”，因为仍有未决条件。因此，没有把任何退回运输编号建立为已授权取件指令。日后如作出明确运输决定，可建立如 RM-026 的独立编号并关联；如之后报告已取件，应把保管证据记在 RM-026 下，指定收货方其后的确认仍是独立事件。整个过程中，原始 OUT-418 一直维持已完成。

6. 只关闭已有证据支持的问题

当审核决定已记录时，可关闭请求审核，即使之后不会发生逆向运输。拟议运输只能根据其本身的营运证据关闭。保管问题只有在记录能说明取得了什么、数量和单位为何、以及现有支持证据后才可关闭。收货确认只有在确认已记录，或内部结果明确写明仍未解决时才可处理为结束。

不要把缺少确认改写为负面结论。“尚未记录收货确认”只描述记录状态，并不证明货物没有收到。同样，一笔保管记录本身并不能证明原始交付有误、退货已为任何商业目的被接受，或任何一方已经接受责任。

所提供的 BossFlow Fleet 内容区分指派与接受、完成与结算，并说明车辆、司机和任务应保持关联。其中的承运商特定示例不应当作本流程规则。本指南的工作表和决策顺序均为原创建议内部做法。

7. 狭窄定位与示意图片说明

本指南只处理交付完成后一个很窄的营运记录边界：如何把“请求收回先前已交付货物”关联至原始交付，同时不删除或重开外送证据。它不是消费者运输订购页面、退款流程、未成功取件记录、取消货运任务流程、可回收托盘核算、交付证明差异处理，亦不是通用 CRM 或内部系统指南。

沿用现有 AI 概念车队图片，并标示：“AI 示意概念图：车队场站；并非真实客户车队。”图片只为调度工作提供语境，不描绘虚构示例、不确认已经取件，也不构成退回货物保管证据。

供渲染器加入的来源说明：所提供 GOV.UK 页面仅支持一个有限概念，即用户需要可用角色、需要和目标表达，并可配合可观察的验收条件。它不是货运营运标准。本文全部栏位、状态分离和决定均为建议内部做法。

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