Поля в задачах Битрикс24 — это атрибуты, из которых состоит задача: название, ответственный, крайний срок, проект, статус, привязка к CRM. К системным полям добавляются пользовательские — под специфику компании. В статье разберём, какие поля есть у задач, как завести свои и как автоматизация работает с полями: ищет задачи по их значениям, обновляет дедлайны и ответственных, проверяет данные перед постановкой задачи.

Какие поля есть в задачах Битрикс24?

Системный набор: название и описание, постановщик, ответственный, соисполнители и наблюдатели, крайний срок, проект (группа), приоритет, статус, теги, оценка времени и привязка к элементам CRM — лиду, сделке, контакту или компании. Привязка к CRM — ключевое поле для автоматизации: именно по ней бизнес-процесс находит задачи, относящиеся к конкретной сделке. Часть полей появляется в форме задачи только после включения в настройках формы — если не видите, например, соисполнителей, добавьте их в видимый набор. Для контроля важнее всего четыре поля: ответственный, крайний срок, проект и статус — на них строятся фильтры просроченных задач и отчёты по загрузке сотрудников.

Как добавить пользовательские поля в задачи?

Когда системного набора мало — нужно хранить в задаче номер заявки, тип работ или ссылку на внешнюю систему — администратор портала добавляет пользовательские поля в настройках задач. Каждое такое поле получает служебный код с префиксом UF_ — он понадобится для бизнес-процессов и REST API. Принципы те же, что и для полей CRM (подробнее — в статье о полях в Битрикс24): тип выбирайте по способу использования — по списку удобно фильтровать и строить отчёты, строка остаётся свободным текстом; название можно менять в любой момент, тип после создания — нет. Пользовательские поля отображаются в форме задачи, работают в фильтрах списка задач и доступны автоматизации наравне с системными.

Как бизнес-процессы работают с полями задач?

Бизнес-процессы в Битрикс24 обычно запускаются по CRM-сущностям, а задачи создают как шаги: процесс по сделке ставит задачу менеджеру, дальше её нужно находить и обновлять (как устроены процессы целиком — в статье о бизнес-процессах). В роботах и REST поля задач адресуются кодами в верхнем регистре: TITLE — название, RESPONSIBLE_ID — ответственный, DEADLINE — крайний срок, PRIORITY — приоритет. Робот «Обновить задачу по ID» принимает ID задачи и набор полей в формате JSON — например, {"TITLE":"Новый заголовок","RESPONSIBLE_ID":5,"PRIORITY":"2"} — и возвращает признак успеха Y/N. Так процесс переносит дедлайн задачи при смене стадии сделки или переназначает её при смене ответственного — без ручной правки.

Как найти задачу по значению полей?

Чтобы обновить задачу, сначала нужен её ID. Робот «Найти задачу по условию» ищет задачи по фильтру: ответственный, вхождение в название, проект, диапазон крайнего срока, статус, привязка к CRM-сущности (например, DEAL_10 — задачи сделки с ID 10) или произвольный JSON-фильтр; есть сортировка и лимит результатов. Возвращает ID и название первой найденной задачи, полный список ID, количество и признак «найдено» Y/N. Типовой сценарий — защита от дублей: перед постановкой задачи «связаться с клиентом» процесс проверяет, нет ли уже открытой задачи по этой сделке; если есть — не создаёт новую, а переносит дедлайн существующей через обновление по ID.

Как проверить данные перед постановкой задачи?

Задача «перезвонить клиенту» бесполезна, если в карточке нет телефона. Робот «Проверить заполненность поля» проверяет, заполнено ли поле сделки, контакта, компании или лида, и возвращает признак Y/N плюс текущее значение поля. В сценариях с задачами это работает так: перед созданием задачи на звонок робот проверяет телефон контакта; если поле пустое — вместо звонка ставится задача «дозаполнить карточку» с перечнем недостающих данных. Тот же приём страхует любое действие процесса, которому нужны данные: проверка заполненности до шага, а не разбор ошибок после него. Признак Y/N из ответа робота сравнивается в штатном блоке «Условие», поэтому проверка встраивается в любой существующий процесс без его перестройки.

Итог

Поля задач — основа контроля: системные закрывают сроки и ответственность, пользовательские хранят специфику компании, а коды полей открывают задачи для автоматизации. Роботы для работы с задачами — поиск по условию, обновление по ID — собраны в каталоге Роботеки. Если нужного робота нет — опишите задачу, сделаем робота бесплатно и добавим в общую библиотеку.