不審請求の申し立て防止を利用する公開プレビュー
Verifi と Ethoca を利用した Stripe の不審請求の申し立て防止サービスのメリットと要件についてご紹介します。
Stripe は、Verifi (Visa ソリューション) および Ethoca (Mastercard ソリューション) が提供する不審請求の申し立て防止製品との連携を構築しています。
Verifi と Ethoca の提供サービス
Verifi のサービスには Order Insights (OI) と Rapid Dispute Resolution (RDR) が含まれ、Ethoca のサービスには Ethoca Alerts が含まれます。Stripe システムにより、これらの製品は手動設定なしで利用することができ、不審請求の申し立て率の削減と収益維持率の向上に役立ちます。料金体系の詳細については、商品概要ページをご覧ください。
Rapid Dispute Resolution (RDR)
RDR では、Visa の取引で発生する不審請求の申し立てに関し、申し立てのつど手数料を支払って解決するルールセットを構築できます (例: 10 USD 未満の不正利用に対する不審請求の申し立てはすべて解決する)。RDR の主な利点は以下のとおりです。
- 解決済みの不審請求の申し立ては、不審請求の申し立て率の計算にカウントされないため、監視プログラムの対象からも外れやすくなります。
- これらの解決済みの不審請求の申し立てに対して、不審請求の申し立て手数料を別途支払う必要はありません。
Visa アクワイアラーモニタリングプログラム (VAMP) に参加すると、不審請求の申し立て率が低下し、不審請求の申し立てフィードが下がるため、役立ちます。また、ネットワーク規則の違反金や、決済額に対するリザーブを支払わないで済むようになります。
注
Verifi doesn’t currently support partial dispute resolution. This means RDR only resolves disputes when the cardholder disputes the full amount of the original transaction.
Ethoca Alerts
Ethoca Alerts では、自動解決のトリガーとなる条件を指定して、チャージバックを防ぐためのルールセットを構築することができます。Ethoca Alerts は Mastercard の取引で利用することが可能です。解決済みの申し立ては不審請求の申し立て率の計算にカウントされないため、加盟店は不審請求の申し立て率を削減して、罰金を引き下げることで、Mastercard のチャージバック監視プログラム (ECM、HECM、EFM など) の対象から外れることができます。
注
The rules you set only apply to chargebacks initiated after enrollment. After you enroll, you might continue to receive notice of chargebacks initiated by cardholders before your enrollment.
RDR と Ethoca Alerts の要件
このソリューションを利用するためだけに、特別な実装を行う必要はありません。ただし、オンボーディングプロセスで Radar 全体の解決ルールを設定し、不審請求の申し立ての解決方法および返金対象の取引を定義する必要があります。Radar のルール設定については、こちらの記事を参照してください。
注文に関するインサイト (OI)
消費者がデジタルバンキング アプリを確認したり、カード発行会社に電話して Visa の請求に見覚えがないと伝えた場合、OI に登録されていれば、カード発行会社のカスタマーサポートエージェントがリアルタイム検索 (Stripe への API リクエスト) を送信して、消費者が購入した商品の詳細な説明 (製品の説明、数量、配送先住所、IP アドレスなど) を提供できます。追加データは、消費者がその請求を認識し、不審請求の申請の継続を防ぐために役立ちます。OI は、Compelling Evidence 3.0 (CE 3.0) などの新しい Visa ルールも使用します。このルールでは、検索への応答として、同じカード保有者との以前の正常に完了した取引に関するデータを発行者に送信できる場合、発行者はカード保有者による不審請求の申請を一切ブロックする必要があります。詳細については、OI を使用した有力な反証資料 3.0 をご覧ください。
カード保有者がその請求に見覚えがあれば、不審請求の申請に踏み切る可能性は低くなります。照会が行われた際に不審請求の申請を覆す成功率は、Stripe が提供するデータの質によって決まります。Stripe はお客様の代わりに、決済に関する利用可能なデータを自動的に取得し、カード発行会社に送信します。Stripe は決済期間中に提供されたデータを使用するため、連携の構築やリアルタイムサービスの維持は必要ありません。検索のレスポンスに含まれるフィールドのリストをご覧ください。OI サービスを使用することで、お客様はこのデータをカード発行会社、最終的にはカード保有者と共有するよう Stripe に指示することになります。Verifi はこれらのフィールドを更新することがあります。OI サービスを引き続きご利用いただけるかどうかは、新しい運用要件にお客様が対応できるかどうかによって決まります。
注
CE 3.0 ルールを使用して不審請求の申請をブロックの対象にするには、 Stripe に以前の取引データを使用可能にする必要があります。 CE 3.0 ブロックに必要なデータについては、OI を使用した有力な反証資料 3.0 をご覧ください。以前の取引データが利用できない場合でも、Stripe は利用可能な他のデータを送信します。
不審請求の申し立て防止を利用する場合、お客様は Stripe の合理的な要求に従い、必要に応じて追加データを提供することに同意するものとします。
| オブジェクト | フィールド | 説明 |
|---|---|---|
| 領収書 | orderDate | 注文日 |
| orderNumber | 企業によって定義された注文の一意の識別子 | |
| invoiceNumber | 請求書番号 (注文番号の代替) | |
| subTotalAmount | 税金と配送手数料を含める前の購入の小計金額 | |
| shippingAndHandlingAmount | 購入に関連する配送料と処理金額 | |
| orderTotalAmount | 注文の合計金額 | |
| 決済情報 | paymentMethod | 物理的な領収書またはデジタルの領収書に表示される、元の購入に使用したカードとカード番号を伏字処理したもの。カードの PAN の末尾 4 桁に限定されます。 |
| billingName | カードに記載されている氏名 | |
| paymentTotalAmount | 購入の支払い金額 | |
| cvvChecked | 購入時のカードのセキュリティコードの検証 | |
| 購入した商品 | productDescription | 購入した商品 (商品またはサービス) の詳細な説明 |
| unitPriceAmount | 個別のアイテムの金額 | |
| 数量 | 購入した商品の数量 | |
| 顧客情報 | firstName | 顧客の名 |
| lastName | 顧客の姓 | |
| lengthOfRelationship | 顧客と企業の関係期間 (月数) | |
| accountId | 企業でアカウントを一意に識別するためのカード保有者の登録済み識別子。これは、カード保有者が (内部システム識別子ではなく) 認識可能であり、アカウント作成時に企業に提供したものである必要があります。例としては、一意のユーザー名、メールアドレス、電話番号、またはその他の類似の値があります。 | |
| 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 その他の不正利用 - 非対面取引に分類される Visa 取引での第一者の不正利用 (フレンドリー詐欺) に対する不審請求の申し立てを回避・救済するための積極的手段を提供し、企業に利益をもたらすプログラムです。CE 3.0 の規則では、不審請求の申し立てを退ける確率を高めるために、不審請求の申し立て後に提出できる反証資料を規定しています。詳細については、こちらのサポート記事をご覧ください。
OI に登録している場合は、CE 3.0 を利用することで、不審請求の申し立て前に申し立てを完全にブロックすることもできます。この場合、検索時に必要な過去の取引データをイシュアに提供する必要があります。お客様とカード保有者の間に過去の取引が存在する場合、Visa は不正利用に該当しない直近 2〜5 件の取引を自動的に選択し、それらすべてのデータを要求します。その後、Stripe は利用可能なすべての情報を自動的に提供します。
IP アドレスが一致し、メールアドレスまたは購入者の配送先住所が 1 つ以上一致する完全な商品説明を含む取引が過去に 2 件以上存在する場合、イシュアは不審請求の申し立てをブロックする義務を負います。そのため、お客様に対する不審請求の申し立ては行われず、不審請求の申し立て手数料が発生したり、不審請求の申し立て率が上昇したりすることもありません。
OI 要件
Stripe ダッシュボードのアカウント登録フローでは、 Stripe がお客様の代わりに OI 検索サービスを開始するために必要なすべてのデータ要素が収集されます。これには、企業名、企業の URL、企業の電話番号、メールアドレスが含まれます。不審請求の申請を最大限に活用できるようにするため、取引時に上記のフィールドのできるだけ多くを提供するように Stripe との連携を設定してください。Stripe がお客様に代わって不審請求の申請を効果的にブロックできるように、すべての取引に IP アドレス、顧客のメールアドレス、商品の説明、および可能な場合は配送先または顧客の住所が含まれていることを確認してください。