プリペイド下の DLR 失敗リトライ：いつ再試行し、いつ支出を止めるか

チケットが「失敗した」と書き、誰かがウォレットが空になるまでリトライを叩く。失敗は状態ではない。undelivered、rejected、expired は別の行為を要求する。プリペイドでは自動再試行のたびに借方行が立つ。無料の礼儀ではない。ループの前に辞書を合意せよ。さもなくばプロダクトはコンバージョンを追い、財務は死んだ番号への二回目・三回目を払う。

IOSOR は white-label prepaid。ダッシュボード、webhook、エクスポートで同じ DLR 語彙。live 回廊だけが上限付きリトライを許す。in setup は「次で通る」ではない。未達・拒否・期限切れステータス と DLR・遅延・フェイルオーバー を見よ。月次 USD 1,000+ 付近では、状態バケツ別のリトライ借方がより密な商業読みに入る。

リトライ論理の前の状態辞書

リトライコードを書く前に、終端状態を表に刷り、プロダクト・運用・財務が同じ行を指せるようにせよ。辞書なしのリトライは金を燃やすループだ。到達低下は SMS到達率低下の対処手引。

failed と rejected と expired

Failed / undelivered は、プラットフォームが仕事を渡し端末が確認していないこと。回廊が健全なら上限付きリトライがコンバージョンを救うことがある。Rejected は網やポリシーの拒否。同じ番号・同じ本文はほぼ再び拒否され、再び借方になる。Expired は時間：TTL が回廊遅延より短い、または送信前のキュー。expired を failed 扱いしてリトライを叩くと expired 行が増えるだけ。窓の外の OTP はもう転換しない。ウォレットは払う。

リトライ上限とウォレットへの衝撃

メッセージごとに自動試行の上限を置き、ユーザー再送とシステム failover を分けて記帳せよ。各試行は ledger の correlation ID に載らねばならない。「届くまで」無制限は死んだ回廊で prepaid を空にする。財務は宛先・状態・試行番号・借方を書き出せ。USD 1,000+ 付近では、所有者のいないループはチケットではなく商業課題になる。ポリシーが止まれと言えば、プロダクトがもう一度欲しくてもウォレットは止まる。

プロダクトと財務の所有

プロダクトはポリシーを持つ：どの状態がリトライ可か、TTL、再送クールダウン。財務は可視性を持つ：各試行が借方か、エクスポートが webhook と合うか。運用は回廊切片を持ち、世界平均が壊れた経路を隠さないようにする。同じ表がなければ、prepaid は「再試行」対「支出停止」を決められない。サポートが口頭で返金を約束し、ledger が毎回課金する状態を許すな。

危険信号

• sent と failed しかないのに自動リトライがある
• rejected ペイロードへの同一打撃が三回
• expired を網障害として叩く
• システム failover とユーザー再送が同じ借方行
• 試行上限なしの「届くまで」
• カタログが in setup なのにリトライを約束
• 財務エクスポートに試行番号がない

IOSORで始める

辞書を埋める。failed と rejected と expired。自動再試行に天井を置き、失敗 DLR が新しい prepaid 減算を開かないようにする。利用者の再送ボタンはシステムの試行とは別。低い量で live の廊下二本に天井を示す。

IOSORの要点

失敗 DLR の再試行は支出の天井であり、無限ループではない。

やる：終端状態を分け、試行を天井し、利用者再送をシステム試行から分けて出す。やるな：rejected や expired を一時 failed として回すこと。