Поля в Битрикс24 — это ячейки карточки лида, сделки, контакта, компании или смарт-процесса: системные («Сумма», «Стадия») создаёт сам Битрикс24, пользовательские добавляете вы под свои данные. От устройства полей зависит всё остальное: фильтры, отчёты, автоматизация, генерация документов. Разберём типы, обязательность, множественные значения и — главное, чего нет в справке — как с полями работают роботы и бизнес-процессы.

Какие типы пользовательских полей есть в Битрикс24?

Создать поле можно прямо из карточки («Создать поле» внизу) или в настройках CRM → Настройки полей. Основные типы: строка, число, да/нет, дата/время, список, ссылка, адрес, деньги, файл, привязка к сотруднику или к элементам CRM. Тип выбирайте по тому, как поле будет использоваться дальше: по списку удобно фильтровать и строить отчёты, по строке — нет; «деньги» хранит валюту вместе с суммой; «привязка к CRM» делает поле кликабельной связью, по которой потом может пройти автоматизация. Переименовать поле можно всегда, а вот тип после создания не меняется — при ошибке поле пересоздают и переносят данные.

Как сделать поле обязательным — и почему лучше «обязательное по стадии»?

Обязательность настраивается в карточке поля. Жёсткая обязательность «всегда» мешает менеджерам: при создании лида данных ещё нет, и поле заполняют мусором, лишь бы сохранить. Правильный приём — обязательность по стадиям: поле «Бюджет» становится обязательным при переходе в «Переговоры», «Причина отказа» — только на стадии «Проиграна». Так карточка наполняется по мере движения по воронке. Дыра этого механизма: он проверяет только ручные переходы — данные, прилетевшие импортом или по API, проверку обходят. Страховка в автоматизации: робот «Проверить заполненность поля» на стадии возвращает Y/N, и процесс либо пропускает сделку дальше, либо ставит задачу менеджеру дозаполнить.

Что особенного у множественных полей?

Множественное поле хранит несколько значений сразу — телефоны, email, теги. Два подводных камня. В бизнес-процессах множественное значение подставляется списком через запятую: чтобы работать с элементами по отдельности, его сначала разбирают (для строк — робот «Разбить строку по разделителю»). А при обновлении через API или роботов множественные поля не дополняются, а перезаписываются целиком — если записать одно значение, остальные пропадут. Поэтому сценарий «добавить тег» всегда выглядит как «прочитать текущие значения → добавить новое → записать всё обратно».

Как заполнять, чистить и переносить поля автоматически?

Четыре операции закрывают почти все сценарии. Записать значение — штатное действие «Изменить документ» или роботы обновления сущностей. Очистить поле штатно неудобно (пустая строка не всегда равна «пусто») — робот «Очистить поле» обнуляет значение корректно для любого типа. Перенести значение между связанными сущностями — пара роботов «Получить значение поля связанной сущности» и «Записать значение в поле связанной сущности»: например, при смене стадии сделки прочитать у контакта город и записать его в сделку для отчётности, или наоборот — протолкнуть статус из сделки в карточку компании. Проверить заполненность перед генерацией документа — «Проверить заполненность поля», чтобы в договор не уехали пустые реквизиты.

Частые ошибки при работе с полями

Поле-дубль: вместо поиска существующего поля создают новое с похожим именем, и данные расползаются — раз в квартал проводите ревизию настроек полей. Строка вместо списка: фильтры и отчёты по свободному тексту не работают («Москва», «москва», «МСК» — три разных значения); где значения повторяются, нужен список. Обязательность «всегда» вместо «по стадии» — про неё выше. И последнее: проверка заполненности только в интерфейсе, без страховки в процессе — автоматизация, импорт и API её обходят.

Итог

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