Где в 1С настраивается запрет редактирования

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

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

Все перечисленные механизмы есть в типовых конфигурациях: 1С:Бухгалтерия, 1С:Зарплата и управление персоналом, 1С:Управление торговлей, 1С:ERP, 1С:Комплексная автоматизация. Расположение настроек немного отличается между версиями, но общая логика одинакова: сначала определяется, кого ограничиваем, затем — что именно и на каком уровне.

Дата запрета изменения данных — главный инструмент

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

В 1С:Бухгалтерии путь к настройке: «Администрирование» → «Поддержка и обслуживание» → «Регламентные операции» → установите флажок «Даты запрета изменения данных» и перейдите по ссылке «Настроить». В 1С:ЗУП, УТ, ERP и КА путь другой: «Администрирование» → «Настройка пользователей и прав» → «Даты запрета изменения данных».

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

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

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

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

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

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

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

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

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

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

Сравнение способов запрета

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

Подходит для закрытия периодов. Простая настройка, действует на все прошлые документы сразу. Не защищает от администратора.

Профили групп доступа

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

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

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

Снятие с проведения / статусы

Подходит для защиты отдельных документов. Работает точечно, но не масштабируется на всю базу.

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

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

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

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

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

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

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

Третья ошибка — выдача полных прав «на всякий случай». Если у сотрудника есть профиль «Администратор» или роль «Полные права», любые запреты на уровне дат и профилей он обойдёт. Рекомендуется оставить полные права минимальному числу людей и периодически проверять состав администраторов через отчёт «Анализ прав доступа» или список пользователей.

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

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

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

Для контроля уже совершённых изменений полезен журнал регистрации («Администрирование» → «Поддержка и обслуживание» → «Журнал регистрации»): по нему можно выяснить, кто и когда изменил документ, если инцидент уже произошёл.

Контрольные точки

Как проверить результат

Попытка изменить старый документ

Норма

Сообщение о запрете редактирования периода

Тревожный признак

Документ сохраняется и проводится без предупреждений

Создание документа задним числом до даты запрета

Норма

Отказ в записи с указанием даты запрета

Тревожный признак

Документ проводится — раздел данных не включён в настройку

Права пользователя

Норма

Только нужные профили, без роли администратора

Тревожный признак

Назначены полные права — запрет обходится

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

Почему пользователь всё равно может редактировать закрытый период?

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

Можно ли запретить редактирование, но разрешить просмотр?

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

Чем отличается дата запрета изменения данных от даты запрета ввода остатков?

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

Как временно открыть период для исправления ошибки?

Администратор может сдвинуть дату запрета на более раннюю, внести исправление и вернуть дату обратно. Более аккуратный вариант — использовать режим «По пользователям» и задать исполнителю индивидуальную дату на время работы, не открывая период для всех.

Работает ли дата запрета при обмене данными между базами?

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