Роботы Битрикс24: настройка сценариев, матрица и проверка результата

Роботы Битрикс24 — встроенный механизм автоматизации, который выполняет рутинные действия по событию: ставит задачи, меняет стадию, отправляет сообщения, заполняет поля. Настройка роботов Битрикс24 начинается не с интерфейса, а с матрицы сценариев: что должно произойти, при каком условии, кто отвечает и как проверить срабатывание. Ниже — порядок действий, критерии приёмки, типичные ошибки и ограничения.

Что решают роботы Битрикс24 и где границы задачи

Роботы и триггеры — два разных механизма, которые часто путают. Робот выполняет действие, когда элемент попадает на нужную стадию: ставит задачу, отправляет письмо или сообщение в чат, создаёт документ, меняет значение поля. Триггер сам ничего не делает — он следит за событием (просмотр письма, оплата счёта, изменение значения поля, смена статуса задачи) и переводит элемент на другую стадию. Роботы и триггеры привязаны к конкретным сущностям (сделки, лиды, задачи, проекты) и настраиваются на вкладке «Роботы» или «Триггеры» соответствующего раздела.

Границы задачи важны, потому что робот не исправляет процесс. Если стадии воронки не отражают реальные шаги работы, автоматизация просто ускорит беспорядок. Робот не проверяет корректность данных в карточке и не заменяет решение менеджера. Поэтому настройка роботов Битрикс24 — это в первую очередь описание сценариев, и только потом работа в интерфейсе.

Смежная тема — как вообще запустить систему, чтобы ей пользовались, — разобрана отдельно в материале «Купили Битрикс24, никто не пользуется»: как реально запустить CRM. Здесь мы не повторяем её, а разбираем именно роботов.

Условия запуска и ответственный

Прежде чем открывать настройки, стоит убедиться, что выполнены базовые условия. Без них настройка превратится в перебор вариантов наугад.

• Процесс описан: понятны стадии, их порядок и что означает каждая.
• Есть тестовая воронка или отдельные тестовые сделки, на которых можно безопасно проверять сценарии.
• Назначены роли: кто настраивает технически, кто отвечает за содержание процесса, кто принимает работу.
• Проверена доступность нужных роботов на текущем тарифе.

Администратор Битрикс24 отвечает за техническую настройку и права. Владелец процесса определяет логику действий и их порядок. Руководитель принимает результат, проверяя, что сценарии работают и не мешают бизнесу.

Отдельно проверьте тариф. Роботы и триггеры в задачах доступны не на всех тарифных планах, поэтому до планирования нужно убедиться, что нужный набор доступен именно вам. Если сомневаетесь в объёме работ, рекомендуется начать с аудита процессов или консультации.

Матрица роботов: главный рабочий документ

Матрица роботов — это таблица, где каждая строка описывает один сценарий целиком. Она нужна, чтобы не настраивать роботов «по памяти» и не ловить конфликты уже в рабочей воронке. Заполняется до интерфейса, согласуется с владельцем процесса.

Матрица отвечает на четыре вопроса по каждому сценарию: что запускает действие, что именно происходит, кто отвечает и как убедиться, что всё сработало. Если хотя бы один столбец пуст, сценарий ещё не готов к настройке.

Пошаговая настройка робота Битрикс24

Настройка роботов Битрикс24 идёт от стадии к стадии. Общий порядок такой: открыть раздел CRM, выбрать нужный элемент (например, сделки), перейти на вкладку «Роботы» и добавить робота или триггер на конкретной стадии.

Робот «Поставить задачу»

Этот робот создаёт задачу, когда элемент попадает на выбранную стадию. Заполняются:

• Название задачи. Чтобы сотрудник быстро находил нужное, в название добавляют данные из карточки: название сделки, имя клиента, дату.
• Описание. Сюда также можно подставить информацию из карточки: детали заказа, пожелания клиента, сумму.
• Исполнитель. Выбирается сотрудник, который будет выполнять задачу.
• Крайний срок. Указывается, когда задача должна быть выполнена.
• Дополнительно. Соисполнители, чек-лист, учёт времени, привязка к потоку.

Если задача привязана к потоку, поля «Исполнитель», «Крайний срок» и «Проект» заполняются автоматически. Поле «Описание задачи» заполняется вручную в настройках робота, так как не привязано к шаблону потока.

Триггер «Отследить нужный статус задачи»

Триггер меняет стадию элемента, когда связанная задача переходит в определённый статус. Настраиваются:

• Название триггера. Если триггеров несколько, стоит дать понятные имена, чтобы не путаться.
• Статус. Когда задача перейдёт в этот статус, триггер переместит элемент на другую стадию.
• Поля задачи. Фильтр, чтобы триггер срабатывал только для нужных задач, например по словам в названии.
• Изменять стадию от имени. Выбирается сотрудник; в таймлайне и истории будет запись об изменении стадии от его имени.
• Разрешить переход на предыдущий статус. Опция нужна, если триггер должен уметь вернуть элемент назад.

Связка «Получить информацию о задаче» и «Изменить элемент»

Робот «Получить информацию о задаче» позволяет извлечь значения полей задачи (например, крайний срок) для использования в других роботах. В настройках указывается ID задачи (можно получить через предыдущего робота или поле сделки) и выбираются поля для чтения.

Если задача создана на другой стадии, ID нельзя подставить напрямую. Сначала создайте пользовательское поле в сделке, роботом «Изменить элемент» запишите в него ID задачи, затем укажите это поле в настройках «Получить информацию о задаче».

Робот «Завершить задачу»

Этот робот автоматически закрывает задачи, созданные другими роботами. Указываются воронка и стадия, задачи из которых нужно завершить. Например, когда сделка переходит в успешную стадию, робот закрывает задачи, созданные на стадии подготовки.

Повторные срабатывания и конфликт правил

Когда на одной стадии стоит несколько роботов, важно понимать порядок их работы. У роботов и триггеров есть общие настройки:

• «По очереди» — робот сработает после предыдущих или независимо от других.
• «Когда» — действие выполнится сразу или через заданное время.
• «При условии» — робот или триггер сработает не для всех элементов, а только для подходящих под условие.

Конфликты возникают в трёх типичных местах. Первое — два робота пишут в одно и то же поле, и результат зависит от порядка. Второе — триггер переводит элемент на другую стадию раньше, чем отработали роботы текущей. Третье — робот, рассчитанный на одну стадию, случайно срабатывает повторно при возврате элемента назад.

Матрица роботов помогает увидеть такие пересечения заранее: если два сценария затрагивают одно поле или одну стадию, это повод явно задать порядок и условия. Настройка «При условии» сужает круг срабатываний и снижает риск лишних действий.

Учебный пример: настройка роботов Битрикс24 на тестовых данных

Учебный пример (данные условные).

Входные условия. Студия дизайна ведёт сделки в воронке «Дизайн-проекты». Стадии: «Подготовка проекта», «Презентация проекта», «Подготовка договора», «Сделка успешна». Есть тестовая сделка и сотрудник. Задача — автоматизировать постановку задач и перевод сделки по стадиям.

Шаг 1. На стадии «Подготовка проекта» добавляем робота «Поставить задачу». В название подставляем название сделки, в описание — пожелания клиента и вид проекта, выбираем исполнителя и крайний срок.

Шаг 2. На той же стадии добавляем робота «Получить информацию о задаче». Указываем ID задачи, созданной первым роботом, и отмечаем поле «Крайний срок».

Шаг 3. Следом ставим робота «Изменить элемент», который записывает полученный срок в пользовательское поле сделки «Дата готовности договора».

Шаг 4. На стадии «Презентация проекта» настраиваем триггер «Отследить нужный статус задачи». Он срабатывает, когда задача по подготовке переходит в статус «Завершена», и переводит сделку на стадию презентации. В фильтре полей задачи указываем слова из названия, чтобы триггер не реагировал на посторонние задачи.

Шаг 5. На стадии «Сделка успешна» добавляем робота «Завершить задачу» и указываем воронку и стадию, задачи которых нужно закрыть.

Наблюдаемый результат. При переходе на «Подготовку проекта» в таймлайне появляется задача. После её завершения триггер переводит сделку на «Презентацию проекта» (запись в таймлайне). Поле «Дата готовности договора» заполняется автоматически. При переходе в «Сделка успешна» связанные задачи закрываются.

Проверка. Каждый шаг проверяется на тестовой сделке отдельно: сначала постановка задачи, затем передача срока, затем смена стадии, затем закрытие задач. Только после успешной проверки сценарий переносится на рабочую воронку.

Как проверить результат и принять работу

Проверка строится на тестовых данных и повторяемом сценарии. Не стоит принимать работу по одному удачному прогону.

• Создана тестовая сделка и тестовый сотрудник-исполнитель.
• Робот «Поставить задачу» создаёт задачу с корректным названием, описанием, исполнителем и сроком.
• Данные из карточки подставляются в задачу без искажений.
• Робот «Получить информацию о задаче» передаёт нужное поле следующему роботу.
• Робот «Изменить элемент» записывает значение в правильное поле сделки.
• Триггер меняет стадию только для подходящих задач по заданному фильтру.
• В таймлайне видно, от чьего имени изменилась стадия.
• Робот «Завершить задачу» закрывает именно те задачи, которые указаны по воронке и стадии.
• Повторный прогон не создаёт дубли задач и не переводит сделку дважды.
• Сценарий проверен на копии, а не сразу на рабочей воронке.

Приёмка фиксирует предсказуемость: при повторном прохождении стадий результат совпадает, лишних записей не появляется.

Типичные ошибки и ограничения

Ошибки чаще всего связаны не с интерфейсом, а с логикой сценария.

• Робот не срабатывает: элемент не попадает на нужную стадию, условие отсекает его или робот отключён.
• Дубли задач: на одной стадии стоят два похожих робота, и оба создают задачу.
• Задача не закрывается: в роботе «Завершить задачу» указана не та воронка или стадия.
• Данные не передаются: в «Получить информацию о задаче» не указан ID нужной задачи.
• Триггер не возвращает элемент назад: не включена опция перехода на предыдущий статус.
• Сценарий срабатывает не для всех: слишком узкий или слишком широкий фильтр по полям задачи.

Ограничения тоже стоит держать в голове. Роботы в задачах доступны не на всех тарифах. Права доступа влияют на то, кто может настраивать роботов для своих задач. Каждый робот и триггер настраивается отдельно, поэтому сложный процесс — это набор согласованных сценариев, а не одна кнопка. И наконец, робот не заменяет решение сотрудника там, где нужна оценка ситуации.

Какие исходные данные подготовить для оценки

Чтобы оценить объём настройки роботов Битрикс24, нужен не доступ к системе, а описание процесса. Подготовьте:

• перечень стадий воронки и их смысл;
• список рутинных действий, которые должны выполняться автоматически;
• для каждого действия — событие-триггер и условие;
• исполнителей и типовые сроки;
• поля карточки, которые нужно заполнять или читать;
• тестовые данные для проверки;
• сведения о тарифе и правах доступа.

Чем конкретнее описан процесс, тем меньше итераций потребуется при настройке. Если процесс ещё не описан, разумно начать с внедрения и настройки Битрикс24 и уже на понятной схеме добавлять роботов.

Что дальше

Следующий шаг — собрать матрицу роботов по шаблону из этой статьи, согласовать её с владельцем процесса и только потом переходить к настройке на тестовой воронке. После успешной проверки сценарии переносятся на рабочую воронку: сначала копия, затем тест, затем контролируемый запуск с планом возврата. Так автоматизация остаётся управляемой, а не превращается в набор правил, которые никто не может объяснить.