> 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/tokenization/es/implement-tokenization/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only.md).

# Actualizar el método de aseguramiento de la tarjeta digital (solo comercio electrónico)

## Actualizar el método de garantía de la tarjeta digital

Este es un caso de uso posterior a**Tokenización** **LCM** para una tarjeta digital.

Estos flujos suelen ser iniciados por el **Solicitante de token**. Por ejemplo, un comerciante de comercio electrónico.

Aumentan el nivel de confianza de un token existente.

Durante el comercio electrónico **Tokenización**, el emisor típicamente aprueba las solicitudes sin condiciones. Solo activa el paso adicional cuando detecta señales de riesgo, como una tarjeta caducada o un **CSC**.

Esto significa que no **ID\&V** método se utiliza para validar el **Tokenización** resultado.

[EMVCo](https://www.emvco.com/emv-technologies/payment-tokenisation/) llama a este nivel de confianza el método de garantía del token. También se conoce como el nivel de garantía del token.

Las redes de pago admiten post-**Tokenización** flujos que el **Solicitante de token** puede desencadenar mientras la tarjeta digital está activa. Estos flujos actualizan el método de garantía del token.

D1 admite estos flujos en nombre del **Emisor**.

### Marcos de redes de pago

Las redes de pago definen marcos para las actualizaciones de garantía post-**Tokenización** .

Los nombres de los marcos son específicos de cada red de pago:

* Visa: Cloud Token Framework (CTF)
* Mastercard: MDES **ID\&V** (también llamado autenticación post-**Tokenización** )

### Flujos compatibles

Las redes de pago normalmente admiten dos flujos:

* [Flujo de vinculación del dispositivo](/tokenization/es/implement-tokenization/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only/device-binding-flow.md)\
  El **Solicitante de token** solicita la vinculación del dispositivo a la red de pago **TSP**.
* [Flujo de verificación del titular de la tarjeta](/tokenization/es/implement-tokenization/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only/cardholder-verification-flow.md)\
  El **Solicitante de token** solicita, desde el **Emisor** a través de la red de pago **TSP**, una lista de **ID\&V** métodos. El **Usuario final** completa un método para aumentar el método de garantía del token.

Ambos flujos implican que el emisor tome una decisión y aquí es donde D1 orquesta esas solicitudes en nombre del emisor.

### Resultado de un flujo exitoso

Si la autenticación tiene éxito, la red de pago **TSP** puede actualizar:

* El método de garantía de la tarjeta digital (nivel de garantía).
* Información de vinculación del dispositivo (para casos de uso de vinculación de dispositivos).

Cuando lo admite la red de pago, el **TSP** incluye estas señales en las solicitudes de autorización. Esto le da al **Emisor** mayor confianza durante la autorizació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/tokenization/es/implement-tokenization/post-tokenization-requests/update-the-digital-card-assurance-method-e-commerce-only.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.