Обязательные поля в Битрикс24: по стадиям и по условию

Коротко, чтобы не держать вас в неведении до середины текста: обязательные поля в Битрикс24 настраиваются двумя штатными способами — поле требуется либо всегда, либо на выбранных стадиях. Второе обычно и ищут: пока не заполнена причина отказа, сделка в «Провал» не уезжает. А вот «обязательное только при условии» — адрес нужен лишь при доставке до двери, реквизиты только у юрлица — штатно не настраивается никак.

Дальше: как включается штатная обязательность и с какого тарифа она работает, что видит менеджер, где настройка упирается в потолок и что в этой точке делает наше приложение из Маркетплейса.

Как сделать поле обязательным штатно

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

Обязательное на всех стадиях. Карточка не сохранится, пока поле пустое. Для телефона в лиде — нормально. Для адреса доставки — беда: менеджер не заведёт сделку по входящему звонку, пока не выпытает улицу и дом, хотя до отгрузки ещё две недели переговоров.

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

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

Что увидит менеджер

Он тянет сделку в канбане на «Отгрузку» — и вместо перехода получает окно Битрикс24 со списком того, что надо заполнить. То же самое при смене стадии в карточке. Не заполнил — стадия осталась прежней.

Что в канбане тоже — существенно: половина отдела продаж карточку открывает через раз.

Где штатной настройки перестаёт хватать

Потолок у неё один, зато неприятный: она не знает слова «если». Стадия одна и та же, а набор нужных полей на ней разный.

Разберу на доставке. На стадии «Отгрузка» три варианта: до двери — нужен адрес и дата; транспортной компанией — название ТК и пункт выдачи; самовывоз — ничего. Штатно выбор один: сделать все пять полей обязательными для всех трёх случаев. Менеджер при самовывозе напишет в адрес «-», а в «Транспортную компанию» — «нет». Формально заполнено. Отчёт по таким данным не собрать, а печатная форма накладной подставит в адрес прочерк.

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

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

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

Обходы без приложений и чем они плохи

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

Развести случаи по разным воронкам. «Доставка до двери» — одна воронка, «самовывоз» — другая, в каждой свои обязательные поля от стадии. Штатно и в простых случаях даже разумно. Но сквозной отчёт собирается руками, сделка переезжает из воронки в воронку через пересоздание, а каждое изменение процесса надо повторить столько раз, сколько воронок. На двух вариантах терпимо, на четырёх — нет.

Закрыть переход правами. Перетаскивать сделку в «Счёт выставлен» разрешено руководителю и финансам, остальным — нет. Контроль появляется, но бутылочным горлышком становится человек, который руками открывает карточки. Для стадии, куда сделки заезжают раз в неделю, годится; для ежедневного потока — нет. Как настраиваются права на стадии, разбирали в статье про права доступа в Битрикс24.

Все три обхода ловят нарушение после того, как оно случилось, либо перекладывают проверку на человека.

Как это решает приложение all4it

Приложение называется «Обязательные поля по условиям и стадиям», мы выложили его в Маркетплейс Битрикс24 30 октября 2026 года. Распространяется по подписке Битрикс24 Маркет+: своей цены и встроенных покупок нет. Работает оно через ту же штатную «Обязательность поля от стадии» — значит, на «Бесплатном» не заработает ни приложение, ни сама функция.

Настройка собирается как правило из трёх частей.

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

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

Что заполнить — любые пользовательские поля, в том числе множественные и файлы, плюс сумма, комментарий, контакт и компания.

В одном правиле до 20 условий и до 50 обязательных полей, число самих правил не ограничено.

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

Второй сценарий — реквизиты перед счётом. На стадии «Счёт» правило смотрит на тип клиента: юрлицо — без привязанной компании счёт не выставить; физлицо — пропускает без вопросов. Частник при этом не висит на стадии из-за компании, которой у него не существует.

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

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

Собирать с нуля не обязательно — внутри лежат шаблоны: «Причина провала», «Тип доставки», «Адрес при доставке», «Реквизиты перед счётом», «Дата следующего контакта при отказе». Мастер из трёх шагов, на последнем — предпросмотр окна менеджера. Эту картинку стоит показать РОПу до запуска, а не после первых жалоб.

Чего приложение не делает

Прочитать это лучше до установки, чем после.

• «Бесплатный» тариф — не поддерживается, обойти нечем: ограничение штатной функции.
• Настраивает только администратор портала. Руководитель отдела сам правило не поправит.
• Обход роботом замечается после перехода, а не вместо него. Несколько секунд сделка в новой стадии проживёт в любом случае.
• Контакты и компании не поддерживаются — у них нет стадий, механизму не за что зацепиться. Там остаётся штатное «обязательное всегда».
• Адрес и привязки к смарт-процессам в окне не заполнить — окно подскажет сделать это в карточке.
• Файл в окне — до 10 МБ. Скан договора на двадцать страниц в хорошем разрешении не влезет.

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

Можно ли сделать поле обязательным только на одной стадии без приложений?

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

Почему робот переносит сделку, а окно с полями не появляется?

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

Сколько стоит приложение?

Отдельной цены у него нет: распространяется по подписке Битрикс24 Маркет+, встроенных покупок внутри тоже нет. Условия самой подписки смотрите у вендора — они не наши.

Работает ли это для контактов и компаний?

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

Что будет с настройками, если мы удалим приложение?

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

Что дальше

Если задача ровно такая, как в статье, — поставьте приложение из Маркетплейса Битрикс24 и соберите первое правило из шаблона. Вопросы — на info@all4it.org, пн–пт с 10 до 19 МСК, первый ответ в течение четырёх рабочих часов.

Если же пустые поля — только симптом, а воронки не описаны, роботы собраны кем-то два года назад и половина данных приезжает из 1С неизвестно как, одним приложением вы не закроетесь. Это работа по настройке Битрикс24: начинаем с аудита — от 50 000 ₽ за две-три недели, дальше спринтами. Упирается в обмен данными между системами — это интеграции и автоматизация; портала ещё нет — этапы и бюджеты разобраны в статье про внедрение Битрикс24.

И то, что мы обычно говорим на внедрении. Обязательное поле — не способ дисциплинировать отдел продаж, а способ не потерять данные, которые нужны вам в отчёте. Если поле требуют, а в отчёте оно не используется никогда, его надо не делать обязательным, а убирать из карточки. Иначе менеджеры найдут, что в него написать, и вы получите «-», «нет» и «уточнить».