요금 상한선은 일정 기간 동안의 탑승 요금을 사용자에게 청구하는 방식입니다.
여러 번의 이동에 대한 합산 요금은 사용량에 따라 최적의 기간권을 구매한 경우보다 높을 수 없습니다. 사용자가 요금 상한이 있는 터미널을 타고 터치하면 대중교통 기관 백엔드에서 모든 터치를 수집하고 하루가 끝날 때 동적으로 청구 금액을 결정합니다. 사용자가 별다른 작업 없이도 최고의 요금을 제공하는 것이
명시적으로 패스를 구매할 수 있습니다.
예를 들어 사용자가 다음 요금을 구매할 수 있다고 가정해 보겠습니다.
편도: $1
1일 무제한 이용권: $10
1주 무제한 이용권: $25
요금 상한선을 통해 사용자는 항상 가능한 최적의 요금을 확인할 수 있습니다. 다음 예는 다양한 상황에서 사용자에게 청구되는 요금을 보여줍니다.
편도: $1
이동 3회: 3,000원
하루에 13회 이동: $10
1주일에 30회 이동: $25
많은 대중교통 기관에서 사용자의 요금을 할인하기 위해 요금 상한선을 구현했습니다. 대행할 수 있습니다. Google 월렛을 사용하면 이러한 거래 결과를 사용자에게 더 효과적으로 전달하기 위해 영수증 롤업을 구현할 수 있습니다. 자세한 내용은
요금 한도 도달 시 롤업.
오프라인 데이터 인증(ODA)은 어떻게 작동하나요?
Android 기반 휴대기기와 결제 단말기는 인증서를 사용하여 카드 발급기관과 카드 네트워크의 진위를 확인합니다. 하지만
카드 계좌에 사용 가능한 잔액이 있거나 계좌의 한도보다 적은 경우 나중에 거래가 처리될 때 카드가 거부되면 더 이상 사용되지 않도록 계정을 차단 목록에 추가하는 것이 좋습니다.
ODA는 어떻게 구현하나요?
대부분의 대규모 결제 네트워크는 대중교통 목적으로 ODA를 사용할 수 있도록 허용합니다. ODA 구현 사양은 결제 네트워크에 따라 다릅니다. 결제 네트워크와 협력하여 ODA 요구사항을 파악하고 사양에 따라 구현하는 것이 좋습니다.
휴대기기에서 데이터는 어떻게 처리되나요?
Google 월렛은 결제 네트워크 및 발급 은행의 키와 인증서를 사용합니다. 이렇게 하면 오프라인 모드에서 결제 단말기로 인증할 수 있습니다.
다음 표에서는
Android 지원 기기:
보안 비밀
탭 중 단말기와 공유됨
기기
카드 비공개 키
네트워크 키 ID
카드 인증서 (및 공개 키)
발급자 인증서(및 공개 키)
카드의 비공개 키는 기기에 남아 있으며 기기가 정품인지 인증하는 데 사용됩니다.
카드가 속한 네트워크를 식별합니다.
Google 월렛용 발급기관 서명 카드 인증서 및 공개 키
각 카드에는 카드 네트워크에서 서명한 발급자의 비공개 키로 서명한 인증서와 해당 공개 키가 있습니다.
[null,null,["최종 업데이트: 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"]]
