> 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/click-to-pay/es/get-started/overview/click-to-pay-concepts.md). # Conceptos de Click to Pay ## Conceptos de Click to Pay Esta página explica los conceptos básicos de Click to Pay y cómo el servicio D1 Click to Pay admite la inscripción impulsada por el emisor y la gestión de perfiles. ### Perfil de Click to Pay Un perfil de Click to Pay es el conjunto de datos que identifica de forma única al usuario final (titular de la tarjeta) y el conjunto de datos que identifica su tarjeta o tarjetas. En particular, un perfil de Click to Pay contiene: * Datos del usuario final (titular de la tarjeta): * Nombre * Segundo nombre * Apellido * Número de teléfono * Dirección de correo electrónico * Idioma * Datos de la tarjeta: * PAN * Fecha de vencimiento * Nombre del titular de la tarjeta * Dirección de facturación

Ejemplo de elementos de datos del perfil de Click to Pay.

{% hint style="info" %} Con la excepción del segundo nombre, **todos** los datos anteriores son **obligatorios** para registrar un perfil en un directorio de Click to Pay. {% endhint %} Todos los datos del perfil se almacenan en el directorio de la red de pagos. Debe existir un acuerdo entre la red de pagos y el emisor para el procesamiento de estos datos. Thales no participa en este acuerdo, ya que la plataforma D1 no almacena los datos personales del usuario final para los perfiles de Click to Pay. ### Inscripción y pago Los participantes de un programa de Click to Pay deben considerar dos casos de uso principales: {% stepper %} {% step %} **Inscripción** La inscripción es el proceso de crear un perfil de Click to Pay para el usuario final en el directorio de Click to Pay y crear una tarjeta digital en la red de pagos. El **servicio D1 Click to Pay** se centra exclusivamente en el caso de uso de **inscripción** . El **servicio D1 Click to Pay** El servicio expone la API de D1 que permite a los emisores inscribir y gestionar usuarios finales y tarjetas para Visa y Mastercard. En particular, se exponen los siguientes servicios: * [Inscripción](/click-to-pay/es/implement-click-to-pay-issuers/enroll-cards-in-click-to-pay.md): inscribir un perfil de usuario final en el directorio de Click to Pay. * [Ver perfil](/click-to-pay/es/implement-click-to-pay-issuers/retrieve-click-to-pay-profiles.md): recuperar los detalles del perfil almacenados en Click to Pay. * [Actualizar perfil](/click-to-pay/es/implement-click-to-pay-issuers/update-click-to-pay-profiles.md): actualizar un perfil de usuario final. * [Cancelar suscripción](/click-to-pay/es/implement-click-to-pay-issuers/opt-out-cards-from-click-to-pay.md): eliminar una tarjeta de Click to Pay. Esta es una operación definitiva, pero el emisor puede volver a inscribir la tarjeta en una etapa posterior. {% endstep %} {% step %} **Pago** El pago es el proceso que permite a un comerciante recuperar un perfil de Click to Pay, presentar las opciones de pago disponibles (credenciales de pago) al usuario final y permitirle seleccionar una opción de pago para finalizar la compra. Durante el pago, si no se puede identificar un perfil, el comerciante puede realizar la inscripción en paralelo con la compra, ya que los datos requeridos coinciden con los datos necesarios para crear un perfil de Click to Pay. Aunque es posible combinar la inscripción y el pago, EMVCo considera la inscripción como un evento independiente para que pueda gestionarse de forma separada del proceso de pago. {% endstep %} {% endstepper %}

Enrolment and checkout flows — Flujos generales de inscripción y pago de Click to Pay.

{% hint style="info" %} Los directorios de Click to Pay de las diferentes redes de pago están **no** sincronizados. Un usuario final puede tener tarjetas con diferentes redes de pago y, como resultado, perfiles separados en cada directorio de Click to Pay (por ejemplo, uno en Visa y otro en Mastercard). Si es necesario, es responsabilidad del emisor mantener **los datos del usuario final** coherentes entre los perfiles almacenados en los distintos directorios de las redes de pago. {% endhint %} ### Experiencia del usuario Gracias a la **inscripción** sistemática realizada por el emisor para cada usuario final y cada tarjeta, las redes de pago buscan mejorar significativamente la experiencia del usuario y la adopción de Click to Pay. Del lado del comerciante, la integración con Click to Pay se simplifica. El comerciante o el proveedor de servicios de pago (PSP) se centra en recuperar el perfil de Click to Pay asociado a un usuario final (detalles del perfil y credenciales de pago):

El comerciante o PSP recupera el perfil de Click to Pay y las credenciales de pago del usuario final.

Una vez recuperado el perfil de Click to Pay, el comerciante puede mostrar la información, permitir que el usuario final seleccione la tarjeta que se usará para la compra, confirmar y reutilizar la dirección de facturación para el envío, y continuar con el pago:

Checkout with Click to Pay cards — Ejemplo de pago en el que el usuario final selecciona una tarjeta de su perfil de Click to Pay.

Del lado del emisor, Click to Pay puede gestionarse como una **funcionalidad del producto de tarjeta**. El emisor puede gestionar el "consentimiento automático" actualizando los términos y condiciones del producto de la tarjeta, de forma similar a cómo ya se gestionan las funciones NFC.

Issuer manages Click to Pay as a card feature — El emisor gestiona Click to Pay como parte de las funciones y condiciones del producto de la tarjeta.

El usuario final puede darse de baja en cualquier momento y volver a darse de alta más adelante. Este comportamiento debe describirse claramente en la información de Click to Pay proporcionada al usuario final, idealmente con capturas de pantalla que muestren cómo gestionar la configuración de Click to Pay en la aplicación del emisor o en el sitio web del banco. Esto tranquiliza al usuario final, ya que no está "atrapado" en ningún servicio no deseado.

--- # 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/click-to-pay/es/get-started/overview/click-to-pay-concepts.md?ask=&goal= ``` `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.