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