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

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

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

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

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

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

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

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

Как установить дату запрета: пошаговый порядок

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

Порядок действий:

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

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

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

Варианты запрета: общая дата, по пользователям и по разделам

Выбор варианта зависит от структуры компании и того, кто отвечает за корректировки закрытых периодов. Сравнение основных подходов:

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

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

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

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

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

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

Уместно в крупных базах ERP/КА, где склад, казначейство и бухгалтерия закрывают периоды независимо. Настройка сложнее, но исключает блокировку смежных отделов.

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

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

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

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

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

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

Норма

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

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

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

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

Норма

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

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

Документ помечается на удаление

Работа в открытом периоде

Норма

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

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

Отказ срабатывает и на документы текущего периода — дата установлена неверно

Пользователь из списка исключений

Норма

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

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

Исключение не действует — пользователь добавлен не в тот раздел или с неверной датой

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

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

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

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

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

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

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

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

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

Частые вопросы о запрете изменения данных в 1С

Дата запрета установлена, но пользователь всё равно меняет документы. Почему?

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

Блокирует ли дата запрета загрузку документов по обмену данными?

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

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

Да, в конфигурациях с поддержкой настройки по разделам (ERP, КА, частично УТ) запрет задаётся по разделам и объектам учёта. В 1С:Бухгалтерии такой гибкости нет — действует общая дата либо настройка по пользователям.

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

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

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

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

Как закрыть период, если в базе работают несколько организаций?

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