> 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/quick-start-guide/google-pay.md).

# Google Pay

### Fase 1: Incorporación a Google

{% stepper %}
{% step %}

### Acuerdo del emisor

Se requiere que los emisores tengan firmado un *Acuerdo de CTA de Google Pay* para solicitar acceso a la API de Provisionamiento Push.
{% endstep %}

{% step %}

### Acceder a la documentación de Google

Use una Cuenta de Google asociada a una dirección de correo corporativa para acceder a la [documentación de la API Android Push Provisioning](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md).
{% endstep %}

{% step %}

### Revisión de UX / marca

[Revisión de UX/marca](https://developers.google.com/pay/issuers/apis/push-provisioning/android/launch-process?pli=1\&authuser=1): Google requiere que los emisores se adhieran a [mejores prácticas](https://developers.google.com/pay/issuers/apis/push-provisioning/android/best-practices) y [directrices de marca](https://developers.google.com/pay/issuers/apis/push-provisioning/android/branding-guidelines). La UX de la aplicación debe ser enviada a Google para su revisión.
{% endstep %}

{% step %}

### Solicitar acceso a la API

[Solicitar acceso a la API de Provisionamiento Push de Google](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md) mediante el envío de un formulario con el nombre del paquete de la app del emisor y la(s) huella(s) digital(es) para entornos particulares (Sandbox, Producción).
{% endstep %}

{% step %}

### Configuración TSP

Configurar [ajustes en el sistema TSP](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md) según los requisitos de Google Pay, prestando especial atención, en particular, al nombre del paquete de la aplicación.
{% endstep %}
{% endstepper %}

### Fase 2: Integración del Backend Thales D1

{% stepper %}
{% step %}

### Formulario de incorporación

**Formulario de incorporación**: El integrador de Thales proporciona el Formulario de Incorporación Thales D1 para recopilar todos los parámetros de configuración necesarios para conectarse a D1, incluida la Conectividad, Claves, Configuración de Servicios D1 y Productos de Tarjeta.

{% hint style="info" %}
Se requiere que los emisores abran un proyecto con TSP(s) (Visa/Mastercard) para sus proyectos de integración de provisionamiento push. Se recomienda iniciar esta actividad en paralelo a la incorporación con Thales.
{% endhint %}
{% endstep %}

{% step %}

### Conectividad

[**Conectividad**](/push-provisioning/es/integrate-the-d1-api/set-up-tls-mutual-authentication.md): Las API expuestas por D1 requieren autenticación mutua TLS para todas las llamadas a la API, lo que exige una configuración explícita tanto para entornos de preproducción como de producción con un certificado de cliente firmado por la CA de Thales.
{% endstep %}

{% step %}

### Autorización del backend

[**Autorización del backend**](/push-provisioning/es/integrate-the-d1-api/get-oauth-2.0-access-token.md): Las APIs entrantes de D1 están protegidas por el Flujo de Credenciales OAuth JWT Bearer, donde su backend envía un JWT firmado para obtener un token de acceso D1 para acceder a las APIs de D1.
{% endstep %}

{% step %}

### Cifrado de datos

[**Cifrado de datos**](/push-provisioning/es/integrate-the-d1-api/encrypt-sensitive-data.md): La información sensible intercambiada con el backend D1 debe estar cifrada usando el formato estándar JWE con algoritmos específicos y la clave pública EC del destinatario.
{% endstep %}

{% step %}

### Registro de consumidor y tarjeta vía API

[**Consumidor**](/push-provisioning/es/get-started/manage-end-users.md) **y** [**Tarjeta**](/push-provisioning/es/get-started/manage-cards.md) **Registro vía API**: Como requisito previo para la mayoría de los servicios D1, debe registrar usuarios finales, cuentas y tarjetas en D1 mediante APIs backend a backend usando identificadores únicos.
{% endstep %}

{% step %}

### Registro por lotes

[**Registro por lotes**](/push-provisioning/es/register-cards-via-batch-file/batch-file-overview.md): D1 ofrece un servicio para ejecutar ciertas operaciones (como el registro de consumidores y tarjetas) en modo por lotes usando archivos de lote subidos vía SFTP.
{% endstep %}
{% endstepper %}

### Fase 3: Integración del SDK Thales D1

{% stepper %}
{% step %}

### Integración binaria

[**Integración binaria**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/1.-binary-integration/android.md): El emisor debe integrar el binario del SDK D1 en su proyecto de aplicación.
{% endstep %}

{% step %}

### Inicialización del SDK

[**Inicialización del SDK**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/3.-initialization/android-initialization.md): La aplicación del emisor debe inicializar el SDK D1 antes de poder invocar sus APIs.
{% endstep %}

{% step %}

### Autenticación del usuario

[**Autenticación del usuario**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/5.-authentication/sdk-login.md): La aplicación del emisor debe proporcionar una prueba de la autenticación del usuario final antes de poder consumir los servicios D1.
{% endstep %}

{% step %}

### Comprobar el estado de la tarjeta en Google Pay Wallet

[**Comprobar el estado de la tarjeta en Google Pay Wallet**](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets/get-the-card-digitization-state.md): La aplicación del emisor debe comprobar el estado de digitalización de la tarjeta en la billetera Google Pay usando el `D1PushWallet.getCardDigitizationState()` API para determinar la siguiente acción.
{% endstep %}

{% step %}

### Enviar tarjeta a Google Pay Wallet

[**Enviar tarjeta a Google Pay Wallet**](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets/push-to-the-digital-wallet.md): Cuando el usuario toca "Añadir a Google Pay", invoque la `D1PushWallet.addDigitalCardToOEM()` API para tokenizar la tarjeta, asegurándose de que el método onActivityResult esté sobrescrito para pasar el resultado de vuelta al SDK.
{% endstep %}
{% endstepper %}

### Fase 4: Pruebas y resolución de problemas

{% stepper %}
{% step %}

### Pruebas en el entorno sandbox de Google Pay

Se requiere que el emisor pruebe su integración usando primero [el modo sandbox de Google Pay](/push-provisioning/es/integrate-the-d1-sdk/getting-started/enviroments/push-provisioning-sandbox-testing.md).
{% endstep %}

{% step %}

### Manejo y reporte de errores

Si los emisores enfrentan [errores](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/d1-sdk-error-management.md) en sus pruebas se les exige primero consultar [errores comunes](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/push-provisioning-troubleshooting/android.md) antes de [reportar el problema a Thales](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/report-issues.md).
{% endstep %}

{% step %}

### Pruebas en producción

Una vez que los emisores completen las pruebas en Sandbox deben pasar al entorno de producción y probar allí también.
{% endstep %}
{% endstepper %}

### Fase 5: Certificación y lanzamiento

{% stepper %}
{% step %}

### Autocertificación y revisión de la app

[El proceso de lanzamiento de Google Pay](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md) requiere que los emisores pasen una [autocertificación](https://developers.google.com/pay/issuers/apis/push-provisioning/android/test-cases?authuser=1) de su aplicación y envíen grabaciones en video de las pruebas a Google para una [revisión de la app](https://developers.google.com/pay/issuers/apis/push-provisioning/android/launch-process?pli=1\&authuser=1#step_3_app_review).
{% endstep %}

{% step %}

### Pruebas de campo

A continuación, Google requiere que los emisores realicen una [prueba de campo](https://developers.google.com/pay/issuers/apis/push-provisioning/android/launch-process?pli=1\&authuser=1#step_4_field_testing) de su app que debe cumplir con los criterios de salida antes de que los emisores puedan proceder con el paso final.
{% endstep %}

{% step %}

### Solicitar aprobación de lanzamiento

Tras cumplir los criterios de salida los emisores pueden solicitar [la aprobación de lanzamiento del equipo de Google Pay](https://developers.google.com/pay/issuers/apis/push-provisioning/android/launch-process?pli=1\&authuser=1#request_launch_approval) y cuando se reciba, los emisores podrán publicar la aplicación públicamente.
{% endstep %}
{% endstepper %}


---

# 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/quick-start-guide/google-pay.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.