> 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/inscripcion-de-tarjeta/flujo-generico-de-inscripcion/paso-4-aprobar-la-solicitud-de-digitalizacion.md).
# Paso 4 – aprobar la solicitud de digitalización
Aprobar (o rechazar) la solicitud de digitalización. Devuelve las opciones de autenticación step-up cuando sea necesario.
### Qué ocurre en este paso
El backend TSH solicita al backend del emisor aprobar la tokenización de una tarjeta.
La solicitud incluye señales para respaldar su decisión:
* [Información del dispositivo](/classic-tokenization/es/comenzar/conceptos-clave/decision-de-tokenizacion/informacion-del-dispositivo.md) (no proporcionada para comercio electrónico)
* [Información de puntuación](/classic-tokenization/es/comenzar/conceptos-clave/decision-de-tokenizacion/informacion-de-scoring.md)
Usted devuelve una de estas decisiones:
* **verde**: Aprobar sin **autenticación step-up**.
* **amarillo**: Aprobar con **autenticación step-up**. Devuelva una **lista de** métodos ID\&V.
* **rojo**: Rechazar la tokenización.
Flujo de aprobación de digitalización.
Vea `requestCardDigitization` en el [referencia de la API](/classic-tokenization/es/referencia-de-la-api/api-de-la-pasarela-del-emisor/saliente-al-emisor.md).
### Parámetros de la solicitud
| Parámetro | Requerido | Descripción |
| --------------------- | --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `x-correlation-id` | Requerido | Correlaciona la sesión de registro. Use el mismo valor recibido en `requestCardEligibility` (paso 2). |
| `cipheredCardInfo` | Requerido | Mismo valor recibido en `requestCardEligibility` (paso 2). |
| `authenticationValue` | Opcional | Contiene **CVV2** cuando lo proporciona el solicitante de token. Encríptelo con `cipheredCardInfo` usando la clave pública del emisor (PKCS#7). En la práctica, los solicitantes de token lo proporcionan cuando el usuario final ingresó los datos de la tarjeta manualmente o los capturó desde una foto. |
### Parámetros de respuesta
| Parámetro | Requerido | Descripción |
| --------------- | -------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- |
| `levelOfTrust` | Requerido en caso de éxito | Decisión para esta solicitud de digitalización: `verde`, `amarillo`, o `rojo`. |
| `idvMethodList` | Condicional | Devolver solo cuando `levelOfTrust` sea `amarillo`. La lista define los **lista de** métodos disponibles para la autenticación step-up. |
### Guía de toma de decisiones
* Use las señales del dispositivo y de puntuación para seleccionar `verde`, `amarillo`, o `rojo`.
* Al devolver `amarillo`, incluya solo los métodos step-up que pueda soportar de extremo a extremo.
* Detenga el flujo de registro al devolver `rojo`. Muestre un mensaje de rechazo al usuario final.
### Siguiente paso
Continuar a [Paso 5: activar el token](/classic-tokenization/es/casos-de-uso/inscripcion-de-tarjeta/flujo-generico-de-inscripcion/paso-5-activar-el-token.md).
Si devolvió `amarillo`, el usuario final completa la autenticación step-up usando una de estas vías:
* [Opción B: activar con OTP por SMS o correo electrónico](/classic-tokenization/es/casos-de-uso/inscripcion-de-tarjeta/flujo-generico-de-inscripcion/paso-5-activar-el-token/opcion-b-activar-con-otp-por-sms-o-correo-electronico.md)
* [Opción C: activar en la aplicación del emisor](/classic-tokenization/es/casos-de-uso/inscripcion-de-tarjeta/flujo-generico-de-inscripcion/paso-5-activar-el-token/opcion-c-activar-en-la-aplicacion-del-emisor.md)
* [Opción D: activar a través del servicio de atención al cliente](/classic-tokenization/es/casos-de-uso/inscripcion-de-tarjeta/flujo-generico-de-inscripcion/paso-5-activar-el-token/opcion-d-activar-a-traves-del-servicio-de-atencion-al-cliente.md)
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.payments.thalescloud.io/classic-tokenization/es/casos-de-uso/inscripcion-de-tarjeta/flujo-generico-de-inscripcion/paso-4-aprobar-la-solicitud-de-digitalizacion.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
