В крупных порталах Битрикс24 смарт-процессы быстро превращаются в конвейер событий: назначение ответственных, изменения полей, комментарии, переходы по стадиям. Штатные уведомления начинают приходить десятками и сотнями, из-за чего сотрудники перестают реагировать, а важные сообщения теряются.
В этой статье показываем практичный подход: как централизованно отключать штатные уведомления в выбранных смарт-процессах так, чтобы это было управляемо и обратимо.
Для администратора портала, владельца CRM или ИТ-эксплуатации, которые отвечают за порядок в коммуникациях: когда уведомлений стало слишком много и они перестали быть «сигналом»
Проблема: уведомления перестают быть сигналом
На старте штатные уведомления смарт-процессов помогают пользователям: система подсказывает, что изменилось, кого назначили ответственным, где требуется реакция.
Но при масштабировании системы — при росте компании и портала — появляются типовые симптомы:
Смарт-процессов стало много
Под подразделения, типы заявок, регламенты, HR-процессы... и каждый добавляет свой поток уведомлений
Уведомления «всем и на всё»
Пользователи перестают отличать важные события от фоновых, вырабатывается иммунитет к уведомлениям
Теряются критичные сигналы
Важные сообщения тонут среди второстепенных, из-за чего падает оперативность реакции
Нарастает раздражение
«Опять спам летит» → снижается доверие к системе как к рабочему и важному каналу коммуникации
Итог: падает дисциплина реакции, а вместе с ней и управляемость процессов.
Задача: централизованное отключение уведомлений в выбранных смарт-процессах
Важно не «отключить уведомления вообще», а сделать их управляемыми: отключать только там, где они создают фон, и оставлять там, где они являются важным сигналом.
| Требование заказчика | Назначение |
|---|---|
| Выборочное отключение по смарт-процессам | Чтобы отключать уведомления только в тех процессах, где они не используются как сигнал, и не затрагивать критичные процессы. |
| Централизованное включение и выключение функции | Чтобы при изменении требований можно было быстро вернуть штатное поведение без дополнительных доработок. |
| Множественный выбор смарт-процессов в настройках | Чтобы администратор мог управлять перечнем процессов без участия разработки. |
| Единая точка управления настройкой | Чтобы изменения выполнялись в одном месте и не требовали ручной настройки каждого смарт-процесса. |
Реализация: как это выглядит для администратора портала
Мы реализовали модуль для Битрикс24 (коробочная версия), который позволяет управлять штатными уведомлениями смарт-процессов. Управление выполняется в административной части портала:
Настройки → Настройки продукта → Настройки модулей → Настройки по доработкам
На одном экране отображается:
- Переключатель Отключить уведомления — включает/выключает функцию целиком
- Множественный выбор смарт-процессов — позволяет выбрать, где именно подавлять штатные уведомления
- Сохранение настроек — применяется централизованно
Доступ к настройке находится только у администраторов портала (ИТ, ИБ и сопровождение). Настройка контролируется, изменения делаются по регламенту, а не «по просьбе в чате».
Звук уведомлений мешает работать в Битрикс24?
Разберём, в каких смарт-процессах уведомления не используются как сигнал, и настроим выборочное отключение через административную настройку — с возможностью быстрого включения/отката.
Эффект от решения
Отключаются только штатные системные уведомления Bitrix24 по событиям внутри выбранных смарт-процессов. Логика процессов и автоматизация не меняются, уведомления в остальных смарт-процессах работают штатно, внешние каналы коммуникаций не затрагиваются.
Как не потерять критичные сигналы
Практика простая:
- отключайте уведомления в массовых и низкоприоритетных смарт-процессах (внутренние заявки, потоковые карточки, сервисные формы)
- оставляйте уведомления там, где они означают важный сигнал (инциденты, согласования, ключевые обращения, процессы с SLA)
Если сомневаетесь, что относится к чему, определите: какие события реально требуют немедленных действий, а какие создают информационный фон.
