> 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/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only/cardholder-verification-flow.md).

# カード所有者認証フロー

加盟店は、関連する決済手段を使用する可能性のある機微な操作をエンドユーザーが要求したときに、このフローを起動します。

たとえば、エンドユーザーがメールアドレスなどの詳細を更新する場合に、このフローを適用できます。メールアドレスは、エンドユーザーが加盟店のウェブサイトにログインする際の一意のIDとして機能できます。

D1 は対応する TSP を通じてリクエストを受け取り、フローを管理します。イシュアのバックエンドには新しい API やワークフローは不要です。

これらのリクエストに対して、D1 は体系的にステップアップ認証を要求し、イシュアがサポートする ID\&V 手法の一覧を返します。

以下のセクションでは、詳細な図を示します。

### シーケンス図

以下のシーケンス図は、D1 が調整する全体フローと、イシュアのバックエンドの関与レベルを示しています。

{% hint style="warning" %}
このユースケースは、まだ Mastercard ではサポートされていません。
{% endhint %}

ID\&V 手法の前提条件については、 [ID\&V 手法の前提条件](/tokenization/ja/implement-tokenization/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only.md#prerequisites-for-id-and-v-methods).

<figure><img src="https://2053028894-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FW6dljaTEEzefPQILRFB7%2Fuploads%2F3z68Ri4WHpG0Y6ZMqgpK%2Fimage.png?alt=media&amp;token=91fbf68f-2467-441b-9cc2-85c956778598" alt=""><figcaption></figcaption></figure>

#### SMSまたはメールによるOTP認証

次のシーケンス図は、エンドユーザーが検証方法としてSMSまたはメールのOTPを選択した場合のフローを示します:

<figure><img src="https://2053028894-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FW6dljaTEEzefPQILRFB7%2Fuploads%2FnXMyHWABNkriRzSububL%2FSequence%20Diagram%20-%20OTP%20verification%20by%20SMS%20or%20email.svg?alt=media&amp;token=cd0e7679-1560-4f16-805f-f75280378cbd" alt=""><figcaption></figcaption></figure>

その `ステップアップメソッドの送信` ステップの `08` は依然として [OTPの送信](/tokenization/ja/integrate-the-d1-api/d1-api-reference/outbound-api-from-d1/consumer-api.md#post-banking-d1-v1-issuers-issuerid-consumers-consumerid-otp) API。このAPIは、選択されたID\&Vメソッドを送信します。この場合、それはOTPです。

イシュアのバックエンドがOTPの配信を管理する場合、実装する必要があります [OTPの送信](/tokenization/ja/integrate-the-d1-api/d1-api-reference/outbound-api-from-d1/consumer-api.md#post-banking-d1-v1-issuers-issuerid-consumers-consumerid-otp) API  と、 `otp.reason` このリクエストをトークナイゼーションリクエストと区別するためのフィールド。使用できる `deliveryChannel` メッセージ種別を判別するために:

* `otp.reason` = `カード所有者認証`
* `deliveryChannel` = `SMS` または `EMAIL`

#### イシュアアプリケーションによる認証

次のシーケンス図は、エンドユーザーが認証方法としてイシュアアプリケーションを選択したときのフローを示しています:<br>

<figure><img src="https://2053028894-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FW6dljaTEEzefPQILRFB7%2Fuploads%2FLSE2B09yxESVgnkVkJLA%2Fimage.png?alt=media&amp;token=ec97a3d6-1c8a-4b04-a073-7235730e54dc" alt=""><figcaption></figcaption></figure>

以下で説明されているように [高レベルのフロー](/tokenization/ja/implement-tokenization/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only.md#high-level-flow) セクションでは、イシュアのバックエンドは、ステップで必要となる統合を考慮する必要があります `[02]`。共有データはTSPに依存します。トークナイゼーションフローと比較して、次のマッピングを使用して入力します `StepupAuthenticationResult` 正しく:

<table><thead><tr><th width="228.45458984375">D1</th><th>Visa</th></tr></thead><tbody><tr><td><code>認証ID</code></td><td><code>ライフサイクルトレースID</code></td></tr></tbody></table>

{% hint style="info" %}
**失敗した結果**

`StepupAuthenticationResult` aをサポートします `失敗` 前方互換性のための検証結果。ただし、Visa は失敗した結果を報告するための専用インターフェースを提供していません。

検証に失敗した場合、Visa はトークンを停止することを推奨しています。

トークンを停止すると、エンドユーザーがカスタマーサービスに問い合わせたり、加盟店がトークンを削除したりする可能性があります。
{% endhint %}


---

# 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/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only/cardholder-verification-flow.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.