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

Запрет на редактирование документов в 1С — базовая мера защиты учётных данных. Закрытый период, в который случайно или намеренно внесли изменения, приводит к расхождению отчётности, пересдаче деклараций и штрафам. В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP, ЗУП) для этого предусмотрено несколько независимых механизмов, которые работают на разных уровнях.

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

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

Какой способ запрета выбрать

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

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

Дата запрета изменения данных

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

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

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

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

Ограничение прав через профили групп доступа

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

Чтобы запретить редактирование, создайте копию типового профиля (например, «Бухгалтер») и снимите в ней роли, дающие право добавления и изменения нужных видов документов, оставив роли на чтение. Затем включите пользователя в группу доступа с этим профилем и исключите его из групп с полными правами на эти документы. Права в 1С складываются по принципу «разрешено, если разрешено хотя бы в одной группе», поэтому лишние членства нужно убрать.

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

Блокировка отдельных документов

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

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

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

Запрет на уровне конфигуратора и расширений

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

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

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

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

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

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

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

Частые вопросы