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

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

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

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

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

Механизм проверки заполнения срабатывает автоматически при записи объекта, если у реквизита в конфигураторе установлено свойство «Проверка заполнения» со значением «Выдавать ошибку». Платформа проверяет, что реквизит заполнен, и при пустом значении выводит сообщение вида «Поле "Наименование" не заполнено» и блокирует запись.

Проверка выполняется в два этапа. Сначала платформа проверяет реквизиты, помеченные как обязательные, а также реквизиты с функциональными опциями и условиями обязательности. Затем вызывается обработчик события ОбработкаПроверкиЗаполнения в модуле объекта, где разработчик может добавить собственные проверки и отказаться от записи через параметр Отказ = Истина.

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

Способ 1. Отключить проверку в свойствах реквизита

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

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

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

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

Способ 2. Обойти проверку программно при записи

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

Установка Объект.ОбменДанными.Загрузка = Истина отключает не только проверку заполнения, но и большинство других проверок и обработчиков записи: подписки на события, бизнес-логику в ПередЗаписью и ПриЗаписи (если они не проверяют этот признак явно), контроль уникальности номеров и дат запрета изменения данных в некоторых случаях. Это мощный и одновременно опасный приём.

НовыйЭлемент = Справочники.Номенклатура.СоздатьЭлемент();
НовыйЭлемент.Наименование = "Тестовая позиция";
НовыйЭлемент.ОбменДанными.Загрузка = Истина;
НовыйЭлемент.Записать();

Более точечный вариант — использовать метод ПроверитьЗаполнение() и обработать результат самостоятельно вместо автоматической проверки, либо вызывать запись в привилегированном режиме через УстановитьПривилегированныйРежим(Истина), если проблема связана с правами доступа, а не с заполненностью. Привилегированный режим, однако, сам по себе проверку заполнения не отключает — частая ошибка разработчиков.

Способ 3. Переопределить обработчик ОбработкаПроверкиЗаполнения

Если проверка реализована не свойством реквизита, а кодом в модуле объекта, отключение свойства в конфигураторе не поможет. Нужно найти обработчик ОбработкаПроверкиЗаполнения в модуле объекта и скорректировать его логику.

Типовой код такого обработчика выглядит как проверка условий с выводом сообщения и установкой Отказ = Истина. Чтобы отключить конкретную проверку, можно удалить или закомментировать соответствующий блок, либо добавить условие, при котором проверка не выполняется — например, по признаку служебной загрузки или по дополнительному свойству объекта.

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
	Если ДополнительныеСвойства.Свойство("ПропуститьПроверку") Тогда
		Возврат;
	КонецЕсли;
	// далее штатные проверки
КонецПроцедуры

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

Способ 4. Исключить реквизит из проверяемых программно

Платформа передаёт в обработчик ОбработкаПроверкиЗаполнения массив ПроверяемыеРеквизиты — список имён реквизитов, которые будут проверены автоматически. Из этого массива можно удалить конкретный реквизит, и платформа его не проверит, даже если в свойствах стоит «Выдавать ошибку».

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
	Индекс = ПроверяемыеРеквизиты.Найти("Комментарий");
	Если Индекс <> Неопределено Тогда
		ПроверяемыеРеквизиты.Удалить(Индекс);
	КонецЕсли;
КонецПроцедуры

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

Сравнение способов и критерии выбора

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

Типичные ошибки и их последствия

Как проверить результат после изменений

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

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

Часто задаваемые вопросы