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

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

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

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

Где находится настройка и как её включить

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

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

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

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

Проверка выполняется в подписках на события записи объектов. Когда пользователь проводит документ, изменяет элемент справочника или записывает набор регистров, механизм сравнивает дату объекта с установленной датой запрета. Если дата объекта раньше или равна границе запрета (в зависимости от настройки «по дату включительно»), запись отклоняется.

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

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

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

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

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

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

Настройка по разделам и объектам учёта

В конфигурациях с развитым учётом (ERP, «Комплексная автоматизация») дату запрета можно задать отдельно по разделам: «Бухгалтерский и налоговый учёт», «Зарплата», «Склад», «Продажи» и другим. Это позволяет, например, закрыть зарплатный участок сразу после выплаты, а складской период держать открытым до инвентаризации.

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

Варианты настройки даты запрета

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

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

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

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

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

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

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

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

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

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

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

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

Норма

Сообщение о запрете, документ не сохраняется

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

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

Создание документа задним числом

Норма

Отказ при записи или проведении

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

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

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

Норма

Пользователь с исключением редактирует период, остальные — нет

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

Исключение не срабатывает или, наоборот, действует на всех

Обмен данными

Норма

В журнале регистрации нет массовых ошибок запрета

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

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

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

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

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

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

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

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

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

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

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

Можно ли установить разные даты запрета для разных организаций в одной базе?

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

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

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

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

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

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

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

Нужно ли снимать запрет для перепроведения документов прошлого периода?

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

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

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