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

Закрытый период — это интервал времени, за который отчётность уже сдана, а данные базы изменять нельзя. Если бухгалтер или менеджер случайно отредактирует документ прошлого квартала, нарушится последовательность проведения, «поплывут» остатки и регистры, а сверка с контрагентами перестанет сходиться. Чтобы этого не допустить, в типовых конфигурациях 1С на платформе 8.3 есть штатный механизм — дата запрета изменения данных.

Механизм реализован в библиотеке стандартных подсистем (БСП) и работает в «1С:Бухгалтерии 8», «1С:ЗУП», «1С:Управление торговлей», «1С:Комплексная автоматизация», «1С:ERP» и других типовых решениях. Он не требует доработки конфигурации: достаточно прав администратора и нескольких минут настройки.

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

Как работает дата запрета изменения данных

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

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

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

Быстрая настройка: запрет для всех пользователей

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

1. 1
   Откройте раздел «Администрирование» (в некоторых конфигурациях — «Настройки» или «Сервис»).
2. 2
   Перейдите в «Настройки пользователей и прав» и откройте ссылку «Даты запрета изменения данных».
3. 3
   Включите использование дат запрета, если флажок ещё не установлен.
4. 4
   В поле «Дата запрета» выберите вариант «Общая дата» и укажите последний день закрытого периода, например 31 декабря.
5. 5
   Нажмите «Записать и закрыть» и проверьте работу запрета под обычным пользователем.

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

Гибкая настройка по пользователям и разделам учёта

Отдельные даты для разных сотрудников

В форме настройки дат запрета можно переключить способ указания с «Общая дата» на «По пользователям». Тогда для каждого сотрудника или группы задаётся собственная граница. Типичный сценарий: для менеджеров период закрыт полностью, а главному бухгалтеру оставлена возможность править документы до сдачи отчётности.

Настройка по пользователям удобна и при поэтапном закрытии: сначала закрывают период для операционного учёта (склад, продажи), затем — для бухгалтерии. Для этого в расширенном режиме можно задать даты запрета по разделам учёта и объектам — например, закрыть «Бухгалтерский учёт» с одной даты, а «Зарплату» — с другой.

Запрет по организациям

Если в одной базе ведётся учёт по нескольким юридическим лицам, дату запрета можно установить отдельно для каждой организации. Это актуально, когда компании группы сдают отчётность в разные сроки. Настройка выполняется в том же окне через выбор раздела «По организациям» (доступность зависит от конфигурации).

Сравнение вариантов настройки

Общая дата для всех

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

По пользователям

Гибкое закрытие периода с исключениями для главного бухгалтера или руководителя. Требует аккуратного ведения списка при приёме новых сотрудников.

По разделам и организациям

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

Автоматическое смещение даты запрета

В типовых конфигурациях доступен вариант «Относительная дата» — например, «конец прошлого месяца» или «конец прошлого квартала». Система сама пересчитывает границу при наступлении нового периода, и администратору не нужно каждый раз менять настройку вручную.

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

Как проверить, что запрет работает

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

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

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

Открытие документа закрытого периода

Норма

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

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

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

Попытка провести старый документ

Норма

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

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

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

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

Норма

Создание и проведение проходят в обычном режиме

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

Запрет срабатывает и на текущие документы — значит, дата указана неверно

Права пользователя

Норма

У пользователя нет роли с обходом запрета

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

Пользователю назначены полные права, и запрет его не касается

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

Ограничения и риски механизма

Дата запрета не защищает от всех сценариев изменения прошлого. Регламентные операции (например, перепроведение, корректировка регистров вручную, загрузка данных через обмен) могут затронуть закрытый период, если у пользователя достаточно прав. Особое внимание уделите планам обмена: синхронизация с другой базой способна привнести изменения «с той стороны», и в настройках БСП для этого предусмотрен отдельный режим — дата запрета загрузки данных.

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

Типичные ошибки при настройке

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

Удобный порядок закрытия периода: сначала сверка взаиморасчётов и инвентаризация остатков, затем сдача отчётности, потом установка даты запрета и финальная резервная копия базы. Такой чек-лист занимает меньше часа, но избавляет от большинства проблем с «поплывшими» остатками.

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

Штатный сценарий исправления зависит от характера ошибки. Незначительные правки, не влияющие на отчётность (например, комментарий или ответственного), иногда допустимо внести после согласования с главным бухгалтером: администратор временно сдвигает дату запрета для конкретного пользователя, тот вносит правку, после чего граница возвращается.

Если ошибка влияет на налоговую или бухгалтерскую отчётность, правильный путь — корректировочные документы текущим периодом, а не правка «задним числом». В типовых конфигурациях для этого предусмотрены документы корректировки и сторнирования. Такой подход сохраняет аудиторский след и не требует пересдачи уже сданных форм, если корректировка отражена в текущем периоде по правилам учёта.

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

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

Ошибка не влияет на суммы в отчётностиВременно сдвиньте дату запрета для конкретного пользователя, внесите правку и сразу верните границу

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

Изменения приходят из обмена даннымиНастройте дату запрета загрузки данных в настройках синхронизации

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

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

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

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

Можно ли запретить только удаление документов, оставив редактирование?

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

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

Чаще всего причины три: у пользователя полные права, дата запрета установлена позже даты документа, либо в режиме «По пользователям» для этого сотрудника задана индивидуальная (более ранняя) граница. Проверьте настройку дат запрета и состав ролей пользователя, затем повторите тест на копии документа.

Нужно ли устанавливать дату запрета в каждой базе отдельно?

Да. Настройка хранится в конкретной информационной базе и не переносится автоматически в другие. Если у вас связанные базы (например, «Бухгалтерия» и «Зарплата и управление персоналом»), установите согласованные даты в каждой и дополнительно настройте запрет загрузки данных в правилах обмена.

Что делать, если после установки запрета перестали проводиться текущие документы?

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

Работает ли дата запрета в файловой и клиент-серверной базе одинаково?

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