Первая авторизация в МП после его установки

Клиент установил приложение и первый раз запускает его. Идентификатор мобильного устройства DeviceID привязывается к анонимному клиенту. Устанавливается нулевое (null) значение токена. Push-уведомления находятся в состоянии Не доступны.

Далее анонимному клиенту отправляется запрос на разрешение на отправку push-уведомлений. Если клиент разрешает отправку ему push-уведомлений, происходит генерация токена и его привязка к DeviceID. Push-уведомления в этом случае перейдут в состояние Доступны. Однако фактически формирование уведомлений не будет происходить, т. к. для отправки рассылок (кроме системных) требуется получение согласия зарегистрированного Участника ПЛ. Подробнее о рассылке push-уведомлений смотрите в статье. Если клиент не соглашается с получением уведомлений, токен не будет присвоен, а push-уведомления останутся в состоянии Не доступны.

Далее клиент может пройти авторизацию в МП. Если клиент дал согласие на отправку ему уведомлений, возможны два варианта:

1. Если клиент является Участником ПЛ, он вводит идентификатор и пароль и авторизуется в МП. При этом идентификатор мобильного устройства DeviceID и токен будут привязаны к Участнику ПЛ. DeviceID анонимного клиента переходит в состояние архивный. Push-уведомления останутся в состоянии Доступны (уведомления будут доставлены).
2. Если клиент не является Участником ПЛ, он может зарегистрироваться в ПЛ. DeviceID и токен будут также привязаны к новому зарегистрированному Участнику ПЛ. DeviceID анонимного клиента переходит в состояние архивный. Push-уведомления перейдут в состояние Доступны (уведомления будут доставлены).

Если клиент не давал согласие на отправку уведомлений, то при авторизации или регистрации в качестве Участника ПЛ DeviceID будет привязан к Участнику ПЛ, а токен останется в значении null. Состояние push-уведомлений Не доступны не изменится, уведомления не будут отправляться.

Активный (DeviceID Участника ПЛ, давшего согласие на отправку уведомлений)

Архивный (DeviceID анонимного клиента)

Выход клиента из своего аккаунта в МП

Мобильное устройство отвязывается от клиента и привязывается к анонимному клиенту. DeviceID клиента переходит в архив.

У анонимного клиента появляется DeviceID с состоянием Активный, а push-уведомления имеют состояние Доступны. Однако фактически они не будут сформированы, т. к. для отправки рассылок требуется получение согласия зарегистрированного Участника Программы лояльности. Подробнее о рассылке push-уведомлений смотрите в статье.

Push-уведомления доступны (не будут сформированы)

Повторная авторизация клиента в МП с того же устройства

Устройство отвязывается от анонимного клиента и привязывается к клиенту, который авторизуется в Системе. У анонимного клиента DeviceID переходит в состояние Архивный. Push-уведомления будут иметь состояние Недоступны.

У авторизовавшегося заново клиента появляется прежний DeviceID с состоянием Активный, а push-уведомления имеют состояние Доступны.

Авторизация клиента в МП на втором мобильном устройстве

К клиенту будет привязано два устройства. Количество устройств, на которых клиент может установить МП и получать push-уведомления, не ограничено.

Удаление Мобильного приложения

Само удаляемое приложение не оповещается об удалении, т. к. оно происходит на уровне платформы. Поэтому при удалении приложения идентификатор мобильного устройства, токен и состояние доступности push-уведомлений не изменяется.

Повторная установка МП на прежнее мобильное устройство после удаления

Идентификатор мобильного устройства совпадет с хранящимся в БД идентификатором устройства. При согласии клиента на push-уведомления, генерируется новый токен. При авторизации в МП устройство привязывается к зарегистрированному клиенту.

Push-уведомления доступны

Клиент авторизуется в МП на имя другого клиента с ранее зарегистрированного устройства

Этот сценарий будет проходить аналогично указанным выше ситуациям:

• Выход клиента из своего аккаунта в МП, а затем
• Повторная авторизация клиента в МП с того же устройства

а именно:

Прежнее мобильное устройство отвязывается от клиента и привязывается к анонимному клиенту. DeviceID предыдущего клиента (Клиент 1) переходит в архив.

У анонимного клиента появляется DeviceID с состоянием Активный, а push-уведомления имеют состояние Доступны. Однако фактически они не будут доставлены, т. к. для отправки рассылок требуется получение согласия зарегистрированного Участника Программы лояльности.

При авторизации нового клиента (Клиент 2) устройство отвязывается от анонимного клиента и привязывается к новому клиенту (Клиент 2), который авторизуется в Системе. У анонимного клиента DeviceID переходит в состояние Архивный. Push-уведомления будут иметь состояние Недоступны.

У авторизовавшегося клиента (Клиент 2) появляется DeviceID с состоянием Активный, а push-уведомления имеют состояние Доступны.

Push-уведомления доступны

(не будут доставлены)

Активный (DeviceID анонимного клиента).

После авторизации Клиента 2 меняется на Архивный

Push-уведомления доступны

(не будут доставлены).

После авторизации Клиента 2 меняется на Push-уведомления недоступны

Зарегистрированный клиент, первоначально давший согласие на push-уведомления, затем отказывается от рассылок в настройках своего телефона

Состояние идентификатора устройства и доступность push-уведомлений не изменятся. Push-уведомления будут отправляться в шлюз отправки, будет возвращаться ответ со статусом Отправлено, однако фактически клиент не будет получать push-уведомления.

Push-уведомления доступны

(не будут доставлены)

Зарегистрированный клиент, первоначально давший согласие на push-уведомления, затем отказывается от рассылок в настройках МП

Состояние идентификатора устройства и доступность push-уведомлений не изменятся. Push-уведомления не будут отправлены в шлюз, т. к. согласия клиента на рассылки нет. Клиент не будет получать push-уведомления.

Push-уведомления доступны

(не будут доставлены)