部分故障轉移發送，無重複扣款

傳輸中途的故障轉移仍是單一客戶意圖。主線路可能會接受、逾時或在保留後拒絕；備援線路隨後可能會承載相同的單元。這種切換絕不能開啟第二次結算，虛構備援線路從未賺取的「已送達」狀態，或與用戶重試混淆。

IOSOR 是白標預付服務。20 美元是公開的最低儲值金額（試點門檻）。當部分發送錯誤導致費用倍增時，會進行接近每月 1,000 美元的軟性審查。有序路徑：無重複扣款的備援路徑。上線閘門：上線前故障轉移閘門。保留：首次扣款前的預付資金保留。

中途切換仍屬單一意圖

部分故障轉移意味著單元已從買家 API 發送一次，然後由於主線路無法完成，運營部門切換了線路。客戶仍會看到一條訊息記錄、一個冪等鍵、一個資金流。不要將備援跳轉視為新的發送或產生第二次保留。請從冪等、重試與資金安全中重複使用身份。

如果保留從未結算且單元從未被欠款，請透過預付保留失敗時：自動退款與狀態真相釋放。部分發送並非允許在兩條線路上進行幽靈結算。

「部分發送」在資金方面的意義

「部分」是運營部門對跳轉的術語。當任何線路在該鍵下接受時，財務計算一次可計費扣款 — 絕非兩次。用戶重新發送是具有新鍵的新意圖。

絕不在備援線路上虛構「已送達」

切換線路並不能證明已送達收件箱。備援線路可能會接受，但仍可能返回失敗的 DLR、逾時或無回應。客戶狀態遵循證據：已接受、待處理、已送達、失敗、需要注意 — 僅限白標。運營部門可以記錄執行線路；買家絕不能看到品牌字串。

虛構「已送達」「因為故障轉移已觸發」會破壞信任和財務。等待真實的終端訊號。如果備援線路在主線路接受後失敗，請保留一個資金身份和誠實的失敗結果 — 不要雙重收費以「更努力嘗試」。

與重試策略和有序路徑的區別

這是在已開始切換的傳輸中途資金 — 並非何時重試失敗的 DLR (預付費下 DLR 失敗重試策略)，也不是預先寫好的主線路 → 備援線路序列（有序路徑的兄弟）。乾淨的重試策略無法解決雙重結算；沒有部分發送規則的有序路徑仍會虛構「已送達」。

用戶重新發送 = 新動作。DLR 重試 = 可送達性策略。中途故障轉移 = 相同意圖的資金安全切換。

部分故障轉移的買家檢查清單

1. 一個冪等鍵是否涵蓋相同意圖的主線路和備援線路資金？
2. 備援線路是否可以在沒有第二次結算的情況下接受？
3. 客戶狀態是否為白標，且僅在切換時沒有虛構「已送達」？
4. 保留失敗路徑是否自動釋放，且兩條線路上都沒有結算的幽靈？
5. 中途切換是否與 DLR 重試策略分開記錄？
6. 試點上限是否啟用，以便部分發送風暴在軟性每月 1,000 美元審查之前不會清空20 美元錢包？

從 IOSOR 開始

在非產線走廊讓主路徑在發送中途失敗。有序備援必須接同一把意圖鍵。匯出一筆 debit、剩餘、誠實終態。若主路徑已送出串接本文的一部分，不要在備援上捏造 Delivered，也不要為那些部分開第二次結算。

IOSOR 要點

部分切換仍是同一個客戶意圖。

要做：發送中途的 hop 上只留一把鍵、一筆 debit。

不要：在從未擁有那些部分的備援上捏造 Delivered，或把剩餘收兩次。