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