Welcome to our new developer portal! Use the "Ask" button to chat with our AI Agent.

Google y Samsung Pay

Flujo ID&V para Google Pay

La figura siguiente muestra el flujo ID&V app-a-app de Google Pay, donde Google Pay llama a la aplicación del emisor ("App del banco").

Paso 1: Elegir opción de ID&V de la app

Se solicita al usuario final que seleccione el método de autenticación ID&V dentro de la billetera Google Pay. El usuario final selecciona "Iniciar sesión en la app del banco".

Paso 2: Iniciar sesión en la aplicación del emisor

El usuario final utiliza sus credenciales de la app del banco para iniciar sesión.

Paso 3: Interfaz de la aplicación del emisor

La app del banco muestra los últimos cuatro dígitos del PAN de la tarjeta añadida a Google Pay. El usuario final selecciona Siguiente para activar la tarjeta en Google Pay.

Paso 4: Pantalla de éxito

Una pantalla de éxito muestra el estado de activación en Google Pay. Esta pantalla incluye un botón que devuelve al usuario final a Google Pay.

Configuración TSP del esquema

Para obtener instrucciones completas de Google, consulte la Configuración TSP.

Los emisores deben proporcionar los siguientes parámetros a sus TSP. Google Pay recibe estos parámetros de los TSP durante la Tokenización y los utiliza para llamar a su aplicación de emisor.

PARÁMETRO
EJEMPLO
DESCRIPCIÓN

Nombre del paquete

com.example.mybank

El nombre del paquete (applicationId) identifica la app móvil del emisor a la que Google Pay debe llamar al invocar el intent para iniciar el flujo app a app. Si la app no está instalada en el dispositivo móvil del titular de la tarjeta, se pedirá al usuario final que la instale desde Google Play Store.

Acción

com.example.mybank.action.ACTIVATE_CARD

Al llamar a la app móvil del emisor, la app Google Pay crea un intent explícito. La acción debe proporcionarse en su forma totalmente calificada, incluyendo el nombre del paquete. Además, la acción debe ser específica para su uso en la activación de tokens.

Texto extra

Este parámetro se usa para pasar datos adicionales que se incluirán en el intent. Normalmente es una estructura JSON codificada en Base64. El valor de esta cadena es opaco para Google y se proporcionará tal cual en el campo estándar EXTRA_TEXT.

Flujo de desarrollo de la app

Cuando un usuario final selecciona el método app-a-app para verificar su identidad, la aplicación del emisor debe:

  1. Recibir el Intent desde Google/Samsung Wallet.

  2. Autenticar al titular de la tarjeta.

  3. Activar el token.

  4. Devolver al usuario final a Google Wallet llamando a activity.setResult(RESULT_OK, ...).

Recibir el intent

Cuando un usuario final elige verificar su identidad usando la aplicación del emisor, Google/Samsung Wallet llama a la aplicación del emisor usando el nombre del paquete, la acción y EXTRA_TEXT proporcionados a Google/Samsung Pay a través del TSP. Para recibir el intent desde Google Pay, el emisor debe actualizar su archivo manifest de la aplicación y crear una actividad para activar el token.

Actualizar el archivo manifest de Android

Los emisores deben actualizar el archivo manifest de Android en sus aplicaciones de emisor para manejar la acción de modo que Google Wallet pueda llamarla durante el flujo app-a-app.

Para actualizar el archivo manifest y registrar la acción y la actividad para manejar la redirección de la app:

Actividad de activación del token

Para completar la activación, la aplicación del emisor debe iniciar una actividad que realice la activación del token usando los parámetros de activación pasados en el Intent.

Identificación de la tarjeta y del token

Cuando Google Pay activa la aplicación del emisor, proporciona una cadena codificada en Base64 llamada EXTRA_TEXT en el Configuración TSP.

La aplicación del emisor debe decodificar la cadena Base64 para recuperar los detalles del token requeridos para la activación. El formato depende del esquema utilizado.

El siguiente ejemplo muestra el objeto JSON encapsulado en la EXTRA_TEXT para Visa y Mastercard:

exclamation-circle

Precaución

Estos ejemplos JSON se proporcionan tal cual. Usted es responsable de usar las especificaciones de esquema más recientes. Thales no se responsabiliza de los cambios que los esquemas puedan introducir en los objetos JSON siguientes.

Un ejemplo del esquema Visa:

Un ejemplo del esquema Mastercard:

Nota

El tokenReferenceID y tokenUniqueReference corresponden al ID de token en el TSP. Puede usar estos IDs para activar el token. panLast4 y accountPanSuffix son los últimos cuatro dígitos del PAN que se tokenizó. Puede usar estos valores para recuperar el arte de la tarjeta y mostrarlo al usuario final durante la solicitud de autenticación.

Última actualización

¿Te fue útil?