Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
¿Qué son los límites de tarifas?
Un límite de tarifas es una práctica en la que se les cobra a los usuarios por sus viajes durante un período determinado.
Las tarifas combinadas de varios viajes no pueden ser superiores a las que se obtendrían si se comprara el pase de período óptimo según el uso. Cuando el usuario viaja y presiona la terminal que tiene un límite de tarifa, el backend de la agencia de transporte público recopila todas las presiones y decide cuánto cobrar de forma dinámica al final del día. El objetivo es brindarle al usuario la mejor tarifa sin necesidad de comprar pases de forma explícita.
Por ejemplo, supongamos que los usuarios pueden comprar las siguientes tarifas:
Viaje único: USD 1
Pase ilimitado por un día: USD 10
Pase ilimitado de una semana: USD 25
Con límites de tarifas establecidos, los usuarios siempre obtienen la mejor tarifa posible. En los siguientes ejemplos, se muestran las tarifas que se cobran al usuario en varias circunstancias:
Un viaje: USD 1
Tres viajes: USD 3
Trece viajes en un día: USD 10
Treinta viajes en una semana: USD 25
Muchas empresas de transporte público implementaron límites de tarifas para descontar las tarifas de los usuarios en su nombre. Para comunicar mejor los resultados de estas transacciones a los usuarios, la Billetera de Google te permite implementar resúmenes de recibos. Para obtener más detalles, consulta
Resúmenes cuando se limite la tarifa.
¿Cómo funciona la autenticación de datos sin conexión (ODA)?
El dispositivo móvil con Android y la terminal de pago usan certificados para verificar la autenticidad de la entidad emisora de la tarjeta y la red de la tarjeta. Sin embargo, no puede verificar si
tiene un saldo disponible o es inferior al límite de la cuenta. Si se rechaza una tarjeta
más adelante, cuando se procese la transacción, te recomendamos que agregues la cuenta a tu
lista de bloqueo para que ya no se permita su uso.
¿Cómo implemento la AOD?
La mayoría de las redes de pagos grandes permiten el uso de AOD para fines de transporte público. Implementación de AOD
las especificaciones varían según la red de pagos. Te recomendamos que trabajes con las redes de pago para comprender sus requisitos de la ODA y, luego, implementarla según sus especificaciones.
¿Cómo se manejan los datos en el dispositivo móvil?
La Billetera de Google usa llaves y certificados de la red de pago y el banco emisor. Esta
permite la autenticación con la terminal de pago en modo sin conexión.
En la siguiente tabla, se describen las claves y los detalles de certificación que usa el dispositivo con Android:
Secreto
Se compartió con la terminal durante el toque
Dispositivo
Clave privada de la tarjeta
ID de clave de red
Certificado de tarjeta (y clave pública)
Certificado del emisor (y clave pública)
La clave privada de la tarjeta permanece en el dispositivo y se usa para autenticar que el dispositivo es original.
Identifica a qué red pertenece la tarjeta.
Certificado de tarjeta firmada por la entidad emisora y clave pública de la Billetera de Google
Cada tarjeta tiene un certificado y una clave pública correspondiente que está firmada por la clave privada del emisor, que está firmada por la red de la tarjeta.
¿Cómo se comunica el dispositivo móvil con la terminal de pago?
En el siguiente diagrama, se muestra la secuencia específica que permite que el dispositivo con Android y
la terminal de pago para intercambiar datos y autenticarse entre sí.
Figura 1: Datos que se intercambian entre el dispositivo del usuario y la terminal.
[null,null,["Última actualización: 2025-07-25 (UTC)"],[[["\u003cp\u003eFare capping ensures riders pay the lowest possible fare by automatically applying the best-priced pass based on their trip frequency.\u003c/p\u003e\n"],["\u003cp\u003eOffline data authentication (ODA) allows for faster transit payments by verifying card and network authenticity directly on the device, but balance checks still occur later.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Wallet leverages payment network and bank-issued keys to facilitate offline authentication between your device and the transit terminal.\u003c/p\u003e\n"],["\u003cp\u003eTransit agencies can implement receipt rollups in Google Wallet to provide users with clear breakdowns of their fare-capped transactions.\u003c/p\u003e\n"]]],["Fare caps ensure users pay the lowest possible fare based on usage, without needing to buy passes. Transit agencies collect ride data and dynamically calculate the optimal charge at day's end. Offline Data Authentication (ODA) uses certificates for device and terminal verification but cannot check account balances. ODA implementation requires collaborating with payment networks. Google Wallet uses payment network keys and certificates on the device for offline authentication and exchanges data during tap interactions.\n"],null,["# Frequently asked questions\n\nWhat are fare caps?\n\n: A fare cap is a practice in which users are charged for their rides over a period of time.\n The combined fares over multiple rides can't be more than if they had purchased the optimal\n period pass based on their usage. When the user rides and taps on the terminal that has a\n fare cap, the transit agency backend collects all taps and decides how much to charge\n dynamically at the end of the day. The aim is to give the user the best fare without the need\n to explicitly purchase any passes.\n\n For example, suppose users can buy the following fares:\n\n - Single trip: $1\n - One day unlimited pass: $10\n - One week unlimited pass: $25\n\n With fare caps in place, users always get the best fare possible. The following examples show\n the fares charged to the user in various circumstances:\n\n - One trip: $1\n - Three trips: $3\n - Thirteen trips in one day: $10\n - Thirty trips in one week: $25\n\n Many transit agencies have implemented fare caps to discount users' fares on their behalf. To\n better communicate the results of these transactions to users, Google Wallet allows you\n to implement receipt rollups. For more details, see\n [Rollups when fare capping](/wallet/tickets/open-loop/mobile-features/transaction-receipts#rollups-when-fare-capping).\n\nHow does Offline data authentication (ODA) work?\n: The Android-powered mobile device and the payment terminal use certificates to verify the\n authenticity of the card issuer and the card network. However, they can't verify whether the\n card account has an available balance or is under the account's limit. If a card gets declined\n later when the transaction is processed, then we recommend that you add the account to your\n denylist so that no further use is allowed.\n\nHow do I implement ODA?\n: Most large payment networks allow the use of ODA for transit purposes. ODA implementation\n specifications vary by payment network. We recommend that you work with the payment networks to\n understand their requirements for ODA and implement it by their specifications.\n\nHow is data handled on the mobile device?\n\n: Google Wallet uses keys and certificates from the payment network and issuing bank. This\n allows authentication with the payment terminal in offline mode.\n\n The following table describes the keys and certification details used by the\n Android-powered device:\n\n | | Secret | Shared with terminal during tap |||\n | Device | Card Private Key | Network Key ID | Card Certificate (and Public Key) | Issuer Certificate (and Public Key) |\n | | The card's private key remains on the device and is used to authenticate that the device is genuine. | Identifies which network the card belongs to. | Issuer-signed card certificate and public key for Google Wallet. | Each card has a certificate, and corresponding public key, that's signed by the issuer's private key, which is signed by the card network. |\n |--------|------------------------------------------------------------------------------------------------------|-----------------------------------------------|------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------|\n\nHow does the mobile device communicate with the payment terminal?\n\n: The following diagram shows the specific sequence that allows the Android-powered device and\n the payment terminal to exchange data and authenticate each other.\n\n **Figure 1.** Data exchanged between the user's device and the terminal.\n\n \u003cbr /\u003e"]]
