Где в 1С находится запрет даты редактирования и как его настроить

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

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

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

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

В большинстве современных типовых решений (1С:Бухгалтерия 8, 1С:ЗУП, 1С:Управление торговлей, 1С:ERP) путь одинаковый. Откройте раздел «Администрирование», затем пункт «Поддержка и обслуживание». В группе «Регламентные операции» найдите ссылку «Настроить дату запрета изменения данных». Если этой ссылки нет, проверьте раздел «Пользователи и права» — в ряде версий настройка расположена там.

В 1С:Бухгалтерии 8 редакции 3.0 настройка дополнительно продублирована: «Операции» → «Даты запрета изменения данных». Это удобно, когда бухгалтер закрывает период самостоятельно, без привлечения администратора. В ЗУП аналогичная ссылка есть в разделе «Настройка».

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

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

Откройте форму настройки и на первой закладке выберите вариант «Общая дата». Укажите дату: все документы и движения раньше этого числа станут недоступны для редактирования всем без исключения пользователям. Например, дата 31.03 означает, что первый квартал закрыт, а документы с 1 апреля редактировать можно.

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

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

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

Индивидуальные даты для пользователей и групп

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

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

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

Способы задания даты

Общая дата

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

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

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

По объектам

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

Динамическая дата: «конец прошлого месяца» и аналоги

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

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

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

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

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

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

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

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

Запись старого документа

Норма

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

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

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

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

Норма

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

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

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

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

Норма

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

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

Заблокированы и текущие документы — дата установлена ошибочно позже нужной

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

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

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

Третий момент — загрузка из внешних источников (банк-клиент, ЭДО, обработки). Часть механизмов уважает дату запрета, часть — нет. Единственный надёжный способ узнать поведение конкретной загрузки — тест на копии базы.

Что делать, если настройки нет или она не работает

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

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

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

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

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

Одному сотруднику нужно править текущий квартал при закрытом прошломЗадайте ему индивидуальную дату на закладке «по пользователям»

Не хотите вручную менять дату каждый месяцВыберите динамический вариант «конец прошлого месяца»

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

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

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

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

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

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

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

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

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

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

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

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

Работает ли запрет даты в файловой и клиент-серверной базе одинаково?

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