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

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

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

Какие триггеры есть и как строится связка с роботами?

Основные группы: коммуникации (входящее письмо, звонок, сообщение в открытую линию), оплата и документы (счёт оплачен, документ просмотрен), формы и сайт (заполнена CRM-форма, посещение страницы), изменения данных (изменилось поле, появилась запись в таймлайне), задачи (изменился статус связанной задачи). Связка проектируется от события: «клиент оплатил» → триггер переносит сделку в «Оплачено» → роботы стадии шлют чек, ставят задачу на отгрузку, уведомляют руководителя. Вся логика живёт в роботах стадии — поэтому стадии под триггеры должны быть событийными («Оплачено», «Ответил на КП»), а не размытыми.

Как добавить триггеру условия, которых у него нет?

У триггеров минимум собственных настроек: «письмо пришло» не различает, от кого письмо, «поле изменилось» не знает, на какое значение. Фильтрация делается на принимающей стадии: первым роботом ставится «Сложное условие» — оно проверяет комбинацию полей (источник = реклама И сумма больше порога) и возвращает Y/N, по которому процесс либо продолжает обработку, либо возвращает сделку на исходную стадию. Перед обработкой полезно проверить данные: «Проверить заполненность поля» ловит карточки без телефона или суммы, а тернарный оператор подставляет значение по умолчанию вместо пустоты. Так триггер остаётся простым датчиком, а ум сидит в роботах.

Почему триггер не срабатывает: чек-лист

Пять причин закрывают почти всё. Сделка уже на целевой стадии — триггер не двигает элемент туда, где он уже стоит. Триггер настроен в другой воронке — у каждой воронки свой набор, проверьте, что настраивали там, где живёт сделка. Событие не то, чем кажется: «входящее письмо» срабатывает на письмо, привязанное к CRM-сущности, а не на любую почту; «оплата счёта» — на смену статуса счёта в Битрикс24, а не на поступление денег в банк. Права и интеграции: триггер звонка не сработает без подключённой телефонии, триггер формы — если форма не из CRM Битрикс24. И порядок в списке: когда на одно событие претендуют несколько триггеров, сработает верхний — проверьте приоритет.

Итог

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