Поля в Битрикс24: пользовательские поля в CRM и задачах, типы и настройка

18.03.2026

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

Содержание:

• Что такое поля в Битрикс24 и где они живут
• Системные и пользовательские поля
  • Системные поля лида и сделки: список и коды
• Типы полей: что выбрать под какие данные
• Как создать и настроить поле в CRM
• Обязательные поля и поля по стадиям
  • Что значит обязательное и необязательное поле
• Поля в задачах и в смарт-процессах
  • Какие поля можно добавить в задачу
• Кто какие поля видит: права на поля
• Идентификатор поля: зачем он нужен
• Ошибки при работе с полями
• Частые вопросы

Что такое поля в Битрикс24 и где они живут

Любой объект портала — лид, сделка, контакт, компания, задача, элемент смарт-процесса — это набор полей. Название, сумма, ответственный, срок, источник обращения: каждая такая характеристика хранится в отдельном поле. Всё, что вы потом увидите в фильтре, в списке колонок, в отчёте или в условии робота, берётся именно из полей.

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

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

Системные и пользовательские поля

Системные поля идут с порталом изначально: название, сумма и валюта сделки, стадия, ответственный, даты создания и изменения, реквизиты у компании, телефон и почта у контакта. Их нельзя удалить, но можно скрыть из карточки, если они не нужны, и часть из них можно переименовать.

Пользовательские поля вы добавляете сами под свои процессы: «Источник заявки», «Причина отказа», «Договор подписан», «Регион поставки», «Тип объекта». Именно они превращают типовую CRM в вашу.

Есть важный момент, который часто выясняется слишком поздно. Многое из того, что компании заводят как пользовательские поля, в Битрикс24 уже существует как отдельная сущность. Товары в сделке — это не поле, а табличная часть с количеством и ценой. Реквизиты компании — это отдельный блок, а не десяток текстовых полей. Контактное лицо — это связь с контактом, а не поле «Имя клиента» в сделке. Если завести такие данные полями, они не попадут в счета, документы и отчёты, а интеграция с 1С их не увидит. Перед созданием поля стоит убедиться, что штатного места для этих данных действительно нет.

Системные поля лида и сделки: список и коды

Системные поля ещё называют штатными — это всё, что есть в карточке сразу после создания портала. У каждого такого поля, как и у пользовательского, есть технический код. Он нужен, когда заявки с сайта передаются в CRM, когда настраивается обмен с 1С или внешний отчёт: система понимает не «Ответственный», а ASSIGNED_BY_ID. Ниже основные штатные поля лида и сделки с кодами, под которыми они видны в REST API Битрикс24.

Из таблицы видна главная разница между лидом и сделкой. Лид хранит имя, телефон и название компании прямо в себе — это «сырая» заявка. Сделка сама по себе контактов не содержит: клиент привязан к ней через карточку контакта и компании. Поэтому, если вы ищете в сделке поле «Телефон», его там нет — он в связанном контакте, и в роботах и отчётах его берут оттуда.

Пользовательские поля в тех же списках идут с префиксом UF_CRM_. Полный перечень полей конкретного портала, вместе с вашими, отдают REST-методы crm.lead.fields и crm.deal.fields, для задач — tasks.task.getFields; это самый надёжный способ, когда код нужно передать разработчику или интегратору.

Типы полей: что выбрать под какие данные

Тип поля определяет, что в него можно записать и что потом с этим можно сделать. Главная развилка — текст или список. В текстовом поле менеджеры напишут «Яндекс», «яндекс директ», «реклама Яндекса» и «с сайта», и посчитать такие данные будет невозможно. Список даёт готовые варианты, по которым строятся фильтры и отчёты.

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

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

Как создать и настроить поле в CRM

Порядок одинаковый для лида, сделки, контакта и компании.

1. Откройте карточку нужной сущности и перейдите в режим настройки полей карточки. Поля создаются и там, и в разделе настроек CRM («CRM — Настройки — Пользовательские поля»), результат один и тот же. Лимит щедрый: до 1016 пользовательских полей на каждый тип элемента CRM.
2. Добавьте поле: выберите тип, задайте название, при необходимости включите множественность и обязательность.
3. Для списка заполните варианты и задайте их порядок. Порядок значений в списке — это порядок, в котором их увидит менеджер; самые частые варианты ставьте наверх.
4. Разместите поле в карточке: перетащите его в нужный раздел и в нужное место. Поля, которые заполняются на старте, должны быть выше полей, которые заполняются к концу сделки.
5. Сохраните и решите, для кого применить новый вид карточки: только для себя или для всех сотрудников. Это отдельный вопрос при сохранении, и его часто проскакивают — потом оказывается, что поле видит только тот, кто его создал.

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

Нужна помощь с настройкой? Мы настраиваем карточки, поля и автоматизацию под процесс компании, а не по типовому шаблону — от структуры воронок до обмена с 1С. Подробности на странице внедрения и настройки Битрикс24.

Обязательные поля и поля по стадиям

Обязательное поле нельзя оставить пустым — карточка не сохранится. Это главный инструмент борьбы с пустой CRM, и он же главный источник раздражения, если пользоваться им неаккуратно.

Требовать заполнения всего и сразу нельзя: в момент создания сделки менеджер физически не знает ни суммы, ни причины отказа. Поэтому в Битрикс24 обязательность привязывается к стадии — поле становится обязательным только тогда, когда сделка доходит до определённого этапа. Типичная схема:

• при создании — источник заявки и контактное лицо;
• на стадии «Отправлено КП» — сумма и дата следующего шага;
• при переводе в «Сделка провалена» — причина отказа;
• при переводе в «Сделка успешна» — номер договора или дата оплаты.

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

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

Что значит обязательное и необязательное поле

Необязательное поле можно оставить пустым: карточка сохранится, робот сработает, сделка поедет дальше. Обязательное — это требование системы: пока в нём нет значения, сохранить карточку нельзя, Битрикс24 подсветит поле и попросит его заполнить. В настройке поля в CRM этот параметр называется «Обязательное на стадии»: можно требовать заполнения на всех стадиях сразу или только на выбранных. У лида то же самое работает по статусам.

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

Поля в задачах и в смарт-процессах

У задач свои пользовательские поля, и настраиваются они отдельно от CRM — в настройках задач портала. Смысл тот же: добавить к задаче данные, которых нет в стандартной форме, — номер объекта, тип работ, ссылку на документ, плановые часы.

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

Какие поля можно добавить в задачу

Поле добавляется прямо из карточки задачи: блок «Пользовательские поля» — «Добавить поле». Сделать это может только администратор портала, и настройка доступна не на всех тарифах. Новое поле сразу появляется во всех задачах портала — отдельно для проекта или шаблона его не завести.

Выбор типов в задачах заметно уже, чем в CRM. Их четыре:

Отсюда ответ на частый вопрос, как добавить в задачу поле типа «список»: штатно — никак, такого типа в задачах нет. Рабочих обходов три. Первый — теги: у задач они есть из коробки, по ним работают фильтр и поиск, а набор тегов можно договориться держать фиксированным. Второй — привязка задачи к элементу CRM: если «список» на самом деле означает «к какому клиенту или объекту относится задача», правильнее связать задачу со сделкой или элементом смарт-процесса, где списки есть. Третий — вынести процесс в смарт-процесс целиком: если задачам нужны списки, стадии и отчёты по полям, это уже не задача, а отдельная сущность CRM. Строковое поле с «договорённостью писать одно из пяти слов» мы не советуем: через месяц в нём будет двадцать вариантов написания.

Отдельная история — смарт-процессы. Это, по сути, собственные сущности CRM: договоры, объекты, заявки на сервис, согласования. У смарт-процесса свой набор полей, своя воронка и свои роботы. Если вы ловите себя на том, что добавляете в сделку десяток полей про объект, а объектов у клиента много — скорее всего, вам нужен не набор полей, а отдельный смарт-процесс со связью на сделку. Так данные не будут дублироваться, а бизнес-процессы смогут работать с каждым объектом отдельно.

Кто какие поля видит: права на поля

В Битрикс24 права доступа настраиваются не только на сделки целиком, но и на отдельные поля. Для каждой роли поле можно сделать доступным для чтения и записи, доступным только для чтения или полностью скрытым.

Где это действительно нужно:

• закупочная цена и маржа — видит руководитель, не видит менеджер;
• поля с персональными данными, к которым имеет доступ только ограниченный круг;
• служебные поля, которые заполняют роботы: пусть они будут только для чтения, чтобы никто не переписал значение руками.

Важная деталь: скрытое поле пропадает не только из карточки, но и из отчётов и выгрузок этого сотрудника. Поэтому, прежде чем закрывать поле, проверьте, не строится ли на нём отчёт, которым пользуется отдел.

Идентификатор поля: зачем он нужен

У каждого пользовательского поля кроме названия есть технический идентификатор — строка вида UF_CRM_ с числом или с заданным вами кодом. Название поля видит менеджер, идентификатор используют системы.

Он понадобится в трёх случаях:

• при выгрузке данных и в отчётах, которые строятся вне интерфейса;
• при интеграции: обмен с 1С, передача заявок с сайта, подключение сторонних сервисов — везде указывается именно идентификатор, а не название;
• при работе роботов и триггеров, когда значение поля подставляется в письмо или в задачу.

Отсюда два правила. Первое: если поле будет участвовать в интеграции, задайте ему понятный код сразу при создании — потом идентификатор не поменять без переделки настроек на стороне другой системы. Второе: переименование поля безопасно, идентификатор при этом не меняется, а вот удаление и создание нового поля с тем же названием — уже другое поле, и все интеграции по нему отвалятся.

Важно: удаление пользовательского поля удаляет и все данные, которые в нём накоплены, во всех карточках сразу и без возможности отката. Если поле кажется лишним, сначала уберите его из карточки (скройте), понаблюдайте месяц и только потом удаляйте. Перед любой массовой операцией с полями имеет смысл сделать выгрузку сделок в таблицу — это единственная страховка.

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

• Поля «на всякий случай». Карточка на сорок полей, из которых заполняются шесть. Менеджеры перестают читать карточку целиком и пропускают важное.
• Текст вместо списка. Данные, которые нужно считать, хранятся произвольным текстом — отчёт по ним построить невозможно.
• Дубли смыслов. «Источник», «Откуда пришёл» и «Канал» живут одновременно, каждый заполняет то, что ему привычнее.
• Всё обязательно с самого начала. Менеджер не может сохранить карточку и пишет в поля мусор, лишь бы пройти дальше.
• Поле создано «только для себя». При сохранении карточки выбран не тот вариант применения, и коллеги поля не видят.
• Данные не в том месте. Товары, реквизиты и контактные лица заведены полями вместо штатных сущностей — счета и обмен с 1С работают неправильно.
• Никто не следит за заполняемостью. Поля есть, обязательности нет, проверок нет. Через полгода данных для отчёта не хватает, и всё приходится поднимать вручную.

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

Частые вопросы

Чем пользовательское поле отличается от системного?
Системные поля есть в Битрикс24 изначально (сумма, стадия, ответственный), их нельзя удалить. Пользовательские вы создаёте сами под свои процессы, им можно задать тип, обязательность и права доступа.

Какие типы полей есть в Битрикс24?
Строка, число, деньги, дата и дата со временем, да/нет, список, привязка к сотруднику, привязка к элементу CRM, файл, ссылка и ряд других. Почти любой тип можно сделать множественным, то есть принимающим несколько значений.

Как сделать поле обязательным только на определённой стадии?
В настройках обязательности поля указывается стадия, начиная с которой оно должно быть заполнено. Так сумму можно требовать на стадии отправки коммерческого предложения, а причину отказа — только при переводе сделки в провальные.

Что будет, если удалить поле?
Вместе с полем удаляются все данные, которые в нём хранились, во всех карточках, и восстановить их нельзя. Безопаснее скрыть поле из карточки и удалить его позже, предварительно выгрузив данные.

Где посмотреть идентификатор поля для интеграции?
В настройках пользовательского поля рядом с названием указан технический код вида UF_CRM_. Именно он используется при обмене с 1С, передаче заявок с сайта и в подстановках роботов; название поля для этого не годится.

Какие системные поля есть у лида в Битрикс24?
Основные штатные поля лида: название (TITLE), статус (STATUS_ID), источник (SOURCE_ID), сумма и валюта (OPPORTUNITY, CURRENCY_ID), ответственный (ASSIGNED_BY_ID), имя и фамилия (NAME, LAST_NAME), название компании (COMPANY_TITLE), телефон и e-mail (PHONE, EMAIL), комментарий (COMMENTS). Полный список вместе с пользовательскими полями отдаёт REST-метод crm.lead.fields.

Что значит обязательное поле в карточке Битрикс24?
Это поле, без которого карточку нельзя сохранить или перевести дальше по воронке. В CRM обязательность задаётся параметром «Обязательное на стадии»: на всех стадиях или только на выбранных. Необязательное поле можно оставить пустым.

Можно ли добавить в задачу поле типа «список»?
Штатно нет: в задачах Битрикс24 доступны четыре типа пользовательских полей — строка, число, дата со временем и да/нет. Вместо списка используют теги, привязку задачи к элементу CRM или выносят процесс в смарт-процесс, где списки есть.

← Все статьи