В реальных CRM-проектах почти всегда возникает задача работы с «застоявшимися» сделками. Руководителю важно понимать, какие сделки давно не трогали менеджеры, а автоматизации — уметь корректно такие сделки находить и обрабатывать: переводить в другие стадии, ставить задачи, уведомлять ответственных или формировать отчеты.
На первый взгляд кажется, что эту задачу легко решить стандартными роботами Битрикс24, но на практике появляются ограничения, которые мешают получить нужный результат.
Почему стандартный поиск не подходит
Поисковые роботы в Битрикс24 работают строго с конкретным значением поля. Это означает, что система может найти сделки, у которых последняя активность была, например, ровно 90 дней назад, но не умеет выбирать все сделки, у которых активность была раньше этой даты. Фактически диапазон «90 дней и старше» стандартными средствами не описывается.
Дополнительно накладывается ограничение REST-методов списка: за один запрос можно получить не более 50 элементов. Даже если фильтр задан правильно, данные будут возвращаться частично, что делает автоматизацию ненадежной.
Подход к решению через REST API
Для обхода этих ограничений был использован REST-робот из приложения REST API — методы РЕСТ Битрикс24 и JSON в роботах и БП. Он позволяет напрямую работать с REST-методами CRM внутри бизнес-процессов и задавать любые фильтры без логических ограничений стандартных роботов.
В качестве основы используется метод crm.deal.list с фильтром по полю LAST_ACTIVITY_TIME, где дата рассчитывается динамически как «текущий момент минус 90 дней». Таким образом система корректно выбирает все сделки, по которым не было активности за указанный период.
Как обойти лимит в 50 сделок
Чтобы получить полный список сделок, применяется метод batch. Он позволяет выполнить несколько REST-запросов за один вызов, каждый раз смещая выборку с помощью параметра start. На практике это выглядит как последовательный запрос данных блоками по 50 элементов до тех пор, пока все сделки не будут получены.
Ключевым моментом становится правильное извлечение результатов. Для batch-ответов используется JSONPath, который собирает ID сделок из всех вложенных результатов сразу. Ошибка в этом месте приводит к ситуации, когда данные фактически есть, но бизнес-процесс считает результат пустым.
Что получается в итоге
В результате бизнес-процесс получает полноценный массив идентификаторов сделок без активности более 90 дней, без ограничений по количеству. Этот массив можно сохранить в переменную, передать в итератор и дальше выстроить любую логику: от массовых изменений стадий до сложных сценариев контроля работы менеджеров.
Подход легко масштабируется и дополняется фильтрами по стадиям, воронкам или ответственным сотрудникам. Именно так REST-подход превращает разовую задачу в устойчивое автоматизированное решение.
Итог
Когда требуется работать с диапазонами дат и большими объемами данных, стандартных инструментов Битрикс24 оказывается недостаточно. Использование REST API — методы РЕСТ Битрикс24 и JSON в роботах и БП позволяет обойти системные ограничения, получить полный контроль над выборками и строить бизнес-процессы, которые действительно работают в реальных CRM-проектах.
(1 оценок, среднее: 5,00 из 5)
Загрузка...