← На главную

Многие пользователи 1С:Бухгалтерии 3.0 после обновления на актуальные релизы (начиная с 3.0.167 и выше) сталкиваются с критической ошибкой при выполнении процедуры Закрытие месяца. Ситуация выглядит следующим образом: при попытке закрыть текущий период (например, декабрь 2024 года) программа выдает сообщение о невозможности изменения данных в прошлом периоде, ссылаясь на дату запрета изменения данных (например, 31.12.2022 или 31.12.2023), хотя мы работаем в текущем году.

В этой статье мы подробно разберем, почему возникает данная ошибка, как она связана с механизмом Единого налогового счета (ЕНС) и рассмотрим пошаговые методы ее устранения.

Симптомы и текст ошибки

При выполнении регламентной операции, чаще всего на этапе «Начисление налогов на единый налоговый счет», процесс прерывается, и появляется окно с описанием ошибки. Полный текст ошибки может выглядеть так:

Ошибка при выполнении обработчика - 'ПередЗаписью' по причине: Расчет начисления налогов на ЕНС с полем Регистратор = "Регламентная операция МВОФ-000083 от 31.12.2024 23:59:59" невозможно удалить в запрещенном периоде. Запрещено изменять данные с датой ранее 31.12.2023 (включительно).

Пользователя ставит в тупик тот факт, что документ-регистратор датирован текущим годом (2024), но система утверждает, что мы пытаемся затронуть закрытый период прошлых лет.

Анализ технической причины сбоя

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

В новых релизах 1С:Бухгалтерии был изменен алгоритм расчета совокупной обязанности на ЕНС. При перепроведении или формировании регламентной операции система анализирует записи этого регистра. Проблема возникает из-за появления в базе данных «битых» записей, у которых поле Период не заполнено.

В платформе 1С пустая дата соответствует значению 01.01.0001 00:00:00. Если у вас установлена Дата запрета изменения данных (например, 31.12.2023), то система справедливо считает, что дата 01.01.0001 находится в глубоком прошлом, которое закрыто для редактирования. Когда регламентная операция пытается перезаписать или удалить эти некорректные движения, срабатывает защита, вызывающая исключение ПередЗаписью.

Способ 1: Временное снятие Даты запрета изменения данных (Самый быстрый)

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

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

1. Перейдем в раздел Администрирование — Настройки пользователей и прав.
2. Найдем пункт Даты запрета изменения.
3. Если флажок установлен, нажмем на ссылку Настроить.
4. В открывшемся окне мы увидим установленную дату (например, 31.12.2023). Нам необходимо либо полностью снять галку Даты запрета изменения в предыдущем меню, либо в настройках временно очистить дату или установить дату заведомо раньше 01.01.0001 (что невозможно), поэтому проще отключить функционал полностью на 5 минут.
5. После отключения даты запрета вернемся в Операции — Закрытие месяца.
6. Повторим выполнение операции, на которой возникала ошибка, или перевыполним закрытие месяца целиком. Теперь, когда ограничений нет, система успешно перезапишет регистр РасчетНачисленияНалоговНаЕдиныйНалоговыйСчет, проставив корректные периоды.
7. После успешного проведения документа не забудьте вернуть Дату запрета изменения данных обратно, чтобы защитить закрытые периоды от случайных правок.

Способ 2: Техническое исправление регистра (Для опытных пользователей)

Если по каким-то причинам снимать дату запрета нельзя (например, в базе работают другие пользователи, и это рискованно), можно попытаться исправить конкретные проблемные записи через технические инструменты.

Для этого нам понадобится доступ к режиму «Функции для технического специалиста» (ранее «Все функции»).

1. Откроем меню функций технического специалиста.
2. В строке поиска наберем Расчет начисления налогов на единый налоговый счет и откроем этот Регистр сведений.
3. В открывшемся списке нам нужно найти записи с пустым периодом. Для этого нажмем Ещё — Настроить список.
4. На вкладке «Отбор» добавим новое поле Период, вид сравнения «Равно», значение оставим пустым (или 01.01.0001).
5. Если такие записи найдутся, вы увидите, что они привязаны к определенному Регистратору (документу).
6. Чтобы исправить ошибку, необходимо либо удалить эти записи (если регистр позволяет редактирование), либо изменить их Период на дату, соответствующую дате Регистратора (например, на 31.12.2024).

Часто редактирование регистров сведений, подчиненных регистратору, напрямую запрещено. В таком случае поможет встроенная обработка «Групповое изменение реквизитов» (находится в разделе Администрирование — Обслуживание — Корректировка данных).

В обработке «Групповое изменение реквизитов» нужно:

• Выбрать объект: РегистрСведений.РасчетНачисленияНалоговНаЕдиныйНалоговыйСчет (для этого нужно включить режим разработчика в настройках обработки).
• Установить отбор по пустому Периоду.
• В таблице реквизитов найти поле Период и установить нужное значение (дату закрываемого месяца).
• Нажать «Изменить реквизиты».

Способ 3: Пересоздание регламентной операции

Иногда помогает полное удаление (не просто пометка, а физическое удаление или отмена проведения с очисткой движений) сбойного документа.

1. Перейдем в журнал регламентных операций.
2. Найдем операцию Начисление налогов на единый налоговый счет за проблемный месяц.
3. Отменим проведение документа.
4. Пометим документ на удаление.
5. Попробуем запустить процедуру Закрытие месяца заново. Система создаст новый документ. Если ошибка была связана с некорректным кэшированием или разовым сбоем записи, новый документ может провестись корректно.

Рекомендации по обновлению

Разработчики 1С осведомлены о проблемах с ЕНС в указанных релизах. В версиях 3.0.169.x и выше были внесены исправления, которые добавляют проверку и автоматическое заполнение пустых дат в записях регистра при проведении документов.

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

1. Обновите конфигурацию до самого последнего доступного релиза.
2. Если ошибка сохраняется — выполните Способ 1 (снятие даты запрета). На новом релизе это придется сделать только один раз, далее ошибка не должна возвращаться.

Дополнительная причина: Корректировки ЕНС

Также стоит проверить документы ОперацияПоЕдиномуНалоговомуСчету и УведомлениеОбИсчисленныхСуммахНалогов за закрываемый год. Если вы вносили ручные корректировки в регистры накопления по ЕНС, это могло привести к расхождениям, которые регламентная операция пытается «выровнять» задним числом.

Рекомендуем последовательно перепровести документы, связанные с ЕНС, начиная с начала года, если позволяет учетная политика и объем базы. Это упорядочит остатки в регистрах накопления и может устранить причину некорректного формирования записей в регистре сведений.