Stripe Radar のテスト
以下の情報を使用して、不正防止戦略をテストします。 以下のテストクレジットカード番号を使用して、サンドボックス Stripe ダッシュボード テスト API キー create a charge
番号 説明 4000 0000 0000 4954 highest のリスクレベルの支払いが発生しますが、設定されているルールによってはブロックされる可能性があります (たとえば、Block if :risk_ ルールが無効になっている場合、このカードでの支払いはブロックされません)。4100 0000 0000 0019 highest のリスクレベルの支払いが生成され、ルールに関係なく常にブロックされます。4000 0000 0000 9235 elevated のリスクレベルの支払いが生成されます。
ルール ルールを追加または更新
テストするルールごとに、サマリーには、以下のカテゴリーに該当する支払いの金額と回数が記載されます。
不審請求の申請と不正使用の早期警告 : 不審請求の申請または不正使用の早期警告 (EFW) 返金された決済 : 返金された決済です。ブロックされた決済と失敗した決済 : Radar によってブロックされた決済、Stripe によってブロックされた決済、またはカード発行会社によって拒否された決済です。成功した決済 : 正常に処理され、まだ不正使用として特定されておらず、返金もされていない決済です。さらに、許可ルールをテストする際、上書き も表示されます。これは、不正利用のリスクが高いことやカスタムのブロックルールを根拠として Radar がブロックする支払いを指しますが、今後は提案したルールによって許可されます。ダッシュボードで、これらのサマリーのメトリックの内訳を確認できます。たとえば、不正利用として分類された返金を確認できます。
次の表のサンプルの質問を確認して、ルールを実装できるかどうかを判断します。
注意 不正使用による支払いのみをブロックして正当な支払いを許可する完璧なルールを作成できることはまれであるため、ルールを実装するかどうかは通常トレードオフに基づいて決定します。そのルールが誤検出する有効な支払いと、ブロックする必要のある不正使用による支払いを比較検討してください。各社に適したトレードオフはビジネスに固有の状況によって異なります。詳細については、Stripe の不正検出入門
ルールのタイプ このルールを実装する状況 ブロック 不審請求が申請されたか、EFW を受たか、ビジネスの正当な支払いで許容される金額を擬製にして不正利用として返金された支払いと一致します。 返金と一致し、業務負担を減らして、返金の悪用を防止します。 カード発行会社が支払いを拒否したために失敗した支払いと一致します。送信する取引で失敗した取引数が多い 確認 不審請求が申請されたか、EFW を受けたか、不正利用として返金された支払いと一致します。チームは、潜在的な不正取引やその他の疑わしい支払いアクティビティーを厳密に評価するように求められます。 3DS のリクエスト It matches payments that were disputed, received an EFW, or refunded as fraud at the cost of an acceptable amount of legitimate payments for your business. 3DS doesn’t always guarantee that your user will receive a challenge. This means that while you might get liability shift if a fraudulent actor passes frictionless 3DS and commits fraud, you might still receive an EFW (which ultimately can lead to identification in VFMP). 許可 以前にブロックされた支払いのうち、ビジネスにとって安全であるという確信度が高い、許容可能金額と一致します。許可ルールの場合は評価が多少難しくなります。以前ブロックされた支払いが許可された場合に、そのうちどの支払いが不正利用になるのかを認識する手段がないためです。したがって、このルールでは、一致する過去の支払いのリストを見直して、それらの支払いが、許可対象にしたい支払いであることを確認することが非常に重要です。 多くの上書きと一致しません。これは、リスクの高い支払いを許可していることを示します。
