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