> 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-de-alta-de-tarjeta-cobrand.md). # Flujo de alta de tarjeta cobrand Las tarjetas cobadged incluyen dos aplicaciones de pago en el chip: * Una aplicación de una red de pago internacional (por ejemplo, Mastercard o Visa) * Una aplicación de una red de pago nacional La aplicación nacional normalmente funciona solo en el país emisor. La aplicación internacional normalmente funciona a nivel mundial. Usar la aplicación nacional puede reducir las comisiones para comerciantes y emisores. La digitalización de tarjetas cobadged requiere dos **TSP** flujos: * Un flujo primario con la red de pago internacional **TSP** * Un flujo secundario con la nacional **TSP** El solicitante del token (proveedor de la billetera) posee ambos flujos. {% hint style="info" %} Detalles de la API: Consulte la [referencia de la API - tarjetas cobadged](/classic-tokenization/es/referencia-de-la-api-tarjetas-cobrand/referencia-de-la-api-tarjetas-cobrand.md). {% endhint %} ### Cómo funciona la digitalización de tarjetas cobadged

Flujo de digitalización de tarjetas cobadged de extremo a extremo.

En este contexto, hay dos flujos: 1. El flujo primario entre el solicitante del token, la red internacional **TSP**, y el **Emisor**. 2. El flujo secundario (flujo auxiliar) entre el solicitante del token, la red nacional **TSP**, y el **Emisor**. Los flujos son independientes. El solicitante del token debe mantenerlos sincronizados. El solicitante del token maneja la elegibilidad de la tarjeta, **ID\&V**, los metadatos de la tarjeta y la aprobación de términos y condiciones en el flujo primario. Si algún requisito previo del flujo primario falla, el solicitante del token detiene la digitalización. El solicitante del token activa el flujo secundario solo cuando se garantiza el aprovisionamiento del token primario. ### Elegibilidad (flujos primario y secundario) El diagrama siguiente muestra los pasos clave de elegibilidad.

Flujo de elegibilidad para la digitalización primaria y secundaria.

### Digitalización: solicitud (opcional) Mientras el solicitante del token avanza en el flujo primario con la internacional **TSP**, también puede activar la digitalización con la nacional **TSP**. Algunos flujos de autorización de pago requieren la nacional **FPAN**. No aceptan la internacional **FPAN**. Durante la digitalización, el solicitante del token no siempre proporciona la nacional **FPAN**. En ese caso, el Servicio de Tokenización solicita al **backend del emisor** mapear la internacional **FPAN** a la nacional **FPAN**. El diagrama siguiente muestra este flujo de solicitud.

Solicitud opcional para mapear la FPAN internacional a la FPAN nacional.

### Digitalización: creación del token El Servicio de Tokenización recibe los datos requeridos de la **Emisor**. Luego solicita la creación del token a la nacional **TSP**. En paralelo, el Servicio de Tokenización prepara el perfil de la tarjeta digital asociado.

Creación del token nacional y preparación del perfil.

### Digitalización: aprovisionamiento Cuando el perfil de la tarjeta digital está listo, el Servicio de Tokenización notifica al solicitante del token. El solicitante del token obtiene el perfil y lo descarga en la aplicación de billetera en un estado suspendido.

Aprovisionamiento del perfil nacional en la aplicación de billetera.

### Activación Una vez que el solicitante del token recibe una notificación de que el token primario está activado, solicita la activación del token secundario. Después de que la activación se completa, el **Emisor** es notificado. Este es el paso final en la digitalización de tarjetas cobadged.

Activación y notificación al emisor para el token secundario.

--- # 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-de-alta-de-tarjeta-cobrand.md?ask= ``` 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.