Arquitectura técnica

En la figura 1, se muestra la arquitectura técnica de un pago de bucle abierto y su interacción con Google Wallet:

Figura 1. Flujo de datos entre Google Wallet, el TSP y la empresa de transporte público.

Las siguientes son definiciones para cada parte de la arquitectura técnica.

Dispositivo móvil con Google Wallet

Los dispositivos móviles con tecnología del SO Android permiten a los usuarios agregar sus tarjetas de forma segura a Google Wallet. Google Wallet facilita el proceso de asignación de token, que es cuando las redes de pago asignan un token a la tarjeta y agregan un token específico del dispositivo en el dispositivo móvil. Para obtener más información sobre la asignación de token, consulta Cómo funcionan los pagos.

Google Wallet es compatible con la mayoría de los dispositivos Android modernos de diversos fabricantes y factores de forma. Para conocer los requisitos mínimos, consulta Requisitos previos.

Lector de transporte público

Los lectores de transporte público suelen ser lectores de tarjetas en una estación de transporte público o punto de entrada de autobús. Los terminales y los lectores de Google Transit reciben una credencial de pago de Google Wallet de la misma manera en que reciben una credencial de pago de una tarjeta de débito o crédito física sin contacto. Para aceptar pagos sin contacto, el lector de transporte público debe cumplir con el protocolo EMV. Para obtener más información, consulta Requisitos básicos de funcionalidad.

Para que los lectores cumplan con los requisitos y admitan los pagos de EMV en dispositivos móviles, es posible que necesiten actualizaciones de software. Si desea obtener más información sobre los requisitos de Google para las etiquetas de EMV, consulte Requisitos básicos de funcionalidad.

En el caso de los lectores sin conexión o sin una conexión a Internet de alta velocidad confiable, se requieren las operaciones de transporte público para habilitar la autenticación de dispositivos sin conexión (ODA). Para conocer los requisitos mínimos, consulta Requisitos previos.

Servidor de transporte público
El servidor de backend. Los operadores de transporte público o sus integradores de sistemas suelen operarlos. Los lectores de tarjetas suelen conectarse al servidor de manera intermitente y realizar transacciones por lotes. Los servidores reciben solicitudes de procesamiento por lotes y pasan solicitudes al procesador de pagos del operador de transporte público.
Procesador de pagos
El procesador de pagos es la firma que administra las transacciones. Anula la asignación de token a las credenciales de pago con tokens y completa la transacción con el banco emisor. Para obtener más información sobre el procesamiento de pagos, consulta Cómo funcionan los pagos.
Proveedor de servicios de tokens (TSP)
El TSP para las redes de pago proporciona servicios a fin de asignar tokens y quitar tokens de tarjetas. Los procesadores aprovechan los TSP para recuperar las credenciales de pago según los tokens que les envía la aplicación Google Wallet.
Servidor de Google
El servidor proporciona un vínculo entre los socios de Google y el dispositivo móvil Android del usuario. El TSP envía notificaciones de transacciones, como notificaciones de autorización y liquidación, a los servidores de Google. Los servidores de Google usan esta información para mostrar notificaciones y recibos de transacciones al usuario.