Роботы Битрикс24: настройка для обработки заявок

Кратко

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

Актуально на 23 сентября 2026 года.

Что такое робот и чем он отличается от триггера

В автоматизации Битрикс24 два родственных, но разных механизма, и их путают чаще всего:

МеханизмКогда срабатываетПример
РоботПо расписанию стадии: сразу при попадании на неё, либо через заданное времяЧерез 2 часа после попадания сделки на стадию «Ждём ответа» — напомнить ответственному
ТриггерПо внешнему событию, не связанному с временем на стадииКлиент открыл письмо, позвонил по телефону, заполнил форму — сделка переходит на нужную стадию

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

Как добавить робота в воронку: пошагово

  1. Откройте нужную CRM-сущность. Обычно это сделки или смарт-процесс, если обращения ведутся отдельным типом элементов, а не задачами.
  2. Зайдите в настройку воронки (обычно кнопка с шестерёнкой или пункт «Настроить воронку/стадии» над канбаном).
  3. Выберите стадию, на которую нужно повесить автоматическое действие — например, «Новое обращение» или «В работе».
  4. Нажмите «Добавить робота» в панели настройки этой стадии.
  5. Выберите тип робота из каталога (назначение ответственного, изменение полей, задача, уведомление, ожидание, условие и другие) и заполните его параметры.
  6. Задайте условие запуска, если оно нужно: сразу при попадании на стадию или через интервал времени.
  7. Сохраните и проверьте на одном тестовом элементе, прежде чем включать на реальный поток обращений.

Типы роботов, полезные для обработки заявок

Тип роботаЧто делаетГде пригодится для заявок
Назначение ответственногоМеняет ответственного по правилу (например, по очереди или по полю)Автоматическое распределение новых обращений между операторами
Постановка задачиСоздаёт задачу с исполнителем и срокомПередача обращения в работу другому отделу (разработка, бухгалтерия)
Изменение полей сделкиПроставляет значение поля автоматическиОтметить приоритет или категорию по условию
УведомлениеОтправляет сообщение ответственному или в чатНапомнить о просроченном обращении
ОжиданиеПриостанавливает выполнение на заданное времяДать клиенту время ответить, прежде чем эскалировать
Условие (да/нет)Ветвит дальнейшую логику по проверке поляРазное поведение для VIP-клиента и обычного

Пример: обработка обращения по стадиям с роботами

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

СтадияРобот(ы) на стадииРезультат
Новое обращениеНазначение ответственного по очередиКаждое новое обращение сразу получает исполнителя, без ручного распределения
В работеУведомление ответственному + ожидание 4 часаЕсли за 4 часа стадия не сменилась — повторное уведомление о просрочке
Ждём клиентаОжидание 24 часа → изменение поля «Нет ответа»Если клиент не отвечает сутки, обращение помечается для дальнейшей эскалации
ЭскалацияПостановка задачи руководителюОбращение, зависшее без ответа, попадает на контроль руководителя автоматически
ЗакрытоУведомление клиенту (если канал позволяет)Клиент узнаёт о закрытии без ручного действия оператора

Как проверить, что роботы отработали правильно

  1. Проведите один тестовый элемент через всю воронку прежде, чем включать автоматизацию на реальный поток — создайте тестовую сделку и вручную переводите её по стадиям, наблюдая за срабатыванием роботов.
  2. Посмотрите историю сделки/элемента. В карточке обычно есть лог действий — там видно, какой робот сработал и когда, что позволяет отличить «не сработал» от «сработал, но не с тем результатом».
  3. Проверьте роботов с задержкой отдельно. Робот с условием «через 4 часа» нельзя проверить мгновенно — либо дождитесь интервала на тестовом элементе, либо временно уменьшите задержку для проверки и верните значение обратно.
  4. Проверьте на граничных значениях условий. Если робот проверяет поле («да/нет» или диапазон), протестируйте оба исхода ветвления, а не только один.
  5. Отключайте по одному роботу при отладке, если стадия ведёт себя не так, как ожидалось — так проще найти, какой конкретно робот дал сбой, чем разбирать все сразу.

Частые ошибки при настройке роботов для заявок

  • Вешают робота на весь процесс вместо конкретной стадии. Роботы работают именно на уровне стадии — если нужное действие должно случиться в разных точках воронки, робота нужно добавить на каждую из них отдельно.
  • Не учитывают порядок выполнения роботов на одной стадии. Если на стадии несколько роботов, они выполняются последовательно сверху вниз — робот, меняющий поле, которое проверяет следующий по списку, должен стоять раньше него.
  • Забывают про робота с ожиданием, когда элемент быстро уходит со стадии. Если сделка сменила стадию раньше, чем сработал робот с задержкой (например, «через 24 часа»), действие на прежней стадии обычно не выполняется — это нужно учитывать в логике эскалации. Если цель — не просто напомнить, а формально отслеживать нарушение обещанного срока ответа, для этого в Битрикс24 есть отдельный механизм — см. SLA в Битрикс24.
  • Тестируют сразу на боевом потоке обращений, а не на одной тестовой сделке — ошибка в условии робота в этом случае бьёт по всем текущим клиентам одновременно.

Как это устроено в TehProf.kz Support

TehProf.kz Support не добавляет собственного робота в каталог Битрикс24 — вместо этого он ведёт заявки поддержки в своей системе и автоматически синхронизирует их состояние со связанной сделкой в CRM:

ВозможностьКак работает
Привязка заявки к CRMЗаявка связывается со сделкой, лидом или контактом Битрикс24 — автоматически из карточки CRM или вручную
Двусторонняя карта статусовСмена статуса заявки может двигать стадию сделки, а смена стадии сделки — влиять на статус заявки, по настроенному администратором соответствию
Задачи из заявокЗадача в Битрикс24 создаётся автоматически при создании заявки или при переходе в выбранный статус — тот же принцип, что у робота «Постановка задачи», но управляется настройками Support, а не самим Битрикс24
Звонки из заявкиПри подключённой телефонии Битрикс24 оператор звонит клиенту прямо из карточки заявки

Это значит, что если обращения клиентов ведутся не самими сделками, а заявками TehProf.kz Support, роботов на стадии CRM настраивать не обязательно: часть той же логики (уведомление, передача дальше, отметка эскалации) закрывается настройками самого Support и его связкой с CRM.

Частые вопросы

Чем робот отличается от бизнес-процесса в Битрикс24?

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

Можно ли настроить робота для смарт-процесса «Заявки», а не для сделок?

Да, роботы добавляются на стадии любого элемента CRM, у которого есть воронка стадий, включая пользовательские смарт-процессы — см. Заявки техподдержки на смарт-процессе Битрикс24.

Почему робот с задержкой не сработал?

Чаще всего элемент ушёл со стадии раньше, чем истекло время ожидания робота — в этом случае запланированное действие на прежней стадии обычно не выполняется.

Сколько роботов можно добавить на одну стадию?

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

Нужны ли роботы, если заявки ведутся в TehProf.kz Support, а не в сделках Битрикс24?

Не обязательно в прежнем объёме: часть типовых действий (назначение, задача, уведомление, синхронизация статуса) закрывается собственными настройками Support и его связкой с CRM, без роботов на стороне Битрикс24.

Связанные статьи

Нужна поддержка, которая так и работает?

TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.