如果公交公司提供了计算票价上限的业务逻辑,
Google 会将所有关联的感应式付款合并到最终结算金额中。这样做是为了向用户展示
合并交易收据。
图 7. 交易结算后的 Google 电子钱包交易表格
(不含车站名称)。
图 8. 交易结算后的 Google 电子钱包交易表格
包含汇总信息(不含电台名称)。图 9.交易结算后的 Google 钱包交易表(包含相应充电站名称)。图 10.结算交易后,包含汇总信息(含相应充电站名称)的 Google 钱包交易表。
[null,null,["最后更新时间 (UTC):2025-07-25。"],[[["\u003cp\u003eGoogle Wallet provides detailed transaction history with rich receipts including agency details, location maps, and fare capping summaries for transit users.\u003c/p\u003e\n"],["\u003cp\u003eTransit tap locations are displayed on a map, either using precise station data from the terminal or inferred locations based on GPS and other data.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Wallet simplifies fare-capped transactions by rolling up multiple taps into a single, consolidated receipt with the final settled amount.\u003c/p\u003e\n"],["\u003cp\u003eTo avoid confusion, pre-authorization charges are not shown as separate transactions and push notifications are only sent for final settlements.\u003c/p\u003e\n"],["\u003cp\u003eTransit agencies can display their name and logo in user receipts by granting permission and uploading their logo through a Google form.\u003c/p\u003e\n"]]],["Google Wallet enhances user experience by providing detailed transaction information, including agency name, logo, and location maps. Users can see visual location history based on taps, either using precise station data or inferred GPS information. For agencies with fare capping, Google Wallet consolidates multiple taps into a single settlement receipt, displayed as a rollup. Initial pre-auth amounts are not shown, and no push notifications are sent. Transit agencies must authorize Google to display their logos.\n"],null,["# Transaction receipts\n\nOne of the key advantages a user gets when they use a mobile device to pay is the ability to see\ndetails of their transaction. Google Wallet provides an intuitive user interface that allows\nusers to see their transaction history. Rich receipts contain the agency name and logo, as well as\na map of the location where the user made the transaction. If the agency uses fare capping, the\nrich receipt might also display a summary of the final settlement.\n\nMap displays of transit taps\n----------------------------\n\nGoogle Wallet helps users understand their transit journeys better with the use of maps. The\nuser is provided a visual location history based on where they tapped.\n**Figure 1.** Google Wallet transactions table, with fare capping and map, after settlement of a transaction (single journey). **Figure 2.** Google Wallet transactions table, with fare capping and map, after settlement of a transaction (multiple journeys).\n\nThere are two ways to generate a map:\n\n1. Use precise stations based on tap data. This is the preferred method.\n\n The transit terminal passes the phone the station information at the time of tap. It uses a\n tag set on the terminal to pass the information. This provides absolute confidence that the\n user tapped at a particular terminal.\n\n For more details on how to implement this method, see the\n [enhanced functionality settings](/wallet/tickets/open-loop/intro-enhanced-functionality) sections for \"Merchant Name with station\" and\n \"MCC setting on the terminal.\"\n2. Use inferred stations based on GPS.\n\n In this case, the transit terminal doesn't have any station-specific information in the tap.\n It passes to the phone that it doesn't have any station-specific information.\n\n Google can still use the other terminal and phone data to infer where the user\n tapped. If the confidence is high, Google shows a map and station name.\n\n However, this inference is less reliable in highly dense locations, underground, or where\n multiple lines overlap.\n\n To enable this feature, see the\n [enhanced functionality settings](/wallet/tickets/open-loop/intro-enhanced-functionality) sections for \"Merchant Name\" and \"MCC Setting on the\n terminal.\"\n\nRollups when fare capping\n-------------------------\n\nSome transit agencies have implemented fare caps. This typically means that when a user rides, a\npre-auth is completed only on the first tap. This is done to verify that the card is in a good\nstate. The user can then continue to ride while the transit agency accumulates the trips on their\nbackend.\n\nAt the end of the fare-capping period, which is usually at the end of the day, the transit agency\ncalculates the final fare. At that time, the transit agency charges the final amount as a single\nsettlement transaction. This means that users will have several taps related to a single\nend-of-day settlement.\n\nA single end-of-day settlement can leave users unsure how much they were actually charged and\nwhich journeys relate to that settlement. To address this, Google Wallet developed receipt\nroll-ups. Receipt roll-ups merge all taps related to a single settlement into one transaction\nthat's shown to the user. This rollup happens throughout the day, without the price, and then it\ngets updated after the final price is known.\n\n### Receipt behavior on the first tap when there's a pre-auth charge\n\nOn first tap, and when there's a pre-auth charge, the following is displayed in the app:\n\n\n- Within the app, the tap is shown in the transactions history as \"pending.\"\n- There are no push-notification on the pre-auth.\n\n**Figure 3.** Google Wallet transactions table after first transaction (without station name). **Figure 4.** Google Wallet transactions table with rollups (without station name).\n\n*** ** * ** ***\n\n**Figure 5.** Google Wallet transactions table after first transaction (with station name). **Figure 6.** Google Wallet transactions table with rollups (with station name).\n\nAt final settlement, the following occurs:\n\n1. When we receive the updated settlement for the transaction, which needs to use the same transaction and pre-auth identifier, we update the transaction with the final charged amount.\n2. Within the app, we update the transactions history and change the amount from \"pending\" to the final amount.\n3. In the cases where a transit agency provides business logic for when fare capping is computed, Google merges all associated taps to the final settlement amount. We do this to show users a consolidated transaction receipt.\n**Figure 7.** Google Wallet transactions table after settlement of transaction (without station name). **Figure 8.** Google Wallet transactions table after settlement of transaction with rollups (without station name).\n\n*** ** * ** ***\n\n**Figure 9.** Google Wallet transactions table after settlement of transaction (with station name). **Figure 10.** Google Wallet transactions table after settlement of transaction with rollups (with station name).\n4. The following is displayed in the app:\n - Pre-auth amount is shown as \"pending\".\n\n Many transit agencies do pre-auth on the first tap to verify that the card is valid, and\n for risk purposes. However, this pre-auth amount isn't the final amount. For example, the\n device might only require the pre-auth amount to be a minimal charge, such as $0.01.\n\n Users can get confused and call customer support when they see pre-auth amount charges.\n To avoid this, Google Wallet doesn't show the pre-auth amounts in the transaction\n table.\n - No push-notifications are sent for pre-auth transactions.\n\n Many transit terminals are only periodically online because they use\n [offline device authentication](/wallet/tickets/open-loop/technical-integration/basic-requirements#oda) (ODA) instead. These terminals might respond much\n later than the tap.\n\n A user can get confused and call customer support when they think their card has been\n charged without their permission. This can happen when a terminal is offline for the tap,\n then goes online later and sends the user a push-notification several hours after their\n tap. For more information, see the\n [enhanced functionality settings](/wallet/tickets/open-loop/intro-enhanced-functionality) section for \"Network standards for fare capping.\"\n\nAgency name and logo\n--------------------\n\n5. To help users know where they've transacted, it's helpful for the user to see the agency name and logo next to each transaction.\n6. To enable this feature, the transit agency or representative needs to complete the [Permission to display brand features on Google](https://support.google.com/faqs/contact/permission_for_logo_usage) form to upload their logo and provide permission to Google to display it."]]