Radar for Platforms非公開プレビュー

Radar for Platforms は、何百万件もの処理済み決済から機械学習を使用して、個々の取引と連結アカウント全体のリスクスコアを生成します。各スコアに、normal、elevated、highest または not assessed のいずれかのリスクレベルが与えられます。

リスクのスコアとレベル

Stripe は、Radar ルールページで、アカウントレベルのルールとしてアカウントのリスクレベルをデフォルトで有効にします。Stripe は、不正利用や信用リスクによる金銭的損失の可能性があるとして、highest または elevated とスコア付けされたアカウントを審査対象として提起します。

• highest リスクは 90% の確率を示します。
• elevated リスクは 50% の確率を示します。

リスクレベルは、取引やビジネス情報の変更など、新しいイベントが発生するたびに更新されます。取引リスクのスコアとレベルは、プラットフォームでも標準の Stripe アカウントと同じように動作します。

カスタムルールを作成する

口座ルールと取引ルールの両方の基準を、ビジネス固有のリスクに合わせてカスタマイズできます。ルールを作成するときに、次のいずれかのアクションを実行できます。

取引

• 3DS をリクエスト
• 許可
• ブロック
• 審査

アカウント

• 審査を提起する
• 入金を一時停止して審査を提起する

ルール作成でサポートされる属性の一覧については、取引ルール属性およびアカウントルール属性をご覧ください。

アカウントの審査

Radar ルールを作成した後、連結アカウントのいずれかがルールに一致すると、ホームページでこれらのアカウントが強調表示され、アラートが表示されます。アカウントをクリックすると、アカウントの概要ページの Radar 審査 タブが表示されます。このリストは、一致したルールと割り当てられたリスクレベルで絞り込み可能です。

連結アカウントの審査リストからアカウントを選択すると、その詳細ページが表示されます。このページには、次の情報が表示されます。

• アカウントのステータス
• 決済と入金の現在の有効化ステータス
• アカウントに必要なアクション
• アカウント残高
• リスクの詳細

リスク指標

リスク指標 セクションでは、次の視覚化を使用して、リスクの高いトレンドまたは異常が強調表示されます。

• 決済、不審請求の申し立て、拒否、返金の件数と金額を示す時系列グラフ
• 不審請求の申し立て率、返金率、返金率の時系列グラフ
• グラフに表示される期間を調整するためのフィルター
• 件数または数量で指標を表示するためのフィルター

不審請求の申し立てと返金のデータには、元の取引日ではなく、不審請求の申し立てまたは返金の発生日が反映されています。たとえば、不審請求の申し立てのグラフで 1 月 5 日の日付にカーソルを合わせると、1 月 5 日にオープンされた不審請求の申し立ての数が表示されます。1 月 5 日に取引された不審請求の申し立ての数ではありません。また、不審請求の申し立てのグラフには、不審請求が申し立てられた取引の数ではなく、不審請求の申し立ての件数が表示されます。顧客は 1 回の取引で複数の不審請求を申し立てる場合があります。

通常、支払いの失敗には、カード発行会社による拒否、Radar による拒否、API コールの失敗が含まれます。リスク指標 チャート内の支払いの失敗には、カード発行会社による拒否と Radar ブロックのみが含まれます。失敗した API コールはリスクがあるとは見なされないため、除外されます。

リスク指標

Stripe がアカウントで elevated または highest のリスクレベルを検出した場合、調査に役立つモデルのインジケーターを共有します。その後、十分な情報を得た上で、アカウントのリスクを確認または拒否することができます。

リスクをさらに調査する方法の 1 つは、連結アカウントの政府発行の身分証明書と自撮り写真の確認を依頼することです。

1. 連結アカウントの詳細ページで、オーバーフローメニュー をクリックし、情報をリクエスト を選択します。
2. ダイアログで、情報 ドロップダウンから 本人確認書類 を選択します。
3. 期限までに確認を完了しなかった場合の結果を設定するには、適用 ドロップダウンから 入金を一時停止 または 入金と支払いを一時停止 を選択します。
4. 条件 ドロップダウンを使用して、確認を完了する期限を設定します。この期限は、時間制限または全期間の総額として定義できます。結果を即時に適用するには、Time limit (時間制限) と 即時 を選択します。
5. リクエストを送信 をクリックすると、要件がすぐに連結アカウントに追加され、アカウントが要件を満たすために使用できる修復リンクが表示されます。
6. 必要に応じて、コピー をクリックして、コミュニケーションで連結アカウントへのリンクを指定します。Stripe の実装によっては、Stripe が自動的に連結アカウントに要件を通知する場合があります。プラットフォームが account.updated Webhook に基づいてアカウントリンクを自動的に送信する場合、連結アカウントに自動的に通知されることがあります。

連結アカウントの詳細ページでオーバーフローメニュー をクリックすると、連結アカウントに対して次のアクションを実行できます。

• 支払いを一時停止する
• 入金を一時停止
• アカウントを拒否します (決済が一時停止され、必要に応じて入金も一時停止されます)

連結アカウントが Radar ルールに一致する場合、審査を終了するには、審査を却下するか、アカウントを拒否する必要があります。

アカウントを拒否

アカウントを拒否すると、決済 (およびオプションで入金) が無効になります。Stripe はこのシグナルを使用して、財務リスクの高いアカウントの検出を継続的に改善しています。リスクの主な判断として、次のいずれかの理由を選択します。

• fraud_card_casher: 盗んだ複数のクレジットカードを短時間で処理して、現金化を目的としていることが示唆される行為です。たとえば、加盟店は買い手と売り手の両方であり、盗んだクレジットカードを使用して大量の商品をすばやく購入します。
• fraud_card_tester: 盗んだクレジットカードで少額 (多くの場合、0 ドル～ 5 ドルの範囲) の取引 (多くの場合、失敗します) を短時間で何度も処理する行為です。
• fraud_no_intent_to_fulfill: 正規のカード保有者を騙して、ビジネスが履行する意思のない、または履行する予定のない商品を低品質または偽造品で購入させる、詐欺行為です。
• fraud_other: どの不正利用カテゴリーであるか不明です。たとえば、加盟店の KYC データの真偽が疑われるなどです。
• 信用： 加盟店は合法的なビジネスですが、滞納のリスクがあります。
• terms_of_service: 加盟店が禁止されているビジネスであるか、その他の利用規約に違反しています。
• その他： 不正利用、信用、利用規約上のリスクとは無関係な理由で加盟店を拒否しています。

却下 をクリックします。ページを更新して、更新されたアカウントステータスを確認します。アカウントの残高がプラスの場合、チームは処理方法を決定できます。たとえば、残高をプラットフォームに送金して、顧客に返金したり、加盟店に残高を入金したりできます。

審査を却下する

アカウントが拒否されるほどリスクが高くないと判断した場合は、その特定のルールの審査を一定期間却下できます。これにより、チームが同じアカウントを繰り返し審査することがなくなりますが、アカウントがルールをトリガーし続ける場合は、後で再評価することも可能です。