> 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/classic-tokenization/ja/ysuksu/deng-lu-hou/tkun/kdo.md).
# カード所有者認証
{% hint style="warning" %}
**このユースケースはVisaにのみ適用されます。**
{% endhint %}
カード所有者の確認により、トークンリクエスタは最終ユーザーがカード所有者であることの証明を要求できます。
このフローは、メールアドレス、アカウント名、請求先住所の更新など、機密性の高いアカウント変更を許可する前に、トークンリクエスタが追加の確認を必要とする場合に使用されます。
トークンリクエスタはTSPを通じて検証リクエストを送信します。
イシュアゲートウェイはこのリクエストを既存のに変換します **IDnVメソッド一覧を取得** ～で呼び出す `目的` = `カード所有者_ステップアップ`.
以下のシーケンス図は、エンドツーエンドのフローを示しています。
イシュアが返す場合 **ステップアップ認証で承認する**、選択した ID\&V メソッドに対応するセクションを使用します。
フローが完了すると、イシュアゲートウェイは **仮想カード変更を通知** 次のことを示す通知 `アクション` カード所有者\_STEPUP\_OTP
* `OTP によって検証が成功することを示します。`
* OTP によって認証が成功することを示します。
* `カード所有者_STEPUP_イシュア_APP`
* 検証がイシュアアプリケーションを通じて成功することを示します。
* `カード所有者_STEPUP_コールセンター`
* 検証がカスタマーサービスを通じて成功することを示します。
* `カード所有者_STEPUP_3DS`
* 検証が3DS方式を通じて成功することを示します。
## OTPで検証する
TSPがOTPを生成します。
イシュアのゲートウェイはそれを経由して転送します **OTPを送信**Tokenizationフローの場合のように。
使用してください `otpMethodId` 選択された方法を識別し、適切なメッセージとチャネルを準備するために。
TSPはOTPを検証し、検証が成功すると関連する各当事者に通知します。
以下のシーケンス図はフローを示しています。
## イシュア アプリケーションで検証する
このフローでは、イシュアがイシュア アプリケーションでエンドユーザーを検証します。
### トークンリクエスタ アプリケーションからトリガーする
このアプローチは、トークン有効化に使用されるTokenizationフローに一致します。
やり取りは、次で説明されているものと同じです [イシュアのアプリケーションをウォレットと統合する](/classic-tokenization/ja/ysuksu/kdo/fur/suteppu5-tkunwosuru/opushonc-ishuaapurikshondesuru/ishuanoapurikshonwoworettotosuru.md) ただし、TSP が追加データを送信し、イシュアはカード所有者の検証コンテキストを識別するためにそれを解析する必要があるという違いがあります:
* `lifeCycleTraceID`
* `reasonCode` = `カード所有者_ステップアップ`
#### 検証結果を報告する
トリガー方法にかかわらず、イシュアはTSPに結果を報告する必要があります。次を通じて **カード状態を更新する**.
これらの値を送信します:
* `virtualCardId` = `tokenReferenceID`
〜の場合 **成功した** 検証：
* `アクション` = `カード所有者_STEPUP_イシュア_APP`
以下のシーケンス図は全体のフローを示しています。
## 他の方法で検証する
Visa は、追加の ID\&V 方法を 2 つサポートできます:
* カスタマーサービス。
* `customer_service` この方法は、ユーザー体験にフリクションを追加するため、推奨されません。加盟店の Web サイトでアクションが実行されている間、エンドユーザーは検証のためにカスタマーサービスに電話する必要があります。すぐに対応されない場合、エンドユーザーは開始したアクションを放棄する可能性があります。
* 3DS。
* この方法は VTS 上の設定を通じてサポートされます。これはイシュアと Visa の間で直接合意する必要があります。
3DS では、イシュアからイシュアゲートウェイバックエンドへのアクションはありませんが、イシュアが使用することを決定した場合は `customer_service` メソッドがあり、検証が正常に実行された場合は、 **カード状態を更新する** 次のパラメータを含めて送信する必要があります:
* `virtualCardId` = `tokenReferenceID`
* `アクション` = `カード所有者_STEPUP_コールセンター`
{% hint style="info" %}
**不成功の結果**.
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/classic-tokenization/ja/ysuksu/deng-lu-hou/tkun/kdo.md?ask=&goal=
```
`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.