Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
La figura 1 mostra l'architettura tecnica per un pagamento a circuito aperto e la sua interazione con
Google Wallet:
Figura 1. Flusso di dati tra Google Wallet,
il fornitore di servizi di trasporto pubblico e l'azienda di trasporto pubblico.
Di seguito sono riportate le definizioni di ogni parte dell'architettura tecnica.
Dispositivo mobile con Google Wallet
I dispositivi mobili con sistema operativo Android consentono agli utenti di aggiungere le proprie carte in modo sicuro a
Google Wallet. Google Wallet facilita il processo di tokenizzazione, ovvero quando
le reti di pagamento tokenizzano la carta e aggiungono un token specifico per dispositivo sul dispositivo mobile. Per maggiori informazioni sulla tokenizzazione, consulta Come funzionano i pagamenti.
Google Wallet è compatibile con la maggior parte dei dispositivi Android moderni di diversi produttori e fattori di forma. Per i requisiti minimi, vedi
Prerequisiti.
Lettore di trasporti pubblici
I lettori del trasporto pubblico sono in genere lettori di carte di credito presso una stazione di transito o punto di ingresso degli autobus. La
lettori di pedaggio e terminali ricevono credenziali di pagamento da Google Wallet nello stesso
il modo in cui ricevono le credenziali di pagamento da una carta di credito o di debito fisica contactless. A
accetti pagamenti contactless, il lettore di pedaggio deve essere conforme al protocollo EMV. Per ulteriori informazioni, consulta i requisiti relativi alle funzionalità di base.
Per essere conformi e supportare i pagamenti EMV su dispositivi mobili, i lettori potrebbero
richiedono upgrade del software. Per ulteriori informazioni sui requisiti di Google per i tag EMV, consulta
Requisiti di funzionalità di base.
Per i lettori offline o senza una connessione a internet ad alta velocità affidabile, il
operazioni di trasporto pubblico necessarie per abilitare
l'autenticazione dei dispositivi offline (ODA). Per i requisiti minimi, consulta
Prerequisiti.
Server di trasporto pubblico
Il server di backend. In genere, gli operatori di trasporto pubblico o i loro integratori di sistemi lo utilizzano. I lettori di schede spesso si connettono al server in modo intermittente e raggruppano le transazioni.
I server ricevono le richieste di elaborazione batch e le inoltrano all'elaboratore dei pagamenti dell'operatore di trasporto pubblico.
Elaboratore pagamenti
L'elaboratore dei pagamenti è la società che gestisce le transazioni. La tokenizzazione viene annullata
credenziali di pagamento e completa la transazione con la banca emittente. Per ulteriori informazioni sull'elaborazione dei pagamenti, consulta Come funzionano i pagamenti.
Token Service Provider (TSP)
Il fornitore di servizi di pagamento per le reti di pagamento fornisce servizi per la tokenizzazione e la detokenizzazione delle carte di credito e di debito. I processori sfruttano i TSP per recuperare le credenziali di pagamento in base ai token
invia loro l'app Google Wallet.
Server Google
Il server fornisce un collegamento tra i partner di Google e il dispositivo mobile basato su Android dell'utente
dispositivo. Il fornitore di servizi di pagamento invia notifiche relative alle transazioni, ad esempio notifiche di autorizzazione e regolamento, ai server di Google. I server di Google utilizzano queste informazioni per mostrare all'utente notifiche e ricevute delle transazioni.
[null,null,["Ultimo aggiornamento 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,["# Technical architecture\n\nFigure 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."]]
