Закрытый период в 1С 8.3: где задать и как снять запрет изменения данных

В 1С:Бухгалтерии 3.0 дата запрета редактирования документов задаётся в разделе Администрирование → Проведение документов: включите флажок «Дата запрета изменения» и перейдите по ссылке «Настроить». В ЗУП 3.1 и УТ 11 та же настройка лежит в Настройках пользователей и прав раздела администрирования. Без флажка запрет не действует вообще, даже если дата когда-то была введена.

В конфигурациях на платформе 8.3 настройку называют «Дата запрета изменения». «Дата запрета редактирования» — старое название из БП 2.0 и УПП, где дату ставили в настройках каждого пользователя. Смысл тот же: документы и записи с датой не позже указанной нельзя создать, изменить, провести или удалить.

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

Механизм входит в Библиотеку стандартных подсистем (БСП), поэтому форма настройки выглядит одинаково везде. Отличается только место, откуда её открывают.

Что видно в форме настройки

В форме три вещи:

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

Относительная дата сдвигается сама. Пример: выбрано «Конец прошлого месяца» и допуск 10 дней. До 10 ноября включительно сентябрь закрыт, октябрь открыт. С 11 ноября закрывается и октябрь. Ставить новую дату вручную каждый месяц не нужно.

По какой дате идёт проверка

Программа сравнивает дату запрета не с датой создания, а с датой самого объекта:

• 📄 у документа — с его датой в шапке;
• 📊 у записей регистров, которые вводят вручную, — с периодом записи;
• 🔁 при изменении даты документа — и со старой, и с новой датой.

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

Общая дата и личные даты пользователей

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

Когда людей больше, удобнее вариант «по пользователям». Тогда в списке есть строка «Для всех пользователей» и отдельные строки для конкретных людей или групп.

Как работают исключения

Пример настройки:

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

Разделы и организации

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

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

Права: кто может менять дату запрета

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

Проверка выполняется так:

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Откройте карточку нужного сотрудника.
3. Перейдите по ссылке «Права доступа » и посмотрите, какие группы доступа отмечены.
4. Профиль группы откройте двойным щелчком и на вкладке ролей найдите роль про даты запрета.

Поэтому в организациях с жёстким контролем право на изменение дат дают одному-двум людям. Остальные просят открыть период через них.

Кто видит ошибку при записи

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

Дата запрета в распределённой базе и при обменах

В распределённой информационной базе (РИБ) настройки дат запрета задают в главном узле. В подчинённые узлы они уходят вместе с обычным обменом. После изменения даты проверьте, что очередной обмен прошёл без ошибок, иначе филиал какое-то время работает со старой датой.

Отдельно существует дата запрета загрузки данных. Она защищает от другого сценария: документ в закрытом периоде меняют в другой программе или в другом узле, и он приходит при синхронизации.

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

Порядок действий в филиальной сети

Типичная схема для РИБ с центральным офисом и складами:

1. Центр закрывает месяц и ставит дату запрета изменения в главном узле.
2. Запускается обмен, дата уходит во все подчинённые узлы.
3. В каждом узле кто-то из ответственных проверяет, что старый документ больше не записывается.
4. Только после этого центр сдаёт отчётность за период.

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

Закрытие месяца и дата запрета изменения

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

1. Провести все документы месяца, сделать групповое перепроведение, если меняли что-то задним числом.
2. Выполнить Операции → Закрытие месяца в БП 3.0 (в ЗУП — начисление зарплаты и отражение в учёте за месяц).
3. Сформировать оборотно-сальдовую ведомость и экспресс-проверку ведения учёта.
4. Сдать отчётность за период.
5. Сдвинуть дату запрета изменения на последний день закрытого периода.

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

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

Порядок такой:

1. Пользователь с правом меняет дату запрета на конец предыдущего периода.
2. Исправляет документ.
3. Перевыполняет закрытие месяца с исправленного месяца по текущий, потому что сдвинутся себестоимость, амортизация, финансовый результат.
4. Возвращает дату запрета.

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

Исправлять ли прошлый период или отражать ошибку текущим, решает бухгалтер по правилам ПБУ 22/2010. Несущественную ошибку прошлого года после подписания отчётности обычно отражают в текущем периоде. Тогда закрытый период вообще не открывают.

Технические ограничения: что дата запрета не защищает

Механизм работает в пользовательском режиме при записи объектов. У него есть границы, о которых стоит знать администратору.

• 🔧 Конфигуратор. Дата запрета не действует при работе в Конфигураторе: там нет записи документов пользователями. Загрузка базы из .dt тоже заменяет данные целиком, вместе с датой запрета.
• 🧩 Внешние обработки. Обработка, которая пишет документы в режиме загрузки (ОбменДанными.Загрузка = Истина), пропускает обычные проверки при записи. Как она поведёт себя с датой запрета, зависит от кода обработки, поэтому запускайте такие обработки только от доверенного разработчика и сначала на копии.
• 📚 Справочники и константы. Объекты без даты не попадают под запрет. Сменили ставку в справочнике, и пересчёт на следующий месяц пойдёт по новой.
• 🗂 Отключённый флажок. Когда флажок использования дат запрета снят, введённые даты сохраняются, но не проверяются.

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

Как организовать доступ к закрытым периодам

Несколько правил, которые хорошо работают на практике:

• ✅ Относительная дата вместо ручной. «Конец прошлого месяца» с допуском 5–15 дней закрывает период автоматически, даже если бухгалтер забыл.
• ✅ Квартал — отдельной датой. После сдачи декларации по НДС ставьте конкретную дату конца квартала личной строкой для всех, кроме главного бухгалтера.
• ✅ Право на изменение — минимум людей. Обычно это главный бухгалтер и администратор базы.
• ✅ Журнал регистрации. Раз в месяц смотрите события изменения регистра дат запрета: кто и когда сдвигал дату.
• ✅ Для кладовщиков и менеджеров — «Предыдущий день». Вчерашние накладные они не правят, а исправление идёт через бухгалтерию.

Мини-кейс: торговая компания на БП 3.0 и УТ 11

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

1. В БП общая дата — «Конец прошлого месяца» с допуском 10 дней.
2. Главному бухгалтеру — личная строка на конец прошлого квартала.
3. Кладовщику и менеджеру в УТ — «Предыдущий день».
4. Дата запрета загрузки из УТ в БП — та же, что общая дата в БП.

Итог: до 10-го числа бухгалтеры доделывают прошлый месяц, потом он закрывается сам. Главный бухгалтер правит квартал до сдачи НДС, потом ставит конкретную дату конца квартала.

Когда дата запрета не нужна

В учебной или тестовой копии базы дату лучше снять сразу после загрузки. Иначе любой эксперимент с прошлыми периодами упрётся в ошибку при записи.

Также её не ставят на время переноса остатков при переходе на новую конфигурацию: ввод остатков идёт датой до начала учёта, и запрет его заблокирует.

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