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