> 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/posalta/marco-de-token-en-la-nube-de-visa/vinculacion-del-dispositivo.md). # Vinculación del dispositivo La vinculación del dispositivo asocia un dispositivo de usuario final con un token almacenado en ese dispositivo. El solicitante del token inicia el flujo con Visa Token Service (VTS). VTS luego llama al emisor. El Servicio de Tokenización traduce la solicitud de VTS en [`requestDeviceBinding`](/classic-tokenization/es/referencia-de-la-api/api-de-la-pasarela-del-emisor/salida-al-emisor.md). Trate la vinculación del dispositivo como una solicitud de Tokenización (digitalización). El emisor calcula un nivel de confianza y devuelve una decisión VERDE, AMARILLA o ROJA. Puede solicitar la vinculación del dispositivo solo para un token existente. Para una decisión AMARILLA, Visa requiere que el emisor admita al menos uno de estos métodos de ID\&V: * OTP por SMS o correo electrónico * Llamar al servicio de atención al cliente * Verificar en la aplicación del emisor * 3DS Si utiliza la verificación por aplicación del emisor, el emisor y el solicitante del token deben acordar un protocolo. Este protocolo permite que las dos aplicaciones intercambien un token de autenticación. Visa define y valida el formato del token de autenticación. El token es un JSON Web Token (JWT). El emisor y Visa intercambian certificados. El emisor usa su certificado para firmar el JWT. El solicitante del token envía el JWT a VTS. VTS verifica la firma. Cuando la vinculación del dispositivo se completa, VTS envía una notificación con el resultado. El Servicio de Tokenización lo traduce en [`notifyVirtualCardChange`](/classic-tokenization/es/referencia-de-la-api/api-de-la-pasarela-del-emisor/salida-al-emisor.md). El diagrama de secuencia muestra el flujo de extremo a extremo. Vinculación del dispositivo iniciada por el solicitante del token:

Vinculación del dispositivo iniciada por el solicitante del token

{% hint style="info" %} Puede administrar la lista de métodos de ID\&V dinámicamente omitiendo `idvMethodList` en el `requestDeviceBinding` response. Con este enfoque, cada vez que VTS solicita la lista de métodos de ID\&V, el Servicio de Tokenización llama a [`getIDnVMethodList`](/classic-tokenization/es/referencia-de-la-api/api-de-la-pasarela-del-emisor/salida-al-emisor.md). Si incluye `idvMethodList` en el `requestDeviceBinding` response, el Servicio de Tokenización la almacena en caché para la sesión actual. Luego la devuelve a VTS según sea necesario, sin llamar a `getIDnVMethodList`. {% endhint %} Tanto el emisor como el solicitante del token pueden eliminar la vinculación entre el token y el dispositivo. Esto se representa en los dos flujos a continuación. Desvinculación iniciada por el emisor:

Desvinculación iniciada por el emisor

Desvinculación iniciada por el solicitante del token:

Desvinculación iniciada por el solicitante del token

--- # 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/posalta/marco-de-token-en-la-nube-de-visa/vinculacion-del-dispositivo.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.