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