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

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

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

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

Класс лояльности

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

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

Объект лояльности

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

Пройти класс

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

Другие типы проходных классов включают:

  • Посадочный талон
  • Билеты на мероприятия
  • Подарочные карты
  • Предложения
  • Транзитные пропуска
  • Карты вакцинации

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

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

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

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

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

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

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