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

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

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

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

Где в 1С настраивается запрет периода и как он работает

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

Механизм работает так: система хранит одну или несколько дат, и все документы, дата которых раньше или равна установленной, становятся недоступны для записи и проведения. Проверка выполняется при записи объекта, поэтому обойти её «тихо» через обработку или обмен данными не получится — запрет срабатывает на уровне подписки на события.

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

Способ 1: сдвинуть дату запрета для всех пользователей

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

Порядок действий в типовой конфигурации:

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

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

Способ 2: открыть период только конкретному пользователю

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

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

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

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

Способ 3: роль «Изменение данных в запрещенном периоде»

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

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

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

Сравнение способов открытия периода

Сдвиг общей даты запрета

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

Настройка «По пользователям»

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

Роль «Изменение данных в запрещенном периоде»

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

Разовая работа под учётной записью администратора

Подходит для единичной правки: администратор временно снимает запрет, вносит изменение сам и сразу возвращает настройку.

Тонкие настройки: разделы и объекты

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

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

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

Особенности для разных конфигураций и режимов работы

В 1С:Бухгалтерии 8 настройка находится стандартно в разделе «Администрирование», дополнительно есть отчёт «Анализ дат запрета» и напоминания о необходимости установить дату после закрытия периода. В 1С:ERP и Комплексной автоматизации механизм развёрнут по разделам учёта, и там же действует отдельный запрет на изменение регламентированных данных.

В ЗУП помимо общей даты запрета действует отдельная дата запрета изменения данных по зарплате и кадрам — её настраивают в том же механизме, но проверяйте оба значения: расчётчики часто забывают про кадровый запрет. В файловых базах настройка применяется мгновенно; в клиент-серверном варианте пользователю иногда нужно перезайти в сеанс, чтобы подхватились новые параметры.

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

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

Как проверить результат и типичные ошибки

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

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

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

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

Запись документа под нужным пользователем

Норма

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

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

Появляется сообщение «Дата запрета изменения данных» — настройка не применилась

Запись под обычным пользователем

Норма

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

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

Документ редактируется — запрет снят слишком широко

Общая дата запрета после завершения работ

Норма

Дата возвращена к исходному значению, индивидуальные исключения удалены

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

Дата осталась сдвинутой или лишние строки «По пользователям» не удалены

Итоги и отчётность

Норма

Обороты по затронутым периодам соответствуют ожиданиям, при необходимости запланирована пересдача

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

Итоги изменились незаметно для ответственных лиц

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

Что делать, если пункт «Даты запрета изменения данных» не виден в меню?

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

Можно ли открыть период только для одного документа?

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

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

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

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

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

Дата запрета мешает обмену данными с другой базой. Как быть?

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

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

Используйте журнал регистрации: откройте его через «Администрирование → Обслуживание → Журнал регистрации» и отфильтруйте по событию записи константы или набора настроек дат запрета. Там видно пользователя, время и сеанс изменения.