处理一笔延迟订单：主动告知、补救与结果核对
这项任务从“已知原承诺无法兑现”或“已经逾期”开始，不以顾客来催单为前提。交付物是一份可追溯的补救记录：原承诺与事实、适用规则、通知与顾客选择、已执行动作，以及物流和资金的最终结果。
尚未确认异常、顾客只是询问位置时，先用订单咨询任务核实；一旦发现延误，再转入本文。查询可以以清楚解释和分流结束，延误处理则必须继续到补救落实，不能只回复一次“请耐心等待”。
1. 保留原承诺，确认延误对象
取得下单时的商品页、结账或确认通知中的时效陈述及版本。分别记最晚发货点和预计送达范围，注明时区、工作日或日历日；不要把今天的新页面当成旧订单当时的承诺。
按订单行和包裹核对以下内容，未知项明确标为未确认。
| 记录项 | 要核实的事实 |
|---|---|
| 受影响对象 | 哪件商品、多少数量、哪个包裹；已到的部分另记 |
| 付款 | 仅授权、已收款、部分付款或此前已退款，附交易依据 |
| 履约 | 未处理、处理中、部分履约、已交接，注明仓库或服务商 |
| 追踪 | 承运商原始事件、事件时间、查询时间与交接凭证 |
| 时间差 | 原承诺的哪个节点会或已逾期，不能混算发货与送达 |
| 责任人 | 谁核实原因、谁对外更新、谁批准补救 |
创建面单不能证明揽收。UPS 对 Label Created 的说明只确认收到了货件信息；若有交接凭证但追踪未更新，记录两项证据的差异，继续查证，不凭单个状态猜测丢件。
2. 先判断是否还能履行，再定补救路径
向实际负责的仓库、供应商或承运服务核实原因、受影响数量及新时间的依据。把“顾客称”“系统显示”“仓库已确认”分开，尚未证实的原因不要写成结论。
| 情形 | 本次要形成的决定 |
|---|---|
| 尚未交接，仍可发货 | 新发货日期是否有依据，能否改服务，是否需要顾客同意等待 |
| 无法提供商品 | 按适用规则终止未履行部分并处理款项，不能无限延期 |
| 已交接，运输变慢 | 查询最新进展与可行补救，不能承诺后台取消就能截回包裹 |
| 部分商品已到 | 只对未完成部分作判断，说明分包内容与各自结果 |
| 商品或地址需变更 | 核实权限、实际可变更性及顾客选择，不能自行替换商品 |
没有可靠的新日期时，说明无法确定并给出下一次调查更新时间。补发前确认原件去向与重复交付处理方式；不能让一次查询自动触发第二份商品。退回的实物如何接收与处置，另见逆向物流。
3. 按地区与事件确定通知义务
美国规则适用时，核对美国 FTC 邮购规则，尤其是完整订单起点、首次或再次延迟、新日期距离原期限是否超过 30 天，以及顾客不回复时的不同处理。不能把“沉默视为同意”当成所有延误的默认规则。
eCFR 435.2(b)要求在得知无法按时发货后合理时间内、且不晚于适用发货期限，主动提供延迟或取消并及时退款的选择。这约束发货，不是运输已经开始后所有问题的统一取消规则。FTC 指南也说明，仅在顾客可能来不及查看的订单状态页贴告示不足以替代及时通知。
欧盟消费者商品销售合同须按第 18 条核对约定交付时间、合理追加期限与解除权：通常在追加期限仍未交付时可解除；拒绝交付或特定交付时间至关重要等条文情形，可以立即解除。解除后应不无故拖延地退还已付款项。本文核对的是 2026-09-27 合并文本，未逐国核验国内规则。
因此，客服不能统一回答“先等承运商索赔结束再说”，也不能把任意内部等待天数当作法律期限。实际通知与期限由负责人按地区、合同和具体事件确认。
4. 主动告知，保存选择与下一次动作
在已核实的私密联系渠道发送与本单有关的信息，不公开地址、运单或完整订单链接。以下是通知内容清单，不是适用于所有地区的法律模板：
- 对应商品或包裹、原发货或送达陈述，以及已确认的变化。
- 有依据的新时间；不能确定时说明这一点与已知原因。
- 顾客可选的补救、取消或退款路径及如何回复，按适用规则写清。
- 顾客不回复时的处理和截止点；不得省略后让系统自行猜测。
- 商家负责人和下一次更新时间，即使尚无新进展也按约定更新。
留存通知版本、渠道、发送时间、失败或退信结果，以及顾客选择的内容与时间。自动回执不证明顾客已同意；发送失败也不等于完成告知。改走其他已核实渠道时保留记录，不通过公开评论披露订单内容。
5. 执行后分别核对货物、资金与通知
等候方案需要新的跟进点；取消方案需要核对仓库或第三方是否确实停止处理；退款方案需要明确项目、金额和支付去向。未收款的授权撤销与已收款后的退款分开看，不把两者都叫“退款成功”。
Shopify 的取消说明列出部分履约、第三方服务等限制。后台取消资格与实物能否追回是两个问题，不能为了出现取消按钮而把实际已发货的事实抹掉。平台操作见订单管理。
退款说明写明，从 Shopify 后台发起的退款不能取消或撤销。提交前核对此前退款、此次项目、运费及相关税费，避免重复；平台允许储值退款，也不代表可以用储值替代当地规则要求的退款。资金与库存的独立核对见退货、退款与补回库存。
顾客收到“已发起退款”和支付渠道确认资金退回，是不同结果。尚待渠道或仓库确认的事项保持跟进责任，不用归档或关闭客服对话掩盖未完成动作。
一份虚构的补救记录
假设订单 D101 属于 FTC 规则适用的美国商品订单，商品 80 USD、运费 6 USD，无折扣、税或其他收费，已收款 86 USD；未发货，也无此前退款。所有时点按 America/New_York 记录，以下为教学演练，不是真实订单。
| 时点 | 事实或动作 | 记录结果 |
|---|---|---|
| 10 月 12 日 | 收到完整订单，原陈述最晚 10 月 14 日发货 | 保存原陈述与订单行 |
| 10 月 13 日 10:00 | 仓库确认无法按原期发出，有依据的新发货日为 10 月 16 日 | 未等顾客催问，进入主动延误处理 |
| 10 月 13 日 11:00 | 演练通知说明原因、新日期、取消与退款方式及首次延迟适用的不回复规则 | 留通知稿与拟发送渠道；实际执行时另留发送证据 |
| 10 月 13 日 12:00 | 模拟顾客选择取消 | 停止继续发货；向仓库核对停止结果 |
| 10 月 13 日 13:00 | 模拟仓库确认停止，提交全额退款 | 80 + 6 = 86 USD，顾客收到的是退款发起说明 |
| 后续复核 | 模拟支付记录确认 86 USD 已退回，仓库无待发任务 | 才完成本例资金与履约闭环 |
本例的退款金额包含全部已收运费；它不能用来推断部分发货、已退部分款、含税或含进口费用的订单应退多少。后续确认的时间没有设成统一到账承诺。
交付与复盘
最终记录应保留原承诺、原因证据、通知及选择、处理权限、金额分项、物流结果、资金结果和关闭依据。若尚在等待供应商或支付渠道，明确谁在跟进和下次检查点，不能标成全部完成。
复盘时区分库存不足、仓库处理、承运异常与承诺设置问题，再交给对应负责人。保留原承诺是否失约的事实，同时记录补救结果；不能因改过日期或给过补偿，就把原来延误从数据中消除。