- En quoi consistent les limitations tarifaires ?
-
Une limitation tarifaire est une pratique qui consiste à facturer les utilisateurs pour leurs trajets réalisés pendant une période donnée. Le montant total facturé pour les différents trajets ne peut pas excéder le montant d'une carte périodique adaptée, qui aurait été achetée pour la même utilisation. Lorsque l'utilisateur effectue des trajets et utilise un terminal sur lequel la limitation tarifaire est activée, le backend du réseau de transports en commun comptabilise toutes les transactions et en déduit de manière dynamique le montant à facturer en fin de journée. L'objectif est de proposer le meilleur tarif à l'utilisateur, sans qu'il lui soit nécessaire d'acheter explicitement des cartes de transport.
Par exemple, supposons que les utilisateurs puissent acheter les produits suivants :
- Trajet simple : 1 $
- Carte illimitée pour une journée : 10 $
- Carte illimitée pour une semaine : 25 $
Si des limitations tarifaires sont appliquées, les utilisateurs bénéficient toujours du meilleur tarif possible. Les exemples suivants indiquent les tarifs facturés à l'utilisateur dans différents scénarios :
- Un trajet : 1 $
- Trois trajets : 3 $
- 13 trajets en une journée : 10 $
- 30 trajets en une semaine : 25 $
De nombreux réseaux de transports en commun ont mis en place des limitations tarifaires pour que les usagers bénéficient de remises automatiques. Pour mieux communiquer les résultats de ces transactions aux utilisateurs, Google Wallet vous permet de créer des cumuls de reçus. Pour en savoir plus, consultez Cumuls pour la limitation tarifaire.
- Comment fonctionne l'authentification des données hors connexion (ODA) ?
- L'appareil mobile Android et le terminal de paiement utilisent des certificats pour vérifier l'authenticité de l'émetteur de la carte et du réseau de cartes. Toutefois, ils ne peuvent pas vérifier si le solde du compte associé à la carte est positif ou s'il est en dessous de la limite du compte. Si, par la suite, une carte est refusée lors du traitement de la transaction, nous vous recommandons d'ajouter le compte à votre liste de blocage afin qu'aucune autre utilisation ne soit autorisée.
- Comment puis-je implémenter l'ODA ?
- La plupart des grands réseaux de paiement autorisent l'utilisation de l'ODA dans le contexte des transports en commun. Les spécifications d'implémentation de l'ODA varient selon le réseau de paiement. Nous vous recommandons de prendre contact avec les réseaux de paiement pour connaître leurs exigences concernant l'ODA et les implémenter selon leurs spécifications.
- Comment les données sont-elles traitées sur l'appareil mobile ?
-
Google Wallet utilise des clés et des certificats du réseau de paiement et de la banque émettrice. Cela permet l'authentification avec le terminal de paiement en mode hors connexion.
Le tableau suivant détaille les clés et certificats utilisés par l'appareil Android :
Secret Partagé avec le terminal lors d'une utilisation Type d'appareil Clé privée de la carte
ID de clé du réseau
Certificat (et clé publique) de la carte
Certificat (et clé publique) de l'émetteur
La clé privée de la carte reste sur l'appareil et sert à valider l'authenticité de l'appareil.
Identifie le réseau auquel la carte appartient.
Certificat et clé publique de la carte signés par l'émetteur pour Google Wallet.
Chaque carte dispose d'un certificat et de la clé publique correspondante, qui sont signés par la clé privée de l'émetteur, elle-même signée par le réseau de la carte.
- Comment l'appareil mobile communique-t-il avec le terminal de paiement ?
-
Le schéma suivant illustre la séquence spécifique permettant à l'appareil Android et au terminal de paiement d'échanger des données et de s'authentifier mutuellement.
Figure 1. Données échangées entre l'appareil de l'utilisateur et le terminal.
Questions fréquentes
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2024/07/31 (UTC).
[null,null,["Dernière mise à jour le 2024/07/31 (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"]]