К статье
Практический материал

Администрирование · 9 мин

Как включить дату запрета изменения данных в 1С

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

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

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

Инструкция ориентирована на типовые конфигурации на платформе 1С:Предприятие 8.3 (Бухгалтерия предприятия, Управление торговлей, Зарплата и управление персоналом, ERP). В самописных или сильно доработанных конфигурациях пункты меню могут отличаться.

Что делает дата запрета и когда её включать

Механизм запрещает любые изменения данных информационной базы с датой раньше заданной: проведение и распроведение документов, изменение записей регистров напрямую, корректировку некоторых справочников, влияющих на учет. Пользователь при попытке сохранить такой объект получает сообщение о запрете, а сама операция не выполняется.

Типовые ситуации, когда запрет необходим: сдана квартальная или годовая отчетность, закрыт месяц по зарплате, завершена сверка с контрагентами, проведена инвентаризация. Без запрета любой пользователь с правами на проведение может непреднамеренно изменить прошлый период — и выявить это бывает сложно.

Важно понимать ограничение: запрет действует на уровне логики прикладного решения, а не СУБД. Это удобно для гибкой настройки по пользователям, но не заменяет полноценное разграничение прав доступа и резервное копирование.

Где находится настройка в типовых конфигурациях

В большинстве типовых решений путь одинаковый: раздел «Администрирование» → «Поддержка и обслуживание» → блок «Регламентные операции» → ссылка «Настроить дату запрета изменения данных». В некоторых конфигурациях пункт называется «Даты запрета изменения данных» и находится в разделе «Настройка прав и пользователей».

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

Как установить общую дату запрета для всех пользователей

Самый простой сценарий — единая дата для всей базы. Откройте форму настройки дат запрета, в поле «Дата запрета» выберите «Общая дата» и укажите нужное число. Например, установка 31 декабря означает: все документы до конца прошлого года заблокированы, изменять можно только данные текущего года.

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

Порядок действий
  1. 1
    Откройте «Администрирование» → «Поддержка и обслуживание»
  2. 2
    Перейдите по ссылке «Настроить дату запрета изменения данных»
  3. 3
    Выберите режим «Общая дата» и укажите число
  4. 4
    Нажмите «Записать и закрыть»
  5. 5
    Проверьте запрет тестовым документом задним числом

Даты запрета по пользователям и разделам учета

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

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

Как выбрать вариант настройки

Маршрут решения

Как выбрать действие

Нужно просто закрыть период для всехУстановите общую дату запрета без исключений
Отдельным сотрудникам нужно доработать закрытый периодДобавьте для них персональные даты в табличной части
Разные участки учета закрываются в разное времяИспользуйте даты по разделам учета, если конфигурация это поддерживает
Нужно полностью запретить доступ к старым даннымДаты запрета недостаточно — настройте права и RLS на уровне ролей

Проверка, что запрет работает

После установки даты обязательно убедитесь, что механизм срабатывает. Войдите под обычным пользователем (не администратором), создайте тестовый документ датой раньше запретной и попробуйте его провести. Система должна выдать сообщение о невозможности записи из-за даты запрета.

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

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

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

Проведение документа задним числом
Норма

Сообщение о запрете, документ не записывается

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

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

Работа с документами текущего периода
Норма

Запись и проведение проходят штатно

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

Запрет срабатывает и на новые документы — дата установлена неверно

Поведение у пользователя с исключением
Норма

Ему доступен период до его персональной даты

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

Исключение не действует — проверьте, тому ли пользователю задана дата

Типичные ошибки и ограничения механизма

Частая ошибка — установить дату и забыть про неё. Через месяц пользователи не могут ввести документы первого числа нового периода, потому что дата запрета оказалась позже, чем планировалось, или период пора закрывать заново, а никто не помнит, где настройка. Рекомендуется зафиксировать в регламенте, кто и когда сдвигает дату.

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

Типичные ошибки
01
Установить дату от имени администратора и не проверить под обычным пользователем — запрет может не действовать из-за ролей
02
Считать, что запрет защищает от всех изменений — обмены данными и некоторые регламентные операции могут обходить его в зависимости от настроек
03
Забыть сдвинуть дату после закрытия следующего периода — старые месяцы остаются открытыми
04
Дать всем бухгалтерам право изменения даты запрета — механизм теряет смысл

Также учтите: при обменах данными между базами (например, БП и УТ) дата запрета может блокировать загрузку документов из другой системы. Если обмен внезапно перестал проводить документы прошлым периодом — проверьте дату запрета в первую очередь.

Что делать, если настройки нет или она не работает

Если пункт настройки отсутствует, возможные причины: конфигурация не на БСП (библиотека стандартных подсистем), механизм отключен доработками, либо у вас недостаточно прав. В первом случае запрет придется реализовывать программно через подписки на события записи — это задача для разработчика.

Если настройка есть, но запрет не срабатывает, проверьте: не входит ли пользователь в список исключений, не установлена ли для него более поздняя персональная дата, применяется ли запрет к конкретному виду документов (некоторые объекты могут быть исключены из контроля настройками конфигурации).

Удобный прием — сдвигать дату запрета сразу после сдачи отчетности за период, а не «когда-нибудь потом». Заведите напоминание в календаре: закрытие месяца по зарплате, квартала по налогам, года после утверждения отчетности.
ПЗ
Практическое замечание
Итог

Что важно запомнить

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

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

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

Да, сама по себе дата действует и на администратора, но он может её изменить или снять, поэтому для него запрет — не препятствие. Если нужно ограничить и администраторов, контролируйте состав ролей и отслеживайте изменения настройки через журнал регистрации.

Можно ли установить разные даты для разных организаций в одной базе?

В конфигурациях на базе БСП такая возможность обычно есть: в форме настройки добавляется строка с указанием организации и своей даты. Это удобно для холдингов, где юрлица закрывают периоды в разные сроки.

Почему документ задним числом всё равно проводится, хотя дата установлена?

Наиболее вероятные причины: у пользователя задана персональная дата-исключение, у него есть роль, позволяющая игнорировать запрет, либо документ записывается механизмом обмена, для которого контроль отключен. Проверьте настройку под конкретным пользователем и состав его ролей.

Блокирует ли дата запрета изменение справочников, например карточек контрагентов?

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

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

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

Нужно ли перезапускать сервер 1С после изменения даты запрета?

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