Как в 1С закрыть период для изменений

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

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

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

Что такое дата запрета изменения данных и когда её ставить

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

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

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

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

В конфигурациях на управляемых формах (1С:Бухгалтерия 8, 1С:ЗУП, 1С:Управление торговлей 11, 1С:ERP) путь к настройке одинаковый: раздел «Администрирование» → подраздел «Поддержка и обслуживание» → группа «Регламентные операции» → пункт «Даты запрета изменения данных». В некоторых версиях Бухгалтерии настройка также доступна из раздела «Главное» → «Периоды» или через «Все функции».

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

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

Пошаговая установка даты запрета

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

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

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

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

Закрытие периода для отдельных пользователей и по разделам учёта

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

Логика применения такова: для пользователя действует та дата, которая указана непосредственно для него; если персональной даты нет, применяется общая. Поэтому типовая схема выглядит так: общая дата запрета — 31.12, а для главного бухгалтера персональная дата не задана вообще либо задана более ранняя (например, 30.09), что оставляет ему возможность править четвёртый квартал.

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

Сравнение вариантов

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

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

Персональные даты

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

Запрет по разделам учёта

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

Проверка результата и контроль действий пользователей

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

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

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

Перепроведение документа закрытого периода под обычным пользователем

Норма

Система выдаёт отказ с указанием даты запрета

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

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

Создание документа задним числом в закрытом периоде

Норма

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

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

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

Доступ пользователя с исключением (главбух)

Норма

Документы его периода редактируются, более ранние — нет

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

Доступно всё — персональная дата не задана или задана неверно

Регламентные операции закрытия текущего месяца

Норма

Выполняются без ошибок

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

Операции падают из-за запрета — дата установлена слишком поздно

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

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

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

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

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

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

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

Отчётность сдана, правок в закрытом периоде не планируетсяУстановите общую дату запрета на конец периода для всех пользователей

Главбуху или аудитору нужен доступ к закрытому периодуЗадайте общую дату для всех и персональную более раннюю дату для конкретных пользователей

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

Нужно исправить один документ в закрытом периодеСделайте копию базы, временно задайте персональную дату исполнителю, внесите правку и верните настройку

Часто задаваемые вопросы

Можно ли закрыть период, если отчётность ещё не сдана?

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

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

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

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

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

Чем дата запрета отличается от закрытия месяца?

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

Можно ли закрыть только один вид документов или организацию?

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

Как узнать, кто изменил дату запрета?

Откройте журнал регистрации («Администрирование» → «Обслуживание» → «Журнал регистрации») и отфильтруйте события, связанные с изменением настроек дат запрета. Там будут видны пользователь, время и характер изменения. Регулярный контроль этих событий — обязательный элемент защиты закрытых периодов.