Push-уведомления — то, ради чего часто и ставят приложение: новый заказ, сообщение клиента или задача попадают на экран смартфона сразу. Разбираем, о чём приложение умеет оповещать, как это настроить и что делать, когда уведомления не приходят.
О каких событиях приходят уведомления
Приложение отправляет push по ключевым событиям, которые требуют реакции оператора или руководителя. Точный набор зависит от подключённых модулей и роли пользователя.
- Новый заказ — поступил заказ, требующий обработки.
- Смена статуса — заказ перешёл в статус, за которым вы следите.
- Новое сообщение — клиент написал в подключённый чат или мессенджер.
- Задача — назначена новая задача или подошёл срок выполнения.
- Назначение заказа — заказ передан на вас как на ответственного.
Как устроены push технически
Push доставляются через штатные сервисы платформ: APNs у Apple и FCM у Google. RetailCRM формирует событие на сервере и передаёт его в облако платформы, а то доставляет на устройство. Из этого следует несколько практичных выводов:
- Для доставки нужен интернет и разрешение на уведомления на уровне ОС.
- Задержка возможна при плохой связи или в фоновом режиме с ограничениями.
- Отключение push в настройках телефона перекрывает любые внутренние настройки приложения.
Поэтому при первом запуске критично разрешить уведомления в системном диалоге — если нажать «Не разрешать», позже придётся включать их вручную в настройках ОС.
Настройка уведомлений
Управление уведомлениями идёт на двух уровнях — в приложении и в операционной системе. Оба должны быть согласованы.
| Уровень | Что настраивается |
|---|---|
| Настройки приложения | Какие типы событий присылать: заказы, сообщения, задачи |
| Настройки iOS/Android | Разрешение на push, звук, баннеры, показ на заблокированном экране |
| Веб-настройки системы | Триггеры и правила, которые вообще генерируют события |
Логика простая: событие рождается в системе (по триггеру или действию), приложение решает, показывать ли его данному пользователю, а ОС определяет, как именно оно прозвучит и появится. Сбой на любом уровне — и уведомление не дойдёт.
Почему уведомления не приходят
Самая частая жалоба — «push перестали приходить». Обычно причина не в приложении, а в настройках телефона. Проверьте по списку:
- Разрешения ОС — уведомления для приложения RetailCRM включены в системных настройках.
- Энергосбережение — на Android агрессивная оптимизация батареи «усыпляет» приложение; добавьте его в исключения.
- Режим «Не беспокоить» — проверьте, не активен ли он и нет ли приложения в блок-листе.
- Вход в аккаунт — при выходе из учётной записи push не приходят; убедитесь, что сессия активна.
- Интернет — без сети доставка невозможна.
Как не утонуть в потоке
Слишком много уведомлений — так же плохо, как их отсутствие: важное теряется в шуме, и люди начинают их игнорировать. Несколько правил гигиены потока:
- Разграничьте роли — оператору не нужны push о каждом статусе всех заказов, ему важны свои.
- Уточните триггеры — часть событий лучше не превращать в push, а оставить в списках.
- Приоритизируйте — новый заказ и сообщение клиента важнее фоновых смен статуса.
Настройку потока стоит делать вместе с проектированием статусной модели и распределения заказов: именно там задаётся, кто за что отвечает, а значит, кому и о чём сигналить.
Практические сценарии
Чтобы уведомления работали на бизнес, полезно привязать их к конкретным ролям и целям.
| Роль | Что присылать |
|---|---|
| Оператор | Новый заказ на группу, новое сообщение в чате, срок задачи |
| Логист | Заказ перешёл в «Готов к отгрузке» |
| Руководитель | Эскалации: просроченные заказы, отмены выше нормы |
Такой подход превращает push из фонового шума в рабочий инструмент: каждый получает ровно те сигналы, на которые должен реагировать. Это заметно ускоряет обработку и снижает число упущенных обращений.
Итог
Уведомления в мобильном приложении RetailCRM доставляются через APNs и FCM по событиям системы: заказы, сообщения, задачи, смены статусов. Чтобы они приносили пользу, нужно согласовать три уровня — триггеры в вебе, настройки приложения и разрешения ОС, — а также разграничить, кому о чём сигналить.
Мы настраиваем уведомления и триггеры RetailCRM так, чтобы команда получала важное вовремя и не тонула в спаме. Если push не приходят или их слишком много, поможем выстроить логику оповещений под ваши процессы и роли.
Частые вопросы
Какие уведомления присылает приложение RetailCRM?
Push приходят по ключевым событиям: новый заказ, смена статуса, новое сообщение клиента, назначение заказа и наступление срока задачи. Набор зависит от подключённых модулей и роли пользователя.
Почему не приходят push-уведомления?
Чаще всего дело в настройках телефона: отключены разрешения на уведомления, активно энергосбережение или режим «Не беспокоить». Проверьте эти пункты и убедитесь, что вы вошли в аккаунт и есть интернет.
Приходят ли уведомления, если приложение закрыто?
Да, push доставляются через сервисы APNs и FCM независимо от того, открыто ли приложение. Исключение — когда система энергосбережения телефона блокирует фоновую работу приложения.
Как убрать лишние уведомления?
Отключите ненужные типы событий в настройках приложения и уточните права: оператору обычно не нужны push обо всех заказах. Часть событий лучше оставить в списках, не превращая в push.
Особенности уведомлений на Android?
На Android у производителей вроде Xiaomi и Huawei есть менеджеры автозапуска и жёсткая оптимизация батареи. Разрешите приложению автозапуск и работу в фоне, иначе push будут приходить нестабильно.
Можно ли настроить разные уведомления для разных сотрудников?
Да, через роли и права в системе. Оператору логично слать заказы и сообщения его группы, логисту — переход в статус отгрузки, руководителю — эскалации по просрочкам и отменам.
Что делать, если случайно запретил уведомления при установке?
Включите разрешение на уведомления для приложения RetailCRM вручную в системных настройках iOS или Android. После этого push начнут приходить без переустановки приложения.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.