В работе бухгалтера и расчетчика периодически возникает ситуация, когда после закрытия периода и сдачи отчетности необходимо «заморозить» данные, чтобы избежать случайных изменений. В программе 1С:Зарплата и управление персоналом 8 (ред. 3.1) для этого предусмотрен специальный механизм. Однако пользователи часто сталкиваются с проблемой: дата установлена, но документы всё равно остаются доступными для редактирования. Давайте разберем эту ситуацию подробно, выясним причину и настроим систему правильно.
Проанализируем типичную ошибку. Пользователь заходит в форму установки даты запрета, выбирает число, но система игнорирует это действие. Главная причина здесь кроется не в ошибке программы, а в том, что сам механизм контроля дат запрета может быть выключен в общих настройках системы. В интерфейсе 1С часто бывает так, что форма для ввода данных доступна, но без активации главного «переключателя» введенные значения не имеют юридической силы для программы.
Рассмотрим по шагам, как включить этот функционал:
Если этот флажок снят, программа позволяет вводить даты «в пустоту» — они сохраняются в базе, но алгоритмы проведения документов их не учитывают. Как только мы устанавливаем этот признак, 1С:ЗиУП начинает проверять каждый документ при попытке записи или проведения.
Когда основной флаг включен, нам необходимо определить, насколько детальным должен быть контроль. Проанализируем три режима настройки, которые предлагает система:
1. Общая дата. Это самый простой вариант. Мы устанавливаем одну единую дату для всей информационной базы. Все документы (и кадровые, и расчетные) до этой даты включительно станут недоступны для правки всем пользователям, на которых распространяется действие правила. Рассмотрим ситуацию: если мы поставим 31.12.2023, то ни один документ прошлого года нельзя будет изменить.
2. По разделам. Этот режим более гибкий. В 1С:ЗиУП учет разделен на логические блоки. Например, мы можем установить дату запрета для раздела «Кадровый учет» одну (когда кадровики уже все оформили), а для раздела «Расчет зарплаты» — другую (пока расчетчики еще допроверяют начисления). Это позволяет отделам работать в своем темпе, не мешая друг другу и гарантируя сохранность уже проверенных данных.
3. По разделам и объектам. Посмотрим на этот режим, если в нашей базе ведется учет по нескольким организациям. Мы можем настроить индивидуальные даты для каждого юридического лица. Это крайне полезно, если одна организация закрывается раньше другой из-за разного объема документооборота.
Чтобы не заходить в настройки каждый месяц вручную, разберем возможность использования «относительных» дат. Это позволяет системе самостоятельно сдвигать границу запрета. В поле выбора даты мы можем указать:
КонецПрошлогоМесяца;КонецПрошлогоКвартала;ПредыдущийДень.Дополнительно мы можем настроить «Отсрочку в днях». Выясним, как это работает на примере: мы устанавливаем запрет на КонецПрошлогоМесяца, но задаем отсрочку 5 дней. Это означает, что до 5-го числа текущего месяца включительно сотрудники смогут вносить правки в прошлый месяц (закрывать хвосты), а 6-го числа программа автоматически «закроет замок» без участия администратора.
Важный технический нюанс, который часто упускают из виду: по умолчанию дата запрета не действует на пользователей с ролью ПолныеПрава (Администраторы). Если вы заходите под администратором и видите, что можете править старые документы, это не значит, что механизм не работает — он просто вас «щадит».
Чтобы запрет распространялся и на руководителей или ИТ-специалистов, в окне настроек необходимо нажать гиперссылку Настроить (или кнопку Дополнительно) и установить флажок Применять для администраторов. Мы рекомендуем включать эту опцию, чтобы даже те, у кого есть доступ ко всему, не могли случайно изменить данные закрытого периода.
Если интерфейсные настройки не помогают, проанализируем ситуацию на уровне базы данных. Все настройки дат хранятся в регистре сведений ДатыЗапретаИзменения. Чтобы проверить его содержимое напрямую, выполним следующие действия:
Бывают случаи, когда в регистре возникают конфликтующие записи (например, установлена общая дата и одновременно персональная дата для пользователя, которая «шире» общей). Помните о приоритетах: персональная настройка пользователя всегда важнее групповой или общей. Если пользователю разрешено редактировать данные персонально, общая дата на него не подействует.
Рассмотрим подробнее, как дата запрета взаимодействует с механизмом ПересчетыЗарплаты. Программа 1С:ЗиУП уникальна тем, что она «следит» за изменениями. Если кто-то пытается внести кадровое изменение в закрытом периоде (например, изменить график работы), система не даст перепровести документ. Однако, если изменение все же произошло через исправление (сторнирование) в текущем периоде, программа создаст запись в сервисе пересчетов.
Это гарантирует, что учет будет консистентным: мы не правим «прошлое», а регистрируем необходимость доначислений или удержаний в «настоящем». Если дата запрета стоит, то любые исправления прошлого периода возможны только через специализированные механизмы программы — кнопки Исправить или Сторнировать в нижней части документов, которые создают новый документ в текущем месяце.
Если пользователь видит пункт меню, но не может изменить дату, или если настройки «слетают», нужно проверить наличие роли НастройкаДатЗапретаИзмененияДанных. Без этой роли редактирование регистра запрещено. Обычно эти права есть у бухгалтеров с расширенными правами или у системных администраторов.
Подведем итог: для корректной работы даты запрета в 1С:ЗиУП 8 ред. 3.1 необходимо:
Соблюдение этих простых правил позволит вам надежно защитить данные прошлых периодов от несанкционированных и случайных изменений.