К статье
Практический материал

Администрирование · 9 мин

Как в 1С 8.3 установить запрет на редактирование данных

Как в 1С 8.3 установить дату запрета редактирования, ограничить права пользователей и закрыть период от изменений. Пошаговые инструкции и типичные ошибки.

Запрет редактирования в 1С 8.3 нужен, чтобы защитить уже проверенные и сданные данные: закрытые периоды учёта, выверенные документы, регламентированную отчётность. Без такой защиты любой пользователь с достаточными правами может случайно или намеренно изменить документ прошлого квартала, после чего отчётность «поедет», а найти причину будет сложно.

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

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

Что именно нужно запретить: определяем задачу

Прежде чем что-то настраивать, определите границы запрета. От этого зависит инструмент. Закрытие периода после сдачи отчётности — это дата запрета изменения. Запрет менеджеру править чужие заказы — это настройка прав доступа. Запрет изменять конкретный проведённый документ — блокировка объекта или индивидуальные права.

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

Маршрут решения

Как выбрать действие

Нужно закрыть весь прошлый период для всех или части пользователейУстановите дату запрета изменения данных
Нужно запретить конкретному пользователю менять определённые виды документовНастройте роли и права доступа
Нужно защитить отдельный документ или элемент справочникаИспользуйте блокировку объекта или запрет через права на уровне записей
Требуется гибкая логика (например, запрет по статусу документа)Реализуйте проверку в модуле объекта через подписку на событие

Установка даты запрета изменения данных

Это основной и самый востребованный способ. В типовой Бухгалтерии 8.3 откройте раздел «Администрирование» → «Поддержка и обслуживание» → «Регламентные операции» и включите флажок «Дата запрета изменения данных». Затем перейдите по ссылке «Настроить» и укажите дату — все документы раньше этой даты станут недоступны для изменения и проведения.

В конфигурациях на базе Библиотеки стандартных подсистем (УТ 11, ERP, ЗУП) путь похожий: «Администрирование» → «Настройки пользователей и прав» → «Даты запрета изменения данных». Здесь доступны два режима: общая дата для всех пользователей и настройка «По пользователям», где для каждого сотрудника или группы задаётся своя дата.

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

Обратите внимание: изменение даты запрета фиксируется в журнале регистрации. Если кто-то сдвинул дату назад и отредактировал старый документ, это видно в журнале — полезно для внутреннего контроля.

Ограничение прав через роли пользователей

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

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

Если типовых профилей не хватает, роли настраиваются в конфигураторе: дерево конфигурации → «Общие» → «Роли». Для каждой роли задаются права на объекты: чтение, добавление, изменение, удаление, проведение. После изменения ролей нужно обновить конфигурацию базы данных и переназначить профили.

Запрет редактирования отдельных документов и объектов

Иногда нужно закрыть не период, а конкретный объект. Простой вариант в пользовательском режиме — пометить документ как недоступный для изменения через дату запрета или отобрать у пользователей право изменения этого вида документов. Но есть и более тонкие механизмы.

В ряде конфигураций доступно ограничение доступа на уровне записей (RLS): например, пользователь видит и меняет документы только своей организации или своего склада. Настраивается это в профилях групп доступа через «Виды доступа». Учтите, что RLS заметно усложняет запросы и может снижать производительность на больших базах.

Программный запрет через подписку на событие

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

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

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

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

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

Контрольные точки

Как проверить результат

Проведение документа из закрытого периода
Норма

Сообщение о дате запрета, документ не сохраняется

Тревожный признак

Документ проводится без предупреждения

Попытка изменения под пользователем с ограниченным профилем
Норма

Кнопки записи недоступны или выдаётся отказ

Тревожный признак

Изменения сохраняются

Работа администратора
Норма

Администратор при необходимости может сдвинуть дату запрета

Тревожный признак

Дату запрета может менять любой пользователь

Типичные ошибки
01
Установили дату запрета, но не проверили под обычным пользователем — под полными правами запрет не срабатывает, и ошибка всплывает позже
02
Задали общую дату для всех, забыв про главного бухгалтера — в результате корректировки прошлого периода блокируются, приходится экстренно менять настройку
03
Используют пометку удаления как способ «запрета» — это портит ссылки и аналитику, а не защищает данные
04
Правят роли напрямую в типовой конфигурации без резервной копии — при ошибке или обновлении настройки теряются
05
Забывают, что обмены данными и регламентные задания тоже могут изменять объекты — для них дату запрета настраивают отдельно по сеансам

Ограничения и нюансы механизма

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

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

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

Почему дата запрета не срабатывает у некоторых пользователей?

Чаще всего у пользователя установлены полные права или роль администратора — для них ограничение не действует. Также проверьте, не настроена ли для этого пользователя индивидуальная дата в режиме «По пользователям», которая отличается от общей.

Можно ли запретить редактирование документа, но оставить возможность его просмотра?

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

Как временно открыть закрытый период для исправления ошибки?

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

Действует ли дата запрета на пометку удаления документов?

Да, пометка удаления — это изменение объекта, поэтому документы раньше даты запрета нельзя ни отредактировать, ни пометить на удаление, ни отменить проведение.

Что делать, если в конфигурации нет пункта «Дата запрета изменения данных»?

Этот механизм есть в конфигурациях на базе Библиотеки стандартных подсистем. Если его нет, проверьте права доступа к настройке или используйте альтернативы: роли, RLS или программный запрет через подписку на событие в расширении конфигурации.

Итог

Что важно запомнить

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