> 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/push-provisioning/es/get-started/push-provisioning-overview.md). # Descripción general ## Descripción general de push provisioning Push provisioning permite que la aplicación del emisor añada una tarjeta de pago directamente a una xPay Wallet (por ejemplo, Apple Pay, Google Pay o Samsung Pay) utilizando protocolos seguros y estandarizados. Esto elimina la necesidad de que el usuario final introduzca manualmente los datos de la tarjeta y mejora tanto la seguridad como la experiencia de usuario. ### Cómo funciona push provisioning En lugar de introducir o փոխանցir manualmente los datos de la tarjeta a un solicitante de token, la aplicación del emisor intercambia los datos de la tarjeta mediante protocolos seguros que evitan que los datos de la tarjeta queden expuestos fuera del dispositivo que utilizará las credenciales. El flujo de push provisioning normalmente activa la tokenización a través del TSP correspondiente. Existen dos tipos principales de protocolos: * **Protocolos propietarios del proveedor de la billetera**: APIs expuestas por cada proveedor de billetera para simplificar la integración y el intercambio de datos entre la billetera y la aplicación del emisor. * **Protocolos TSP de la red de pagos**: APIs expuestas por el TSP de cada red de pagos que permiten a los emisores enviar tarjetas a solicitantes de token certificados. Con los protocolos propietarios, cada proveedor de billetera define su propio: * modelo de integración y cómo interactuar con la billetera (por ejemplo, SDK móviles dedicados) * mecanismos de cifrado y claves necesarios para proteger los datos de la tarjeta El servicio de push provisioning de D1 elimina esta complejidad. El SDK de D1 encapsula estas distintas APIs y ofrece un único modelo de integración, independiente de la billetera y del esquema. Del mismo modo, para los protocolos TSP de la red de pagos, el emisor puede unirse a los programas de cada red de pagos para enviar tarjetas a solicitantes de token elegibles certificados por la red de pagos. El SDK de D1 y el backend de D1 gestionan por usted la lógica específica de la red de pagos. ### Protocolos y dispositivos compatibles La plataforma D1 admite lo siguiente: * **Protocolos propietarios de billetera** * Apple Pay, Google Pay y Samsung Pay. Consulte [Implementar el envío a billeteras digitales](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets.md). * **Protocolos de red de pagos** * [Mastercard Token Connect](/push-provisioning/es/implement-push-provisioning/implement-push-to-scheme/push-to-token-requestors-token-connect.md). * **Dispositivos** * Android OS * Apple iOS {% hint style="warning" %} ***Provisionamiento push unificado de Android de Google** – Thales dará soporte a la nueva API y al modelo Google-OPC para octubre de 2026.* *Thales enviará una comunicación en junio de 2026 para permitir que los emisores planifiquen correctamente las actividades de migración.* {% endhint %} ### Función de ver y controlar El SDK de D1 también proporciona una **Ver y controlar** función que permite a la aplicación del emisor mostrar y gestionar las tarjetas digitales creadas a partir de cada tarjeta física o de financiación. Esto resulta útil cuando el emisor desea: * ofrecer la gestión del ciclo de vida de la tarjeta digital directamente en la aplicación del emisor * controlar la activación de la tarjeta digital, especialmente cuando la verificación de identidad y del titular (ID\&V) o la autenticación adicional se realizan a través de la aplicación del emisor Para obtener detalles de implementación, consulte [Ver y controlar](/push-provisioning/es/implement-push-provisioning/implement-view-and-control/view-and-control-digital-cards.md). ### Ejemplo de experiencia de push provisioning Utilice las siguientes directrices del proveedor de billetera para diseñar la **Añadir a la billetera** experiencia en su aplicación del emisor: * [Apple Pay](https://developer.apple.com/documentation/passkit/pkaddpassbutton) * [Google Pay](https://developers.google.com/pay/api/android/guides/brand-guidelines) * [Samsung Pay](https://pay.samsung.com/developers/resource/brand) #### Apple Pay 1. El usuario final abre la aplicación del emisor y se autentica. 2. El usuario final selecciona una tarjeta. 3. El usuario final pulsa **Añadir a Apple Wallet**. Si el usuario final tiene tanto un iPhone como un Apple Watch, la aplicación del emisor no necesita información adicional para vincular la tarjeta de pago. El SDK PassKit de Apple gestiona la interfaz de usuario de selección de dispositivo; por ejemplo, solicita al usuario final que elija entre iPhone y Apple Watch.
Apple Pay push provisioning example screen in the issuer application

Ejemplo de un flujo de Añadir a Apple Wallet en la aplicación del emisor.

#### Google Pay 1. El usuario final abre la aplicación del emisor y se autentica. 2. El usuario final selecciona una tarjeta. 3. El usuario final pulsa **Añadir a Google Pay**.
Google Pay push provisioning example screen in the issuer application

Ejemplo de un flujo de Añadir a Google Pay en la aplicación del emisor.

#### Samsung Pay 1. El usuario final abre la aplicación del emisor y se autentica. 2. El usuario final selecciona una tarjeta. 3. El usuario final pulsa **Añadir a Samsung Pay**.
Samsung Pay push provisioning example screen in the issuer application

Ejemplo de un flujo de Añadir a Samsung Pay en la aplicación del emisor.

### Ejemplo de experiencia de ver y controlar En la aplicación del emisor, el usuario final puede ver la lista de tarjetas digitales asociadas a cada una de sus tarjetas. La aplicación del emisor puede mostrar: * los últimos cuatro dígitos de cada tarjeta digital * el nombre y el logotipo de la billetera * el estado de cada tarjeta digital (por ejemplo, activa, suspendida o eliminada)
View and control example screen listing multiple digital cards for a single card

Ejemplo de la pantalla Ver y controlar que muestra varias tarjetas digitales.

### Ejemplo de push provisioning de la red de pagos
High-level example of payment network push provisioning

Ejemplo de alto nivel de un flujo de push provisioning de la red de pagos.

--- # 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/push-provisioning/es/get-started/push-provisioning-overview.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.