В Битрикс24 поисковые роботы часто используют для выборки сделок под автоматизацию: запуск бизнес-процессов, анализ воронок, массовые действия или сегментацию данных. На практике пользователи сталкиваются с тем, что поиск возвращает больше сделок, чем реально существует в нужной воронке, включая закрытые или визуально «пропавшие» карточки.
Именно с такой ситуацией столкнулся пользователь при работе с приложением Поиск Контактов, Компаний, Сделок, Лидов, Задач и Сотрудников.
В чем проблема
При настройке поискового робота по сделкам возникают сразу несколько типичных вопросов:
- почему в результатах появляются закрытые или «неактуальные» сделки;
- как корректно искать успешные и проваленные сделки;
- как ограничить поиск конкретной воронкой, если в CRM их несколько;
- чем отличается стадия сделки от группы стадий.
Ошибки здесь приводят к некорректной автоматизации и лишней нагрузке на портал.
Ограничения стандартной логики Битрикс24
В CRM Битрикс24 есть важный нюанс:
группа стадий — это не воронка и не конкретный этап.
Всего существует три группы стадий сделок:
- P — сделка в работе
- S — сделка успешна
- F — сделка провалена
Эти значения едины для всего портала и не привязаны к конкретной воронке. Поэтому фильтр по группе стадий всегда работает глобально — сразу по всем направлениям продаж.
Попытка одновременно использовать фильтр по стадии и фильтр по воронке может привести к конфликту логики, особенно если в разных воронках есть одинаковые названия стадий.
Решение задачи
Для корректной настройки поиска сделок важно разделять сценарии:
Если нужно найти все успешные или проваленные сделки на портале, независимо от воронки, используется поле «Группа стадий» с указанием значения S или F.
Если же требуется работать в рамках конкретной воронки, правильнее выбирать конкретную стадию сделки, а не группу стадий. В этом случае поиск будет ограничен текущим направлением продаж.
В приложении Поиск Контактов, Компаний, Сделок, Лидов, Задач и Сотрудников этот момент был доработан: фильтр по воронке возвращен в интерфейс, но с явным ограничением — его нельзя использовать совместно с фильтром по стадиям, чтобы избежать логических конфликтов и ошибок выборки.
Для применения обновленного фильтра достаточно переустановить приложение, не удаляя данные и настройки.
Пример логики подхода
Логика настройки всегда начинается с вопроса «что именно нужно найти»:
- глобальную аналитику по статусам — используем группу стадий;
- автоматизацию внутри одной воронки — используем конкретные стадии;
- несколько воронок — выносим процессы в отдельные сценарии, а не смешиваем фильтры.
Такой подход позволяет получать предсказуемый и стабильный результат.
Результат
После корректной настройки поискового робота:
- сделки больше не «дублируются» в выдаче;
- выборка соответствует реальному состоянию CRM;
- бизнес-процессы запускаются только по нужным карточкам;
- снижается нагрузка на портал и упрощается сопровождение автоматизации.
Вывод
Поиск сделок в Битрикс24 требует понимания внутренней логики CRM, особенно при работе с несколькими воронками. Группа стадий — мощный инструмент, но только при правильном применении. Использование специализированных решений, таких как Поиск Контактов, Компаний, Сделок, Лидов, Задач и Сотрудников, позволяет избежать типичных ошибок и настраивать автоматизацию осознанно и безопасно.
