Как сделать обязательное поле для заполнения в 1С

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

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

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

Способ 1. Свойство «Проверка заполнения» у реквизита

Это штатный и самый быстрый метод. Откройте конфигуратор, найдите нужный объект (справочник, документ), выделите реквизит и в палитре свойств установите параметр Проверка заполнения в значение «Выдавать ошибку». После обновления конфигурации базы данных платформа сама будет подчёркивать пустое поле красным и блокировать запись объекта.

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

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

1. 1
   Откройте конфигуратор и найдите объект (документ или справочник)
2. 2
   Выделите нужный реквизит в дереве объекта
3. 3
   В палитре свойств найдите «Проверка заполнения»
4. 4
   Установите значение «Выдавать ошибку»
5. 5
   Обновите конфигурацию базы данных (F7)
6. 6
   Откройте форму в режиме предприятия и проверьте: пустое поле подчёркнуто, запись блокируется

Способ 2. Программная проверка в обработчике ОбработкаПроверкиЗаполнения

Когда обязательность зависит от условий, используется обработчик ОбработкаПроверкиЗаполнения в модуле объекта. Внутри него вы сами решаете, какие реквизиты проверять, и при нарушении добавляете сообщение об ошибке и устанавливаете параметр Отказ = Истина.

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
    Если ВидОперации = Перечисления.ВидыОпераций.Продажа
        И Не ЗначениеЗаполнено(Договор) Тогда
        ОбщегоНазначения.СообщитьПользователю(
            НСтр("ru = 'Не заполнен договор'"), ЭтотОбъект, "Договор", , Отказ);
    КонецЕсли;
КонецПроцедуры

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

Также в типовых конфигурациях для вывода сообщений принято использовать ОбщегоНазначения.СообщитьПользователю() вместо простого Сообщить() — так сообщение привязывается к полю формы, и пользователь видит его рядом с незаполненным реквизитом.

Способ 3. Доработка типовой конфигурации через расширение

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

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

Обязательные поля в типовых без доработки

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

Путь обычно такой: Администрирование → Общие настройки → Дополнительные реквизиты и сведения. Создайте дополнительный реквизит для нужного объекта и отметьте его как обязательный. Ограничение очевидно: так можно контролировать только дополнительные реквизиты, но не штатные поля вроде «Склад» или «Договор».

Проверка результата и типичные ошибки

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

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

FAQ