Условный пример: диспетчер передал поручение выездному сотруднику и решил, что тот уже в курсе. Сотрудник открыл приложение позже и увидел задачу, о которой телефон не сообщил. Запись существует, но передача работы не состоялась. Смартфон оказался самым тихим участником планёрки.
Push-уведомление — короткий сигнал приложения на телефоне. Оно помогает заметить событие, но не доказывает, что человек прочитал детали и принял работу. Проверять нужно и доставку сигнала, и рабочую договорённость.
Выберите одно проверяемое событие
Возьмите тестовую задачу или сообщение без клиентских данных. Запишите, кто отправляет, кому и какой сигнал ожидается. Не меняйте одновременно все настройки: иначе будет трудно понять причину.
Проверьте, появился ли сам объект в приложении нужного сотрудника. Если записи нет, вопрос может быть в доступе, адресате или самом сценарии. Звук уведомлений такую проблему не исправит.
Проверьте настройки приложения
В официальном руководстве по мобильным уведомлениям описан выбор событий для push. Откройте настройки уведомлений в приложении и проверьте нужный тип события, а не только общий переключатель.
Отдельно проверьте интеллектуальный режим: он может не дублировать уведомления на телефон, когда Битрикс24 открыт на компьютере. Эта причина разобрана в инструкции по поиску проблем. Для сотрудника, оставившего компьютер в офисе, такая настройка может давать неожиданный результат.
Согласуйте нужное поведение, а не включайте все сигналы подряд. Если телефон сообщает о каждом малозначимом событии, важное поручение рискует потеряться в общем хоре.
Проверьте разрешения телефона
Настройки приложения и устройства — разные уровни. Используйте официальные инструкции для iPhone и Android: уведомления должны быть разрешены и в системе телефона. На Android названия разделов зависят от модели.
Повторите тест на устройстве сотрудника в нужном рабочем состоянии, включая заблокированный экран. Учтите подключение к сети и ограничения, которые применяются на конкретном телефоне. Не обещайте одинаковое поведение всем моделям по одной проверке.
Сигнал пришёл. Кто принял работу?
Договоритесь, какое действие означает принятие поручения: согласованное изменение статуса или короткое подтверждение в задаче. Для срочного случая назначьте резервный способ связи и ответственного за контроль.
Для команды в Кыргызстане укажите рабочие часы и понятное правило связи между офисом и выездом. Отсутствие ответа вне согласованного времени не должно автоматически читаться как отказ сотрудника работать.
Сохраните результат теста: устройство, событие, состояние приложения и что получилось. Если проблема остаётся, такой пример поможет поддержке или специалисту по настройке разобраться быстрее. Доступ к самому инструменту, права и работа внешних подключений проверяются отдельно.
QQDev внедряет Битрикс24 и обучает команды. На странице внедрения можно обсудить маршрут от поручения до подтверждённого принятия. Начать полезно с одного случая, когда запись была в системе, а сотрудник узнал о ней слишком поздно.