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