Как получить незавершённые задачи сотрудника по ID в Битрикс24 через REST-робота

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

На практике упираются в ограничения стандартных условий фильтрации: в интерфейсе встречается выбор статуса только через «Равно» и без удобного варианта «НЕ равно». Из-за этого кажется, что нужно собирать выборку обходными путями — делать несколько действий под разные статусы и затем «склеивать» результаты, что усложняет схему и повышает риск ошибок.

Статусы задач в Битрикс24 могут включать несколько «не финальных» состояний, и если вы хотите получить «всё, кроме завершённых», то логика через перечисление статусов превращается в громоздкую конструкцию. При этом базовая потребность обычно проще: исключить завершённые и отфильтровать по исполнителю.

Самый прямой путь — использовать REST-метод списка задач и применить оператор исключения в фильтре. В этом сценарии задача решается проще, чем через отдельное приложение «Поиск Контактов, Компаний, Сделок, Лидов, Задач и Сотрудников»: вместо расширения логики поиска вы сразу задаёте нужные условия на уровне REST.

Для этого удобно подходит REST API - методы РЕСТ Битрикс24 и JSON в роботах и БП: в роботе вы задаёте метод, параметры запроса в JSON и вытаскиваете результат через JSONPath — без дополнительных «склеек» и лишних активити.

REST-метод:

tasks.task.list

Параметры REST-запроса (JSON):

{

"filter": {

"!REAL_STATUS": 5,

"RESPONSIBLE_ID": "{{ID сотрудника}}"

}

}

JSONPath (чтобы получить ID задач списком):

$.tasks[*].id

Смысл такой: RESPONSIBLE_ID ограничивает выборку задачами конкретного сотрудника, а !REAL_STATUS: 5 исключает завершённые задачи (то есть вы получаете все «незакрытые», независимо от промежуточных статусов).

Вместо четырёх действий под разные статусы вы получаете один аккуратный REST-вызов: он возвращает список незавершённых задач сотрудника, а дальше этот массив можно использовать для подсчёта количества, условий маршрутизации или дальнейшей автоматизации перераспределения нагрузки.

Если цель — «всё, кроме завершённых», не стоит усложнять робота перечислением статусов. Проще исключить финальный статус оператором ! и работать с чистой выдачей REST. В подобных задачах REST API - методы РЕСТ Битрикс24 и JSON в роботах и БП фактически становится универсальным конструктором: вы быстро собираете нужный фильтр, проверяете результат и масштабируете логику под любые дополнительные условия (сроки, группы, теги, проекты).