> 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 de Google

{% stepper %}
{% step %}

#### Acuerdo del emisor

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

{% step %}

#### Acceda a la documentación de Google

Use una cuenta de Google asociada a una dirección de correo electrónico corporativa para acceder a la [documentación de la API de 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 / branding

[Revisión de UX/branding](https://developers.google.com/pay/issuers/apis/push-provisioning/android/launch-process?pli=1\&authuser=1): Google exige 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 enviarse a Google para su revisión.
{% endstep %}

{% step %}

#### Solicitar acceso a la API

[Solicitar acceso a la API de Push Provisioning de Google](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md) enviando un formulario con el nombre de paquete de la app del emisor y las huellas digitales para entornos específicos (Sandbox, Producción).
{% endstep %}

{% step %}

#### Configuración de TSP

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

### Fase 2: integración del backend de Thales D1

{% stepper %}
{% step %}

#### Formulario de incorporación

**Formulario de incorporación**: El integrador de Thales proporciona el Formulario de incorporación de Thales D1 para recopilar todos los parámetros de configuración necesarios para conectarse a D1, incluidos Conectividad, Claves, Configuración de servicios de D1 y Productos de tarjeta.

{% hint style="info" %}
Se requiere que los emisores abran un proyecto con el/los TSP (Visa/Mastercard) para sus proyectos de integración de push provisioning. Se recomienda iniciar esta actividad en paralelo con 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 requiere una configuración explícita tanto para los entornos de preproducción como de producción con un certificado 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 API entrantes de D1 están protegidas por el flujo de credenciales de portador JWT OAuth, donde su backend envía un JWT firmado para obtener un token de acceso de D1 y acceder a las API 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 de D1 debe cifrarse utilizando el formato estándar JWE con algoritmos específicos y la clave pública EC del destinatario.
{% endstep %}

{% step %}

#### Registro de consumidores y tarjetas mediante API

[**Consumidor**](/push-provisioning/es/get-started/manage-end-users.md) **y** [**Tarjeta**](/push-provisioning/es/get-started/manage-cards.md) **Registro mediante API**: Como requisito previo para la mayoría de los servicios de D1, debe registrar usuarios finales, cuentas y tarjetas en D1 mediante API de backend a backend utilizando 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 mediante archivos por lotes cargados vía SFTP.
{% endstep %}
{% endstepper %}

### Fase 3: integración del SDK de 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 de 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 de D1 antes de poder llamar a sus API.
{% endstep %}

{% step %}

#### Autenticación de usuario

[**Autenticación de 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 de 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 Google Pay Wallet utilizando la `D1PushWallet.getCardDigitizationState()` API para determinar la siguiente acción.
{% endstep %}

{% step %}

#### Enviar la tarjeta a Google Pay Wallet

[**Enviar la 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 toque "Añadir a Google Pay", invoque la `D1PushWallet.addDigitalCardToOEM()` API para tokenizar la tarjeta, asegurándose de que el método onActivityResult se sobrescriba para devolver el resultado al SDK.
{% endstep %}
{% endstepper %}

### Fase 4: pruebas y solución de problemas

{% stepper %}
{% step %}

#### Pruebas en el sandbox de Google Pay

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

{% step %}

#### Gestión e informe de errores

Si los emisores se enfrentan a [errores](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/d1-sdk-error-management.md) en sus pruebas, primero deben consultar [errores comunes](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/push-provisioning-troubleshooting/android.md) antes de [informar del 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

[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 superen 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 de 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 exige 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 aplicación, que debe cumplir los criterios de salida antes de que los emisores puedan pasar al paso final.
{% endstep %}

{% step %}

#### Solicitar aprobación para el lanzamiento

Después de 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, and the optional `goal` query parameter:

```
GET https://docs.payments.thalescloud.io/push-provisioning/es/get-started/push-provisioning-overview/quick-start-guide/google-pay.md?ask=<question>&goal=<endgoal>
```

`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.