Дата запрета редактирования в 1С Бухгалтерии 8.3: где находится и как настроить

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

В типовой конфигурации «1С:Бухгалтерия 8.3» (редакция 3.0) эта настройка находится в разделе администрирования, но путь к ней зависит от того, включён ли у пользователя режим полных прав и как настроен интерфейс. Ниже разобраны все способы найти и установить дату запрета, включая индивидуальные настройки для отдельных сотрудников.

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

Где именно находится настройка в 1С Бухгалтерии 8.3

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

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

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

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

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

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

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

Для относительных дат доступна отсрочка — количество дней, в течение которых период ещё остаётся открытым после его окончания. Например, дата «Конец прошлого месяца» с отсрочкой 5 дней означает, что прошлый месяц закрывается только 5-го числа текущего. Это даёт время на ввод первички, поступившей с задержкой.

После установки даты нажмите «ОК» или «Записать и закрыть». Перезапускать программу не нужно — ограничение начинает действовать сразу для всех активных сеансов.

Как задать дату запрета по разделам и объектам учёта

Переключатель в положение «По разделам» позволяет установить разные даты для разных участков учёта. Типовой состав разделов в Бухгалтерии 3.0 включает, например, «Бухгалтерский учёт», «Регламентные операции», «Зарплата», «Склад» — точный список зависит от версии конфигурации.

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

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

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

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

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

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

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

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

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

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

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

Индивидуально по пользователям

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

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

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

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

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

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

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

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

Норма

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

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

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

Проверка под обычным пользователем

Норма

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

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

Проверка выполнена только под администратором

Перенос документа в закрытый период

Норма

Программа отказывает в записи

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

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

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

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

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

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

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

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

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

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

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

Почему в меню «Администрирование» нет пункта «Поддержка и обслуживание»?

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

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

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

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

Дата запрета редактирования (изменения данных) ограничивает любые изменения объектов в закрытом периоде. Дата запрета загрузки — отдельная настройка, которая ограничивает только данные, поступающие через планы обмена, и обычно используется в распределённых базах. В Бухгалтерии чаще всего достаточно первой настройки.

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

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

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

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