Google Pay

Fase 1: incorporación de Google

1

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.

2

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.

3

revisión de UX / branding

Revisión de UX/branding: Google exige que los emisores se adhieran a mejores prácticas y directrices de marca. La UX de la aplicación debe enviarse a Google para su revisión.

4

Solicitar acceso a la API

Solicitar acceso a la API de Push Provisioning de Google enviando un formulario con el nombre de paquete de la app del emisor y las huellas digitales para entornos específicos (Sandbox, Producción).

5

Configuración de TSP

Configure los ajustes necesarios ajustes en el sistema TSP de acuerdo con los requisitos de Google Pay, prestando especial atención al nombre del paquete de la aplicación.

Fase 2: integración del backend de Thales D1

1

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.

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.

2

Conectividad

Conectividad: 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.

3

Autorización del backend

Autorización del backend: 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.

4

Cifrado de datos

Cifrado de datos: 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.

5

Registro de consumidores y tarjetas mediante API

Consumidor y Tarjeta 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.

6

Registro por lotes

Registro por lotes: 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.

Fase 3: integración del SDK de Thales D1

1

Integración binaria

Integración binaria: El emisor debe integrar el binario del SDK de D1 en su proyecto de aplicación.

2

Inicialización del SDK

Inicialización del SDK: La aplicación del emisor debe inicializar el SDK de D1 antes de poder llamar a sus API.

3

Autenticación de usuario

Autenticación de usuario: La aplicación del emisor debe proporcionar una prueba de la autenticación del usuario final antes de poder consumir los servicios de D1.

4

Comprobar el estado de la tarjeta en Google Pay Wallet

Comprobar el estado de la tarjeta en Google Pay Wallet: 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.

5

Enviar la tarjeta a Google Pay Wallet

Enviar la tarjeta a Google Pay Wallet: 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.

Fase 4: pruebas y solución de problemas

1

Pruebas en el sandbox de Google Pay

Se requiere que el emisor pruebe su integración utilizando primero el modo sandbox de Google Pay.

2

Gestión e informe de errores

Si los emisores se enfrentan a errores en sus pruebas, primero deben consultar errores comunes antes de informar del problema a Thales.

3

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.

Fase 5: certificación y lanzamiento

1

Autocertificación y revisión de la app

Proceso de lanzamiento de Google Pay requiere que los emisores superen una autocertificación de su aplicación y envíen grabaciones de video de las pruebas a Google para una revisión de la app.

2

Pruebas de campo

A continuación, Google exige que los emisores realicen una prueba de campo de su aplicación, que debe cumplir los criterios de salida antes de que los emisores puedan pasar al paso final.

3

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 y, cuando se reciba, los emisores podrán publicar la aplicación públicamente.