Администрирование · 11 мин
Как в 1С закрыть доступ для редактирования данных
Как запретить редактирование в 1С: настройка ролей и прав, режим «Только просмотр», даты запрета изменения данных, RLS и защита документов от корректировки.
Запрет редактирования в 1С — одна из самых частых задач администратора: бухгалтер не должен править прошлый квартал после сдачи отчётности, менеджер — менять чужие заказы, а оператор — удалять проведённые документы. В платформе 1С:Предприятие для этого есть несколько независимых механизмов, и правильный результат получается только при их сочетании.
Главное, что нужно понять сразу: «закрыть доступ для редактирования» можно на разных уровнях — через роли и права пользователя, через дату запрета изменения данных, через ограничение доступа на уровне записей (RLS) и через функциональные опции конкретной конфигурации. Выбор зависит от того, что именно нужно защитить: всю базу, период, конкретные документы или отдельные строки.
Ниже разобраны рабочие способы для типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, Зарплата и управление персоналом) и для файловых, и для клиент-серверных баз. Большинство действий выполняется штатными средствами, без доработки конфигурации.
Определите, что именно нужно защитить от изменений
Прежде чем менять настройки, ответьте на три вопроса: кого ограничиваем (всех, группу пользователей или одного сотрудника), что ограничиваем (весь период, конкретные документы, справочники, отдельные организации) и насколько жёстко (полный запрет или только просмотр с возможностью печати). От ответов зависит инструмент.
Типовые сценарии выглядят так: закрыть прошлый квартал после сдачи отчётности — это дата запрета; дать кладовщику доступ только к складским документам без права править цены — это роли; запретить менеджерам видеть и менять документы чужих подразделений — это RLS. Часто требуется комбинация двух-трёх механизмов.
Как выбрать механизм
Способ 1. Дата запрета изменения данных
Самый простой и безопасный способ закрыть редактирование — установить дату запрета. Все документы раньше этой даты становятся недоступными для изменения и проведения, при этом остаются видимыми. В типовых конфигурациях настройка находится в разделе «Администрирование» → «Поддержка и обслуживание» → «Регламентные операции» → «Настроить дату запрета изменения данных» (в некоторых версиях путь: «Администрирование» → «Настройки пользователей и прав»).
Дату можно задать общую для всех или индивидуально по пользователям и группам. Например, для рядовых бухгалтеров запрет ставится на конец закрытого квартала, а для главного бухгалтера — позже или не ставится вовсе. Есть и удобный вариант «динамической» даты: запрет автоматически сдвигается, например, на конец прошлого месяца, что избавляет от ручной корректировки каждый период.
Важный нюанс: дата запрета действует на пользователей, для которых она установлена. Пользователь с полными правами по умолчанию может обойти или изменить эту настройку, поэтому полные права следует выдавать минимальному кругу лиц.
Способ 2. Настройка ролей и прав пользователей
Ролевая модель — основной механизм разграничения прав в 1С. Каждая роль содержит набор прав на объекты: просмотр, чтение, добавление, изменение, удаление, проведение. Чтобы закрыть редактирование, у роли убирают права «Добавление», «Изменение» и «Удаление», оставляя «Чтение» и «Просмотр» — тогда пользователь видит данные, но не может их править.
В типовых конфигурациях роли назначаются через профили групп доступа: «Администрирование» → «Настройки пользователей и прав» → «Профили групп доступа». Можно скопировать типовой профиль, снять лишние роли и назначить профиль нужным пользователям. Прямое редактирование ролей выполняется в конфигураторе, но для типовых решений обычно достаточно профилей.
Учтите, что права в 1С складываются по принципу объединения: если пользователю назначены два профиля и хотя бы в одном есть право на изменение объекта, редактирование будет разрешено. Поэтому при отладке проверяйте полный состав назначенных профилей, а не только один из них.
Способ 3. Ограничение доступа на уровне записей (RLS)
RLS (Record Level Security) позволяет ограничить доступ не ко всему виду документов, а к конкретным записям: например, менеджер видит и правит только документы своей организации или своего склада. Настройка выполняется через группы доступа и значения разрешённых объектов в разделе «Настройки пользователей и прав».
Механизм мощный, но требовательный: включение RLS заметно усложняет запросы к базе и может снизить производительность на больших объёмах данных. Кроме того, ошибка в шаблоне ограничения способна «спрятать» данные даже от тех, кому они нужны. Перед включением RLS в рабочей базе протестируйте настройку на копии.
Когда RLS избыточен
Если задача — просто запретить правку, а не делить данные между пользователями, RLS не нужен: достаточно ролей и даты запрета. Используйте RLS только тогда, когда разные сотрудники должны работать с разными подмножествами одних и тех же объектов.
Способ 4. Режим «Только просмотр» и защита отдельных документов
Для разовой защиты конкретного объекта форму можно открыть в режиме «Только просмотр»: поля становятся недоступными для ввода, сохранить изменения нельзя. В пользовательском режиме это доступно не всегда — чаще режим применяется разработчиком через свойство формы или вызывается из меню «Ещё», если конфигурация это поддерживает.
Дополнительно документы защищает проведение: проведённый документ при попытке правки требует перепроведения, а при установленной дате запрета перепровести его нельзя. Поэтому связка «проведённый документ + дата запрета» даёт надёжную защиту без всяких доработок.
Как проверить, что запрет реально работает
После настройки обязательно проверьте результат от имени ограничиваемого пользователя. Войдите в базу под его учётной записью (или попросите коллегу) и попробуйте: открыть документ запрещённого периода и изменить сумму, создать новый документ задним числом, пометить объект на удаление, изменить элемент справочника. Все попытки должны завершаться отказом с понятным сообщением.
Для диагностики прав полезен отчёт «Анализ прав доступа» (в типовых конфигурациях — в разделе администрирования): он показывает, какие роли и профили дают пользователю конкретное право. Это самый быстрый способ найти «лишний» профиль, через который просочилось право на редактирование.
Как проверить результат
Сообщение о запрете изменения данных до установленной даты
Документ сохраняется и перепроводится без предупреждений
Отказ при записи или проведении
Документ проводится в закрытом периоде
В профилях нет ролей с правом изменения защищаемых объектов
Найден профиль, дающий право изменения через объединение прав
Назначены только администратору и руководителю учёта
Полные права есть у рядовых пользователей
Типичные ошибки при закрытии доступа
Ошибки при настройке прав обычно приводят либо к дыре в защите, либо к параличу работы. Ниже — самые частые промахи и их последствия.
Отдельно отметим практику «запретить всё, а потом разбираться». Такой подход почти гарантированно останавливает работу отдела: у пользователей пропадают нужные кнопки, не формируются отчёты, не сохраняются документы. Безопаснее идти от обратного — сначала определить минимально необходимые права, назначить их, а затем постепенно ужесточать.
Часто задаваемые вопросы
Можно ли закрыть редактирование без доступа к конфигуратору?
Да. Дата запрета изменения данных, профили групп доступа и группы доступа настраиваются полностью в пользовательском режиме типовых конфигураций. Конфигуратор нужен только для создания новых ролей или изменения шаблонов RLS.
Почему пользователь всё равно может редактировать документ, хотя право снято?
Чаще всего у него есть второй профиль или группа доступа, где это право присутствует, — права в 1С объединяются. Проверьте полный список профилей через отчёт «Анализ прав доступа». Вторая причина — у пользователя установлены полные права (роль администратора), которые перекрывают любые ограничения.
Действует ли дата запрета на загрузку данных из обменов?
Да, в типовых конфигурациях дата запрета контролируется и при обмене данными: объекты за закрытый период не загружаются либо отклоняются, в зависимости от настроек. Для узлов обмена можно настроить отдельные правила, поэтому после установки даты проверьте работу синхронизаций.
Как запретить только удаление, оставив редактирование?
Снимите у роли права «Удаление» и «Интерактивное удаление», а также «Установка пометки удаления», оставив «Изменение». В типовых конфигурациях проще скопировать профиль и убрать из него роли, связанные с удалением и пометкой объектов.
Что делать, если после настройки прав пропали нужные кнопки в интерфейсе?
Команды интерфейса скрываются автоматически, когда у пользователя нет соответствующих прав. Верните недостающее право через профиль — например, «Просмотр» нужного журнала или отчёта. Не давайте ради одной кнопки полные права: найдите конкретную роль через «Анализ прав доступа».
Можно ли закрыть редактирование только для одного пользователя?
Да. Дату запрета можно задать индивидуально для конкретного пользователя, а профили доступа назначаются персонально. Создайте отдельный профиль с урезанными правами и назначьте его только этому сотруднику, не трогая остальных.
Что важно запомнить
Закрыть редактирование в 1С можно четырьмя штатными способами: датой запрета изменения данных, настройкой ролей и профилей, ограничением на уровне записей и режимом «Только просмотр». Для периодов используйте дату запрета, для объектов — роли, для деления данных между сотрудниками — RLS. Перед изменениями делайте резервную копию, а результат проверяйте под учётной записью ограниченного пользователя.