部分故障转移发送，无重复扣款

传输中的故障转移仍是一个客户端意图。主通道可能在保留后接受、超时或拒绝；备份通道随后可能承载相同的单元。这种切换绝不能开启第二次结算，虚构备份通道从未实现的“已送达”，或模糊为用户重试。

IOSOR 是白标预付平台。USD 20 是公开的最低充值金额（试点下限）。在接近每月 USD 1,000 的软审查时，部分发送错误会加剧消耗。有序路径：主通道失败时的有序备份路径（无双重扣款）。实时闸门：Live 徽章前的故障转移闸门。保留：首次扣款前的预付资金预留。

传输中切换仍是一个意图

部分故障转移意味着单元从买方 API 发送一次后，由于主通道无法完成，运营方切换了通道。客户端仍然看到一条消息行、一个幂等键、一个资金记录。不要将备份通道的跳转视为新的发送或生成第二次保留。从幂等、重试与资金安全中重用身份。

如果保留从未结算且单元从未欠款，则通过预留失败时的自动退款与状态真相释放。部分发送不代表允许在两个通道上进行虚假结算。

“部分发送”在资金方面的含义

“部分”是运营方对跳转的术语。财务计算在任何通道接受该键时，只进行一次可计费扣款——绝不是两次。用户重新发送是具有新键的新意图。

绝不在备份通道上虚构“已送达”

切换通道并不能证明已送达收件箱。备份通道可能接受但仍返回失败的 DLR、超时或无响应。客户端状态遵循证据：已接受、待处理、已送达、失败、需关注——仅限白标。运营方可以记录履约通道；买方绝不能看到品牌字符串。

虚构“已送达”，仅仅因为“故障转移触发”，会破坏信任和财务。等待真实的终端信号。如果备份通道在主通道接受后失败，请保持一个资金身份和诚实的失败结果——不要为了“更努力尝试”而重复扣款。

与重试策略和有序路径的区别

这是已启动切换的传输中资金——不是何时重试失败的 DLR（预付费下 DLR 失败重试策略），也不是预先写好的主通道→备份通道序列（有序路径的同级）。干净的重试策略无法修复双重结算；没有部分发送规则的有序路径仍然会虚构“已送达”。

用户重新发送 = 新操作。DLR 重试 = 可送达性策略。传输中故障转移 = 相同意图的资金安全切换。

买方部分故障转移清单

1. 一个幂等键是否涵盖相同意图的主通道和备份通道资金？
2. 备份通道是否可以在没有第二次结算的情况下接受？
3. 客户端状态是否白标，且仅在切换时没有虚构的“已送达”？
4. 保留失败路径是否自动释放，而没有在任何一个通道上留下已结算的幽灵？
5. 传输中切换是否与 DLR 重试策略分开记录？
6. 试点上限是否激活，以防止部分发送风暴在软性每月 USD 1,000 审查前耗尽 USD 20 钱包？

从 IOSOR 开始

在非产线走廊让主路径在发送中途失败。有序备援必须接同一把意图键。导出一笔 debit、剩余、诚实终态。若主路径已送出串接正文的一部分，不要在备援上捏造 Delivered，也不要为那些部分开第二次结算。

IOSOR 要点

部分切换仍是同一个客户意图。

要做：发送中途的 hop 上只留一把键、一笔 debit。

不要：在从未拥有那些部分的备援上捏造 Delivered，或把剩余收两次。