> For the complete documentation index, see [llms.txt](https://docs.payments.thalescloud.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.payments.thalescloud.io/tokenization/ja/implement-tokenization/card-tokenization-request/processing-the-decision/decision-engine.md).

# 判定エンジン

## 決定エンジン

D1の決定エンジンは、利用可能なシグナルを評価し、トークン化判定を決済ネットワークに返します **TSP** （例： **MDES** または **VTS**）の代理として **イシュア**.

判定は次のいずれかです:

* **GREEN**: 承認
* **YELLOW**: 承認（ **追加認証あり）**
* **RED**: 否認

エンドツーエンドのフローについては、 [判定の処理](/tokenization/ja/implement-tokenization/card-tokenization-request/processing-the-decision.md).

{% hint style="info" %}
**D1 APIにおける用語**

* その **エンドユーザー** は **コンシューマー** と呼ばれます（D1 APIでは、 `consumerId`).
* 1つの **トークンリクエスタ** になる場合があります **xPay Wallets** プロバイダー（Apple Pay、Google Pay、Samsung Payなど）またはeコマース加盟店です。
  {% endhint %}

### 判定に使用されるデータ

D1の決定エンジンは、次のデータを組み合わせます:

* **カード** データ。
* **エンドユーザー（コンシューマー）** イシュアが提供するデータ（ [はじめに](/tokenization/ja/get-started.md) セクションで詳細を確認してください）。
* **トークンリクエスタ** 決済ネットワークTSPによって転送されるシグナル（例: xPay Wallets向けのウォレット/デバイスシグナル）。

<figure><img src="/files/224eba182190b452c589b344ec9968490432922e" alt=""><figcaption><p>イシュアのバックエンド、D1、決済ネットワークTSP、およびトークンリクエスタにまたがる判定入力の高レベルビュー</p></figcaption></figure>

### ルールカテゴリ

D1は次の5つのカテゴリのシグナルを評価します:

* カード
* エンドユーザーデータ
* カウンター
* カードキャプチャ
* ウォレットスコアリング

イシュアは、 **D1オンボーディング**.

{% stepper %}
{% step %}

### カード

D1は、カードをトークン化できることを確認するために、必須チェックのセットを実行します。

以下のチェックのいずれかが失敗した場合、D1は **RED（否認）**:

| チェック        | 結果  | 説明                                                       |
| ----------- | --- | -------------------------------------------------------- |
| カードが見つかりません | RED | D1は、提供されたカード詳細（例: **PAN** および有効期限）を使用してカードを取得できません。      |
| カードは終了済み    | RED | カードは存在しますが、削除済みまたは置換済みです。                                |
| 無効な **CSC** | RED | カードは存在しますが、提供された **CSC** が一致しません **CVV2** または **dCVV2**. |
| カードは停止済み    | RED | カードは存在しますが、停止されています（例: 紛失または盗難として報告済み）。                  |
| カードの有効期限切れ  | RED | カードは存在しますが、有効期限が切れています。                                  |

{% hint style="warning" %}
**CSC（CVV2/dCVV2）の検証**

* カードプロダクトを提供する場合、 **CVK** 中に **D1オンボーディング**、D1は検証できます **CVV2**/**dCVV2**.
* CVKがすでに生成され、イシュアによってすでに使用されている場合は、イシュアのキーセレモニー手順に基づき、ZMKで保護されたCVKを提供してください。 **ZMK**。
* CVKを提供しない場合、D1は **イシュアのバックエンド** を使用して [Verify card API](/tokenization/ja/integrate-the-d1-api/d1-api-summary.md) を呼び出すことができます（構成済みの統合モデルによります）。
  {% endhint %}
  {% endstep %}

{% step %}

### エンドユーザー（コンシューマー）

決済ネットワークTSPがトークン化リクエストで電話番号を提供する場合、D1はあなたが **エンドユーザー**.

比較は加入者番号（MSISDN形式）で行われます。値を比較できない場合（例: 不正な形式）、このルールは適用されません。

| チェック     | 結果           | 説明                                  |
| -------- | ------------ | ----------------------------------- |
| 電話番号の不一致 | REDまたはYELLOW | エンドユーザーの電話番号がトークンリクエスタの電話番号と一致しません。 |

不一致の結果を **RED** または **YELLOW** 中に **D1オンボーディング**.

{% hint style="warning" %}
D1はエンドユーザー情報を検証できません。検証済みのエンドユーザーデータをD1に提供し、最新の状態に保つのはイシュアの責任です。
{% endhint %}
{% endstep %}

{% step %}

### カウンター

カウンターは **オプションの** トークン化リクエストをレート制限するために使用されるチェックです。

有効にすると、イシュアは **D1オンボーディング**.

| チェック                              | 結果  | 説明                               |
| --------------------------------- | --- | -------------------------------- |
| 同一の **PAN**                       | RED | 1つのカードに関連付けられるデジタルカードの最大数を制限します。 |
| 同一デバイスでのトークン化回数が上限を超えました          | RED | 1つのデバイスに保存できるデジタルカードの最大数を制限します。  |
| 指定された時間枠内に同一デバイスでトークン化リクエストが多すぎます | RED | デバイスのトークン化レートを制限します。             |
| 多すぎる **CSC** 検証試行                 | RED | 繰り返しの **CSC** 失敗を制限します。          |
| {% endstep %}                     |     |                                  |

{% step %}

### カードキャプチャ

その **CSC** は、カードに関連付けられた3桁または4桁の番号です。カード詳細の取得方法によって、CSCが利用できる場合とできない場合があります。

たとえば、 **Card-on-file (COF)**&#x3067;は、CSCは通常保存されず、存在しない場合があります。

D1は次のルールを適用します:

| チェック                                | 結果     | 説明                                |
| ----------------------------------- | ------ | --------------------------------- |
| キャプチャ方法がアプリ内、トークン、またはCOFを示す         | GREEN  | CSCは不要です。                         |
| デジタルカード種別がe-commerceである             | GREEN  | CSCは不要です。                         |
| デジタルカード種別がe-commerceではなく、CSCが欠落している | YELLOW | CSCが欠落すると、このキャプチャ種別では不正リスクが高まります。 |
| {% endstep %}                       |        |                                   |

{% step %}

### ウォレットスコアリング

一部のトークンリクエスタ（通常は **xPay Wallets**）は、次のようなリスクシグナルを決済ネットワークTSP経由で提供します:

* 推奨
* デバイススコア
* アカウントスコア

D1はこれらのシグナルを1つのスコアにまとめ、 **1** （最高リスク）から **5** （最低リスク）までの範囲にします。イシュアは、各スコアをD1の判定（GREEN/YELLOW/RED）に **D1オンボーディング**.

| スコア | 一般的なマッピング      | 説明                     |
| --- | -------------- | ---------------------- |
| 1   | REDまたはYELLOW   | トークンリクエスタからの強いリスクの示唆。  |
| 2   | REDまたはYELLOW   | トークンリクエスタからの高いリスクの示唆。  |
| 3   | YELLOWまたはGREEN | 低リスクを断定するにはシグナルが不十分です。 |
| 4   | YELLOWまたはGREEN | 低リスクの示唆。               |
| 5   | YELLOWまたはGREEN | 強い低リスクの示唆。             |

{% hint style="warning" %}
トークンリクエスタは、スコアリングの算出方法の詳細を提供しません。

彼らが示すのは、 **1** が最悪のスコア（最高リスク）であり、 **5** が最良のスコア（最低リスク）であるということだけです。
{% endhint %}

加盟店では、デジタルカードがクラウドに保存されているため、ウォレット/デバイスシグナルは通常利用できません。

{% hint style="info" %}
D1はデバイスリスクを単独では評価しません。利用可能な場合は、決済ネットワークTSPを通じてトークンリクエスタが提供するシグナルに依存します。
{% endhint %}
{% endstep %}
{% endstepper %}

### D1が最終判定を算出する方法

決済ネットワークTSPに返される判定は、常に [判定の処理](/tokenization/ja/implement-tokenization/card-tokenization-request/processing-the-decision.md).

判定を予測可能に保ち、決済ネットワークのプロトコルと整合させるために、D1は次の順序でカテゴリを評価します:

1. カード、エンドユーザーデータ、カウンター、およびカードキャプチャ
2. ウォレットスコアリング（利用可能な場合）

ウォレットスコアリングは、オプションであり、トークンリクエスタに依存し、加盟店向けには提供されない場合があるため、最後に評価されます。

最終判定は **最も制限的な** すべてのチェックに対する結果です:

* いずれかのチェックが **RED**を返した場合、最終判定は **RED**.
* それ以外で、いずれかのチェックが **YELLOW**を返した場合、最終判定は **YELLOW**.
* を返した場合、それ以外では、最終判定は **GREEN**.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.payments.thalescloud.io/tokenization/ja/implement-tokenization/card-tokenization-request/processing-the-decision/decision-engine.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.