Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.
En la Figura 1, se muestra la arquitectura técnica de un pago de circuito abierto y su interacción con Billetera de Google:
Figura 1: Flujo de datos entre la Billetera de Google, el TSP y la empresa de transporte público.
A continuación, se incluyen las definiciones de cada parte de la arquitectura técnica.
Dispositivo móvil con Google Wallet
Los dispositivos móviles con SO Android permiten que los usuarios agreguen sus tarjetas de forma segura a Billetera de Google. La Billetera de Google facilita el proceso de asignación de token, que ocurre cuando Las redes de pago asignan un token a la tarjeta y agregan un token específico del dispositivo al dispositivo móvil. Para 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 dispositivos 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 leer las tarjetas de una estación de transporte público o un punto de entrada de autobús. El las terminales y los lectores de transporte público reciben una credencial de pago de la Billetera de Google en el mismo forma en que reciben una credencial de pago desde una tarjeta física de crédito o débito sin contacto. Para aceptar pagos sin contacto, el lector de transporte público debe cumplir con el protocolo EMV. Para ver más información, consulta Requisitos de funcionalidad básicos.
Para que los lectores cumplan con los requisitos y admitan pagos EMV móviles, es posible que necesiten actualizaciones de software. Para obtener más información sobre los requisitos de Google para las etiquetas EMV, consulta Requisitos de funcionalidad básica.
Para los lectores que no tienen conexión o no tienen una conexión a Internet de alta velocidad, la las operaciones de transporte público para habilitar autenticación de dispositivo sin conexión (ODA). Para conocer los requisitos mínimos, consulta 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 son quienes los operan. Cartas los lectores suelen conectarse al servidor de forma intermitente y agrupar las transacciones en lotes. Los servidores reciben solicitudes de procesamiento por lotes y las pasan al pago del operador de transporte público y un encargado del tratamiento de datos.
Procesador de pagos
El procesador de pagos es la empresa que maneja las transacciones. Destokeniza las credenciales de pago tokenizadas y completa la transacción con el banco emisor. Más información sobre el procesamiento de pagos, consulta Cómo funcionan los pagos.
Proveedor de servicios de tokens (TSP)
El TSP de las redes de pago proporciona servicios para asignar y anular tokens de tarjetas de crédito y débito. Los procesadores aprovechan los TSP para recuperar credenciales de pago según los tokens que les envía la app de la Billetera de Google.
Servidor de Google
El servidor proporciona un vínculo entre los socios de Google y el dispositivo móvil del usuario con Android. El TSP envía notificaciones de transacciones, como la autorización y la liquidación notificaciones a los servidores de Google. Los servidores de Google usan esta información para mostrarle notificaciones y recibos de transacciones al usuario.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-07-25 (UTC)"],[[["\u003cp\u003eGoogle Wallet enables contactless payments on Android devices for transit systems by tokenizing payment card information for secure transactions.\u003c/p\u003e\n"],["\u003cp\u003eTransit readers need to be EMV compliant and potentially upgraded to accept contactless payments from Google Wallet similar to physical contactless cards.\u003c/p\u003e\n"],["\u003cp\u003eTransactions flow from the mobile device to the transit reader, then to the transit server and payment processor which de-tokenizes the payment information to complete the purchase.\u003c/p\u003e\n"],["\u003cp\u003eThe TSP works with payment networks to manage tokenization and de-tokenization, while Google servers handle transaction notifications and user receipts.\u003c/p\u003e\n"],["\u003cp\u003eOffline device authentication (ODA) is required for transit readers with limited or no internet connectivity to support mobile EMV payments.\u003c/p\u003e\n"]]],["Google Wallet allows Android users to add and tokenize payment cards on their devices. Transit readers, compliant with EMV protocol, receive payment credentials from Google Wallet. Transit servers manage batch transactions from readers, relaying them to the payment processor. The payment processor de-tokenizes credentials and finalizes transactions. The Token Service Provider (TSP) facilitates card tokenization and de-tokenization. Google servers link partners with user devices, handling transaction notifications.\n"],null,["Figure 1 shows the technical architecture for an open loop payment and its interaction with\nGoogle Wallet:\n**Figure 1.** Data flow between Google Wallet, the TSP, and the transit agency.\n\nThe following are definitions for each part of the technical architecture.\n\nMobile Device with Google Wallet\n\n: Mobile devices powered by Android OS allow users to securely add their cards to\n Google Wallet. Google Wallet facilitates the process of tokenization, which is when\n payment networks tokenize the card and add a device-specific token on the mobile device. For\n more information about tokenization, see\n [How payments work](https://support.google.com/androidpay/merchant/answer/6345242).\n\n Google Wallet is compatible with the majority of modern Android devices across multiple\n manufacturers and form factors. For minimum requirements, see\n [Prerequisites](/wallet/tickets/open-loop/get-started/prerequisites).\n\nTransit Reader\n\n: Transit readers are typically card readers at a transit station or bus entry point. The\n transit readers and terminals receive a payment credential from Google Wallet in the same\n way that they receive a payment credential from a physical, contactless credit or debit card. To\n accept contactless payments, the transit reader must be compliant with EMV protocol. For more\n information, see\n [Basic functionality requirements](/wallet/tickets/open-loop/technical-integration/basic-requirements).\n\n In order for the readers to become compliant and support mobile EMV payments, they might\n need software upgrades. For more information about the Google requirements for EMV tags, see\n [Basic functionality requirements](/wallet/tickets/open-loop/technical-integration/basic-requirements).\n\n For readers that are offline or without a reliable high-speed internet connection, the\n transit operations are required to enable\n [offline device authentication](/wallet/tickets/open-loop/technical-integration/basic-requirements#oda) (ODA). For minimum requirements, see\n [Prerequisites](/wallet/tickets/open-loop/get-started/prerequisites).\n\nTransit Server\n: The backend server. Transit operators or their systems integrators typically operate it. Card\n readers often connect to the server on an intermittent basis and batch transactions together.\n Servers receive batch processing requests and pass requests on to the transit operator's payment\n processor.\n\nPayment Processor\n: The payment processor is the firm that handles transactions. It de-tokenizes the tokenized\n payment credentials and completes the transaction with the issuing bank. For more information\n about payment processing, see\n [How payments work](https://support.google.com/androidpay/merchant/answer/6345242).\n\nToken Service Provider (TSP)\n: The TSP for payment networks provides services to tokenize and de-tokenize credit and debit\n cards. Processors leverage TSPs to retrieve payment credentials based on the tokens the\n Google Wallet app sends to them.\n\nGoogle Server\n: The server provides a link between Google's partners and the user's Android-powered mobile\n device. The TSP sends transaction notifications, such as authorization and settlement\n notifications, to the Google servers. The Google servers use this information to show\n notifications and transaction receipts to the user."]]
