Уведомление из бизнес-процесса — это способ сказать человеку «случилось важное, посмотри»: сделка зависла, счёт ждёт согласования, заявка просрочена. В Битрикс24 для этого есть несколько каналов с разной пробивной силой — от колокольчика в портале до сообщения в внешний мессенджер. Разберём, какие действия использовать, как писать тексты, которые читают, и почему уведомления «не доходят».
Какие действия для уведомлений есть в процессах и роботах?
Четыре штатных канала. «Уведомление пользователя» — колокольчик портала: дёшево, но тонет в потоке. «Письмо» — e-mail сотруднику или клиенту: для внешних адресатов и официальных событий. «Сообщение в чат» — живее колокольчика, особенно в групповой чат отдела, где просрочку видят все. «Задача» — самый сильный канал: у задачи есть ответственный и срок, её нельзя «смахнуть»; всё, что требует действия, отправляйте задачей, а не уведомлением. Правило выбора: информирование — колокольчик или чат, требование действия — задача, внешний адресат — письмо.
Кому слать: адресат из структуры, а не из шаблона
Уведомление «руководителю отдела продаж» не должно содержать фамилию: люди меняются, шаблоны — нет. Робот «Получить руководителя сотрудника» возвращает руководителя ответственного по оргструктуре — уведомление об эскалации само находит адресата в любом отделе. Тот же приём для цепочек: первое напоминание — ответственному, через день — его руководителю, ещё через день — руководителю руководителя (двойное применение робота). Адресат «вычисляется», и шаблон процесса не трогают годами.
Как написать уведомление, которое прочитают?
Текст собирается из подстановок: поля документа, переменные, результаты действий. Три правила. Первое — факт и действие в первой строке: «Сделка №{ID} {Название}: КП без ответа 5 рабочих дней. Позвонить клиенту сегодня» — а не «Уважаемый коллега, обращаем внимание…». Второе — ссылка на карточку обязательна: адресат должен попасть в сделку одним кликом. Третье — цифры, не оценки: «зависла на 12 дней, сумма 480 000» работает лучше «давно висит». И не шлите уведомления о норме («процесс успешно запущен») — через неделю их перестают читать, и тонет действительно важное.
Как отправить уведомление во внешний мессенджер?
Штатных действий «в Телеграм» или «в корпоративный мессенджер» в дизайнере нет — это делается HTTP-вызовом API мессенджера. Робот «HTTP-запрос» отправляет POST с текстом в API бота: подходит, когда потеря одного сообщения не критична. Для алёртов, которые обязаны дойти (просрочка платежа, сбой интеграции), используйте «Отказоустойчивый вебхук» — он повторяет отправку, пока приёмник недоступен, и алёрт не теряется из-за минутного сбоя сети. Токены ботов храните в константах процесса, а не в теле действия.
Почему уведомления не доходят: чек-лист
Если адресат «ничего не получал» — по порядку. Уведомление ушло другому: в действии указан автор процесса или «ответственный», который сменился, — проверьте адресата в журнале процесса. Колокольчик отключён: личные настройки уведомлений у сотрудника урезаны — для критичных событий дублируйте задачей. Письмо не ушло: на портале не настроена отправка почты или адрес сотрудника пуст. Ветка не дошла до действия: условие выше отсекло сценарий — смотрите журнал, какие шаги реально выполнились. Внешний мессенджер молчит: бот заблокирован адресатом или истёк токен — у HTTP-запроса проверьте код ответа, а критичные алёрты переведите на отказоустойчивую доставку.
Итог
Хорошая система уведомлений — это правильный канал (задача для действий, чат для команды, письмо для внешних), адресат из оргструктуры, факты со ссылкой в тексте и гарантированная доставка для критичного. Роботы для этого — руководитель по структуре, HTTP-запрос, отказоустойчивый вебхук — в каталоге Роботеки: установка из Маркета бесплатная.