決済ゲートウェイのエラー/拒否コードとは何ですか？

決済ゲートウェイの拒否（またはエラー）コードは、処理を完了できない取引において、カード発行会社または決済処理業者から返される標準的な応答の一種です。これらのコードは、カードの有効期限切れ、処理の一時停止、または銀行による特定の要件など、取引結果に関する説明を提供します。マーチャントはこれらのコードを参照することで、支払い結果をより深く理解し、次の行動を決定します。サブスクリプションサービスにおいては、これらのコードが、請求システムが決済試行と再試行にどのように対応するかを導く上で役立ちます。

決済エラーコードはさまざまなシナリオを表すため、それぞれに同じ方法で対処しても最適な対応とはなりません。

A ソフトディクライン これは通常、アカウントに現在利用可能な資金がない場合、銀行が一時的に支払いを保留している場合、またはカード発行会社のシステムが再試行を必要とする場合など、一時的な事象を意味します。多くの場合、しばらくしてから取引を再提出すると、処理が続行される可能性があります。

あるいは、 ハードディクライン これは、アカウントの更新、カードの有効期限切れ、または発行会社のシステムから異なる処理が必要である旨のメッセージが送信された場合など、個別のカテゴリに分類されるものです。これらのタイプの場合、通常、さらなる再試行は行われず、決済処理業者は次に進む前に拒否結果を記録します。 

各エラーコードのカテゴリを認識することで、決済システムは再試行をスケジュールするか、または適切な場合に顧客に支払い情報の更新を通知するかを判断できます。

継続的な支払いを取り扱う組織では、更新サイクル時に拒否コードの分析が定期的に必要となります。直接的な解約がない場合でも、支払い結果によっては非自発的なチャーンが発生する可能性があります。拒否コードを分析することで、企業は請求プロセスの一環として、再度の支払い試行や支払い情報の更新リクエストが適切かどうかを判断できます。

拒否コードは不正防止に関する情報も提供し、盗難カードによる繰り返しの拒否のようなパターンを時に明らかにします。ハードデクラインのパターンを精査することで、企業は特定の支払い活動についてさらなる調査が必要かどうかを判断するための基準を得ることができます。

利用のヒント:

• 各拒否コードをソフトタイプまたはハードタイプに分類することから始め、より良い全体像を把握するために リトライロジック.
• 再試行の間にはある程度の時間を空けてください。試行は 支払い方法 数日後に再度試行することで、連続試行とは異なる結果が得られる場合があります。
• 顧客の給料日や請求サイクルに合わせて、再試行のタイミングを調整してください。
• 発行者の推奨事項に合わせるため、再試行回数を3〜4回程度の妥当な回数に制限します。
• 自動再試行の際には、必要に応じてカード更新を促す明確な顧客コミュニケーションを含めます。

アカウント更新ツール。 ファイルに保存されているカード情報が最新でなくなったケース（取引が試行された際に発生することがあります）に対処するために、サービスが利用されます。顧客に新しいカードが発行された際（例えば、有効期限切れ、カードの交換、セキュリティ更新後など）には、古いカード情報は使用停止されます。このような場合、Account UpdaterツールはVisaやMastercardといったカードブランドと連携し、保存されているアカウント情報が更新されるように設定されています。このプロセスは通常、顧客の関与なしに自動的に実行されます。

カードネットワーク VisaやMastercardのようなカード会社は、加盟店が拒否された支払いを再試行できる頻度に関するルールを公開しています。ハードデクラインを含む、これらの推奨されるしきい値を超えた再試行は、ネットワークが活動を審査したり、標準料金を調整したりする原因となる可能性があります。再試行を計画する際にこれらのルールに従うことは ソフトデクラインの場合 企業が一般的な業界慣行の範囲内に留まるための一つの方法です。これが、SaaS企業が Merchant of Record 最新の要件を反映するように、再試行のアプローチを管理するのに役立つ（ソリューションなどを）選択する理由です。

アプローチを調整する前に、いくつかの考慮事項を確認することが役立ちます。

• 支払い失敗のうち、ハードディクラインと比較してソフトディクラインが占める割合を特定できますか？
• 収益データ内で非自発的チャーンを特定し、測定することは可能ですか？
• ディクラインタイプに基づいてリトライプロセスを変えていますか、それともすべての試行で同じパターンに従っていますか？

決定要因：

• 発生する取引数と、その結果における非自発的チャーンの割合
• 決済設定が拒否情報をどのように整理し、異なる拒否タイプを区別しているか
• 自動カード更新サービスが貴社のビジネスで利用可能であるか
• リトライロジックの設定または更新に利用可能な、社内エンジニアリング能力の現在の水準
• 貴社の事業活動に適用される規制およびカードスキームによる義務と制限