> 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/es/casos-de-uso/postinscripcion/verificacion-del-token/verificacion-del-titular-de-la-tarjeta.md).

# Verificación del titular de la tarjeta

{% hint style="warning" %}
**Este caso de uso se aplica solo a Visa.**
{% endhint %}

La verificación del titular de la tarjeta permite que un solicitante de token pida una prueba de que el usuario final es el titular de la tarjeta.

Este flujo se utiliza cuando el solicitante de token necesita una garantía adicional antes de permitir un cambio sensible en la cuenta, como actualizar una dirección de correo electrónico, el nombre de la cuenta o la dirección de facturación.

El solicitante de token envía la solicitud de verificación a través del TSP.

La pasarela del emisor traduce esta solicitud a la existente **Obtener lista de métodos IDnV** llamada con `finalidad` = `CARDHOLDER_STEPUP`.

Los siguientes diagramas de secuencia muestran el flujo de extremo a extremo.

*<mark style="color:$warning;">\<diagrama de secuencia></mark>*

Si el emisor devuelve **aprobar con autenticación reforzada**, utilice la sección correspondiente para el método ID\&V seleccionado.

Una vez completado el flujo, la pasarela del emisor envía una **Notificar cambio de tarjeta virtual** notificación que indica la `acción` realizada:

* `CARDHOLDER_STEPUP_OTP`
  * Indica que la verificación se realiza correctamente mediante un OTP.
* `CARDHOLDER_STEPUP_ISSUER_APP`
  * Indica que la verificación se realiza correctamente mediante la aplicación del emisor.
* `CARDHOLDER_STEPUP_CALL_CENTER`
  * Indica que la verificación se realiza correctamente a través de un servicio de atención al cliente.
* `CARDHOLDER_STEPUP_3DS`
  * Indica que la verificación se realiza correctamente mediante un método 3DS.

## Verificar con un OTP

El TSP genera el OTP.

La pasarela del emisor lo reenvía a través de **Enviar OTP**, como en el flujo de tokenización.

Utilice `otpMethodId` para identificar el método seleccionado y preparar el mensaje y el canal correctos.

El TSP verifica el OTP y notifica a las partes pertinentes cuando la verificación tiene éxito.

El siguiente diagrama de secuencia muestra el flujo.

*<mark style="color:$warning;">\<diagrama de secuencia></mark>*

## Verificar en la aplicación del emisor

En este flujo, el emisor verifica al usuario final en la aplicación del emisor.

### Activar desde la aplicación del solicitante de token

Este enfoque coincide con el flujo de tokenización utilizado para la activación del token.

La interacción es la misma que la descrita por [Integrar la aplicación del emisor con la billetera](/classic-tokenization/es/casos-de-uso/inscripcion-de-tarjetas/flujo-generico-de-inscripcion/paso-5-activar-el-token/opcion-c-activar-en-la-aplicacion-del-emisor/integrar-la-aplicacion-del-emisor-con-la-billetera.md) con la diferencia de que el TSP envía datos adicionales que el emisor debe analizar para identificar el contexto de verificación del titular de la tarjeta:

* `lifeCycleTraceID`
* `reasonCode` = `CARDHOLDER_STEPUP`

#### Informar del resultado de la verificación

Independientemente del método de activación, el emisor debe informar el resultado al TSP a través de **Actualizar el estado de la tarjeta**.

Envíe estos valores:

* `virtualCardId` = `tokenReferenceID`

En caso de **verificación** exitosa:

* `acción` = `CARDHOLDER_STEPUP_ISSUER_APP`

El siguiente diagrama de secuencia muestra el flujo completo.

*<mark style="color:$warning;">\<diagrama de secuencia></mark>*

## Verificar mediante otros métodos

Visa puede admitir dos métodos adicionales de ID\&V:

* Servicio de atención al cliente.
  * `customer_service` se desaconseja porque añade fricción a la experiencia del usuario. Mientras se realiza una acción en el sitio web del comerciante, el usuario final está obligado a llamar al servicio de atención al cliente para la verificación. Si no se le atiende de inmediato, el usuario final podría abandonar la acción iniciada.
* 3DS.
  * Este método se admite mediante una configuración en VTS. Esto debe acordarse directamente entre el emisor y Visa.

Aunque para 3DS no hay ninguna acción del emisor hacia el backend de la pasarela del emisor, en caso de que el emisor decida usar `customer_service` el método y se haya realizado correctamente una verificación, entonces un **Actualizar el estado de la tarjeta** debe enviarse con los siguientes parámetros:

* `virtualCardId` = `tokenReferenceID`
* `acción` = `CARDHOLDER_STEPUP_CALL_CENTER`

{% hint style="info" %}
**Resultado no exitoso**.

Visa no proporciona una interfaz específica para informar de un resultado no exitoso.

Si la verificación del titular de la tarjeta falla, Visa recomienda suspender el token.

Tenga en cuenta que suspender el token podría llevar al usuario final legítimo a contactar con el servicio de atención al cliente o provocar que el comerciante elimine el token.
{% 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/es/casos-de-uso/postinscripcion/verificacion-del-token/verificacion-del-titular-de-la-tarjeta.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.
