> 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 del aprovisionamiento push

El aprovisionamiento push permite que la aplicación del emisor agregue una tarjeta de pago directamente a una cartera xPay (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 del usuario.

### Cómo funciona el aprovisionamiento push

En lugar de introducir o transmitir los datos de la tarjeta manualmente a un solicitante de tokens, la aplicación del emisor intercambia los datos de la tarjeta mediante protocolos seguros que evitan que los datos de la tarjeta se expongan fuera del dispositivo que va a usar las credenciales.

El flujo de aprovisionamiento push normalmente desencadena la tokenización a través del TSP correspondiente.

Hay dos tipos principales de protocolos:

* **Protocolos propietarios de los proveedores de carteras**: APIs expuestas por cada proveedor de cartera para simplificar la integración y el intercambio de datos entre la cartera y la aplicación del emisor.
* **Protocolos TSP de redes de pago**: APIs expuestas por el TSP de cada red de pago que permiten a los emisores enviar tarjetas a solicitantes de tokens certificados.

Con los protocolos propietarios, cada proveedor de cartera define su propio:

* modelo de integración y cómo interactuar con la cartera (por ejemplo, SDKs móviles dedicados)
* mecanismos de cifrado y claves necesarias para proteger los datos de la tarjeta

El servicio de aprovisionamiento push D1 elimina esta complejidad. El SDK de D1 envuelve estas diferentes APIs y proporciona un modelo de integración único, agnóstico a la cartera y al esquema.

De manera similar, para los protocolos TSP de las redes de pago, el emisor puede unirse a los programas individuales de la red de pago para enviar tarjetas a solicitantes de tokens elegibles certificados por la red de pago. El SDK y el backend de D1 gestionan la lógica específica de la red de pago por usted.

### Protocolos y dispositivos compatibles

La plataforma D1 admite lo siguiente:

* **Protocolos propietarios de carteras**
  * Apple Pay, Google Pay y Samsung Pay. Consulte [Implementar push a carteras digitales](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets.md).
* **Protocolos de redes de pago**
  * [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" %}
***Push unificado de Google para Android** – Thales dará soporte a la nueva API y al modelo Google-OPC para octubre de 2026.*

*Thales enviará una comunicación antes de 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 administrar las tarjetas digitales creadas a partir de cada tarjeta física o de financiación.

Esto es ú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/o la autenticación reforzada se realizan a través de la aplicación del emisor

Para detalles de implementación, consulte [Ver y controlar](/push-provisioning/es/implement-push-provisioning/implement-view-and-control/view-and-control-digital-cards.md).

### Experiencia de ejemplo de aprovisionamiento push

Utilice las siguientes directrices del proveedor de la cartera para diseñar la **Agregar a la cartera** 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 toca **Agregar 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 Apple PassKit gestiona la interfaz de selección de dispositivo, por ejemplo solicitando al usuario final que elija entre iPhone y Apple Watch.

<figure><img src="/files/5575a80e5b501fbf8f4593e13c7ebda4273c73fa" alt="Apple Pay push provisioning example screen in the issuer application"><figcaption><p>Ejemplo de un flujo Agregar a Apple Wallet en la aplicación del emisor.</p></figcaption></figure>

#### 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 toca **Agregar a Google Pay**.

<figure><img src="/files/00013b5c940c23db5ff452f3a106a41702a9d280" alt="Google Pay push provisioning example screen in the issuer application"><figcaption><p>Ejemplo de un flujo Agregar a Google Pay en la aplicación del emisor.</p></figcaption></figure>

#### 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 toca **Agregar a Samsung Pay**.

<figure><img src="/files/ccbdff39ff82c1a3686323f5657da7bf0bf7d854" alt="Samsung Pay push provisioning example screen in the issuer application"><figcaption><p>Ejemplo de un flujo Agregar a Samsung Pay en la aplicación del emisor.</p></figcaption></figure>

### Ejemplo de experiencia de ver y controlar

En la aplicación del emisor, el usuario final puede ver la lista de tarjetas digitales asociadas con 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 cartera
* el estado de cada tarjeta digital (por ejemplo, activa, suspendida o eliminada)

<figure><img src="/files/0fcb44a4b56dda4b9b7bc72e66a4d54ac74d04be" alt="View and control example screen listing multiple digital cards for a single card"><figcaption><p>Ejemplo de la pantalla Ver y controlar mostrando múltiples tarjetas digitales.</p></figcaption></figure>

### Ejemplo de aprovisionamiento push mediante red de pago

<figure><img src="/files/a5cb5d7125c1a7f3ed65129d9b8532766169d1bb" alt="High-level example of payment network push provisioning"><figcaption><p>Ejemplo de alto nivel de un flujo de aprovisionamiento push de una red de pago.</p></figcaption></figure>


---

# 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:

```
GET https://docs.payments.thalescloud.io/push-provisioning/es/get-started/push-provisioning-overview.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.