Условия в роботах: фильтры и поля

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

Что такое условие выполнения робота

Каждый робот на стадии воронки имеет блок «Условие для выполнения действия». Это набор правил, который CRM проверяет в момент, когда сделка доходит до стадии с роботом. Если условие выполнено — робот отрабатывает своё действие (отправляет письмо, ставит задачу, меняет стадию). Если нет — робот пропускается, а сценарий идёт дальше к следующему роботу в очереди.

Важно не путать условие с триггером. Триггер запускает движение по воронке в ответ на внешнее событие (приход оплаты, открытие письма, заполнение формы). Условие внутри робота лишь решает, отрабатывать ему или нет, когда очередь уже дошла. Оба механизма работают с одними и теми же полями CRM, поэтому логика их настройки похожа.

Где настраивается блок условий

Условия задаются прямо в карточке робота. Откройте CRM → Сделки → Роботы (или «Автоматизация» в новом интерфейсе), выберите нужную стадию и добавьте либо отредактируйте робота. В его настройках есть раздел с выбором «Выполнять действие: всегда / при выполнении условия».

Переключив на «при выполнении условия», вы получаете конструктор из трёх элементов на каждую строку:

• Поле — какое поле сделки проверяем (Сумма, Стадия, Ответственный, Источник, любое пользовательское поле);
• Оператор — как сравниваем (равно, больше, содержит, заполнено и т. д.);
• Значение — с чем сравниваем (константа, значение из другого поля или результат предыдущего робота).

Строк условий может быть несколько. Между ними выбирается логика объединения — обо всех тонкостях ниже.

Операторы сравнения

Набор доступных операторов зависит от типа поля. Для числовых полей (Сумма) доступны сравнения по величине, для строковых — вхождение подстроки, для списочных — точное совпадение с элементом справочника. Наиболее востребованные:

Оператор заполнено — один из самых полезных: перед отправкой SMS логично проверить, что у сделки вообще есть номер телефона, иначе робот отработает вхолостую и создаст ошибку в журнале.

Какие поля можно проверять

В условии доступны почти все поля сущности, на которой стоит робот. Их удобно разделить на группы:

• Системные поля сделки: Сумма, Валюта, Стадия, Вероятность, Ответственный, Источник, Дата создания, Тип сделки;
• Пользовательские поля (UF_CRM_*): всё, что вы завели сами — категория клиента, регион, признак «повторный», флаги согласований;
• Связанные сущности: поля привязанного контакта и компании (например, отрасль компании или должность контакта);
• Товарные позиции: наличие конкретного товара или общая сумма товаров в сделке.

Именно пользовательские поля дают гибкость. Типовой приём — завести список UF_CRM_SEGMENT со значениями «Розница / Опт / VIP» и строить всю автоматизацию на нём: роботы отправляют разные письма, ставят задачи разным отделам и двигают сделку по своим правилам в зависимости от сегмента.

Логика И / ИЛИ и группировка

Когда условий несколько, Битрикс24 соединяет их логическими связками. По умолчанию строки объединяются по И — робот сработает, только если выполнены все правила одновременно. Переключив связку на ИЛИ, вы получите срабатывание при выполнении хотя бы одного условия.

Смешивать И и ИЛИ в одном плоском списке рискованно: логика читается линейно, и сложное правило вроде «(источник = сайт И сумма > 50000) ИЛИ тип = VIP» напрямую собрать трудно. Практичное решение — разбить логику на несколько роботов с простыми условиями, поставленных подряд на одной стадии. Каждый отвечает за свою ветку, а читается такая конструкция гораздо понятнее, чем длинная строка условий.

1. Сформулируйте правило словами и разбейте его на независимые ветки.
2. Каждой ветке — отдельный робот с простым набором условий по И.
3. Сложные пересечения выносите в пользовательское поле-флаг, которое заполняет отдельный робот заранее.

Значения из полей и результатов роботов

Сила условий в том, что справа от оператора можно подставлять не только константу. Через кнопку выбора значения (иконка со списком полей) доступны:

• Поля текущей сделки — сравнение двух полей между собой, например «Плановая сумма» и «Фактическая сумма»;
• Результаты предыдущих роботов — робот проверки оплаты или запроса к внешней системе возвращает значение, которое следующий робот проверяет в условии;
• Данные связанных контакта и компании;
• Системные значения — текущая дата и время для сравнения со сроками.

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

Типовые ошибки и отладка

Большинство проблем с условиями — это не баги, а неверные ожидания от логики проверки. Самые частые:

• Робот «не срабатывает». Чаще всего условие проверяется в момент попадания на стадию, а поле заполняется позже. Проверьте порядок: сначала должно заполниться поле, потом отрабатывать зависящий от него робот.
• Сравнение суммы без учёта валюты. Если в воронке разные валюты, порог «больше 1000» отработает не так, как ожидается — учитывайте это в мультивалютных сделках.
• Точное совпадение строк. Оператор «равно» для текста чувствителен к лишним пробелам и регистру; для гибкости надёжнее «содержит».
• Условие на пустом обязательном поле — робот молча пропускается.

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

Итог

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

Мы в B2Bsite проектируем автоматизацию продаж в Битрикс24 так, чтобы роботы срабатывали адресно, а не веерно: разбираем ваши процессы, заводим нужные поля и выстраиваем условия под реальные ветки сделок. Если роботы работают не так, как ожидалось, или их логику пора привести в порядок — поможем спроектировать и отладить сценарии.