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