# 不審請求の申し立て防止

Verifi と Ethoca を使用した Stripe の不審請求の申し立て防止ソリューションのメリットと要件をご紹介します。

Stripe は、Verifi (Visa ソリューション) および Ethoca (Mastercard ソリューション) が提供する不審請求の申し立て防止製品と連携しています。

## Verifi と Ethoca のソリューション

Verifi ソリューションには注文インサイト (OI) と迅速な不審請求の申し立て解決 (RDR) 機能があり、Ethoca には Ethoca アラート機能が含まれています。Stripe のインテグレーションにより、手動設定なしでこれらの製品を使用できるようになるため、不審請求の申し立て率を減らし、収入維持率を高めることができます。[Stripe Pricing](https://stripe.com/pricing)で料金体系の詳細をご確認ください。

不審請求の申し立て防止プログラムに登録すると、不審請求の申し立て率を下げ、手数料を抑えるのに役立ちます。また、ネットワーク罰金や Stripe の決済量リザーブを回避するのにも役立ちます。

## Rapid Dispute Resolution (RDR)

RDR では、Visa の取引で発生する不審請求の申し立てに関し、申し立てのつど手数料を支払って解決するルールセットを構築できます (例: 10 USD 未満の不正利用に対する不審請求の申し立てはすべて解決する)。RDR の主な利点は以下のとおりです。

- 解決済みの不審請求の申し立ては、不審請求の申し立て率の計算にカウントされないため、監視プログラムの対象からも外れやすくなります。
- これらの解決済みの不審請求の申し立てに対して、不審請求の申し立て手数料を別途支払う必要はありません。

> Verifi は現在、一部の不審請求の申し立ての解決や返金された取引に対する不審請求の申し立てをサポートしていません。このため、RDR は、カード会員が元の取引の全額に対して不審請求の申し立てを行い、取引が返金されなかった場合にのみ不審請求の申し立てを解決します。

## Ethoca アラート

Ethoca Alerts では、自動解決を設定して、チャージバックを防ぐためのルールセットを構築することができます。Ethoca Alerts は Mastercard の取引で利用することが可能です。解決済みの申し立ては不審請求の申し立て率の計算にカウントされないため、加盟店は不審請求の申し立て率を削減して、罰金を引き下げることで、Mastercard のチャージバック[監視プログラム](https://docs.stripe.com/disputes/monitoring-programs.md#mastercard-programs) (ECM、HECM、EFM など) の対象から外れることができます。

> 設定したルールは、登録後に開始されたチャージバックにのみ適用されます。登録前にカード保有者が開始したチャージバックの通知が、登録後にも届くことがあります。

## RDR と Ethoca Alerts の要件

2 つのソリューションのどちらも、個別の連携作業を必要としません。ただし、オンボーディングプロセスで Radar 全体の解決ルールを設定し、不審請求の申し立ての解決方法および返金対象の取引を定義する必要があります。[Radar を使用したルールの設定](https://docs.stripe.com/radar/rules/disputes.md)の詳細をご確認ください。

## 注文に関するインサイト (OI)

カード会員がデジタルバンキングアプリを確認したり、Visa の決済に心当たりがないとカード発行会社に連絡したりした場合、顧客が OI に登録していれば、カード発行会社のカスタマーサポート担当者は Stripe に API リクエスト (照会) を送信し、購入された項目の詳細な説明 (商品説明、数量、配送先住所、IP アドレスなど) を提供できます。これらの追加データは、カード会員がその決済を認識し、不審請求の申し立てに進むのを防ぐのに役立ちます。OI では、Compelling Evidence 3.0 (CE 3.0) などの Visa ルールも使用されます。CE 3.0 では、照会への応答として、同じカード会員による過去の正常な取引に関するデータをカード発行会社に送信できます。これにより、カード発行会社はカード会員が不審請求の申し立てをまったく提出できないようにする必要があります。詳細については、[Compelling Evidence 3.0 with OI](https://docs.stripe.com/disputes/get-started/prevention.md#compelling-evidence-30-with-oi) をご覧ください。

カード保有者がその請求に見覚えがあれば、不審請求の申し立てに踏み切る可能性は低くなります。照会を開始したときに不審請求の申し立てを覆す成功率は、Stripe が提供するデータの質によって決まります。Stripe はお客様の代わりに、決済に関する利用可能なデータを自動的に取得し、カード発行会社に送信します。Stripe は請求時に提供されたデータを使用するため、連携を構築したりリアルタイムサービスを維持したりする必要はありません。検索のレスポンスに含まれるフィールドのリストをご確認ください。OI サービスを使用することにより、お客様はこのデータをカード発行会社、最終的にはカード保有者と共有するよう Stripe に指示することになります。Verifi はこれらのフィールドを更新することがあります。OI サービスを引き続きご利用いただけるかどうかは、新しい運用要件にお客様が対応できるかどうかによって決まります。

> CE 3.0 ルールを使用して不審請求の申し立てをブロック対象にするには、Stripe で過去の取引データを利用できる必要があります。CE 3.0 によるブロックに必要なデータについては、[Compelling Evidence 3.0 with OI](https://docs.stripe.com/disputes/get-started/prevention.md#compelling-evidence-30-with-oi) をご覧ください。過去の取引データを利用できない場合でも、Stripe は利用可能なその他のデータを送信します。

不審請求の申し立て防止を利用する場合、お客様は Stripe の合理的な要求に従い、必要に応じて追加データを提供することに同意するものとします。

| オブジェクト | フィールド | 説明 |
| --- | --- | --- |
| 領収書 | orderDate | 注文日 |
| orderNumber | 企業によって定義された注文の一意の識別子 |
| invoiceNumber | 請求書番号 (注文番号の代替) |
| subTotalAmount | 税金と配送手数料を含める前の購入の小計金額 |
| shippingAndHandlingAmount | 購入に関連する配送料と処理金額 |
| orderTotalAmount | 注文の合計金額 |
| 決済情報 | paymentMethod | 物理的な領収書またはデジタルの領収書に表示される、元の購入に使用したカードとカード番号を伏字処理したもの。カードの PAN の末尾 4 桁に限定されます。 |
| billingName | カードに記載されている氏名 |
| paymentTotalAmount | 購入の支払い金額 |
| cvvChecked | 購入時のカードのセキュリティコードの検証 |
| 購入した商品 | productDescription | 購入した商品 (商品またはサービス) の詳細な説明 |
| unitPriceAmount | 個別のアイテムの金額 |
| 数量 | 購入した商品の数量 |
| 顧客情報 | firstName | 顧客の名 |
| lastName | 顧客の姓 |
| lengthOfRelationship | 顧客と企業の関係期間 (月数) |
| accountId | 企業でアカウントを一意に識別するためのカード保有者の登録済み ID。これは、カード保有者を認識可能な識別子であり (内部システム識別子ではない)、アカウント作成時に企業に提供されたものであることが必須です。例としては、一意のユーザー名、メールアドレス、電話番号、その他の類似の値が挙げられます。 |
| emailAddress | 顧客が提供したメールアドレス |
| 請求先住所 | address1 | 番地と追加の住所行 (部屋番号や建物名など) |
| address2 | 番地と追加の住所行 (部屋番号や建物名など) |
| city | 市区町村名 |
| region | 地域または州 |
| postalCode | 郵便番号 |
| 国 | 国コード |
| 加盟店情報 | merchantName | 企業の法人名または親会社名。消費者が認識できる場合と、認識されない場合があります。 |
| merchantUrl | 企業の法人 URL。顧客が購入を行ったウェブサイト URL とは異なることがあります。 |
| merchantContactPhone | 企業のカスタマーサービス電話番号。これは、消費者が購入について質問がある場合、お問い合わせを受ける電話番号です。 |
| merchantAddress | 企業の法人住所 |
| termsAndConditions | ビジネス向けのキャンセルポリシーの概要 |
| storeDetails | 企業には、購入先の複数の店舗または場所が存在する場合があります。店舗の詳細には、購入が処理された場所、またはオンラインウェブストアの詳細が記載されている必要があります。 |
| 店舗の詳細 | storeName | 購入した店舗名またはウェブストア名 |
| storeContactPhone | 企業のカスタマーサービスの電話番号 |
| 配達先住所 | address1 | 番地と追加の住所行 (部屋番号や建物名など) |
| address2 | 番地と追加の住所行 (部屋番号や建物名など) |
| city | 市区町村名 |
| region | 地域または州 |
| postalCode | 郵便番号 |
| 国 | 国 ISO 3166-1 コード alpha-3 |
| 配達先情報 | shippingCarrier | 配送業者 |
| trackingNumber | 出荷または配送の追跡番号 |
| デバイス | ipAddress | デバイスに関連付けられた IP アドレス |

### OI を使用した Compelling Evidence 3.0

Compelling Evidence 3.0 (CE 3.0) は、[10.4 その他の不正利用 - 非対面取引](https://docs.stripe.com/disputes/reason-codes-defense-requirements.md#fraudulent)に分類される Visa 取引での第一者の不正利用 (フレンドリー詐欺) に対する不審請求の申し立てを回避・救済するための積極的手段を提供し、企業に利益をもたらすプログラムです。CE 3.0 の規則では、不審請求の申し立てを退ける確率を高めるために、不審請求の申し立て後に提出できる反証資料を規定しています。詳細については、こちらの[サポート記事](https://support.stripe.com/questions/how-does-stripe-support-visa-compelling-evidence-3-0)をご覧ください。

OI に登録している場合は、CE 3.0 を利用することで、不審請求の申し立て前に申し立てを完全にブロックすることもできます。この場合、検索時に必要な過去の取引データをイシュアに提供する必要があります。お客様とカード保有者の間に過去の取引が存在する場合、Visa は不正利用に該当しない直近 2〜5 件の取引を自動的に選択し、それらすべてのデータを要求します。その後、Stripe は利用可能なすべての情報を自動的に提供します。

IP アドレスが一致し、メールアドレスまたは購入者の配送先住所が 1 つ以上一致する完全な商品説明を含む取引が過去に 2 件以上存在する場合、イシュアは不審請求の申し立てをブロックする義務を負います。そのため、お客様に対する不審請求の申し立ては行われず、不審請求の申し立て手数料が発生したり、不審請求の申し立て率が上昇したりすることもありません。

### OI 要件

Stripe ダッシュボードのアカウント登録フローでは、 Stripe がお客様の代わりに OI 検索サービスを開始するために必要なすべてのデータ要素が収集されます。これには、企業名、企業の URL、企業の電話番号、メールアドレスが含まれます。不審請求の申請を最大限に活用できるようにするため、取引時に上記のフィールドのできるだけ多くを提供するように Stripe との連携を設定してください。Stripe がお客様に代わって不審請求の申請を効果的にブロックできるように、すべての取引に IP アドレス、顧客のメールアドレス、商品の説明、および可能な場合は配送先または顧客の住所が含まれていることを確認してください。

## See also

- [不審請求の申し立て仕組み](https://docs.stripe.com/disputes/how-disputes-work.md)
- [不審請求の申し立てへの対応](https://docs.stripe.com/disputes/responding.md)
- [プログラムによる不審請求の申し立ての管理](https://docs.stripe.com/disputes/api.md)