Запрет на изменение данных в 1С 8.3: все способы

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

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

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

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

На чём держатся права

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

Права на каждый объект задаются по отдельности. Ключевые для записи:

• 🔹 Чтение — видеть данные;
• 🔹 Добавление — создавать новые элементы;
• 🔹 Изменение — править существующие;
• 🔹 Удаление — помечать на удаление и удалять;
• 🔹 Проведение и Отмена проведения — для документов;
• 🔹 Интерактивное удаление — удалять прямо из формы списка.

Чтобы запретить запись, снимают именно право Изменение (а при необходимости — Добавление и Удаление). Если у пользователя есть хоть одна роль с этим правом, запрет не сработает — сумма ролей его перекроет.

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

Снятие права записи в Конфигураторе

Это самый прямой способ, но и самый ответственный. Редактирование ролей меняет конфигурацию.

Порядок действий для своей роли или роли в расширении:

1. Откройте базу в Конфигураторе.
2. В дереве конфигурации найдите ветку Роли.
3. Двойным кликом откройте нужную роль — появится таблица «объект × право».
4. Выберите справочник или документ в левой колонке.
5. Снимите флажки Изменение, при необходимости Добавление, Удаление, Проведение.
6. Сохраните конфигурацию и обновите конфигурацию базы данных.

Оставьте флажок Чтение, если пользователь должен видеть данные, но не менять их. Так получается режим «только просмотр» для конкретного объекта.

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

Ограничение прав в режиме Предприятия

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

Откройте Администрирование → Настройки пользователей и прав. Здесь два связанных раздела:

• Профили групп доступа — шаблоны: какой набор ролей и какие ограничения RLS.
• Группы доступа — связка «профиль + список пользователей».

Чтобы ограничить запись группе сотрудников:

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

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

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

Дата запрета изменения закрытого периода

Самая частая причина «запретить запись» — не дать править документы прошедшего периода после сдачи отчётности. Для этого есть отдельный механизм, роли трогать не нужно.

Путь: Администрирование → Настройки пользователей и прав → Даты запрета изменения.

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

• 📅 Общая дата — одна для всех разделов и пользователей;
• 📅 По пользователям или группам — кому-то период закрыт, кому-то (например, главбуху) открыт;
• 📅 По разделам учёта — отдельные даты для разных видов данных.

Это мягкий запрет: он закрывает ввод и правку задним числом, но не ограничивает работу с текущими документами. Идеальный вариант после закрытия месяца и сдачи деклараций.

Запрет проведения и перепроведения документов

Проведение документа — это формирование движений по регистрам. Запретить его можно двумя путями, в зависимости от задачи.

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

Запретить перепроведение прошлых периодов. Если проводить текущие документы можно, а старые — нет, используйте дату запрета изменения из предыдущего раздела. Она блокирует и повторное проведение документов закрытого периода.

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

Запрет изменений в справочниках и классификаторах

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

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

Классификаторы (адресный, банковские реквизиты, ОКВЭД) в типовых конфигурациях загружаются автоматически из сервиса 1С. Их обычно не нужно править руками: обновление приходит само. Если хотите закрыть ручное редактирование — ограничьте права на соответствующий справочник так же, как на обычный.

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

Временно закрыть базу для всех

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

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

Тот же результат даёт Конфигуратор: меню Администрирование → Блокировка соединений с информационной базой. Для клиент-серверной базы блокировку устанавливают средствами кластера.

После завершения работ блокировку обязательно снимают — иначе пользователи не войдут.

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

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

Что стоит проконтролировать:

1. Состав ролей. Откройте карточку пользователя (Администрирование → Настройки пользователей и прав → Пользователи) и посмотрите, в какие группы доступа он входит. Если среди них осталась группа с полными правами — запрет не сработает.
2. Фактический доступ. Войдите в базу под этим пользователем (или используйте тестовую учётку с теми же группами) и попробуйте изменить защищённый объект. Кнопки записи и проведения должны быть недоступны или давать отказ.
3. Границу периода. Для даты запрета откройте документ до указанной даты и попробуйте перепровести — система должна сообщить, что период закрыт.

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