> 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/mange-end-users/register-end-users-via-api.md).
# Registrar usuarios finales mediante la API
Registra a los usuarios finales en D1 para vincular las tarjetas a un usuario final.
Este es un flujo de backend a backend entre tu **backend del emisor** y el **backend de D1**.
Para ver las definiciones de las entidades, consulta [conceptos de D1](/secure-card-display/es/get-started/d1-concepts.md).
### Cuándo se requiere el registro del usuario final
El registro del usuario final depende de cómo uses D1:
* **Modelo de creación de tarjetas**: Registra al usuario final antes de crear cualquier tarjeta en D1.
* **Modelo de registro de tarjetas**: El registro del usuario final puede ser:
* **Explícito**, a través de la API de D1.
* **Implícito**, durante la creación o el registro de la tarjeta (según `consumerId`).
### Define `consumerId`
Tu backend emisor proporciona un `consumerId` para cada usuario final.
D1 usa `consumerId` para identificar al usuario final.
Se utiliza en la API de D1, el SDK de D1 y el portal de D1.
`consumerId` no debe contener información personal.
No incluyas nombre, dirección de correo electrónico, número de teléfono, PAN ni datos similares.
### Elige un modelo de registro
Elige si el backend de D1 almacena la información personal del usuario final.
Esta elección cambia tu flujo de registro.
#### Almacenar información personal en el backend de D1
Usa este modelo cuando quieras que D1 almacene información personal.
Entonces D1 puede almacenar en caché los datos.
Esto reduce las llamadas a tu backend emisor.
Proporciona los campos obligatorios en `personalInformation`.
Consulta el esquema en [Registro de consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#put-issuers-issuerid-consumers-consumerid).
Mantén D1 actualizado cuando cambie la información personal.
Use [Actualizar consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#post-issuers-issuerid-consumers-consumerid-operations-update).
Flujo de registro del usuario final entre el backend emisor y el backend de D1.
Llamadas a la API:
* [Registro de consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#put-issuers-issuerid-consumers-consumerid) (con `personalInformation`)
* [Actualizar consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#post-issuers-issuerid-consumers-consumerid-operations-update)
#### No almacenes información personal en el backend de D1
Usa este modelo cuando D1 no debe almacenar información personal.
Aun así, puedes registrar al usuario final explícitamente.
Llama a [Registro de consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#put-issuers-issuerid-consumers-consumerid) sin `personalInformation`.
También puedes omitir el registro explícito.
Confía en el registro implícito durante la creación o el registro de la tarjeta.
Cuando D1 necesita información personal, llama a tu backend emisor.
Por ejemplo, D1 puede hacerlo para la tokenización.
Usa [Obtener información del consumidor](https://thales-dis-dbp.stoplight.io/d1-caas/branches/mergeV1V2/80c02eb3c9adf-get-consumer-information).
{% hint style="info" %}
Si ya usas Register consumer 1.0, puedes seguir usándolo. Usa los endpoints v2 para nuevas integraciones.
{% endhint %}
Llamadas a la API:
* [Registro de consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#put-issuers-issuerid-consumers-consumerid) (sin `personalInformation`)
* [Obtener información del consumidor](https://thales-dis-dbp.stoplight.io/d1-caas/branches/mergeV1V2/80c02eb3c9adf-get-consumer-information)
### Resumen de endpoints
Del backend del emisor al backend de D1:
* [Registro de consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#put-issuers-issuerid-consumers-consumerid)
* [Actualizar consumidor](/secure-card-display/es/integrate-d1-api/d1-api-reference/inbound-api-to-d1/consumer-api.md#post-issuers-issuerid-consumers-consumerid-operations-update) (si D1 almacena información personal)
* [Obtener información del consumidor](https://thales-dis-dbp.stoplight.io/d1-caas/branches/mergeV1V2/80c02eb3c9adf-get-consumer-information) (si D1 no almacena información personal)
---
# 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/secure-card-display/es/get-started/mange-end-users/register-end-users-via-api.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.