Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Entidad emisora de pases
La entidad emisora de los pases es la entidad que posee el pase y es responsable de emitirlos a sus clientes. Puedes ser tú, el desarrollador o la organización a la que representas.
Para convertirse en Emisor de pases, primero debe registrarse como Emisor.
clase de entrada para evento
Un EventClass puede considerarse un evento programado. Una entidad emisora puede crear varios eventos programados con permutación de nombres de eventos y tiempos.
Cada EventClass que representa un evento programado puede contener sus propios campos de datos y apariencia para cumplir con los requisitos específicos del lugar.
Además, se puede usar EventClass para habilitar funciones adicionales, como el Toque inteligente.
objeto de entrada para evento
Un objeto de entrada para evento es una instancia de un EventClass. Se debe crear una instancia de EventObject nueva para cada cliente
que se distribuye con un ticket de evento.
Clase de pase
EventClass es un tipo de clase Pass. Las clases de Pass describen información general de los Objetos de Pase relacionados (como el estilo y la apariencia) y no incluyen detalles del cliente.
Pasar objeto
Un EventObject es un tipo de objeto de transferencia. Al igual que EventObjects, un objeto Pass es una instancia de una clase Pass correspondiente. Se debe crear un objeto Pass por cada cliente al que se le emite una entrada para evento.
Los objetos Pass contienen información específica del cliente. Por ejemplo, se puede usar para identificar que un cliente no solo tiene una entrada para un evento, sino también qué asiento en el evento se le asignó.
Cuenta de servicio
La cuenta de servicio es la identidad que se usa para llamar a la API de la Billetera de Google. Se debe otorgar permiso a esta cuenta de servicio para acceder a la API de Passes.
Clave de cuenta de servicio
La clave de la cuenta de servicio es la credencial que se usa para autenticar tu aplicación como la cuenta de servicio. La clave de la cuenta de servicio debe considerarse muy sensible y mantenerse privada. Si un tercero tiene acceso a la clave de la cuenta de servicio, podrá identificarse como la cuenta de servicio y realizar las acciones que la cuenta de servicio puede realizar.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]
