> 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/secure-card-display/es/get-started/manage-cards/card-issuance-models.md).

# Modelos de emisión de tarjetas

D1 admite dos modelos de emisión de tarjetas:

* **Modelo de creación de tarjetas**: D1 crea la tarjeta, asigna el PAN, la fecha de caducidad y otras credenciales de la tarjeta. D1 puede sincronizar opcionalmente estas credenciales con el CMS del emisor.
* **Modelo de registro de tarjetas**: El emisor crea la tarjeta en su CMS y luego registra la tarjeta existente y sus credenciales en D1.

Una vez que la tarjeta existe en D1 (mediante creación o registro), puede usar servicios como Tokenization, Push provisioning y Secure Card Display.

También puede configurar D1 para que participe en la autorización de pagos según el flujo de trabajo definido en el producto de tarjeta:

* **Flujo de orquestación de autorización**: D1 orquesta el proceso completo de autorización.
* **Flujo de control de autorización**: D1 realiza un subconjunto de las comprobaciones de autorización.
* **Modo sin autorización**: D1 no participa en la autorización.

Estos modelos y flujos de trabajo se describen en detalle en [Autorización de D1](https://thales-dis-dbp.stoplight.io/docs/d1-caas/25aregsmz7a2q-transaction-control).

### Requisitos previos

Antes de crear o registrar una tarjeta en D1, asegúrese de que:

* Un **producto de tarjeta** está configurado en D1 con la ayuda del equipo de entrega de Thales. El producto de tarjeta se identifica mediante un `cardProductId`.
* El **usuario final** que es propietario de la tarjeta está registrado en D1. Consulte [Registrar usuarios finales mediante API](/secure-card-display/es/get-started/mange-end-users/register-end-users-via-api.md).

### Modelo de creación de tarjetas

En el modelo de creación de tarjetas:

* D1 es responsable de crear la tarjeta.
* D1 asigna el PAN, la fecha de caducidad y otros atributos de la tarjeta.
* D1 puede sincronizar opcionalmente las credenciales de la tarjeta con el CMS del emisor.

Elija este modelo cuando quiera que D1 gestione todo el proceso de creación de la tarjeta mientras mantiene sincronizado su CMS.

### Modelo de registro de tarjetas

En el modelo de registro de tarjetas:

* El CMS del emisor es responsable de crear la tarjeta.
* Luego, el emisor registra la tarjeta existente en D1 mediante las API de registro.
* D1 almacena las credenciales de la tarjeta recibidas del emisor.

Elija este modelo cuando su CMS siga siendo el sistema de registro de las tarjetas y D1 actúe como la habilitación digital.

### Configuración de cuentas

Como parte de la creación o el registro de la tarjeta, D1 necesita la lista de cuentas vinculadas a la tarjeta siempre que se espere que D1 realice comprobaciones de fondos durante la autorización (por ejemplo, en el **flujo de orquestación de autorización**).

D1 utiliza estas cuentas para consultar al sistema Core Banking (CBS) los fondos disponibles.

Cada cuenta se define mediante:

* `predeterminado`: Establecer en `true` : si esta es la cuenta predeterminada de la tarjeta.
* `tipo`: El tipo de cuenta. D1 admite `CHECKING` y `SAVING`.
* `número`: El número de cuenta que D1 utiliza para referenciar la cuenta al comprobar fondos con el CBS.
* `currencyCode`: La moneda de la cuenta.


---

# 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/secure-card-display/es/get-started/manage-cards/card-issuance-models.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.