Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Tổ chức phát hành thẻ và vé
Công ty phát hành thẻ và vé là pháp nhân sở hữu thẻ và vé và chịu trách nhiệm cấp thẻ và vé cho khách hàng của mình. Đó có thể là bạn, nhà phát triển hoặc tổ chức mà bạn đại diện.
Để trở thành Công ty phát hành thẻ và vé, trước tiên, bạn phải đăng ký với tư cách là Công ty phát hành thẻ.
hạng vé xem sự kiện
EventClass có thể được coi là sự kiện đã lên lịch. Tổ chức phát hành có thể tạo nhiều sự kiện theo lịch với sự hoán vị của tên và thời gian sự kiện.
Mỗi EventClass đại diện cho một sự kiện đã lên lịch có thể chứa các trường dữ liệu và giao diện riêng để đáp ứng các yêu cầu dành riêng cho từng địa điểm.
Ngoài ra, EventClass cũng có thể được dùng để bật các tính năng bổ sung như Chạm thông minh.
đối tượng vé xem sự kiện
Đối tượng vé xem sự kiện là một thực thể của EventClass. Bạn nên tạo một thực thể EventObject mới cho mỗi khách hàng được phân phối cùng với một vé xem sự kiện.
Lớp vượt qua
EventClass là một loại Pass Class. Lớp truyền dẫn mô tả thông tin chung cho các Đối tượng truyền phát liên quan (chẳng hạn như kiểu và giao diện) và không bao gồm thông tin chi tiết về khách hàng.
Truyền đối tượng
EventObject là một loại Đối tượng truyền. Giống như EventObjects, Đối tượng truyền là một thực thể của Lớp truyền tương ứng. Bạn nên tạo một Đối tượng thẻ và vé cho mỗi khách hàng được phát hành vé xem sự kiện.
Truyền đối tượng chứa thông tin cụ thể của khách hàng. Ví dụ: mã này có thể được dùng để xác định rằng khách hàng không chỉ có vé tham dự một sự kiện mà còn xác định chỗ ngồi trên sự kiện họ đã được phân bổ.
Tài khoản dịch vụ
Tài khoản dịch vụ là danh tính dùng để gọi API Google Wallet. Bạn cần cấp quyền truy cập vào API Thẻ và vé cho tài khoản dịch vụ này.
Khoá tài khoản dịch vụ
Khoá tài khoản dịch vụ là thông tin xác thực dùng để xác thực ứng dụng của bạn dưới dạng tài khoản dịch vụ. Khoá tài khoản dịch vụ phải được coi là có độ nhạy cao và được giữ riêng tư. Nếu một bên thứ ba có quyền truy cập vào khoá tài khoản dịch vụ, họ có thể tự xác định mình là tài khoản dịch vụ và thực hiện các hành động mà tài khoản dịch vụ đó được phép thực hiện.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-09-04 UTC."],[[["\u003cp\u003eThe Passes issuer is the entity responsible for creating and distributing passes to customers, requiring prior registration.\u003c/p\u003e\n"],["\u003cp\u003eEvent Ticket Classes represent scheduled events, enabling customization for venue needs and features like Smart Tap.\u003c/p\u003e\n"],["\u003cp\u003eEvent Ticket Objects are individual instances of Event Ticket Classes, issued to each customer with specific ticket details.\u003c/p\u003e\n"],["\u003cp\u003ePass Objects and Classes function similarly, with Objects storing customer-specific information like seat assignments.\u003c/p\u003e\n"],["\u003cp\u003eA Service Account and its Key are essential for authenticating your application with the Google Wallet API and should be kept secure.\u003c/p\u003e\n"]]],["An Issuer, after registering, creates `EventClass` instances for scheduled events, defining their appearance and data. For each customer, an `EventObject` is generated as an instance of the `EventClass`, containing customer-specific details like seat allocation. `EventClass` is a type of Pass Class, and `EventObject` a Pass Object. A service account, granted access to the Passes API, is used to call the API, and a sensitive service account key authenticates applications as the service account.\n"],null,["# Key concepts and terminology\n\nPass Issuer\n-----------\n\nThe Passes issuer is the entity that owns the pass and is responsible for issuing passes to their customers. This could\nbe you, the developer, or the organization that you represent.\n\nIn order to become a Passes Issuer, you must first register as an Issuer.\n\nevent ticket class\n------------------\n\nA `EventClass` can be thought of as scheduled event. An issuer may create multiple scheduled events with permutation of event names and timings.\nEach `EventClass` representing a scheduled event may contain its own appearance and data fields to meet the venue-specific requirements.\n\nIn addition, `EventClass` can also be used to enable additional features like Smart Tap.\n\nevent ticket object\n-------------------\n\nA event ticket object is an instance of a `EventClass`. A new `EventObject` instance should be created for each customer\nthat is distributed with a event ticket.\n\nPass Class\n----------\n\nA `EventClass` is a type of Pass Class. Pass Classes describe general information for related Pass Objects (such as\nstyle and appearance), and do not include customer details.\n\nPass Object\n-----------\n\nA `EventObject` is a type of Pass Object. Like `EventObjects`, a Pass Object is an instance of a corresponding Pass\nClass. A Pass Object should be created for each customer that is issued a event ticket.\n\nPass Objects contains customer-specific information. For example, it can be used to identify that a customer not only\nhas a ticket for a event, but also identify which seat on the event they've been allotted.\n\nService account\n---------------\n\nThe service account is the identity that is used to call the Google Wallet API. Permission to access the Passes API should be\ngranted to this service account.\n\nService account key\n-------------------\n\nThe service account key is the credential used to authenticate your application as the service account. The service\naccount key should be considered highly sensitive and kept private. If a third party has access to the service account\nkey, they will be able to identify themselves as the service account and perform actions that the service account is\npermitted to perform."]]
