# Issuing の不審請求の申請

Issuing を使用し、取引に対して不審請求を申請する方法をご紹介します。

取引に関する問題が発生した場合、顧客またはカード保有者は、支払いに対して不審請求を申し立てることができます。一般的な問題として、不正利用、商品 / サービスの未着、処理エラーなどが挙げられます。

Stripe では、不審請求を申し立ててから解決するまでのプロセスを監視するための、ガイド付きのダッシュボードプロセスと API を提供しています。このプロセスは通常 30 日から 90 日かかります。処理する不審請求の申請件数が少ない場合は、ダッシュボードを利用することをお勧めします。不審請求の申請件数が多い場合は、API の使用をお勧めします。

> オーソリに対して不審請求を申請することはできません。アクワイアラーは、その判断でオーソリを差戻します。オーソリが完了し、アクワイアラーが取引をキャプチャーした後で、不審請求の申請を提出できます。

## 不審請求の申請を行う前の考慮事項

### ネットワークルール

Stripe は、取引を処理したカードネットワークのルールとガイドラインに従って不審請求の申し立てを処理します。不審請求の申し立てに適用される規則とガイドラインの詳細については、[Visa](https://usa.visa.com/content/dam/VCOM/download/about-visa/visa-rules-public.pdf) と [Mastercard](https://www.mastercard.us/en-us/business/overview/support/rules.html) のルールブックを参照してください。

### 有効な不審請求の申し立ての提出

不審請求の申し立ては一度だけ提出できます。提出後、追加の編集や補足証拠の追加は許可されません。カードネットワークによって確立された要件に基づいて不審請求の申し立てを適切に提出するのはユーザーの責任です。無効または不完全な不審請求の申し立てを提起すると、損失が発生する可能性があります。

### 消費者による不審請求の申し立て

消費者不審請求の申し立て (受領されていない、キャンセルされた、説明どおりでないなど) の場合、カード会員は不審請求の申し立てを申請する前に、企業との不審請求の申し立ての解決を試みる必要があります。カード会員が不審請求の申し立てを解決しようとしたことに関する文書は、不審請求の申し立ての提出物に含める必要があります。

### カードネットワークの不正利用の定義

Visa と Mastercard の両方において、不正取引とは、カード保有者が支払いへの関与を否定している取引を指します。カード保有者が取引に関与したことを認めた場合 (詐欺など)、不審請求の申し立ては、カード保有者の不審請求権が認められる別の理由で行う必要があります。

### 不正利用に関する不審請求の申請要件 (プラットフォーム向け)

プラットフォームは、連結アカウントが、API または埋め込みコンポーネントを使用してプラットフォームとして表示するダッシュボードを通じて、Stripe に不正利用に関する不審請求の申請を直接提出できるようにする必要があります。このような申請を提出する機能をいかなる方法でも制限することはできません。不正利用に関する不審請求の申請が提出された後、Stripe 側で審査し、カード保有者に返金する必要があるかどうかを判断します。

### ブロックされた申請の提出

取引が現地の規制に基づく不正防止の要件を満たしておらず、アカウント所有者にネットワーク規則に基づく申請の権利がない場合、Stripe は不正利用による不審請求の申請の提出をブロックすることがあります。

> #### プラットフォーム向け
> 
> 不審請求の申請を提出する義務があり、実際に提出した場合、Stripe が提出をブロックしたかどうかに関係なく、義務を果たしたことになります。

カードネットワークは、以下の理由 (または、他の理由) により不審請求の申請を無効と見なすことがあります。

- 取引が返金であり、[キャプチャー](https://docs.stripe.com/issuing/purchases/transactions.md)ではない。
- 取引がモバイルプッシュ支払い取引である。
- 申請期限切れ

ダッシュボードの「取引を不審請求として申請」ボタンは、対象となる取引に対してのみ有効になります。API では、対象外の取引に対して不審請求を申請しようとするとエラーになります。

### 有効期限

各カードネットワークは、不審請求の申請期限を設けています。この期限を過ぎてから行われた不審請求の申し立ては期限切れと見なされ、主張が認められません。期限は、不審請求の申請理由やカードネットワークによって異なります。

Visa の場合、不正利用および処理エラーの不審請求の申し立ては、取引日から 110 日以内に提出する必要があります。「承認」の不審請求の申し立ては、取引日から 65 日以内に提出する必要があります。「キャンセル」、「未受領」、「説明どおりではない」などの消費者不審請求の申し立ては、商品またはサービスの予定日から 110 日以内に提出する必要があります。

### 部分金額

不審請求の申し立ては、全額または一部について提起できます。返金がある場合は、その金額を考慮しなければならず、部分的な不審請求の申し立てのみを提起できます。金額が間違っているなど、特定の不審請求の申し立て理由では、部分的な不審請求の申し立て金額のみを提出する必要があります。多くの消費者不審請求の申し立てでは、商品注文またはサービスの一部が受領された場合、不審請求の申し立て金額は部分的です。

## ライフサイクル

このライフサイクル図において、「事業」は、決済を受け取る事業であるアクワイアリング事業を指します。
Issuing の不審請求の申請のライフサイクル (See full diagram at https://docs.stripe.com/issuing/purchases/disputes)
新たに作成された不審請求の申請の初期ステータスは `unsubmitted` に設定されます。この時点では証拠およびメタデータを更新できます。必要な証拠をすべて追加した後で、不審請求の申請を提出できます。取引の決済から 110 日以内に申請されなかった場合、ステータスは `expired` に変わります。

Stripe とカードネットワークは、`submitted` ステータスの不審請求の申請を処理します。そのため、不審請求の申請の証拠は更新できませんが、`metadata` は引き続き変更できます。申請済みの不審請求の申請は、カードネットワークと加盟銀行が定義した複数ステップのプロセスに進みます。不審請求の申請が解決されると、Stripe はそれを最終的な `won` または `lost` ステータスに移行します。

## 作成

**不審請求の申請額**フィールドに、不審請求が申請された金額 (全額または一部) を入力します。フィールドの初期値は取引金額です。**不審請求の申請額**フィールドが未記入で提出されると、取引の全額に対して不審請求の申請が作成されます。
![](https://b.stripecdn.com/docs-statics-srv/assets/dashboard-issuing-partial-disputes-amount.4e5e241c2c73428c07e60cf2e2c133bc.png)

Issuing の不審請求の申請作成ページの不審請求の申請額フィールド

#### ダッシュボード

対象となる取引が表示されている場合は、**取引を不審請求として申請**をクリックします。不審請求の申請の理由と商品のタイプ (商品、サービス、デジタル商品) に応じて、異なる情報を要求するフォームにリダイレクトされます。不審請求の申請は、初めて**保存**をクリックしたときに作成されます。保存せずに**送信**をクリックすると、送信前に不審請求の申請が作成されます。

不審請求を申請した後で、その情報を修正したり、不審請求を再申請したりすることはできません。

#### API - Issuing のみ

不審請求の申請を行う [Transaction (取引)](https://docs.stripe.com/api/issuing/transactions/object.md) を指定して、[Create (作成)](https://docs.stripe.com/api/issuing/disputes/create.md) メソッドを使用します。また、`evidence` オブジェクトも指定する必要があります。これに含まれる `reason` によってその他のフィールドが決まります。この例では、`reason` に値 `"not_received"` が指定されているため、`not_received` が入力されます。

```curl
curl https://api.stripe.com/v1/issuing/disputes \
  -u "<<YOUR_SECRET_KEY>>:" \
  -d transaction=ipi_1GW0GkKA9rkJS7vmeJlLI1Gp \
  -d "evidence[reason]"=not_received \
  -d "evidence[not_received][expected_at]"=1590000000 \
  -d "evidence[not_received][explanation]"="Never shipped" \
  -d "evidence[not_received][product_description]"="Baseball bat" \
  -d "evidence[not_received][product_type]"=merchandise
```

詳細については、次の[不審請求の申請の理由と証拠](https://docs.stripe.com/issuing/purchases/disputes.md#dispute-reasons-and-evidence)セクションをご覧ください。作成時は、収集される証拠の追加に柔軟に対応できるように、証拠のフィールドはすべてオプションです。

Issuing dispute (Issuing の不審請求の申請) API のメソッドでは必ず、[Dispute (不審請求の申請)](https://docs.stripe.com/api/issuing/disputes/object.md) オブジェクトが返されます。

#### API - プラットフォーム向け金融口座での Issuing

不審請求の申請を行う [ReceivedDebit](https://docs.stripe.com/api/treasury/received_debits.md) を指定して、[Create (作成)](https://docs.stripe.com/api/issuing/disputes/create.md) メソッドを使用します。また、`evidence` オブジェクトも指定する必要があります。これに含まれる `reason` によってその他のフィールドが決まります。この例では、`reason` に値 `"not_received"` が指定されているため、`not_received` が入力されます。

```curl
curl https://api.stripe.com/v1/issuing/disputes \
  -u "<<YOUR_SECRET_KEY>>:" \
  -d "treasury[received_debit]"=rd_1KsVPhACgxNDEoMCiKgN6Fm4 \
  -d "evidence[reason]"=not_received \
  -d "evidence[not_received][expected_at]"=1590000000 \
  -d "evidence[not_received][explanation]"="Never shipped" \
  -d "evidence[not_received][product_description]"="Baseball bat" \
  -d "evidence[not_received][product_type]"=merchandise
```

詳細については、次の[不審請求の申請の理由と証拠](https://docs.stripe.com/issuing/purchases/disputes.md#dispute-reasons-and-evidence)セクションをご覧ください。作成時は、収集される証拠の追加に柔軟に対応できるように、証拠のフィールドはすべてオプションです。

Issuing dispute (Issuing の不審請求の申請) API のメソッドでは必ず、[Dispute (不審請求の申請)](https://docs.stripe.com/api/issuing/disputes/object.md) オブジェクトが返されます。

## 更新する

#### ダッシュボード

進行中の不審請求の申請にアクセスするには、**未申請**タブを使用します。**申請期限**の日付は、不審請求の申請の有効期限を示しています。
![](https://b.stripecdn.com/docs-statics-srv/assets/dispute-unsubmitted-tab-usd.a6674be2254ad9d5fafde47eba475552.png)

個々の不審請求の申請ページで**申請内容を編集**をクリックして、証拠を更新できるフォームにアクセスします。

#### API

[Update (更新)](https://docs.stripe.com/api/issuing/disputes/update.md) メソッドを使用して、未申請の不審請求の証拠や[メタデータ](https://docs.stripe.com/api/metadata.md)を更新できます。不審請求を申請済みの場合は、メタデータのみ更新できます。

以下の表には、更新可能な `evidence` が表示されています。まず、`evidence` から更新するとします。

```json
"evidence": {
  "reason": "not_received",
  "not_received": {
    "additional_documentation": null, // We refer to these as "evidence fields"
    "expected_at": null,
    "explanation": "Not shipped",
    "product_description": "Baseball cards",
    "product_type": "merchandise"
  }
}
```

| アクション              | 入力                                                                                                                                                                                                                                      | 結果                                                                                                                                                                                                                                                                     |
| ------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 証拠フィールドの追加、置換、削除   | ```json
  "evidence": {
    "reason": "not_received",
    "not_received": {
      // Add
      "expected_at": 1590000000,
      // Replace
      "explanation": "Lost",
      // Remove
      "product_description": ""
    }
  }
  ``` | ```json
  "evidence": {
    "reason": "not_received",
    "not_received": {
      "additional_documentation": null,
      "expected_at": 1590000000,
      "explanation": "Lost",
      "product_description": "",
      "product_type": "merchandise"
    }
  }
  ``` |
| 変更理由               | ```json
  "evidence": {
    "reason": "fraudulent"
  }
  ```                                                                                                                                                                            | ```json
  "evidence": {
    "reason": "fraudulent",
    "fraudulent": {
      "additional_documentation": null,
      // Copied from "not_received"
      "explanation": "Not shipped"
    }
  }
  ```                                                                 |
| 理由を記入せずに証拠フィールドを更新 | ```json
  "evidence": {
    "not_received": {
      "explanation": "Lost"
    }
  }
  ```                                                                                                                                               | エラーが発生しました。`evidence` オブジェクトには必ず `reason` フィールドが含まれている必要があります。                                                                                                                                                                                                         |
| 証拠フィールドの設定をすべて解除   | ```json
  "evidence": {
    "reason": "not_received",
    "not_received": ""
  }
  ```                                                                                                                                                  | ```json
  "evidence": {
    "reason": "not_received",
    "not_received": {
      "additional_documentation": null,
      "expected_at": null,
      "explanation": null,
      "product_description": null,
      "product_type": null
    }
  }
  ```                |

## 提出

#### ダッシュボード

必要な証拠がすべて揃っていると、証拠フォームの**送信**ボタンをクリックできるようになります。

> 反証資料は提出後に修正することはできません。提出前に内容を十分に確認してください。

#### API

[送信](https://docs.stripe.com/api/issuing/dispute/submit.md) エンドポイントでは、指定された不審請求の理由に必要な証拠がすべて揃っていることが検証されます。詳細については、[不審請求の申請理由と証拠](https://docs.stripe.com/issuing/purchases/disputes.md#dispute-reasons-and-evidence)を参照してください。

```curl
curl -X POST https://api.stripe.com/v1/issuing/disputes/idp_1GW0GkKA9rkJS7vmeJlLI1Gp/submit \
  -u "<<YOUR_SECRET_KEY>>:"
```

> 反証資料は提出後に修正することはできません。提出前に内容を十分に確認してください。

## 解決

#### ダッシュボード

Stripe は、カードネットワークから情報を受け取ったときに、不審請求の申請のステータスを更新します。

不審請求の申し立てで反論が認められると、そのステータスは `won` に変わり、`issuing_dispute` の[残高取引](https://docs.stripe.com/reports/balance-transaction-types.md#issuing_related)という形で Issuing 残高に資金が返金されます。この残高取引には、ダッシュボードの[すべての取引](https://dashboard.stripe.com/balance)と不審請求の申し立ての詳細ページの下部からアクセスできます。

> 取引がアカウントのデフォルト通貨以外で行われた場合 (たとえば、取引は GBP で、支払いは USD のカードなど)、Stripe は、主張が認められた不審請求の申請に対して取引の元の通貨で返金します。

不審請求の申請でお客様の主張が認められなかった場合、そのステータスは `lost` に変わり、Stripe から Issuing 残高に金額が入金されることはありません。
![](https://b.stripecdn.com/docs-statics-srv/assets/dispute-balance-transactions-panel-usd.a4e6e46b8e975afd9ff3ffd67fbcb840.png)

ダッシュボードで不審請求の申請の残高取引を表示します。

#### API

不審請求の申請ステータスは、カードネットワークから情報を受け取った時点で更新されます。アクワイアラーの主張が認められると、不審請求の申請ステータスは `lost` に変更され、資金の送金は行われません。

不審請求の申請で主張が認められるとステータスは `won` に変わり、資金が Issuing 残高に返金されます。アカウントへの入金は、`issuing_dispute` タイプの[残高取引](https://docs.stripe.com/reports/balance-transaction-types.md#issuing_related)の形式で行われます。

取引残高は、`balance_transactions` に一覧表示されます。これは `Dispute` オブジェクトに含まれています。ただし、デフォルトではこのフィールドは返されません。`expand` フィールドを使用してリクエストしてください。詳細については、[Expand](https://docs.stripe.com/expand.md) のドキュメントをご覧ください。

取引がアカウントのデフォルト通貨とは異なる通貨で行われた場合 (たとえば、取引は GBP で支払いは USD のカードなど)、Stripe は、主張が認められた不審請求の申請に対して取引の元の通貨で返金します。

## テスト

#### ダッシュボード

Stripe の *サンドボックス* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes)環境では、実際の影響なしに不審請求の申し立てロジックをテストできます。たとえば、Webhook イベントを送信し、[残高取引](https://docs.stripe.com/reports/balance-transaction-types.md)を作成し、さらには、本番口座の資金の移動や残高の変更なしでテスト用の Issuing 残高を更新します。

実際の不審請求の申し立てと同様に、テスト用の不審請求の申し立ては、取引がキャプチャーされてから 110 日後に `expired` に移行します。

ダッシュボードからテスト用の不審請求の申し立てを送信する際、不審請求の申し立ての結果を選択できます。**Won** を選択すると、不審請求の申し立ての `explanation` フィールドが自動的に `winning_evidence` に変更され、**Lost ** を選択すると、不審請求の申し立ての **explanation** フィールドが自動的に `losing_evidence` に変更されます。
![](https://b.stripecdn.com/docs-statics-srv/assets/issuing-dispute-testmode-outcome.4ecf905762fae3b734c479c7b838686c.png)

#### API

Stripe はテストの不審請求の申し立てを本番環境であるかのように処理し、想定される動作を実証します。たとえば、Webhook イベントの送信、[残高取引](https://docs.stripe.com/reports/balance-transaction-types.md)の作成、Issuing 残高の更新などを行います。これらはすべて、不審請求の申し立てを送信してから数秒以内に行われます。

API では、`explanation` フィールドに “winning_evidence” または “losing_evidence” と入力されたテストの不審請求の申し立てを送信すると、不審請求の申し立てをそれぞれ `won` または `lost` ステータスに移行するよう Stripe に通知されます。それ以外の場合、不審請求の申し立ては本番環境と同様に `submitted` ステータスに移行します。

本番環境と同様に、テスト用の不審請求の申し立ては、取引がキャプチャーされてから 110 日後に `expired` に移行します。

## Webhook

不審請求の申請に関する変更通知を受け取るには、Issuing 不審請求の [Webhook イベント](https://docs.stripe.com/webhooks.md)をリッスンできます。すべての Issuing 不審請求イベントには、更新後の [Dispute (不審請求の申請)](https://docs.stripe.com/api/.md#issuing_dispute_object) オブジェクトが含まれます。

| Webhook イベント                       | トリガー                                                      |
| ---------------------------------- | --------------------------------------------------------- |
| `issuing_dispute.created`          | 不審請求の申請が作成されました。                                          |
| `issuing_dispute.updated`          | 不審請求の申請が更新されました。                                          |
| `issuing_dispute.submitted`        | 不審請求の申請が提出されました。                                          |
| `issuing_dispute.funds_reinstated` | 資金が Issuing 残高に送金されました (通常 `won` ステータスの不審請求の申請に関連付けられます)。 |
| `issuing_dispute.funds_rescinded`  | Issuing 残高から差し引かれる資金 (通常は暫定的なクレジットクローバックに関連付けられます)。       |
| `issuing_dispute.closed`           | 不審請求の申請のステータスが `won`、`lost`、または `expired` に移行しました。        |

## 不審請求の申請の理由と証拠

不審請求の申し立て理由が異なれば、適切な提出に必要な要件も異なります。不審請求の申し立てを完全な形で提出することと、関連文書の品質が、申し立てが認められる可能性に直接影響します。申し立てを有利に進めるためには、明確で詳細な文書が必要です。

不審請求の申請は、以下のいずれかの理由で提出できます。

- **キャンセル済み**: カード保有者が商品をキャンセルまたは返品した、またはサービスをキャンセルしたが、企業がクレジットを処理しなかった、または取引の領収書を無効にしなかった。
- **重複**:処理エラー (取引の重複、金額の誤り、別の手段で支払い済みなど) による不審請求の申し立て。
- **不正利用**: カード会員が取引をオーソリしませんでした。
- **商品が説明と異なる**: カード保有者が商品を受け取ったが、購入時に提示されたものと異なっていたか、損傷または欠陥があった。
- **未着**: カード保有者は取引に関与したが、商品またはサービスを受け取っていない。
- **有効なオーソリなし**: (API のみ) 有効なオーソリが行われていない取引を企業が処理した。
- **サービスが説明と異なる**: カード保有者がサービスを受けたが、購入時に提示された内容と一致しなかった。
- **その他**: 不審請求の申し立てのシナリオで、他の不審請求の申し立て理由に明確に該当しません。この理由で提出された不審請求の申し立ては、Stripe によって手動で再分類されます。不審請求の申し立て時に、反証資料の説明に実際の不審請求の申し立て理由を含めてください。

ダッシュボードでは、`Merchandise not as described` と `Service not as described` は `Not as described` にまとめられています。

揃える必要がある証拠は理由ごとに異なります。

#### 不正使用

| 証拠   | 説明                                                                                                                                                                                     |
| ---- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 説明   | 取引の説明と、カード保有者がそれに対して不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。カード保有者は、自分が取引に関与していないこと、自分の知人による取引でないことを確認することが重要です。                                                       |
| 追加書類 | カード明細書や返送状況の追跡などの関連書類。ファイルは PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。不正利用に関する申請の評価では、カード保有者に対して請求先住所を最新に保つように促すことが重要です。 |

#### 有効なオーソリなし

| 証拠      | 説明                                                                                                                                   |
| ------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| 説明 (必須) | 取引の説明と、カード保有者がそれに対して不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。                                                         |
| 追加書類    | カード明細書や返送状況の追跡などの関連書類。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。 |

#### 未受領

| 証拠            | 説明                                                                                                                                   |
| ------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| 商品タイプ (必須)    | 購入のタイプ (商品、サービス、デジタル商品) の選択。                                                                                                         |
| 商品に関する説明 (必須) | 購入の詳細な説明。                                                                                                                            |
| 予定日 (必須)      | カード保有者が想定した、購入した商品の到着予定日またはサービス提供予定日。                                                                                                |
| 説明            | 取引の説明と、カード保有者がそれに対して不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。                                                         |
| 追加書類          | カード明細書や返送状況の追跡などの関連書類。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。 |

#### 重複支払い

| 証拠       | 説明                                                                                                                                   |
| -------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| 現金の領収書*  | 現金取引の領収書。                                                                                                                            |
| 小切手の画像*  | 小切手の表裏両面の画像。                                                                                                                         |
| 元の取引*    | 購入に対して支払われた元の取引のトークン。元の取引日と金額は、不審請求が申請された取引と一致している必要があります。                                                                           |
| カードの明細書* | 当該取引を含むカード明細書。                                                                                                                       |
| 説明       | 取引の説明と、カード保有者がそれに対して不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記できます。                                                              |
| 追加書類     | カード明細書や返送状況の追跡などの関連書類。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。 |

4 種類の不審請求の反証資料のうちの 1 つのみを提出する必要があります。金額が正しくないとする不審請求の申請の場合は、取引の領収書や、取引の正しい金額が記載されたその他の記録が必要です。

#### 商品が説明と異なる

| 証拠            | 説明                                                                                                                                                                       |
| ------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| 受領日 (必須)      | カード保有者が商品を受け取った日付。                                                                                                                                                       |
| 返品ステータス (必須)  | 返品の結果。[考慮事項](https://docs.stripe.com/issuing/purchases/disputes.md#considerations-before-initiating-a-dispute)セクションで説明されているように、不審請求の申請はカード保有者が受け取ったものを返品しようとした場合にのみ有効です。 |
| 返品日 (必須)      | カード保有者が商品の返品を開始した日付。Stripe は、この日付が「受領日」より後の日付であることを確認します。                                                                                                                |
| 返品に関する説明 (必須) | カード保有者が商品を返品した経緯についての説明。配送業者の名前と、追跡番号 (可能な場合) を記載してください。                                                                                                                 |
| 説明 (必須)       | 取引の説明と、カード保有者が不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。                                                                                                   |
| 追加書類          | カード明細書や返送状況の追跡などの関連書類。受け取った商品が説明とどのように異なるかを示す画像または文書。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。      |

#### サービスが説明と異なる

| 証拠           | 説明                                                                                                                                                                  |
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 受領日 (必須)     | カード保有者がサービスまたはデジタル商品を受け取った日付。                                                                                                                                       |
| キャンセル日 (必須)  | カード保有者がサービスまたはデジタル商品をキャンセルした日付。カードネットワークは、キャンセル日から 15 日以内に提出された不審請求の申請をすべて自動的に却下します。この場合は、キャンセル日から 15 日経過し、またカード保有者が返金を受け取っていない期間に不審請求の申請を提出してください。                 |
| キャンセル理由 (必須) | カード保有者がサービスまたはデジタル商品をキャンセルした理由。                                                                                                                                     |
| 説明 (必須)      | 取引の説明と、カード保有者が不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。                                                                                              |
| 追加書類         | カード明細書や返送状況の追跡などの関連書類。受けたサービスが説明とどのように異なるかを示す画像または文書。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。 |

#### キャンセル済み

注文のキャンセルおよび未受領のため取引に対する不審請求を申請する場合は、代わりに理由**未受領**を使用してください。理由**キャンセル済み**は、カード保有者がキャンセルしたにもかかわらず商品を受け取り、商品を返品したか、返品を試みたことを証明する場合に使用されます。

| 証拠                    | 説明                                                                                                                                                                                                 |
| --------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 商品タイプ (必須)            | 購入が商品かサービスかの選択。                                                                                                                                                                                    |
| 商品に関する説明 (必須)         | 購入の詳細な説明。                                                                                                                                                                                          |
| 予定日 (必須)              | カード保有者が想定した、購入した商品の到着予定日またはサービス提供予定日。                                                                                                                                                              |
| キャンセルに関するポリシーの提示 (必須) | 企業がキャンセルに関するポリシーを提示したかどうかを示すブール値。                                                                                                                                                                  |
| キャンセル日 (必須)           | カード保有者が購入をキャンセルした日付。カードネットワークは、キャンセル日から 15 日以内に提出された不審請求の申請をすべて自動的に却下します。この場合は、キャンセル日から 15 日経過し、またカード保有者が返金を受け取っていない期間に不審請求の申請を提出してください。                                                           |
| キャンセル理由 (必須)          | カード保有者が購入をキャンセルした理由。企業がキャンセルに関するポリシーを提示している場合は、キャンセルがポリシーに沿ったものであるという根拠も記載します。キャンセルがポリシーに沿っていない場合、不審請求の申請は無効です。                                                                                    |
| 返品日                   | カード保有者が購入の返品を開始した日付。Stripe は、この日付が「受領日」より後の日付であることを確認します。プロダクトタイプが「商品」の場合は必須です。                                                                                                                    |
| 返品ステータス               | 返品の結果。[考慮事項](https://docs.stripe.com/issuing/purchases/disputes.md#considerations-before-initiating-a-dispute)セクションの説明に記載されているように、不審請求の申請は、カード保有者が受け取ったものを返品しようとした場合にのみ有効です。プロダクトタイプが「商品」の場合は必須です。 |
| 説明                    | 取引の説明と、カード保有者が不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。                                                                                                                             |
| 追加書類                  | カード明細書や返送状況の追跡などの関連書類。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。                                                               |

#### その他

| 証拠            | 説明                                                                                                                                   |
| ------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| 商品タイプ (必須)    | 購入のタイプ (商品、サービス、デジタル商品) の選択。                                                                                                         |
| 商品に関する説明 (必須) | 購入の詳細な説明。                                                                                                                            |
| 説明 (必須)       | 取引の説明と、カード保有者が不審請求を申請している理由。このフィールドを使用して、他のどこにも記載されていない説明を追記することもできます。                                                               |
| 追加書類          | カード明細書や返送状況の追跡などの関連書類。ファイルは、PDF 形式または JPEG 形式である必要があります。不審請求の申請を提出する前に、すべてのテキストや画像がファックスのモノクロ送信ではっきりと表示され、判読可能な十分な大きさであることを確認してください。 |

### 不正使用の不審請求の申請

カード会員が取引を承認していないと主張する場合は、不正利用として取引に不審請求の申し立てができます。

不審請求を申請する前に、以下を行ってください。

1. カード保有者に、その取引がカード保有者の過失によるものではないこと、またはカード保有者の知人によるものではないことを確認する必要があります。たとえば、友人や家族による取引は、不正利用に関する申請には該当しません。
1. API を使用して不審請求の申し立てを送信する場合は、影響を受けるカードをキャンセルしてください。ダッシュボードで不審請求の申し立てを提出すると、カードが自動的にキャンセルされます。

以下のような特定の状況では、取引の不正利用に関する申請の権利を失う可能性があります。

- **カード提示取引の場合**: デフォルトでは責任がカード発行会社にあるため、カードネットワークは不正利用に関する申請を自動的に拒否することがあります。
- **カード非提示取引の場合**: カードネットワークは、取引中にカード保有者が認証された場合、不正利用の申し立てを自動的に拒否することがあります。これは、*3D セキュア* (3D Secure (3DS) provides an additional layer of authentication for credit card transactions that protects businesses from liability for fraudulent card payments)がリクエストされた場合や、Apple Pay などの堅牢な決済手段が使用された場合によく発生します。

### オーソリに関する不審請求の申請

アクワイアリング事業者は、取引を処理するたびに、まずカード発行会社に承認をリクエストする必要があります。企業が有効な承認なしで決済をキャプチャした場合、または承認を取得したが有効期限が切れている場合は、取引に不審請求の申し立てができます。不審請求の申し立ての送信に使用した方法に基づいて不審請求の申し立ての理由を選択してください。

- **API を使用した不審請求の申請**: `no_valid_authorization` の理由を選択して不審請求の申請を提出します。
- **ダッシュボードから不審請求の申し立てを行う**: `other` の理由で不審請求の申し立てを行い、に `explanation` フィールドに「no authorization」の不審請求の申し立てを行う旨を指定します。

オーソリに関する不審請求の申請は、不正利用に関する不審請求の申請とは異なります。

- カード保有者が取引に関与していない場合は、不正利用に関する不審請求を申し立てます。
- 取引で企業が有効なオーソリを取得していない場合は、オーソリに不審請求を申し立てます。

オーソリに不審請求が申し立てられるもう 1 つの理由は、オーバーキャプチャーです。オーバーキャプチャーは、キャプチャー額がオーソリ額を超える場合に発生します。オーバーキャプチャー時のオーソリに不審請求を申し立てる際は、オーソリの超過分の金額のみが含まれるように申し立て額を調整する必要があります。

> 一部の加盟店カテゴリーコード (MCC) では、特定の金額のオーバーキャプチャーが許可されたり、オーソリに関する不審請求の申請が許可されなくなります。詳細については、お客様の地域の現在のカードネットワークの規則をご覧ください。

## 取り下げ

Stripe は、カードネットワークに申請が提出されてから 1 日以内にのみ不審請求の申請を取り下げることができます。不審請求の申請を取り下げる場合は、すぐに [Stripe サポート](https://support.stripe.com/contact)にお問い合わせください。

## 不正使用の責任 (アメリカのプラットフォーム)

Regulation Z の大部分は事業用カードには適用されませんが、Regulation Z は事業用カードのユーザーを不正利用およびその他の「無許可のカード使用」から保護します。無許可のカード使用とは、カードを使用する権限を持っていない人によるチャージカードの使用を意味します。多くの場合、不正利用に関する妥当な調査が実施されない限り、アカウント所有者はアカウントに関連付けられたカードの無許可使用に対して責任を負うことはできません。ただし、アカウント所有者の従業員の承認済みユーザーが 10 人以上の場合は、この保護の対象にならないことがあります。

ユーザーが取引を承認していないと考えているために取引に対する不審請求を申請した場合、Stripe は、(その他のタイプの不審請求の申請の取引と同様に) 不審請求の申請を裁定を求めてカードネットワークに送信します。Stripe またはカードネットワークが、お客様と企業のどちらが不正使用に対して支払うかを決定します。

Stripe またはカードネットワークが、不正使用に対する責任が企業にあると判断した場合は、お客様とユーザーのどちらも不審請求が申請された取引に対する責任を負いません。

Stripe またはカードネットワークが、不正使用に対する責任がお客様にあると判断した場合、不審請求が申請された取引に対して支払う必要が生じることがあります。Stripe は、不審請求の申請に対して妥当な調査を行い、不正使用が実際に行われたかどうか、また、ユーザーが Regulation Z の保護の対象とならないかどうかを判断します。調査により、無許可のカード使用が実際に行われ、ユーザーが保護の対象となることが明らかになった場合は、お客様は無許可の取引に対する責任を負うことになります。一方、調査により、無許可のカード使用が行われなかったか、ユーザーが保護の対象とならないことが明らかになった場合は、アカウント所有者が不審請求の申請に対する責任を負います。

## 連結アカウントにメール送信する

Issuing プラットフォームは、不審請求の申請が送信されたときと、不審請求の申請の結果が出たときに、規制に基づく通知メールを連結アカウントに送信する必要があります。[規制に基づく通知の詳細をご確認ください。](https://docs.stripe.com/issuing/compliance-us/issuing-regulated-customer-notices.md)。

## プラットフォーム向け金融口座との併用

`FinancialAccounts` の `ReceivedDebits` に対する不審請求の申請が行われると、対応する [DebitReversal](https://docs.stripe.com/api/treasury/debit_reversals.md) が設定されます。