Регистрация клиентов
- Управление
- Копировать
- Действия
- Экспорт
- Аннотировать
- Предварительный просмотр
- Просмотр
- Посмотреть исходный текст
- Дочерние страницы
- Аннотации
- Вложения
- История
Choose the export format from the list below:
- Другие форматы документов (1)
-
Export as HyperText Markup Language (HTML)
-
- Форматы документов Office (1)
-
Export as Portable Document Format (PDF) using Apache Formatting Objects Processor (FOP)
-
Вопросы, связанные с регистрацией клиентов:
Это сделано в целях предотвращения фрода, когда мошенники используют чужие номера телефонов для регистрации в Программе лояльности и получения бонусов.
Подробнее об информационной безопасности системы Loymax читайте в специальном разделе.
Вопросы, связанные с регистрацией клиентов из внешних клиентских сервисов (POST /v1.2/Registration):
Параметр registrationSourceId — это источник регистрации клиента. Это атрибут с типом "строка", куда можно записать любое значение.
Да, останется тем же.
Поле email может быть необязательным.
Практически все методы System API работают через указание personID клиента. См. примеры в статье.
personID — это внутренний идентификатор Loymax, который генерируется при появлении сущности клиента в Loymax. Это может быть как пустая карта при выпуске или импорте, так и клиент в начале регистрации.
personUID — это внешний идентификатор клиента, который генерируется Системой автоматически при прикреплении любой карты (физической или виртуальной) и имеет формат GUID. Этот параметр можно использовать для изначального импорта клиентов.needToNotify — это признак необходимости уведомлять клиента о событиях регистрации (установка пароля, активация карты). Возможные значения: true — да, false — нет.
Параметр subscriptionsConfirm отвечает за получение согласия клиента на получение рекламных рассылок. Обязательность передачи данного блока определяется значением конфигурации Системы SubscriptionsConfirmRequired.
Для получения OAuth-приложением доступа к работе с методами API необходимо пройти авторизацию. В зависимости от необходимых действий, OAuth-приложение может быть авторизовано автономно (без участия клиента), либо с грантованием (получением токена доступа). При успешной авторизации в ответе возвращается токен, который и используется в последующих запросах в заголовке Authorization: Bearer {token}. Подробнее про авторизацию OAuth-приложения см. в статье.
Отредактировано 02/07/2024 11:08