> 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.md).
# Verificación del token
El flujo de verificación de tokens se aplica a los tokens creados para uso de card-on-file (COF) o de comercio electrónico.
En este caso, el token generalmente se crea sin verificación adicional más allá de la validación básica de la tarjeta. El token se almacena en el TSP en lugar de aprovisionarse a un dispositivo.
Un comerciante puede activar la verificación del token para aumentar el nivel de confianza de un token.
Visa y Mastercard admiten este flujo con distintos nombres:
* Visa: **Cloud Token Framework (CTF)**
* Mastercard: **Autenticación posterior a la tokenización para Card on File segura y Click to Pay**
Hay dos tipos de solicitud de verificación de token:
1. **Vincular un token a un dispositivo o a una clave de acceso**. Debido a que el token de comercio electrónico está basado en la nube, la vinculación permite al comerciante usar las capacidades del dispositivo para proteger las transacciones con token y limitar el uso del token a un dispositivo específico. Esto aumenta el nivel de confianza del token.
2. **Solicitar la verificación del titular de la tarjeta**. Un usuario final que haya iniciado sesión en una aplicación o sitio web del comerciante puede realizar acciones sensibles, como cambiar una dirección de correo electrónico o una contraseña. Si la cuenta tiene métodos de pago almacenados, el comerciante puede solicitar la verificación del titular de la tarjeta para confirmar que el usuario final es el titular de la tarjeta (***NOTA**: esto aún no es compatible con Mastercard*).
En ambos casos, el backend del emisor devuelve una decisión, como lo hace para una solicitud de tokenización:
* `verde`: aprobar
* `amarillo`: aprobar con autenticación adicional
* `rojo`: rechazar
La siguiente tabla resume el efecto de cada decisión para cada tipo de solicitud:
| Decisión | Solicitud de vinculación | Solicitud de verificación del titular de la tarjeta |
| ------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `verde` — aprobar | El comerciante asocia el token de pago con el dispositivo. | El comerciante trata el resultado como confirmación de la identidad del titular de la tarjeta y aprueba el cambio de cuenta solicitado. |
| `amarillo` — aprobar con autenticación adicional | El comerciante presenta los métodos de ID\&V compatibles al usuario final. El comerciante no realiza ninguna asociación hasta que recibe la confirmación del resultado de la verificación. | El comerciante presenta los métodos de ID\&V compatibles al usuario final. El comerciante no realiza ninguna acción hasta que recibe la confirmación del resultado de la verificación. |
| `rojo` — rechazar | El comerciante no realiza ninguna asociación. | El comerciante no realiza ninguna acción. |
Si la decisión es `amarillo`, el emisor debe proporcionar la lista de métodos de ID\&V que pueden autenticar al titular de la tarjeta.
A lo largo de las redes de pago, el emisor debería admitir al menos los métodos de ID\&V que sean comunes, para facilitar la integración:
| Tipos de métodos de ID\&V | Visa | Mastercard |
| ------------------------- | ------------------------- | ------------------------- |
| `teléfono móvil` | Igual que la tokenización | Igual que la tokenización |
| `correo electrónico` | Igual que la tokenización | Igual que la tokenización |
| `aplicación bancaria` | Igual que la tokenización | Igual que la tokenización |
---
# 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.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.