> 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/card-tokenization-request/processing-the-response/approve-with-step-up-authentication.md).

# Aprobar con autenticación reforzada

{% hint style="info" %}
La autenticación escalonada normalmente se utiliza para la Tokenización con **Carteras xPay**. No se aplica a la Tokenización iniciada por un comerciante de comercio electrónico.
{% endhint %}

Una decisión de autenticación escalonada (**AMARILLO**) significa que D1 ha aprobado condicionalmente **la Tokenización**. Antes de que la red de pagos **TSP** pueda aprovisionar y activar la tarjeta digital, el **Usuario final** debe completar un paso adicional de autenticación (un **método ID\&V** ).

### Qué sucede después

1. D1 devuelve una **AMARILLO** decisión a la red de pagos **TSP**, junto con los métodos ID\&V compatibles.
2. El **solicitante del token** solicita al **Usuario final** que complete uno de los métodos compatibles.
3. Si la autenticación tiene éxito, la red de pagos **TSP** completa el aprovisionamiento y activa la tarjeta digital (comportamiento de la red de pagos).
4. D1 puede notificar a su **backend del emisor** el resultado de la Tokenización y opcionalmente enviar **Usuario final** notificaciones (dependiendo de lo que haya habilitado durante **la incorporación a D1**). Para más detalles, consulte [Procesamiento de la respuesta](/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-response.md#notifications).

### Disparadores comunes

La autenticación escalonada suele dispararse cuando D1 detecta mayor riesgo, por ejemplo:

* Coincidencia de número de teléfono entre **Usuario final** los datos proporcionados por el **Emisor** y el número de teléfono proporcionado por la red de pagos **TSP**. Vea [Motor de decisiones > Usuario final (consumidor)](/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-decision/decision-engine.md#end-user-consumer).
* Falta **CSC** para un método de captura donde se espera el CSC. Vea [Motor de decisiones > Captura de tarjeta](/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-decision/decision-engine.md#card-capture).

### Métodos ID\&V compatibles

Cuando D1 devuelve **AMARILLO**, proporciona a la red de pagos **TSP** la lista de métodos ID\&V compatibles.

* [OTP por SMS/correo electrónico](/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-response/approve-with-step-up-authentication/otp-by-sms-email.md) – La red de pagos genera el **OTP**. El **Emisor** (o D1 en nombre del **Emisor**) lo entrega al **Usuario final**.
* [backend de autenticación en la aplicación](/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-response/approve-with-step-up-authentication/in-app-authentication-with-issuer-backend.md) – El **Usuario final** autentica en la **aplicación del emisor**, y el **Emisor** activa la tarjeta digital.
* [Servicio al cliente](/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-response/approve-with-step-up-authentication/customer-service.md) – El **Usuario final** autentica a través del **Emisor**proceso de servicio al cliente de

{% hint style="warning" %}
Los métodos que se pueden usar dependen de la capacidad del Emisor para proporcionar los datos requeridos. Por ejemplo, si el Emisor no tiene datos de contacto como dirección de correo electrónico o número de teléfono, esos métodos no estarán disponibles.
{% endhint %}

{% hint style="info" %}
Si no desea que D1 envíe OTPs, debe admitir la [API de entrega de OTP](/tokenization/es/integrate-the-d1-api/d1-api-summary.md).
{% 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:

```
GET https://docs.payments.thalescloud.io/tokenization/es/implement-tokenization/card-tokenization-request/processing-the-response/approve-with-step-up-authentication.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.