Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Na Figura 1, mostramos a arquitetura técnica de um pagamento de sistema aberto e a interação dela com a
Carteira do Google:
Figura 1. Fluxo de dados entre a Carteira do Google,
o TSP e a empresa de transporte público.
Veja a seguir definições para cada parte da arquitetura técnica.
Dispositivo móvel com a Carteira do Google
Os dispositivos móveis com SO Android permitem que os usuários adicionem cartões à Carteira do Google
com segurança. A Carteira do Google facilita o processo de tokenização, que é quando
as redes de pagamentos tokenizam o cartão e adicionam um token específico para o dispositivo móvel. Para
mais informações sobre tokenização, consulte
Como funcionam os pagamentos.
A Carteira do Google é compatível com a maioria dos dispositivos Android modernos de vários
fabricantes e formatos. Para ver os requisitos mínimos, consulte
Pré-requisitos.
Leitor de transporte público
Os leitores de transporte público normalmente são leitores de cartão em uma estação de transporte público ou ponto de ônibus. Os
terminais e leitores de transporte público recebem uma credencial de pagamento da Carteira do Google da mesma
forma que recebem uma credencial desse tipo de um cartão de crédito ou débito físico por aproximação. Para
aceitar pagamentos por aproximação, o leitor de transporte público precisa estar em conformidade com o protocolo EMV. Para mais
informações, consulte
Requisitos básicos de funcionalidade.
Para que os leitores sejam compatíveis e aceitem pagamentos EMV para dispositivos móveis, eles podem
precisar de upgrades de software. Para mais informações sobre os requisitos do Google para tags EMV, consulte
Requisitos básicos de funcionalidade.
Para leitores que estão off-line ou que não têm uma conexão de Internet confiável e de alta velocidade, as
operações de transporte público precisam ativar a
autenticação de dispositivos off-line (ODA, na sigla em inglês). Para ver os requisitos mínimos, consulte
Pré-requisitos.
Servidor de transporte público
O servidor de back-end. As operadoras de transporte público ou os integradores de sistemas delas geralmente o operam. Muitas vezes,
os leitores de cartão se conectam ao servidor de maneira intermitente e realizam transações em lote juntos.
Os servidores recebem solicitações de processamento em lote e as transmitem para o processador de pagamentos do operador de transporte
público.
Processador de pagamentos
O processador de pagamentos é a empresa que processa as transações. Ele retira a tokenização das credenciais de pagamento
tokenizadas e conclui a transação com o banco emissor. Para mais informações
sobre o processamento de pagamentos, consulte
Como funcionam os pagamentos.
Provedor de serviços de token (TSP)
O TSP para redes de pagamentos oferece serviços para tokenizar e retirar a tokenização de cartões de crédito e
débito. Os processadores utilizam os TSPs para recuperar credenciais de pagamento com base nos tokens que o
app Carteira do Google envia para eles.
Servidor do Google
O servidor oferece um link entre os parceiros do Google e o dispositivo móvel com Android
do usuário. O TSP envia notificações de transações, como autorização e
liquidação, aos servidores do Google. Os servidores do Google usam essas informações para mostrar
ao usuário notificações e recibos de transações.
[null,null,["Última atualização 2024-07-31 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."]]
