> 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メソッド一覧を取得** で呼び出す `目的` = `カード所有者ステップアップ`.

以下のシーケンス図は、エンドツーエンドのフローを示しています。

*<mark style="color:$警告;"><シーケンス図></mark>*

イシュアが返した場合 **ステップアップ認証で承認する**、選択したID\&V方式に対応する該当セクションを使用してください。

フローが完了すると、イシュアのゲートウェイは **バーチャルカード変更の通知** ～を示す通知 `アクション` 実行された:

* `カード所有者_STEPUP_OTP`
  * OTPによって認証が成功することを示します。
* `カード所有者_STEPUP_イシュア_APP`
  * イシュアのアプリケーションを通じて認証が成功することを示します。
* `カード所有者_STEPUP_カスタマーサービス`
  * カスタマーサービスを通じて認証が成功することを示します。
* `カード所有者_STEPUP_3DS`
  * 3DS方式を通じて認証が成功することを示します。

## OTPで認証します。

TSPがOTPを生成します。

イシュアのゲートウェイがそれを通じて転送します **OTPを送信**、トークナイゼーションのフローと同様に。

使用 `otpMethodId` を使用して選択された方法を特定し、適切なメッセージとチャネルを準備します。

TSPはOTPを検証し、検証が成功すると関係者に通知します。

下のシーケンス図はフローを示しています。

*<mark style="color:$警告;"><シーケンス図></mark>*

## イシュアのアプリケーションで検証

このフローでは、イシュアがイシュアのアプリケーションでエンドユーザーを検証します。

### トークンリクエスタアプリケーションからのトリガー

このアプローチは、トークン有効化に使用されるトークン化フローと一致します。

そのやり取りは、次に説明されるものと同じです [イシュアアプリケーションをウォレットと統合する](/classic-tokenization/ja/ysuksu/kdo/fur/suteppu5-tkunwo/opushonc-ishuaapuride/ishuaapurikshonwoworettotosuru.md) ただし、TSPがイシュアがカード所有者の検証コンテキストを特定するために解析しなければならない追加データを送信する点が異なります:

* `lifeCycleTraceID`
* `reasonCode` = `カード所有者ステップアップ`

#### 検証結果を報告する

トリガー方法にかかわらず、イシュアは結果をTSPに報告しなければなりません **カード状態を更新する**.

これらの値を送信してください:

* `virtualCardId` = `tokenReferenceID`

の場合 **成功した** 検証:

* `アクション` = `カード所有者_STEPUP_イシュア_APP`

以下のシーケンス図は、全体のフローを示しています。

*<mark style="color:$警告;"><シーケンス図></mark>*

## 他の方法で検証する

Visaは、ID\&Vの追加方法を2つサポートできます:

* カスタマーサービス。
  * `customer_service` この方法は、ユーザー体験にフリクションを追加するため推奨されません。加盟店のウェブサイト上で操作が行われる一方、エンドユーザーは検証のためにカスタマーサービスに電話する必要があります。すぐに対応されない場合、エンドユーザーは開始した操作を放棄する可能性があります。
* 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=<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.