SaaSで決済に失敗した売上を回収するには、失敗理由を分類し、再決済・顧客への案内・支払い方法の変更を組み合わせて自動化するのが基本です。カードの有効期限切れや残高不足など、時間を置いて再試行できる失敗と、カード情報の誤りや利用停止など、顧客の対応が必要な失敗を分けて処理します。
SaaSの決済失敗で最初に行うこと
まず、決済失敗の通知を受けたら、請求を放置せず、失敗した取引を正確に特定します。次の項目を請求単位で記録してください。
- 顧客ID、契約ID、請求ID
- 請求額、通貨、請求日、支払期限
- 決済手段の種類
- 決済サービスから返された失敗コードや理由
- 再試行回数と次回の再試行日時
- 顧客への通知履歴
- 回収済み、未回収、解約などの現在の状態
同じ請求に対して複数回の請求処理を行うと、二重請求につながるおそれがあります。再試行前に、決済サービス側の取引状態と自社の請求状態を照合し、すでに成功していないか確認します。
決済失敗の原因を「再試行できる失敗」と「顧客対応が必要な失敗」に分ける
回収方法は、決済失敗の原因によって変わります。原因が分からないまま一律に再請求するのではなく、決済サービスが返すエラー情報をもとに対応を分けます。
| 失敗の例 | 主な対応 |
|---|---|
| 一時的な通信エラーや決済サービスの障害 | 状態を確認したうえで、時間を置いて再試行する |
| 残高不足や利用限度額超過 | 後日の再試行と、顧客への支払い案内を行う |
| カードの有効期限切れ | カード情報の更新を依頼し、更新後に再請求する |
| カード番号や認証情報の誤り | 正しい決済情報の入力を依頼する |
| カードの利用停止や不正利用の疑い | 同じ方法での再試行を繰り返さず、別の支払い方法を案内する |
| 顧客による支払い拒否や契約上の問題 | 契約条件を確認し、必要に応じて顧客や管理者に連絡する |
決済サービスによって返されるエラーコードや再試行の扱いは異なります。自社で原因を独自に推測せず、利用中の決済サービスの仕様に従ってください。
決済失敗した売上を回収する5つの方法
1. 一定期間を置いて自動で再決済する
一時的なエラーや残高不足などは、失敗直後に何度も請求するより、一定の間隔を空けて再試行する方法が適しています。たとえば、失敗直後、数日後、さらに数日後というように、複数回の再試行スケジュールを設定します。
ただし、再試行回数や間隔を決める際は、利用中の決済サービスの推奨仕様を確認してください。失敗理由によっては再試行しても成功しにくく、短時間に繰り返すと顧客体験の悪化や不正利用検知につながる可能性があります。
自動再試行を実装する場合は、次の状態を管理します。
- 再試行待ち
- 再試行中
- 決済成功
- 顧客対応待ち
- 回収期限超過
- 解約または利用停止
決済が成功した時点で再試行を止める仕組みも必要です。成功通知を受け取れないケースに備え、決済サービスの管理画面やAPIで状態を再確認できるようにしておくと、請求状態のずれを減らせます。
2. 顧客に支払い情報の更新を依頼する
カードの有効期限切れ、カード番号の変更、請求先情報の誤りなどが原因なら、顧客が支払い情報を更新できる画面へ案内します。メール本文にカード番号を返信させるのではなく、ログイン後の安全な請求管理画面を使わせる設計が基本です。
案内には、次の情報を含めます。
- どの請求が失敗したか
- 請求額と請求日
- いつまでに対応が必要か
- 支払い情報を更新する画面へのリンク
- 更新後に再決済されるタイミング
- 問い合わせ先
メールのリンク先では、顧客が自分の請求内容を確認できるようにします。ログインしていない人が閲覧できる場合は、推測されにくいURLや有効期限付きの認証など、決済サービスや認証基盤に合った保護を設定してください。
3. 別の支払い方法を案内する
カードでの支払いが難しい顧客には、銀行振込、別のカード、口座振替、デジタルウォレットなど、SaaSで提供している別の支払い方法を案内します。
ただし、利用できる支払い方法は、顧客の地域、通貨、契約プラン、法人か個人か、決済サービスの対応状況によって変わります。未対応の方法を「利用できます」と案内しないよう、顧客ごとに表示を分けてください。
銀行振込を受け付ける場合は、入金確認に時間がかかることがあります。振込名義と契約情報を照合し、入金を確認してから請求を回収済みに変更する運用が必要です。
4. 支払い期限と利用制限を段階的に設定する
未払いのまま無期限にサービスを提供すると、回収できない売上が増えます。一方で、決済失敗の直後に利用を止めると、正当な顧客まで困らせる可能性があります。
そのため、たとえば次のように段階を設けます。
- 決済失敗を検知し、顧客へ通知する
- 一定期間は再決済と支払い情報の更新を案内する
- 未払い期間が続いた場合、管理者への通知や一部機能の制限を行う
- 定めた期限を過ぎても回収できない場合、契約条件に従って利用停止や解約処理を行う
具体的な猶予期間や利用停止の条件は、契約書、利用規約、料金ページの記載と一致させてください。すでに提供した期間の料金を免除するのか、利用停止後も請求を継続するのかも、契約内容に基づいて判断します。
5. 高額請求や重要顧客は個別に連絡する
月額料金が高い契約、年額契約、複数ユーザーを抱える法人契約では、自動メールだけでなく、契約担当者や管理者への個別連絡が有効な場合があります。
連絡時は、決済情報そのものを聞き取るのではなく、請求番号、請求額、支払期限、更新方法を伝えます。カード番号やセキュリティコードをメールや電話で受け取らない運用にしてください。
顧客への通知は段階と内容を分ける
決済失敗の通知は、1回だけ送って終わりにせず、対応状況に応じて段階的に行います。通知を送りすぎると不信感につながるため、決済成功や支払い情報の更新を検知したら、未払い通知を停止します。
通知の例は次のとおりです。
| 通知の段階 | 伝える内容 |
|---|---|
| 決済直後 | 決済に失敗したこと、原因が分かる範囲の説明、更新画面 |
| 再試行前後 | 再決済を行う予定、顧客側で対応が必要かどうか |
| 未払いが続く場合 | 対応期限、サービスへの影響、利用できる支払い方法 |
| 利用制限の前 | 制限の開始日時、対象機能、解除条件 |
| 決済成功後 | 回収が完了したこと、利用制限がある場合の解除時期 |
「決済に失敗しました」だけでは、顧客は何をすればよいか分かりません。原因を断定できない場合は、「支払いを完了できませんでした」と表現し、支払い情報の確認や別の方法を案内します。
回収処理で防ぐべき二重請求と請求状態のずれ
回収自動化では、決済処理を一度実行しただけで成功と判断せず、決済サービスからの確定通知を受けて請求状態を更新します。
特に、次のような場合は注意が必要です。
- 決済画面では失敗と表示されたが、実際には処理が成功している
- 通信タイムアウト後に再請求してしまう
- 顧客が更新画面を複数回送信する
- 再試行処理と手動請求が同時に動く
- 入金済みの銀行振込を未払いのまま扱う
同じ請求を重複処理しないため、請求IDや決済サービス側の取引IDを使って処理を一意に管理します。再送される通知を受けても同じ処理を二度行わない、冪等性（べきとうせい）の仕組みも必要です。
決済失敗からの回収率を確認する指標
回収施策の効果は、売上全体だけでなく、決済失敗後の推移で確認します。最低限、次の指標を分けて記録すると改善点を見つけやすくなります。
- 決済失敗件数
- 失敗額
- 失敗理由別の件数と金額
- 再試行による回収額
- 支払い情報の更新による回収額
- 別の支払い方法による回収額
- 未回収額
- 回収までにかかった日数
- 回収後の解約や利用停止の件数
回収率を計算する場合は、対象期間と分母を固定します。たとえば、決済失敗額を分母にするなら、次の式で計算します。
決済失敗後の回収率 ＝ 対象期間内に回収できた失敗請求額 ÷ 対象期間内の失敗請求額 × 100
請求額の一部だけ回収した場合、返金や値引きがある場合などは、計算ルールをあらかじめ決めておきます。期間を変えて数値を比較するときは、失敗が発生した日を基準にするのか、回収した日を基準にするのかも統一してください。
決済失敗を減らすための事前対策
回収処理だけでなく、決済失敗が起きる前の対策も必要です。顧客が支払い情報を更新できる画面を用意し、カードの有効期限更新や決済サービスが提供する自動更新機能を利用できるか確認します。
- 契約開始時に支払い情報と請求先情報を確認する
- 支払い情報を顧客自身で更新できる画面を用意する
- 有効期限切れが近い顧客への案内を検討する
- 決済失敗時の再試行ルールを決める
- プラン変更や解約時に請求状態を再確認する
- 決済サービスの通知を監視し、未処理の失敗を残さない
- 請求状態とサービス利用状態の連携をテストする
決済サービスの機能を使う場合でも、対応している決済手段、対象地域、再試行の条件、追加料金、顧客の同意が必要な範囲を確認してください。
回収できない場合の扱いを先に決めておく
一定期間の再試行と顧客への案内を行っても回収できない場合は、未収金として管理するのか、契約を終了するのか、請求を停止するのかを決めます。判断は契約内容や社内の会計・債権管理ルールに従ってください。
利用停止や解約を行う場合も、顧客に通知する期限、保存されるデータ、再契約時の扱い、未払い分の請求方法を明確にします。料金の請求や債権回収に関する法的な対応は、契約や対象地域によって異なるため、必要に応じて専門家へ確認してください。
SaaSの決済失敗は、原因の分類、適切な再試行、支払い情報の更新案内、二重請求の防止、段階的な利用制限を一つの流れとして設計すると対応しやすくなります。まずは決済サービスの失敗理由を請求単位で記録し、再試行で対応するケースと顧客への案内が必要なケースを分けることから始めてください。
