В рамках автоматизации возникла типовая, но неочевидная задача: из лида нужно взять выбранные бренды и на их основе заполнить данные в смарт-процессе. Бренды хранятся в универсальном списке, а в лиде поле «Бренд» настроено как множественное. На определённой стадии воронки требовалось автоматически найти соответствующие элементы списка и записать их в карточку смарт-процесса без ручной обработки.
Где возникает сложность
Пока в лиде выбран один бренд, бизнес-процесс работает ожидаемо: поиск находит элемент, возвращается ID, всё корректно сохраняется. Но при выборе двух и более брендов поиск внезапно перестаёт возвращать результат. В уведомлениях и логике процесса вместо данных появляются пустые значения, а дальнейшие действия не выполняются.
Причина в том, что множественное поле «Список» фактически передаёт не одно значение, а набор. При прямой подстановке такого поля в действие поиска Битрикс24 получает не отдельные элементы, а некую строковую конструкцию, которая для поиска по списку не подходит. В результате поиск выполняется формально, но ничего не находит.
Почему стандартные инструменты не помогают
В интерфейсе всё выглядит логично: есть поле лида, есть действие поиска, остаётся лишь связать одно с другим. Однако бизнес-процессы Битрикс24 не умеют автоматически «разворачивать» множественные значения для таких операций. Они не интерпретируют массив как набор отдельных параметров поиска, и это ключевое ограничение стандартной логики.
Рабочий подход к решению
Корректная схема строится не вокруг самого поиска, а вокруг подготовки данных. Сначала значения из множественного поля лида сохраняются в отдельную переменную бизнес-процесса, также множественную. Это позволяет зафиксировать массив значений в управляемом виде.
Далее используется итератор. Он последовательно перебирает каждое значение из переменной и на каждом шаге передаёт в поиск ровно один бренд. В таком формате поиск элементов универсального списка начинает работать стабильно и предсказуемо. Каждый найденный элемент можно сразу обрабатывать: сохранять его идентификатор, записывать в поле смарт-процесса или использовать в дальнейшей логике.
На практике именно такая связка — переменная, итератор и поиск — позволяет избежать пустых результатов и скрытых ошибок, которые возникают при прямой подстановке множественных полей.
Что в итоге получается
После перехода на итеративную обработку брендов бизнес-процесс начинает корректно работать независимо от количества выбранных значений. Один бренд, три или десять — логика остаётся стабильной, а данные в смарт-процессе заполняются полностью и без дублирования.
В подобных сценариях Поиск элементов Списка по любым полям выступает не просто как вспомогательное действие, а как полноценный инструмент сопоставления данных между сущностями. В сочетании с итератором он позволяет строить гибкие и масштабируемые схемы автоматизации без доработок и кастомного кода.
Вывод
Если задача связана с обработкой множественных полей и поиском по справочникам, важно не пытаться «ускорить» процесс одним действием. Надёжный результат достигается только тогда, когда каждое значение обрабатывается отдельно. Такой подход универсален и одинаково хорошо работает не только с брендами, но и с любыми другими списками в CRM. В реальных проектах именно эта логика делает автоматизацию устойчивой и пригодной для роста.
(1 оценок, среднее: 5,00 из 5)
Загрузка...