Issuing の不審請求の申請
不審請求の申請は、キャプチャーされた取引の売上を回収することを目的としています。多くの場合、不審請求の申請は、不正取引や、商品の品質および配送に関する問題を修正するために使用されます。
Stripe では、ガイド付きのダッシュボードプロセスと、不審請求を申請して解決するまでモニタリングするための API を提供しています。このプロセスは通常 30 日から 90 日かかります。不審請求の申請発生頻度が低い場合は、管理にダッシュボードを利用することをお勧めします。不審請求の申請発生頻度が高い場合は、API を使用してプログラムで管理した方が簡単な場合があります。
カードが不正に利用されたと思われる場合は、不審請求の申請のプロセスを進める前に、ダッシュボードまたは API を使用してカードのキャンセルと再発行を行ってください。
不審請求の申請を行う前の考慮事項
取引が不審請求の申請の対象かどうかを確認します。
取引が返金ではなく、キャプチャである必要があります。
ビジネスが取引をキャプチャーしてから 110 日未満であること。
- ただし、オーソリなしの不審請求の申請 (
other
のカテゴリー) を提出する場合は、期限が短くなります。- Visa の場合、取引がキャプチャーされてから 65 日以内であること。
- Mastercard の場合、取引がキャプチャーされてから 80 日以内であること。
- ただし、オーソリなしの不審請求の申請 (
取引がモバイルプッシュ支払い取引ではないこと。
不正利用に関する申請を検討する場合、以下を考慮する必要があります。
- Visa のカード非提示の不正利用: 過去 120 日間の当該クレジットカードでの不正利用に関する申請件数が 35 件未満であることを確認します。
- Mastercard のあらゆる種類の不正利用に関する申請: 存続期間全体にわたり、当該クレジットカードに対する不正利用に関する申請件数が 35 件未満であるかを確認します。
ダッシュボードの取引を不審請求として申請ボタンは、対象となる取引に対してのみ有効になります。同様に、API では、対象外の取引に対して不審請求を申請しようとするとエラーになります。
次に、カード保有者に問題を解決するための方法が他に残っていないことを確認します。カード保有者は、受け取った商品の返品と、継続中のサービスのキャンセルを試行し、ビジネスに直接返金を求める必要があります。不審請求の申請を行う際に証拠として使用できるように、これらの試行を証明できるドキュメントを収集してください。
ライフサイクル
「加盟店」という用語について
上図の「加盟店」とは、支払いを受けるビジネスである「加盟店アクワイアラー」のことです。
新たに作成された不審請求の申請の初期ステータスは unsubmitted
に設定されます。この時点では証拠およびメタデータを更新できます。必要な証拠をすべて追加した後で、不審請求の申請を提出できます。取引の決済から 110 日以内に申請されなかった場合、ステータスは expired
に変わります。
Stripe とカードネットワークは、submitted
ステータスの不審請求の申請を処理します。そのため、不審請求の申請の証拠は更新できませんが、metadata
は引き続き変更できます。申請済みの不審請求の申請は、カードネットワークと加盟銀行が定義した複数ステップのプロセスに進みます。不審請求の申請が解決されると、Stripe はそれを最終的な won
または lost
ステータスに移行します。
作成
不審請求の申請額フィールドに、不審請求が申請された金額 (全額または一部) を入力します。フィールドの初期値は取引金額です。不審請求の申請額フィールドが未記入で提出されると、取引の全額に対して不審請求の申請が作成されます。
Issuing の不審請求の申請作成ページの不審請求の申請額フィールド
更新する
提出
解決
テスト
Webhook
不審請求の申請に関する変更通知を受け取るには、Webhook エンドポイントを登録します。Issuing 不審請求の申請 Webhook にはすべて、最新の Dispute (不審請求の申請) オブジェクトが含まれます。
Webhook イベント | トリガー |
---|---|
issuing_dispute.created | 不審請求の申請が作成されました。 |
issuing_dispute.updated | 不審請求の申請が更新されました。 |
issuing_dispute.submitted | 不審請求の申請が提出されました。 |
issuing_dispute.funds_reinstated | 資金が Issuing 残高に送金されました (通常 won ステータスの不審請求の申請に関連付けられます)。 |
issuing_dispute.closed | 不審請求の申請のステータスが won 、lost 、または expired に移行しました。 |
不審請求の申請の理由と証拠
最も強力な不審請求の申請には、明確な説明と必須フィールドへの分かりやすい応答が含まれています。この情報は、不審請求の申請がカード保有者と加盟店のどちらの意向に沿う形になっているかを測るために使用されます。ユーザーはできるだけ多くのドキュメントと情報を提供する必要があります。また、申請時に正しい不審請求の申請理由を確認して選択することが不可欠です。これらは、不審請求の申請で主張が認められるか認められないかの判断に必要な裏付けとなる情報に直接影響を与えるためです。
不審請求の申請は、以下のいずれかの理由で提出できます。
- キャンセル済み: カード保有者が商品をキャンセルまたは返品した、またはサービスをキャンセルしたが、加盟店がクレジットを処理しなかった、または取引の領収書を無効にしなかった。
- 重複支払い: 取引の重複、金額の誤り、別の手段で支払い済みなど、処理エラーによる不審請求の申請のタイプに対応する。
- 不正使用: カード保有者の詳細が侵害され、取引がカード保有者によって承認されていなかった。
- 商品が説明と異なる: カード保有者が商品を受け取ったが、購入時に提示されたものと異なっていたか、損傷または欠陥があった。
- サービスが説明と異なる: カード保有者がサービスを受けたが、購入時に提示された内容と一致しなかった。
- 未受領: カード保有者が取引に関与したが、商品またはサービスを受け取っていない。
- その他: 他の不審請求の申請理由に明確に該当しない不審請求の申請シナリオ。
ダッシュボードで、「商品が説明と異なる」と「サービスが説明と異なる」は「説明との不一致」にまとめられています。
揃える必要がある証拠は理由ごとに異なります。
不正使用の不審請求の申請
カード保有者が、自分のカード詳細が侵害され、その取引を承認していないと考える場合、その取引は不正使用として不審請求の申請がされる可能性があります。カードの不正使用取引が発生した場合、不審請求の申請の提出前にそのカードをキャンセルする必要があります。
不審請求の申請を提出する前に、ユーザーはカード保有者に、その取引がカード保有者の過失によるものではないこと、またはカード保有者の知人によるものではないことを確認する必要があります。たとえば、友人や家族による取引は、不審請求の申請の不正使用には該当しません。
カード提示取引であった場合、デフォルトでは責任がカード発行会社にあるため、カードネットワークでは不正使用の不審請求の申請が自動的に拒否される可能性があります。
カード非提示取引では、加盟店が 3DS を試みた場合、カードネットワークによって不審請求の申請が自動的に拒否される可能性があります。
取り下げ
不審請求を申請すると、申請から 1 日以内に限り取り下げることができます。不審請求の申請を取り下げる場合は、できるだけ早く Stripe サポートにお問い合わせください。
不正使用の責任 (アメリカのプラットフォーム)
Regulation Z の大部分は事業用のカードには適用されませんが、Regulation Z は事業用のカードのユーザーを不正使用およびその他の「無許可のカード使用」、言い換えると、カードを使用する権限を持っていない人による支払いカードの使用から保護します。多くの場合、不正使用に関する妥当な調査が実施されない限り、アカウントに関連付けられたカードの無許可の使用に対する責任をアカウント所有者に負わせることはできません。ただし、アカウント所有者の従業員の承認済みユーザーが 10 人以上の場合は、この保護の対象にならないことがあります。
ユーザーが取引を承認していないと考えているために取引に対する不審請求を申請した場合、Stripe は、(その他のタイプの不審請求の申請の取引と同様に) 不審請求の申請を裁定を求めてカードネットワークに送信します。Stripe またはカードネットワークが、お客様と加盟店のどちらが不正使用に対して支払うかを決定します。
Stripe またはカードネットワークが、不正使用に対する責任が加盟店にあると判断した場合、お客様とユーザーのどちらも、不審請求が申請された取引に対する責任を負いません。
Stripe またはカードネットワークが、不正使用に対する責任がお客様にあると判断した場合、不審請求が申請された取引に対して支払う必要が生じることがあります。Stripe は、不審請求の申請に対して妥当な調査を行い、不正使用が実際に行われたかどうか、また、ユーザーが Regulation Z の保護の対象とならないかどうかを判断します。調査により、無許可のカード使用が実際に行われ、ユーザーが保護の対象となることが明らかになった場合は、お客様は無許可の取引に対する責任を負うことになります。一方、調査により、無許可のカード使用が行われなかったか、ユーザーが保護の対象とならないことが明らかになった場合は、アカウント所有者が不審請求の申請に対する責任を負います。
Connect アカウントへのメール送信
Issuing プラットフォームは、不審請求の申請が送信されたときと、不審請求の申請の結果が出たときに、規制に基づく通知メールを連結アカウントに送信する必要があります。規制に基づく通知についてもっと知る。
Stripe Treasury とともに使用する
FinancialAccounts
の ReceivedDebits
に対する不審請求の申請が行われると、対応する DebitReversal が設定されます。