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