決済エラーには、「リトライすればするほど損する」種類のものが確かに存在します。
残高不足や一時的な通信エラーであれば、数日後にもう一度叩けば静かに通る。一方で、不正フラッグ・国際カードブランド側 Hard Decline・解約済みアカウント・限度額超過の繰り返し といったエラーに対して何度も再課金を叩くと、回収できないどころか、チャージバック確率の上昇・カード会社からの評価悪化・顧客との関係性の毀損という形で、加盟店事業者様側の損失が拡大します。
本稿では、決済代行会社のリトライ機能や手動リトライを設計するうえで、「触ってはいけない」エラー をどう見分け、どう除外するかを整理します。
blind retry が招く 4 つの構造的損失
「とりあえずリトライ」を一律で回す運用 — いわゆる blind retry — は、回収率を上げているように見えて、実は事業者様側に静かな損失を積み上げていきます（以下、割合・確率は海外の参考値）。
1. チャージバック確率の上昇
不正検知ルールに引っかかっているエラーに何度もリトライを叩くと、カード会社・国際カードブランド側のリスクスコアが上昇し、正規の取引でもチャージバック判定が出やすくなります。チャージバック比率（CB ratio）が閾値を超えると、加盟店契約自体が見直し対象になるリスクもあります。
2. カード会社・国際カードブランドからの評価悪化
同じカードに対する繰り返しの拒否トランザクションは、加盟店 ID 単位で記録されます。VAMP（Visa Acquirer Monitoring Program） や Mastercard の Excessive Decline Monitoring 等、海外では「拒否率が高すぎる加盟店」を監視するプログラムが存在します（参考値）。
3. 顧客との関係性の毀損
不正利用フラグが立っているケースで、課金エラーの通知を何度も送り続けることはブランド体験としてマイナスです。サービスの印象は確実に損なわれます。
4. 内部リソースの空転
通る見込みのないエラーを毎月リトライ対象として並べ続けると、「本当に戻せる顧客」がリトライ非推奨のエラーに埋もれて見落とされます。経理担当者・カスタマーサクセス担当者の認知負荷を直接押し上げる構造です。
「触ってはいけない」決済エラー 4 分類
具体的にどんなエラーがリトライ非推奨に分類されるべきか。海外の参考値や国際カードブランドの公開資料を踏まえると、おおむね以下の 4 分類に整理できます。
1. 不正フラッグ（Fraud Suspected / 59 等）
カード会社・国際カードブランド側の不正検知ルールが「このトランザクションは不正の疑いあり」と判定したケースです。ISO 8583 の 59 Suspected Fraud、Visa の R0 Cardholder Requested Stop、Mastercard の 62 Restricted Card などが代表的です。これらに blind retry を叩くと、前述の通りチャージバック確率が上昇します。再課金を続ける判断は、回収どころか別の損失を呼び込みます。
2. 国際カードブランド側 Hard Decline
Hard Decline は「このカードでは、何度叩いてもこの取引は通らない」という永続的な拒否を意味します。Soft Decline（一時的な拒否 — 残高不足・通信エラー等）とは異なり、リトライによる回復はほぼ期待できません。代表的なレスポンスコードは 04 Pick Up Card、14 Invalid Card Number、78 Blocked Card 等。これらは カード更新依頼 や 別の支払い方法への切り替え案内 といった、人の判断を介在させる対応に振り分けるべきエラーです。
3. 解約済みアカウント / カード解約
顧客がカード自体を解約している、または発行会社側でアカウント停止が行われているケースです。14 Invalid Card Number、43 Stolen Card、R1 Revocation of Authorization Order など複数のパターンがあります。リトライを何度叩いても永続的に通らないため、新しいカードを登録してもらう導線が、回収のための唯一の現実的な手段です。
4. 限度額超過の繰り返し / 利用上限ヒット
カード会社が設定する月次利用上限・1回あたり利用上限を超えているケースです。61 Exceeds Withdrawal Amount Limit、65 Exceeds Withdrawal Frequency Limit 等が該当します。毎月同じ顧客に対して同じエラーが繰り返される場合、「このカードでは今後もこの金額の課金は通らない」という構造的な状態にあると判断するほうが、長期的に建設的です。
判別が難しい理由 — レスポンスコード体系の複雑さ
「リトライ非推奨エラーを除外すればよい」と聞くと、シンプルなルールベースの分岐で済みそうに思えます。実際には、判別を難しくしている構造的な問題があります。
国際カードブランド × 決済代行会社のマトリクス
レスポンスコードは、Visa / Mastercard / JCB / American Express / Diners といった国際カードブランドごとに体系が異なります。さらに、Stripe / PAY.JP / Komoju / GMO ペイメントゲートウェイ / SB ペイメントサービス といった決済代行会社が、それぞれ独自のエラーコード体系で上書きしてくるため、同じ意味のエラーを横断的に扱うのが容易ではありません。
「曖昧な拒否コード」と仕様変更追従
05 Do Not Honor や R0 Customer Requested Stop など、カード会社側が明確な理由を共有しないまま拒否したケース は、Soft / Hard の判別自体が難しく、業態・顧客属性・過去履歴を踏まえないと判定できません。加えて、レスポンスコード体系は不定期に改廃され、自前で分類マッピングを維持する場合、仕様変更への追従コストが継続的に発生します。決済ドメイン専任のエンジニアがいないチームには、重い負荷です。
理想の状態 — 対応すべき顧客のみが残る運用
blind retry のリスクを構造的に下げる運用とは、次のようなものです。
- 不正フラッグ・Hard Decline・解約済みアカウント・限度額超過の繰り返しが、「リトライ非推奨候補」 として除外される
- 残った決済エラーは「再試行候補」「カード更新候補」「顧客対応候補」「認証確認候補」に整理され、対応すべき顧客のみがリトライ対象として残る
- 判別ロジックが加盟店事業者様の側から透明に見え、なぜそのエラーがリトライ非推奨に分類されたのかをレスポンスコード単位で確認できる
- レスポンスコードの仕様変更は分類マッピング側で吸収され、運用フローには影響しない
この状態を作ること自体は技術的に難しくありませんが、リトライ実行レイヤーと対応分類レイヤーを 別物として設計する という発想が必要です。「叩いてよいエラー」と「叩いてはいけないエラー」を最初に分けるという思想です。
Recovery Monitor の「リトライ非推奨候補」分類
Recovery Monitor は、決済エラー管理（Payment Error Management）のうち、決済エラー後の対応分類を担当するレイヤーです。決済自体は実行しません。リトライ実行は Stripe Recovery、PAY.JP の Webhook を起点とした再課金、加盟店事業者様の既存運用にそのまま残したうえで、その「あと」の整理を担います。本稿で扱った「触ってはいけないエラー」は、明確に リトライ非推奨候補 として独立カテゴリに切り出しています。
- 再試行候補 — 残高不足・通信エラー等、Soft Decline で再試行による回復可能性が高いもの
- カード更新候補 — 期限切れ・カード変更が必要なもの
- 顧客対応候補 — 個別に状況を確認すべきもの
- 認証確認候補 — 3D セキュア等の追加認証が必要なもの
- リトライ非推奨 — 不正フラッグ・Hard Decline・解約済みアカウント・限度額超過の繰り返し等、これ以上の再課金が逆効果になりうるもの
リトライ非推奨候補に分類されたエラーは、決済代行会社ごとのレスポンスコードと、なぜそのカテゴリに振り分けられたかという根拠が、加盟店事業者様の側から確認できる設計です。Rule-first, AI-assisted の方針で、AI は分類補助・月次レポート下書きのみを担当し、最終的な判断は加盟店事業者様の運用に渡します。
マルチ決済代行会社をまたいだ統一カテゴリ
複数の決済代行会社を併用している加盟店事業者様にとって、リトライ非推奨エラーの判別を決済代行会社ごとに自前でやり続けるのは、運用負荷が大きすぎます。Recovery Monitor は、決済代行会社ごとに異なるレスポンスコードを統一カテゴリにマッピングするレイヤーを内側に持っているため、決済代行会社を問わず同じ「リトライ非推奨候補」というカテゴリで扱えます。
自社の「触ってはいけないエラー」を試算する
blind retry でリトライを叩いていた状態から、リトライ非推奨候補を除外する設計に移行することで、回収可能性のある売上の見え方は変わります。月間の決済エラー件数と平均単価が分かれば、まずは概算で試算できます（参考値）。
実際の決済データに対して Recovery Monitor がどう分類するかを確認したい加盟店事業者様向けに、30 日間の無料トライアルをご用意しています。Stripe Checkout 経由でカード登録のうえお試しいただけます（30 日後に Starter ¥19,800/月 自動課金。トライアル中の解約は無料、カード番号・CVC は一切扱わない読み取り専用の分析サービスです）。
料金プランの詳細は料金プラン、実際の出力イメージはサンプルレポートからご確認いただけます。
すべての決済エラーが「戻せる顧客」ではありません。戻せる顧客を見つけるためには、最初に「触ってはいけないエラー」を除外する設計が必要です。リトライ非推奨候補の分類は、回収率を上げるためではなく、加盟店事業者様の運用全体を健全に保つための前提条件として、独立したレイヤーで扱う価値があります。