Роботы и триггеры Битрикс24 - первое, с чего я начинаю аудит любой CRM, если клиент жалуется на забытые сделки и менеджеров, которые вручную двигают карточки между стадиями. За несколько лет настройки Битрикс24 для интернет-магазинов и B2B-компаний я видел одну и ту же картину: воронка настроена красиво, а по факту 80% действий внутри неё делает человек руками, хотя система умеет делать это сама.
Чем робот отличается от триггера в CRM Битрикс24
Путаница между этими двумя механизмами - первая причина, почему автоматизация в проектах буксует. Робот запускается сам по расписанию или по условию внутри стадии сделки: подождать 2 часа и поставить задачу, отправить письмо через день после создания лида, сменить ответственного, если сделка зависла. Триггер срабатывает от внешнего события: пришла оплата, клиент открыл письмо, посетитель вернулся на сайт, поступил звонок с определённого номера.
Проще говоря, робот живёт внутри логики стадии и работает по таймеру или условию, а триггер слушает события снаружи и толкает сделку дальше по воронке в момент, когда это событие случилось.
| Параметр | Робот | Триггер |
|---|---|---|
| Что запускает | Условие или время внутри стадии | Внешнее событие (оплата, звонок, письмо) |
| Где настраивается | Внутри карточки стадии воронки | В настройках CRM-маркетинга или на самой стадии |
| Пример | Через 3 дня без движения - задача РОПу | Пришла оплата от Т‑Банка - сделка переходит в «Оплачено» |
| Типовая ошибка | Робот стоит на паузу из-за нерабочих часов | Триггер не привязан к нужному полю сделки |
На практике 90% сбоев автоматизации в Битрикс24 связаны не с самим роботом, а с условием запуска: неверное поле, забытая привязка к воронке, конфликт с рабочим временем сотрудника.
Где в воронке искать точки для автоматизации триггерами
Я обычно прохожу воронку от первого контакта до закрытия сделки и на каждой стадии задаю один вопрос: что менеджер делает руками, хотя система знает, что это нужно сделать. Обычно находится 4-6 таких точек:
- Лид попал в CRM с сайта или из мессенджера - нужен автоответ и постановка задачи на первый контакт в течение 15 минут
- Сделка не двигалась больше суток - уведомление руководителю отдела продаж
- Пришла оплата - автосписание товара со склада и передача заказа в доставку
- Клиент не открыл коммерческое предложение - повторное письмо через 2 дня
- Сделка закрыта - запуск сценария допродажи через 30 дней
Каждая из этих точек закрывается связкой из одного-двух роботов и одного триггера, без единой строчки кода. Проблема в другом - стандартные роботы Битрикс24 не видят, что происходит во внешних системах: в 1С, в личном кабинете эквайринга, в трекинге СДЭК. Как только автоматизация выходит за пределы карточки сделки, начинается работа с вебхуками и внешним API, и вот тут ошибки настройки становятся дорогими - сделка может зависнуть без оплаты или уйти клиенту дважды.
Настройка триггеров для лидов и сделок на практике
Типовой кейс - интернет-магазин на связке Битрикс24 и сайт на Tilda. Заявка с формы падает в CRM через встроенный коннектор, но без триггера на «первый контакт» лид может пролежать в статусе «Новый» до вечера, пока менеджер не разберёт очередь. Я ставлю триггер на создание лида с условием по источнику и подключаю робота с задержкой в 10 минут: если задача на звонок не взята в работу, приходит уведомление в чат руководителя.
Второй пример - брошенная корзина. Триггер слушает событие «заказ создан, оплата не прошла» и через час запускает робота с отправкой письма или сообщения в WhatsApp с напоминанием и скидкой на 5%. На одном из проектов такая связка вернула на оплату около 12% брошенных заказов за первый месяц - цифра честная, беру её из статистики конкретного клиента, а не из общих отчётов вендора.
Третий сценарий - распределение лидов между менеджерами не по очереди, а по загрузке. Триггер проверяет количество открытых сделок у сотрудника и назначает ответственного на того, у кого меньше активных задач. Стандартный робот распределения по очереди этого не умеет, приходится комбинировать через бизнес-процессы Битрикс24 или выносить логику во внешний скрипт, который дергает REST API CRM.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Роботы для оплаты, документов и доставки
Самая денежная автоматизация - это связка «оплата → документы → доставка», потому что здесь меньше всего ручной работы должно оставаться у менеджера. У интернет-магазинов, которые я вёл, схема обычно такая: триггер срабатывает на вебхук от эквайринга (у меня чаще встречается Т‑Банк - там вебхук приходит в течение нескольких секунд после списания), робот меняет стадию сделки на «Оплачено», параллельно формирует счёт-фактуру через шаблон документа и ставит задачу складу на упаковку.
Следующий шаг - передача заказа в СДЭК. Здесь стандартного робота Битрикс24 не хватает: нужно создать заказ через API СДЭК, получить номер отправления и трек-номер вернуть обратно в карточку сделки. Делается это через вебхук-обработчик на Python или бизнес-процесс с внешним запросом - я обычно пишу отдельный сервис, который слушает событие смены стадии в Битрикс24, дергает API СДЭК и пишет трек-номер в поле сделки, откуда клиент уже получает его автоматическим письмом.
Важный нюанс с точки зрения закона о персональных данных: если автоматизация передаёт телефон и адрес клиента во внешний сервис для формирования накладной, база с этими данными должна оставаться на серверах в России - использовать зарубежные облачные таблицы или ноушен-подобные сервисы для хранения контактов клиентов в такой цепочке не стоит.
Связка Битрикс24 с внешними сервисами через n8n
Когда роботов и триггеров внутри самой CRM не хватает, я выношу логику в n8n - это быстрее, чем писать интеграцию с нуля на PHP, и проще поддерживать, чем городить бизнес-процессы Битрикс24 с десятком условных блоков. Сценарий обычно такой: n8n слушает вебхук от Битрикс24 на смену стадии сделки, обогащает данные через запрос к внешнему сервису (проверка ИНН контрагента, расчёт стоимости доставки, генерация PDF), и пишет результат обратно в CRM через REST API.
Такая связка особенно выручает, если у компании уже есть телеграм-бот на aiogram для уведомлений сотрудников или клиентов - n8n дергает бота через его API, не трогая код бота напрямую, и вся логика маршрутизации остаётся в одном месте, а не размазана по нескольким системам. Если процесс специфичный и завязан на несколько внешних сервисов одновременно, разумнее сразу закладывать разработку и настройку автоматизации под конкретную воронку, чем пытаться собрать всё стандартными средствами CRM и потом распутывать, где что сломалось.
Когда стандартных роботов не хватает и нужна кастомная логика
Штатных роботов достаточно для 70% типовых сценариев: постановка задач, смена ответственного, отправка писем и смс, создание дел по таймеру. Кастомная разработка нужна там, где логика завязана на условия, которых нет в конструкторе: динамический расчёт скидки по истории покупок клиента, синхронизация остатков между несколькими складами в реальном времени, автоматическое распределение заявок по регионам с учётом часового пояса менеджера.
В таких случаях пишу отдельный бизнес-процесс через REST API Битрикс24 с обработчиком на Python - он подписывается на нужные события (ONCRMDEALUPDATE, ONCRMLEADADD и подобные), проверяет условие и вызывает методы API для изменения сделки. Отдельно стоит закладывать время на обработку ошибок вебхуков: Битрикс24 иногда присылает событие с задержкой или дублирует его, и без идемпотентной обработки на стороне обработчика сделка может продублироваться или уйти в неверную стадию дважды.
Чтобы сайт работал без сбоев
Техподдержка
от 15 000 ₽/мес
Подробнее →Частые вопросы
Чем отличается робот от бизнес-процесса в Битрикс24
Робот - это готовый блок с ограниченным набором действий, который привязывается к стадии сделки или лида и настраивается через интерфейс без программирования. Бизнес-процесс - конструктор с условиями, ветвлениями и вызовами внешнего API, через него собирают логику, которую роботами не выразить: сложные проверки, циклы, интеграции со сторонними сервисами.
Можно ли настроить триггер на событие из внешней системы, например от эквайринга
Напрямую через интерфейс CRM-маркетинга - нет, но через вебхук и промежуточный обработчик да. Внешний сервис присылает вебхук на отдельный URL, обработчик проверяет подпись запроса и через REST API Битрикс24 меняет стадию сделки или запускает нужный бизнес-процесс. Именно так делают связку с оплатой через Т‑Банк или другие банки-эквайеры.
Почему робот срабатывает с задержкой или не срабатывает вообще
Чаще всего дело в трёх вещах: робот привязан к рабочему времени сотрудника и ждёт начала рабочего дня, условие запуска ссылается на поле, которое в сделке не заполнено, либо очередь роботов в тарифе перегружена и Битрикс24 обрабатывает события с отставанием. Проверка начинается с журнала бизнес-процессов в разделе CRM - там видно, на каком шаге логика встала.
Стоит ли переносить всю автоматизацию в n8n вместо роботов Битрикс24
Нет смысла переносить то, что закрывается штатными роботами - это усложнит поддержку без выгоды. В n8n имеет смысл выносить только сценарии с несколькими внешними системами одновременно: оплата плюс доставка плюс уведомления в разных каналах. Для простых постановок задач и смены стадий встроенных роботов достаточно.