> 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/alta-de-tarjeta/flujo-generico-de-alta.md).

# Flujo genérico de alta

### Registro de flujo verde

En un *flujo verde* registro, el **Emisor** decide digitalizar una tarjeta a través de la red de pago **TSP** (por ejemplo, **VTS** o **MDES**) sin **autenticación adicional** del **usuario final**.

El proceso de digitalización es:

<figure><img src="/files/6a4c70a2b14f4aedfa70d93b3763096ee6744617" alt=""><figcaption><p>Registro de flujo verde (sin autenticación adicional).</p></figcaption></figure>

### Registro de flujo amarillo

En un *flujo amarillo* registro, el **Emisor** decide digitalizar una tarjeta a través de la red de pago **TSP** (por ejemplo, **VTS** o **MDES**) con **autenticación adicional** del **usuario final**.

El método de autenticación adicional también se llama un **ID\&V** (método de identificación y verificación).

#### Autenticación adicional mediante OTP por SMS o correo electrónico

El **backend del emisor** envía un **OTP** generado por el TSP de la red de pago al usuario final. Este OTP prueba la identidad del usuario final y autoriza la digitalización.

<figure><img src="/files/1501ca4090d79661fe4df7002ab59565553ae16b" alt=""><figcaption><p>Registro de flujo amarillo utilizando OTP por SMS o correo electrónico.</p></figcaption></figure>

#### Autenticación adicional mediante la aplicación del emisor

El usuario final es redirigido desde la aplicación de la billetera a la **aplicación del emisor**. El usuario final entonces se autentica usando sus credenciales de banca electrónica.

<figure><img src="/files/984e90d912234138594fa587432e79f9e113dfbb" alt=""><figcaption><p>Registro de flujo amarillo utilizando la aplicación del emisor.</p></figcaption></figure>

#### Autenticación adicional mediante servicio al cliente

Si el usuario final selecciona la **opción de servicio al cliente** , se le redirige al centro de llamadas y debe identificarse.

El servicio al cliente utiliza `getCardInfo` para identificar la tarjeta virtual pendiente. El servicio al cliente entonces envía una `solicitud updateCard` para reanudar el flujo de la tarjeta virtual.

<figure><img src="/files/685e1131642bd5a66cffc7904fb10c8a592bed30" alt=""><figcaption><p>Registro de flujo amarillo utilizando servicio al cliente.</p></figcaption></figure>


---

# 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/classic-tokenization/es/casos-de-uso/alta-de-tarjeta/flujo-generico-de-alta.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.
