Как программно запретить редактирование документа в 1С

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

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

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

Определите, что именно нужно запретить

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

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

Дата запрета изменения данных — штатный способ закрыть период

В конфигурациях на базе Библиотеки стандартных подсистем (УТ, ERP, БП, ЗУП) есть готовый механизм «Даты запрета изменения данных». Он находится в разделе администрирования и позволяет установить дату, раньше которой документы нельзя создавать, изменять и проводить. Механизм работает на уровне записи объектов, то есть срабатывает и при интерактивном вводе, и при обменах.

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

Если конфигурация самописная и БСП нет, аналог реализуется просто: константа с датой запрета и проверка в подписке ПередЗаписи для нужных видов документов.

Процедура ЗапретРедактированияПередЗаписью(Источник, Отказ, РежимЗаписи, РежимПроведения)
	ДатаЗапрета = Константы.ДатаЗапретаРедактирования.Получить();
	Если ЗначениеЗаполнено(ДатаЗапрета)
		И НачалоДня(Источник.Дата) < ДатаЗапрета Тогда
		Отказ = Истина;
		ВызватьИсключение "Редактирование документов раньше "
			+ Формат(ДатаЗапрета, "ДЛФ=D") + " запрещено.";
	КонецЕсли;
КонецПроцедуры

Подписка на событие — универсальный программный запрет

Подписка на событие ПередЗаписи (или ОбработкаПроверкиЗаполнения) — основной инструмент, когда запрет зависит от логики: статуса документа, признака выгрузки, согласования. Подписка настраивается в конфигураторе: указывается источник (например, «ДокументОбъект» или конкретный вид документа), событие и процедура-обработчик в общем модуле с флагом «Сервер».

Ключевой момент — сравнение с данными базы, а не с формой. Внутри обработчика Источник — это уже изменённый объект. Чтобы понять, что документ был согласован до изменения, нужно прочитать его из базы по ссылке или использовать ДополнительныеСвойства и обмен данными.

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

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

Блокировка формы и режим «Только просмотр»

Чтобы пользователь сразу видел, что документ менять нельзя, форму переводят в режим просмотра. Самый простой способ — установить свойство ТолькоПросмотр у формы в событии ПриОткрытии или ПослеЗаписи. Все элементы формы станут недоступны, а кнопки записи — неактивны.

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

Альтернатива — точечно блокировать элементы через Элементы.ИмяПоля.ТолькоПросмотр = Истина или Доступность = Ложь, если нужно оставить доступной часть формы (например, комментарий). Ещё вариант — программно установить блокировку данных объекта через ЗаблокироватьДанныеДляРедактирования, чтобы второй пользователь не смог открыть документ на изменение одновременно.

Ограничение через роли и права доступа

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

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

Проверка, что запрет действительно работает

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

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

Типичные ошибки и ограничения

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

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

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