> 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/3d-secure/es/implementar-3ds/implementar-el-flujo-oob-autenticacion-del-emisor.md).

# Implementar el flujo OOB (autenticación del emisor)

## Descripción general

El flujo OOB de 3DS con autenticación del emisor se utiliza cuando sus reglas deciden desafiar una transacción y su backend del emisor está configurado para autenticar al usuario final en la aplicación del emisor.

{% hint style="info" %}
Para controlar cuándo se activan los desafíos OOB, configure umbrales y condiciones en [Configurar conjuntos de reglas para la toma de decisiones de 3DS](/3d-secure/es/implementar-3ds/configurar-conjuntos-de-reglas-para-la-toma-de-decisiones-de-3ds.md).
{% endhint %}

## Experiencia de usuario

<figure><img src="/files/f2b6d92d0227c5e62dfafa0c133629853265cc14" alt=""><figcaption></figcaption></figure>

## Flujo

<figure><img src="/files/eef5356bf1115509edf6ebb616829b844013d227" alt=""><figcaption><p>Flujo de alto nivel OOB con autenticación del emisor - Paso 1.</p></figcaption></figure>

<figure><img src="/files/5e7a4e3132f6cdf0a9cb8151aca34531ccd6ef12" alt=""><figcaption><p>Flujo de alto nivel OOB con autenticación del emisor - Paso 2.</p></figcaption></figure>

## Diagrama de secuencia

### Requisitos previos

* Los productos de tarjeta están configurados en el backend de D1 y en el servidor de directorio de la red de pagos.
* El usuario final y la tarjeta están registrados en el backend de D1.

### 1 - AReq/ARes

<figure><img src="/files/baf9a5a7e99be99e715e0912532ccc030b16b5ba" alt=""><figcaption><p>Flujo de solicitud y respuesta de autenticación.</p></figcaption></figure>

### 2 - CReq/CRes y desafío OOB del emisor

<figure><img src="/files/15f45f8104297e3c0e07d12e2659fc802cfb74b1" alt=""><figcaption><p>D1 activa la autenticación del emisor mediante API.</p></figcaption></figure>

### 3 - CReq/CRes final y notificación

<figure><img src="/files/204299c2bb392c46162b7cc86d7a67794f6dd950" alt=""><figcaption><p>D1 obtiene el resultado de la autenticación y finaliza el flujo de 3DS.</p></figcaption></figure>

## Integración con el backend

Cuando la decisión de 3DS requiere un desafío OOB, se solicita a su backend del emisor que autentique al usuario final:

1. Reciba la solicitud de autenticación: el backend de D1 llama a su backend a través de la [Autenticar ](/3d-secure/es/integrar-la-api-de-d1/referencia-de-la-api-de-d1/api-de-salida-desde-d1/api-de-consumidor.md#post-banking-d1-v1-issuers-issuerid-consumers-consumerid-authentication)solicitud.
2. Active la autenticación del emisor: inicie su flujo de ID\&V en la aplicación del emisor (por ejemplo, notificación push + CDCVM/biometría, o cualquier método de SCA compatible).
3. Expona el resultado: proporcione el resultado a través de [Obtener resultado de autenticación](/3d-secure/es/integrar-la-api-de-d1/referencia-de-la-api-de-d1/api-de-salida-desde-d1/api-de-consumidor.md#get-banking-d1-v1-issuers-issuerid-consumers-consumerid-authentication-authenticationid) para que el desafío de 3DS pueda completarse.
4. Reciba la notificación final: al final del flujo, se le informan los detalles de la autenticación a través de [Notificar la operación de tarjeta 3DS](/3d-secure/es/integrar-la-api-de-d1/referencia-de-la-api-de-d1/api-de-salida-desde-d1/api-de-3ds.md#post-notifications-d1-v1-issuers-issuerid-cards-cardid-3ds-notifications).

{% hint style="info" %}
Prácticas recomendadas

* Mantenga la autenticación OOB con buena capacidad de respuesta (push en cuestión de segundos) para minimizar los tiempos de espera del desafío.
* Muestre opciones claras de aprobar/rechazar en la aplicación del emisor y mapéelas de forma determinista al resultado que devuelva.
  {% 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, and the optional `goal` query parameter:

```
GET https://docs.payments.thalescloud.io/3d-secure/es/implementar-3ds/implementar-el-flujo-oob-autenticacion-del-emisor.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.