En la figura 1, se muestra la arquitectura técnica de un pago de bucle abierto y su interacción con la Billetera de Google:
![](https://developers-dot-devsite-v2-prod.appspot.com/static/wallet/tickets/images/sys_arch_1.png?authuser=3&hl=es-419)
Las siguientes son definiciones para cada parte de la arquitectura técnica.
- Dispositivo móvil con Google Wallet
Los dispositivos móviles con la tecnología del SO Android permiten que los usuarios agreguen de forma segura sus tarjetas a la Billetera de Google. La Billetera de Google facilita el proceso de asignación de token, que es cuando las redes de pagos 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.
La Billetera de Google es compatible con la mayoría de los dispositivos Android modernos de varios fabricantes y factores de forma. Para conocer los requisitos mínimos, consulta los 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 un punto de entrada de autobús. Los lectores y las terminales de transporte público reciben una credencial de pago de la Billetera de Google de la misma manera que reciben una credencial de pago de una tarjeta de crédito o débito física y 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 los Requisitos de funcionalidad básicos.
Para que los lectores cumplan con los requisitos y admitan pagos de EMV en dispositivos móviles, es posible que necesiten actualizaciones de software. Para obtener más información sobre los requisitos de Google para las etiquetas de EMV, consulta Requisitos de funcionalidad básicos.
En el caso de los lectores sin conexión o sin una conexión a Internet de alta velocidad confiable, las operaciones de transporte público deben habilitar la autenticación de dispositivos sin conexión (ODA). Para conocer los requisitos mínimos, consulta los requisitos previos.
- Servidor de transporte público
- El servidor de backend. Por lo general, los operadores de transporte público o sus integradores de sistemas la operan. Los lectores de tarjetas suelen conectarse al servidor de forma intermitente y agrupar transacciones en lotes. Los servidores reciben solicitudes de procesamiento por lotes y las pasan al procesador de pagos del operador de transporte público.
- Procesador de pagos
- El procesador de pagos es la empresa que maneja las transacciones. Quita la asignación de token de las credenciales de pago con asignación de token 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 redes de pagos proporciona servicios para asignar tokens y anular la asignación de token de tarjetas de crédito y débito. Los procesadores aprovechan los TSP para recuperar credenciales de pago en función de los tokens que la app de la Billetera de Google les envía.
- Servidor de Google
- El servidor proporciona un vínculo entre los socios de Google y el dispositivo móvil con Android del usuario. El TSP envía notificaciones de transacción, como notificaciones de autorización y liquidación, a los servidores de Google. Los servidores de Google usan esta información para mostrarle al usuario notificaciones y recibos de transacciones.