Когда согласование счёта в компании занимает три дня переписки в чатах и напоминаний «ну как там, подписали?», это почти всегда решается бизнес-процессами в Битрикс24. Я настраивал такие цепочки для отделов продаж, бухгалтерии и закупок, и почти каждый раз причина затянутого согласования одна: процесс держится на памяти сотрудников, а не на системе.
Зачем автоматизировать бизнес-процессы в Битрикс24
Без автоматизации согласование выглядит так: сотрудник создаёт документ, пишет руководителю в личку, ждёт ответа, потом ещё раз пишет, потому что сообщение потерялось среди других. Бизнес-процесс убирает эту часть: система сама создаёт задачу нужному человеку, ждёт его решения и двигает документ дальше по маршруту.
На практике автоматизация окупается на трёх типах процессов: согласование счетов на оплату, утверждение договоров с фиксированными этапами (юрист, финансовый директор, руководитель) и обработка заявок на отпуск или командировку. В этих сценариях маршрут почти всегда одинаковый, а значит, его можно один раз описать в конструкторе и больше не объяснять новым сотрудникам, куда бежать за подписью.
Есть и обратная сторона: если согласование каждый раз идёт по-разному в зависимости от суммы, отдела и срочности, жёсткий процесс скорее навредит, чем поможет. Тогда разумнее оставить гибкий маршрут с ручным выбором согласующего, а автоматизировать только уведомления и контроль сроков.
Конструктор бизнес-процессов: с чего начать
В Битрикс24 есть два инструмента: простой бизнес-процесс (линейная последовательность действий) и сложный бизнес-процесс с состояниями, который умеет ветвиться и возвращаться назад. Для согласований в 90% случаев хватает простого процесса, привязанного к смарт-процессу или к элементу CRM (счёт, сделка, документ).
Процесс собирается из блоков: «Задача», «Условие», «Робот», «Уведомление», «Ожидание события». Логика обычно такая: создать задачу на согласование, дождаться результата через условие, в зависимости от ответа отправить документ дальше или вернуть автору с комментарием.
| Тип процесса | Когда использовать | Сложность настройки |
|---|---|---|
| Простой бизнес-процесс | Линейное согласование: автор - согласующий - результат | 1-2 часа, без программирования |
| Сложный бизнес-процесс (с состояниями) | Многоступенчатое согласование с возвратами и параллельными ветками | от 1 дня, нужен опыт работы с БП |
Перед тем как рисовать схему в конструкторе, я всегда прошу заказчика описать маршрут на бумаге: кто инициирует, кто согласует первым, что происходит при отказе. Без этого шага в половине случаев процесс приходится переделывать через неделю после запуска, потому что забыли учтённый вручную частный случай.
Пошаговая настройка процесса согласования счёта
Возьмём типичный сценарий: сотрудник создаёт счёт на оплату, его должен согласовать руководитель отдела, а при сумме выше 100 000 рублей - ещё и финансовый директор.
Шаг 1. Стартовое условие
Процесс запускается автоматически при создании элемента в нужном статусе. Сразу добавляю условие по сумме: если больше 100 000 рублей, маршрут идёт через два согласующих, если меньше - через одного. Это экономит время и не заставляет финансового директора смотреть счета на канцелярию.
Шаг 2. Робот «Согласование»
Битрикс24 умеет создавать задачу конкретному пользователю с кнопками «Согласовать» и «Отклонить». Указываю ответственного не константой, а полем «Руководитель подразделения» - тогда при смене начальника отдела процесс не нужно перенастраивать вручную.
Шаг 3. Сроки и эскалация
Ставлю дедлайн на задачу, обычно 24 часа для внутренних согласований. Если ответа нет, робот «Ожидание события» с таймаутом переключает маршрут на резервного согласующего или отправляет уведомление вышестоящему руководителю. Без эскалации любой процесс согласования рано или поздно упирается в отпуск или больничный ключевого сотрудника, и документ зависает на неделю.
Шаг 4. Финал маршрута
При положительном решении статус документа меняется на «Утверждён», автору уходит уведомление, а сам документ можно автоматически отправить на печать или в раздел с электронным документооборотом. При отказе процесс возвращает документ автору с обязательным комментарием причины - это условие ставлю принудительно, иначе согласующие жмут «Отклонить» без пояснений, и автор снова пишет в личку с вопросом «а что не так».
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Роботы, триггеры и условия: логика без разработчика
Большую часть согласований реально собрать без единой строки кода, если разобраться в базовом наборе роботов. Из тех, что использую чаще всего:
- «Условие» - ветвление по сумме, отделу, типу клиента или любому полю CRM
- «Ожидание события» - пауза до нажатия кнопки, изменения статуса или истечения таймаута
- «Уведомление» - сообщение в чат Битрикс24, на email или через открытую линию
- «Изменить документ» - смена статуса, ответственного или значений полей после каждого этапа
- «Подпроцесс» - вызов уже настроенного маршрута из другого процесса, чтобы не дублировать логику
Отдельно советую не экономить на текстах уведомлений. Стандартное «Вам назначена задача» ничего не говорит о том, что нужно сделать и почему это срочно. Прописываю в шаблоне робота, что именно согласуется, на какую сумму и какой дедлайн - тогда сотрудники реагируют быстрее, потому что не тратят время на переход в карточку ради контекста.
Когда без разработчика не обойтись: интеграции и доработки
Штатных роботов хватает, пока согласование живёт внутри Битрикс24. Проблемы начинаются, когда нужно свести портал с внешними системами: отправить уведомление в отдельный Telegram-чат бухгалтерии, подтянуть курс валют для расчёта суммы в долларах или синхронизировать статус согласования с внешней учётной системой.
Для таких задач я обычно поднимаю связку через REST API Битрикс24 и n8n: процесс на портале дергает вебхук, n8n обрабатывает данные и возвращает результат обратно тем же вебхуком.
curl -X POST "https://your-portal.bitrix24.ru/rest/1/webhook_code/crm.item.update"
-H "Content-Type: application/json"
-d '{"entityTypeId": 1058, "id": 42, "fields": {"stageId": "APPROVED"}}'Второй частый запрос - продублировать уведомление о согласовании в Telegram, потому что часть руководителей физически не открывает портал вне рабочих часов. Здесь помогает небольшой бот на aiogram, который слушает вебхук от Битрикс24 и присылает сообщение с кнопками прямо в мессенджер, а нажатие кнопки возвращает результат обратно в процесс через REST API.
Если у вас похожая задача и штатных роботов недостаточно, я беру такие интеграции в разработку - можно посмотреть услуги по автоматизации бизнес-процессов и интеграции Битрикс24 с внешними сервисами и обсудить конкретный маршрут согласования.
Частые ошибки в бизнес-процессах Битрикс24
За несколько лет настройки согласований в Битрикс24 регулярно вижу одни и те же промахи:
- Согласующий указан константой, а не полем или ролью - при увольнении сотрудника процесс ломается молча
- Нет таймаута и эскалации - документ зависает на неопределённый срок при отпуске согласующего
- Слишком много обязательных этапов для мелких сумм - сотрудники начинают обходить процесс и согласовывать в чатах напрямую
- Отсутствует лог решений - через месяц никто не может объяснить, почему конкретный счёт утвердили без проверки
- Процесс тестируют сразу на боевых документах - лучше сначала прогнать несколько тестовых счетов и проверить каждую ветку условий
Отдельно хочу сказать про права доступа: если согласующий не видит карточку документа целиком, робот всё равно поставит задачу, но человек не сможет оценить, что согласовывает. Это стоит проверять на этапе настройки, а не после жалоб пользователей.
Чтобы сайт работал без сбоев
Техподдержка
от 15 000 ₽/мес
Подробнее →Частые вопросы
Можно ли настроить бизнес-процессы в Битрикс24 самостоятельно, без разработчика
Простые линейные согласования собираются в конструкторе за пару часов, если заранее расписать маршрут на бумаге. Сложные ветвления с внешними интеграциями обычно быстрее и надёжнее доверить тому, кто уже настраивал похожие процессы, чтобы не терять время на отладку методом проб и ошибок.
Сколько шагов согласования делать оптимальным
На практике два-три этапа работают лучше, чем пять. Каждый дополнительный согласующий добавляет минимум несколько часов ожидания, а при отпуске одного из участников маршрут может встать на несколько дней, если не настроена эскалация.
Как быть, если согласующий должен видеть уведомления не только в Битрикс24, а ещё в Telegram
Штатными средствами это не собрать, нужен отдельный бот-мост между REST API портала и мессенджером. Такая доработка занимает от нескольких дней в зависимости от количества сценариев и стоит от 30 000 рублей под задачу.
Работают ли бизнес-процессы на бесплатном тарифе Битрикс24
Базовые линейные процессы доступны на большинстве платных тарифов, но набор доступных роботов и лимиты по количеству активных процессов отличаются от тарифа к тарифу. Перед проектированием сложного маршрута с несколькими ветками стоит уточнить в личном кабинете портала, какие роботы включены именно в вашем тарифном плане.