Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Apa yang dimaksud dengan batas harga tiket?
Pembatasan tarif adalah praktik saat pengguna ditagih untuk perjalanan mereka selama jangka waktu tertentu.
Tarif gabungan untuk beberapa perjalanan tidak bisa lebih dari jika mereka membeli
berdasarkan penggunaannya. Saat pengguna berkendara dan
mengetuk terminal yang memiliki
batas harga tiket, backend perusahaan transportasi umum mengumpulkan semua ketukan dan memutuskan jumlah tagihan
secara dinamis di penghujung hari. Tujuannya adalah untuk memberikan harga terbaik
kepada pengguna tanpa perlu
untuk membeli kartu apa pun secara eksplisit.
Misalnya, pengguna dapat membeli tarif berikut:
Perjalanan sekali jalan: $1
Tiket masuk tanpa batas satu hari: $10
Tiket masuk tanpa batas selama satu minggu: $25
Dengan pembatasan tarif, pengguna selalu mendapatkan tarif terbaik. Contoh berikut menunjukkan
tarif yang dikenakan kepada pengguna dalam berbagai situasi:
Satu perjalanan: $1
Tiga perjalanan: $3
Tiga belas perjalanan dalam satu hari: $10
Tiga puluh perjalanan dalam satu minggu: $25
Banyak perusahaan transportasi umum telah menerapkan batas harga tiket untuk memberikan diskon kepada pengguna tarif atas nama mereka. Kepada
menyampaikan hasil transaksi ini dengan lebih baik kepada pengguna, Google Wallet memungkinkan Anda
untuk menerapkan penggabungan tanda terima. Untuk mengetahui detail selengkapnya, lihat
Penggabungan saat pembatasan tarif.
Bagaimana cara kerja Autentikasi data offline (ODA)?
Perangkat seluler yang didukung Android dan terminal pembayaran menggunakan sertifikat untuk memverifikasi
keaslian penerbit kartu dan jaringan kartu. Namun, mereka tidak dapat memverifikasi apakah
akun kartu memiliki saldo yang tersedia atau berada di bawah batas akun. Jika kartu ditolak
setelah transaksi diproses, sebaiknya tambahkan rekening tersebut ke
daftar tolak, sehingga tidak
bisa digunakan lebih lanjut.
Bagaimana cara menerapkan ODA?
Sebagian besar jaringan pembayaran besar memungkinkan penggunaan ODA untuk tujuan transportasi umum. Implementasi ODA
spesifikasi bervariasi menurut jaringan pembayaran. Sebaiknya Anda bekerja sama dengan jaringan pembayaran untuk memahami persyaratan mereka terkait ODA dan menerapkannya sesuai spesifikasi mereka.
Bagaimana data ditangani di perangkat seluler?
Google Wallet menggunakan kunci dan sertifikat dari jaringan pembayaran dan bank penerbit. Ini
memungkinkan otentikasi dengan terminal
pembayaran dalam mode offline.
Tabel berikut menjelaskan kunci dan detail sertifikasi yang digunakan oleh
perangkat yang didukung Android:
Rahasia
Dibagikan ke terminal selama ketukan
Perangkat
Kunci Pribadi Kartu
ID Kunci Jaringan
Card Certificate (dan Public Key)
Sertifikat Penerbit (dan Kunci Publik)
Kunci pribadi kartu tetap ada di perangkat dan digunakan untuk mengautentikasi bahwa perangkat itu asli.
Mengidentifikasi jaringan tempat kartu berada.
Sertifikat kartu yang ditandatangani penerbit dan kunci publik untuk Google Wallet.
Setiap kartu memiliki sertifikat, dan kunci publik yang sesuai, yang ditandatangani oleh kunci pribadi penerbit, yang ditandatangani oleh jaringan kartu.
Bagaimana perangkat seluler berkomunikasi dengan terminal pembayaran?
Diagram berikut menunjukkan urutan spesifik yang memungkinkan perangkat yang didukung Android dan
terminal pembayaran untuk bertukar data dan mengautentikasi satu sama lain.
Gambar 1. Data yang dipertukarkan antara perangkat pengguna dan terminal.
[null,null,["Terakhir diperbarui pada 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"]]
