Ключевые понятия и терминология

Эмитент пропуска

Эмитент пропусков — это организация, которая владеет пропуском и отвечает за выдачу пропусков своим клиентам. Это можете быть вы, разработчик или организация, которую вы представляете.

Чтобы стать эмитентом пропусков, вы должны сначала зарегистрироваться в качестве эмитента.

класс билета на мероприятие

EventClass можно рассматривать как запланированное событие. Эмитент может создавать несколько запланированных событий с перестановкой названий и времени событий. Каждый EventClass , представляющий запланированное событие, может содержать собственный внешний вид и поля данных в соответствии с требованиями конкретного места проведения.

Кроме того, EventClass можно использовать для включения дополнительных функций, таких как Smart Tap.

объект билета на событие

Объект билета события является экземпляром EventClass . Новый экземпляр EventObject должен быть создан для каждого клиента, которому распространяется билет на событие.

Пройти класс

EventClass — это тип Pass Class. Классы Pass описывают общую информацию о связанных объектах Pass (например, стиль и внешний вид) и не включают сведения о клиенте.

Передать объект

EventObject — это тип объекта Pass. Как и EventObjects , объект Pass является экземпляром соответствующего класса Pass. Объект Pass должен быть создан для каждого клиента, которому выдан билет на мероприятие.

Pass Objects содержит информацию, специфичную для клиента. Например, его можно использовать, чтобы определить, что у клиента не только есть билет на мероприятие, но и определить, какое место на мероприятии ему выделено.

Сервисный аккаунт

Учетная запись службы — это идентификатор, который используется для вызова API Google Кошелька. Разрешение на доступ к Passes API должно быть предоставлено этому сервисному аккаунту.

Ключ сервисного аккаунта

Ключ учетной записи службы — это учетные данные, используемые для аутентификации вашего приложения в качестве учетной записи службы. Ключ служебной учетной записи следует считать очень конфиденциальным и хранить в тайне. Если третья сторона имеет доступ к ключу учетной записи службы, она сможет идентифицировать себя как учетную запись службы и выполнять действия, которые разрешено выполнять учетной записи службы.