> 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: * Detalles del usuario final (titular de la tarjeta): * Nombre * Segundo nombre * Apellido * Número de teléfono * Dirección de correo electrónico * Idioma * Detalles de la tarjeta: * PAN * Fecha de caducidad * 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 pago. Debe existir un acuerdo entre la red de pago y el emisor para el tratamiento 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 en 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 de crear una tarjeta digital en la red de pago. 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. * [Optar por no participar](/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 reinscribir 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 permitir que el usuario final seleccione 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 la inscripción y el pago combinados son posibles, EMVCo considera la inscripción como un evento independiente para que pueda gestionarse de forma independiente 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 distintas redes de pago están **usar** sincronizados. Un usuario final puede tener tarjetas con distintas 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 de usuario Gracias a la **inscripción** realizada por el emisor para cada usuario final y cada tarjeta, las redes de pago pretenden mejorar significativamente la experiencia de usuario y la adopción de Click to Pay. En el lado del comerciante, la integración con Click to Pay se simplifica. El comerciante o 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 del usuario final y sus credenciales de pago.

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 utilizará para la compra, confirmar y reutilizar la dirección de facturación para el envío, y proceder 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.

En el lado del emisor, Click to Pay puede gestionarse como una **función 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 los ajustes de Click to Pay en la aplicación del emisor o en el sitio web del banco. Esto tranquiliza al usuario final, ya que sabe 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.