SaaSの決済失敗を防止するには、決済情報の更新を促す仕組み、失敗後の再試行、利用者への通知、複数の支払い手段を組み合わせることが重要です。決済失敗を完全になくすことはできませんが、原因を分類して対応を自動化すれば、意図しない解約やサービス停止を減らせます。
SaaSで決済失敗が起きる主な原因
決済失敗の原因は、カード情報の問題だけではありません。原因によって適切な対応が異なるため、まず「一時的な失敗」と「情報の修正が必要な失敗」を分けて考えます。
| 原因の例 | 特徴 | 基本的な対応 |
|---|---|---|
| 残高不足・利用限度額超過 | 一時的にカードが使えない | 時間を置いた再試行や別の支払い手段の案内 |
| カードの有効期限切れ | 登録情報が古く、継続的に失敗する | カード情報の更新依頼 |
| カード番号やセキュリティコードの誤り | 入力情報が正しくない | 正しい情報の再入力 |
| 不正利用検知・本人認証の失敗 | カード会社や決済サービスによって承認されない | 本人認証の再実行やカード会社への確認 |
| 決済サービスや通信の一時的な障害 | 利用者側に問題がない場合もある | 障害状況の確認と時間を置いた再試行 |
| 銀行口座の残高不足や口座情報の不備 | カード以外の支払いでも起こる | 口座情報や残高の確認 |
決済サービスが返すエラーコードや失敗理由を保存し、「再試行すべき失敗」と「支払い情報の変更を求める失敗」を区別すると、利用者への案内が分かりやすくなります。
決済失敗を防止する7つの方法
1. 支払い情報を更新しやすくする
カードの有効期限切れやカード変更による失敗を減らすには、利用者が短時間で支払い情報を更新できる画面を用意します。
- アカウント画面から支払い情報を変更できるようにする
- 更新画面へのリンクをメールや管理画面に表示する
- カード番号などの入力内容を送信前に確認できるようにする
- 有効期限が近い利用者へ事前に通知する
更新画面で必要以上の情報を入力させると、途中離脱につながります。決済代行サービスの安全な入力画面やトークン化機能を利用し、自社でカード情報を直接保存しない設計も検討します。
2. カード情報の自動更新機能を利用する
決済代行サービスによっては、カード会社から更新された有効期限やカード番号を受け取り、登録情報を更新する機能があります。この機能を利用できれば、カード再発行後に利用者が手動で変更しなくても、継続課金できる可能性があります。
ただし、すべてのカードや発行会社、地域、決済サービスが同じように対応するとは限りません。利用する決済サービスで、対象となるカードブランド、利用条件、更新される情報を確認してください。
3. 決済失敗後の再試行を自動化する
残高不足や一時的な通信障害などは、時間を置くと決済できる場合があります。そのため、決済失敗を検知した直後に何度も繰り返すのではなく、一定の間隔を空けて再試行する仕組みを設定します。
再試行では、次の点を決めておくことが大切です。
- どのエラーを再試行の対象にするか
- 何時間後、何日後に再試行するか
- 最大で何回まで試行するか
- 再試行中にサービスを継続するか
- 最終的に失敗した場合の通知や利用制限をどうするか
カードが無効、カード番号が誤り、不正利用の疑いなど、情報の修正が必要な失敗を何度も再試行しても解決しません。エラーの種類に応じて、再試行ではなく支払い情報の更新を求めるようにします。
4. 決済失敗をすぐに利用者へ通知する
利用者が決済失敗に気づかないと、サービス停止や未払いの長期化につながります。決済に失敗した時点で、メールや管理画面の通知などを使って、原因と必要な操作を伝えます。
通知には、少なくとも次の内容を含めます。
- どのサービス料金の決済に失敗したか
- 決済失敗が確認された日時
- 利用者が取るべき操作
- 支払い情報の更新画面への導線
- 再試行予定がある場合は、その予定
- サービスの利用制限が始まる条件と時期
- 問い合わせ先
「決済に失敗しました」だけでは、利用者は何をすればよいか判断できません。「カードの有効期限を確認し、支払い情報を更新してください」のように、次の行動を具体的に示します。
5. 決済前に支払い情報を確認する
更新期限が近いカードや、過去に決済失敗があったアカウントを事前に確認すると、請求日当日の失敗を減らせます。たとえば、請求日前に有効期限を確認し、問題がある利用者へ更新を依頼します。
ただし、カードが利用可能かどうかを確認するための少額請求や仮承認は、カード会社や決済サービスのルール、利用者への表示方法に影響します。導入する場合は、利用者への説明、請求への反映、返金や取消しの扱いを含めて設計してください。
6. 支払い手段を複数用意する
カードだけに依存すると、カードの有効期限切れや利用限度額超過が起きたときに、利用者がサービスを継続できなくなります。対象となる顧客層や契約形態に応じて、銀行振込、口座振替、請求書払いなどを選択肢に加える方法があります。
ただし、支払い手段を増やすと、入金確認、返金、未払い管理、手数料、消込作業などの運用も増えます。導入前に、対応地域、法人・個人の別、請求サイクル、手動作業の量を確認してください。
7. 決済処理の監視と記録を行う
決済失敗を減らすには、失敗件数だけでなく、失敗の原因や発生箇所を継続的に確認します。決済結果を記録し、異常な増加があったときに担当者へ通知できるようにします。
確認する項目の例は次のとおりです。
- 決済試行数と決済成功数
- 決済失敗率
- 失敗理由やエラーコード別の件数
- 支払い情報を更新した割合
- 再試行によって成功した割合
- 決済失敗後に解約や利用停止となった割合
- 決済サービスや特定の支払い手段に偏った失敗
決済失敗率だけでは原因が分かりません。たとえば、全体の失敗率が同じでも、「カード情報の更新で解決した失敗」と「決済サービスの障害による失敗」では、必要な対策が異なります。
決済失敗が起きたときの対応手順
決済失敗が発生したら、失敗を記録し、原因に応じて再試行や利用者への案内を行います。次の順番で対応すると、判断がぶれにくくなります。
- 決済結果を記録する。請求対象、アカウント、発生日時、決済手段、エラーコード、再試行回数を保存します。
- 失敗理由を分類する。一時的な失敗、支払い情報の修正が必要な失敗、本人認証が必要な失敗、システム障害の可能性に分けます。
- 対応を分ける。一時的な失敗はルールに沿って再試行し、カード情報の問題は更新画面へ案内します。
- 利用者へ通知する。失敗内容、必要な操作、期限、サービスへの影響を伝えます。
- 再試行結果を確認する。成功した場合は請求状態と領収情報を更新し、失敗した場合は次の案内を送ります。
- 最終対応を実行する。設定した猶予期間を過ぎても支払いが確認できない場合は、利用制限、契約状態の変更、担当者への連絡などを規約に沿って行います。
完了の確認では、決済サービス側だけでなく、SaaS側の契約状態、請求書や領収書の発行状態、利用権限も確認します。決済は成功していても、SaaSのデータ更新に失敗していれば、利用者の画面上では未払いのままになる可能性があります。
再試行と利用停止の設計で注意すること
再試行の回数を増やせばよいとは限りません。原因が解消していない決済を繰り返すと、利用者への通知が増えたり、決済サービス側で不審な処理と判断されたりする可能性があります。
また、決済失敗直後にサービスを停止すると、利用者が更新する時間を失います。一方で、無期限に利用を継続させると未回収額が増えます。猶予期間、通知回数、利用できる機能の範囲、停止や解約の条件を、料金プランや契約規約と矛盾しないように定めてください。
特に法人向けSaaSでは、決済担当者と実際の利用者が異なることがあります。管理者だけでなく、必要に応じて契約担当者へ届く通知方法や、複数の管理者を登録できる仕組みも検討します。
決済失敗を防ぐための確認項目
対策を導入する際は、次の項目を確認すると抜け漏れを減らせます。
- 決済失敗の理由を取得・保存できているか
- 一時的な失敗と、情報更新が必要な失敗を分けているか
- 支払い情報の更新画面へすぐ移動できるか
- 再試行の間隔と最大回数を設定しているか
- 決済失敗を利用者へ通知できるか
- 通知文に、原因と次の操作を記載しているか
- カード情報の自動更新機能を利用できるか確認したか
- 複数の支払い手段が必要か検討したか
- 決済結果とSaaSの契約状態が連動しているか
- 失敗率や原因別件数を監視できるか
- 利用停止や解約の条件が利用規約と一致しているか
- 決済情報を自社で保存する範囲が適切か確認したか
まとめ
SaaSの決済失敗を防止する基本は、支払い情報の更新を簡単にすること、原因に応じて再試行すること、失敗を速やかに通知することです。
まずは決済サービスのエラー理由を分類し、再試行・情報更新・本人認証・問い合わせのどれに進めるかを決めてください。そのうえで、決済結果がSaaSの契約状態や利用権限に正しく反映されるかを確認すると、未払いの長期化や誤ったサービス停止を防ぎやすくなります。
