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

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

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

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

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

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

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

Дата запрета — штатный механизм типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, ЗУП и другие на базе БСП). Он не даёт записывать документы и изменять данные раньше заданной даты.

Порядок действий в типовой конфигурации:

1. Откройте раздел «Администрирование».
2. Перейдите в «Поддержка и обслуживание» → «Регламентные операции».
3. Установите флаг «Даты запрета изменения данных» и перейдите по ссылке «Настроить».
4. В поле «Дата запрета» укажите дату, до которой (включительно) данные нельзя изменять. Например, 31.12 — значит, документы декабря и раньше заблокированы.
5. При необходимости включите режим «По пользователям» или «По разделам и объектам» для тонкой настройки.
6. Нажмите «Записать и закрыть».

1. 1
   Откройте Администрирование → Поддержка и обслуживание → Регламентные операции
2. 2
   Включите флаг «Даты запрета изменения данных» и откройте настройку
3. 3
   Укажите дату запрета и, при необходимости, исключения по пользователям
4. 4
   Запишите настройку и проверьте работу под тестовым пользователем

Проверка результата: войдите под пользователем без административных прав и попробуйте провести или изменить документ датой раньше запретной. Система должна выдать сообщение о запрете изменения данных и не дать записать объект.

Запрет по отдельным пользователям и разделам

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

Как запретить редактирование через права и профили доступа

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

Порядок действий:

1. Откройте «Профили групп доступа» и создайте новый профиль или скопируйте существующий.
2. В списке ролей снимите отметки с ролей, дающих право добавления и изменения нужных объектов, оставив роли на чтение и просмотр.
3. Сохраните профиль, затем в карточке пользователя (или группы доступа) укажите этот профиль.
4. Проверьте: пользователь должен открывать объекты, но кнопки записи и проведения должны быть недоступны или выдавать ошибку прав.

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

Ограничение доступа на уровне записей (RLS)

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

Чтобы пользователь не мог изменять документы «чужой» организации, укажите в его карточке разрешённые значения доступа: откройте «Настройка пользователей и прав → Пользователи», перейдите на закладку прав доступа и задайте список организаций или складов. Документы с другими значениями будут недоступны для изменения, а в зависимости от настроек — и для просмотра.

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

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

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

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

Как проверить, что запрет работает

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

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

Типичные ошибки при настройке запретов

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

FAQ