Как поставить запрет на редактирование в 1С 8.3: от ролей до программной блокировки

Запрет на редактирование данных в 1С:Предприятие 8.3 — одна из самых востребованных задач среди администраторов и разработчиков. Без правильной настройки прав пользователи могут случайно (или намеренно) испортить критически важные документы, справочники или регистры. Но как именно организовать блокировку, чтобы она работала стабильно и не мешала бизнес-процессам?

В этой статье мы разберём 5 проверенных способов ограничить редактирование — от стандартных механизмов платформы до программных решений. Вы узнаете, как настроить права через роли, заблокировать отдельные реквизиты, использовать регламентированные задачи (РЛС) и даже написать код для динамической блокировки. Особое внимание уделим типичным ошибкам, которые приводят к обходу ограничений, и нюансам для разных конфигураций (Бухгалтерия 3.0, УТ 11, ЗУП 3.1).

Важно: методы блокировки зависят от версии платформы и конфигурации. Если вы работаете с облачной версией 1С:Fresh или корпоративными решениями на базе 1С:EDT, некоторые способы могут требовать адаптации. Все примеры в статье актуальны для 1С:Предприятие 8.3.20+ (включая последние релизы 2026 года).

1. Запрет через настройку ролей: базовый метод

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

Чтобы запретить редактирование документа ПоступлениеТоваровУслуг:

1. Откройте конфигуратор (Файл → Открыть конфигурацию).
2. Перейдите в ветку Роли и выберите нужную роль (например, МенеджерПоПродажам).
3. В панели прав найдите объект Документы.ПоступлениеТоваровУслуг.
4. Снимите флажки напротив прав Добавление, Изменение, Проводка и Удаление.
5. Сохраните роль и обновите права пользователей (Администрирование → Пользователи → Обновить права).

⚠️ Внимание: Если пользователь входит в несколько ролей, итоговые права определяются как объединение всех разрешений. Например, если в одной роли запрещено редактирование, а в другой — разрешено, пользователь сможет изменять данные.

Убедитесь, что роль не наследует права от других ролей

Проверьте права на связанные объекты (например, справочник "Номенклатура" для документа "Поступление")

Обновите права пользователей после изменений

Протестируйте ограничения под учётной записью с минимальными правами-->

Для массового запрета редактирования всех документов определённого типа (например, РеализацияТоваровУслуг за прошлый год) можно использовать групповую настройку прав:

// Пример кода для программной блокировки прав на все документы типа
Для Каждого Документ Из Метаданные.Документы Цикл
Если Документ.Имя = "РеализацияТоваровУслуг" Тогда
Роль.Права.Добавить(ТипПраваДокумента.Изменение, Ложь);
КонецЕсли;
КонецЦикла;

2. Блокировка отдельных реквизитов: точечное ограничение

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

Способы блокировки реквизитов:

• 🔒 Через свойства реквизита: в конфигураторе откройте объект, перейдите на вкладку Реквизиты, выберите нужный реквизит и установите флаг ТолькоПросмотр.
• 🛠️ Программно в модуле объекта: добавьте обработчик события ПередЗаписью с проверкой прав:

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

• 📋 Через РЛС (регламентированные задачи): создайте задачу с ограничением по дате или статусу документа.

Критическая особенность: блокировка реквизита через свойство "ТолькоПросмотр" действует всегда, даже для администраторов. Чтобы обойти это ограничение, потребуется временно изменить конфигурацию.

3. Использование регламентированных задач (РЛС) для динамической блокировки

Регламентированные задачи (РЛС) — это гибкий инструмент для управления правами в зависимости от условий. Например, можно запретить редактирование документов старше 30 дней или блокировать изменение заказов в статусе "Оплачен".

Алгоритм настройки РЛС для запрета редактирования:

1. Откройте Администрирование → Регламентированные задачи.
2. Создайте новую задачу с типом Ограничение прав на объекты.
3. В настройках укажите:
   • 📅 Условие по дате: например, Дата < ТекущаяДата() - 30 для блокировки старых документов.
   • 🔄 Статус документа: запрет изменений для документов в статусе "Закрыт" или "Оплачен".
   • 👥 Пользователи/роли: примените задачу только к определённым группам (например, к роли "Менеджер").
4. Установите флаг Запретить изменение и сохраните задачу.

Пример условия для РЛС, блокирующей редактирование реализаций старше 1 месяца:

ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка КАК Ссылка
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ГДЕ
РеализацияТоваровУслуг.Дата < НачалоДня(ТекущаяДата()) - 30

⚠️ Внимание: РЛС работают только в режиме 1С:Предприятие и не блокируют изменения в конфигураторе. Для полной защиты данных комбинируйте РЛС с настройками ролей.

Метод блокировки	Применимость	Плюсы	Минусы
Настройка ролей	Статичные ограничения	Простота настройки, не требует программирования	Не гибкий (не учитывает даты, статусы)
Блокировка реквизитов	Точечное ограничение полей	Выборочная блокировка	Может ломать логику проводок
РЛС (регламентированные задачи)	Динамические ограничения	Гибкость (по датам, статусам, пользователям)	Сложнее в настройке, не работает в конфигураторе
Программная блокировка	Сложная логика	Максимальная гибкость	Требует знаний 1С:Языка

4. Программная блокировка: обработчики событий и права доступа

Если стандартные механизмы не подходят, можно запретить редактирование через код. Основные точки входа для блокировки:

• 📝 ПередЗаписью — отмена записи документа.
• 🔍 ПриОткрытии — блокировка формы для редактирования.
• 🔒 ОпределениеПравДоступа — динамическое управление правами.

Пример кода для блокировки изменения документа ЗаказПокупателя после утверждения:

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

Для блокировки всей формы документа используйте обработчик ПриОткрытии:

Процедура ПриОткрытии()
Если ЭтотОбъект.Дата < НачалоДня(ТекущаяДата()) - 7 Тогда
ЭлементыФормы.Заблокировать();
Сообщить("Редактирование документов старше 7 дней запрещено.");
КонецЕсли;
КонецПроцедуры

⚠️ Внимание: Программная блокировка обходится через прямой доступ к базе (например, через Запрос или внешние обработки). Для полной защиты комбинируйте её с настройками SQL-прав на уровне СУБД.

💡

Чтобы блокировка работала и в тонком клиенте, и в веб-клиенте, размещайте код в модуле объекта (документа/справочника), а не в модуле формы.

5. Блокировка на уровне СУБД: для опытных администраторов

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

• 🛡️ Защиты от прямого изменения данных через SQL-запросы.
• 🔐 Ограничения доступа для внешних систем (например, при интеграции через REST API).
• 📊 Архивных баз, где изменения недопустимы.

Для Microsoft SQL Server можно использовать триггеры или роли с ограниченными правами:

-- Пример триггера для блокировки изменений в таблице документа
CREATE TRIGGER trg_BlockDocumentEdits
ON dbo._Document123
AFTER UPDATE, DELETE
AS
BEGIN
ROLLBACK TRANSACTION;
RAISERROR('Изменение документов запрещено на уровне СУБД!', 16, 1);
END;

Для PostgreSQL подойдёт настройка ROW SECURITY POLICY:

-- Создание политики для таблицы документов
CREATE POLICY block_edits_policy ON public._document123
USING (current_date - creation_date > 30);

⚠️ Внимание: Блокировка на уровне СУБД может конфликтовать с внутренней логикой 1С. Перед применением протестируйте изменения на копии базы и согласуйте с разработчиками конфигурации.

💡

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

6. Типичные ошибки и как их избежать

Даже опытные администраторы допускают ошибки при настройке запрета на редактирование. Вот самые распространённые проблемы и их решения:

🔹 Ошибка 1: Права наследуются от других ролей

• 🔍 Причина: Пользователь входит в несколько ролей, одна из которых разрешает редактирование.
• ✅ Решение: Проверьте итоговые права через Администрирование → Пользователи → Права. Используйте роль Запрещающая для перекрытия разрешений.

🔹 Ошибка 2: Блокировка реквизитов ломает проводки

• 🔍 Причина: Заблокирован реквизит, участвующий в формировании движений (например, СчётУчёта).
• ✅ Решение: Заменяйте статическую блокировку на программную с проверкой статуса документа.

🔹 Ошибка 3: РЛС не срабатывает для новых документов

• 🔍 Причина: Задача настроена только для существующих данных, но не учитывает новые записи.
• ✅ Решение: Добавьте в условие РЛС проверку на ЭтотОбъект.ЭтоНовый() = Ложь.

🔹 Ошибка 4: Программная блокировка обходится через внешние обработки

• 🔍 Причина: Код в модуле формы не срабатывает при прямом изменении данных через Запрос.
• ✅ Решение: Дублируйте проверки в модуле объекта и на уровне СУБД.

🔹 Ошибка 5: Забыли обновить права после изменений

• 🔍 Причина: Права пользователей не пересчитаны после редактирования ролей.
• ✅ Решение: Всегда выполняйте Обновить права в разделе Администрирование → Пользователи.
💡

Перед внедрением блокировки протестируйте её на копии базы с реальными данными. Особое внимание уделите интеграциям и фоновым задачам (например, регламентным операциям), которые могут пытаться изменить заблокированные объекты.

FAQ: Частые вопросы по блокировке редактирования в 1С 8.3

Можно ли запретить редактирование только для определённых пользователей, не создавая новые роли?

Да, для этого используйте регламентированные задачи (РЛС). Создайте задачу с условием по конкретным пользователям (например, Пользователь.Имя = "Иванов И.И.") и установите флаг Запретить изменение. Альтернативно можно написать программную проверку в обработчике ПередЗаписью:

Если Пользователи.ТекущийПользователь().Имя = "Иванов И.И." Тогда
Отказ = Истина;
КонецЕсли;

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

Настройте регламентированную задачу с условием по дате:

Документ.Дата < НачалоГода(ТекущаяДата())

Установите флаг Запретить изменение, но оставьте право на Просмотр. Альтернативно заблокируйте форму через обработчик ПриОткрытии:

Если ЭтотОбъект.Дата < НачалоГода(ТекущаяДата()) Тогда
ЭлементыФормы.Заблокировать();
КонецЕсли;

Почему блокировка через роль не работает для администратора?
Пользователь с ролью ПолныеПрава (или аналогичной) игнорирует все ограничения ролей. Чтобы заблокировать редактирование даже для администратора, используйте:
• 🔒 Программную блокировку в модуле объекта (обработчик ПередЗаписью).
• 🗄️ Ограничения на уровне СУБД (триггеры, политики).

⚠️ Внимание: блокировка администратора может нарушить работу системы. Применяйте этот метод только в крайних случаях (например, для архивных баз).

НЕ Пользователь.ВходитВГруппу("Бухгалтерия")

Если ТипКлиента() = ТипКлиента.МобильноеПриложение Тогда
Отказ = Истина;
Сообщить("Редактирование в мобильном клиенте запрещено!");
КонецЕсли;