При обновлении конфигурации "Зарплата и Управление Персоналом" (ЗУП) до версии 3.1.27.151 многие специалисты сталкиваются с неприятной ситуацией: процесс обновления информационной базы зависает. В журнале регистрации мы наблюдаем бесконечно повторяющиеся записи, указывающие на работу одного и того же отложенного обработчика. Если ваша база имеет большой объем данных, такие процессы могут длиться вечно, хотя существуют методики, позволяющие ускорить обновление ЗУП с часов до минут.
Имя этого обработчика — УчетНДФЛ.УточнитьКрайнийСрокУплатыВНачале2024. Внешне это выглядит как бесконечный цикл: фоновое задание не завершается, нагрузка на сервер сохраняется, а прогресс обновления стоит на месте. Давайте разберем детально, почему это происходит, какую важную функцию выполняет этот код и, самое главное, как нам корректно завершить обновление базы.
Прежде чем переходить к "лечению", давайте поймем "диагноз". Данный обработчик появился в системе не случайно. Он связан с изменениями в Налоговом кодексе РФ, внесенными Федеральным законом № 539-ФЗ от 27.11.2023. Суть изменений касается сроков перечисления НДФЛ. Если ранее налог, удержанный в период с 23 по 31 января, относился к "февральскому" сроку уплаты (28 февраля), то по новым правилам для этого периода установлен отдельный срок — 5 февраля.
Задача процедуры УчетНДФЛ.УточнитьКрайнийСрокУплатыВНачале2024 — найти в регистрах накопления записи об удержанном налоге за период с 23.01.2024 по 31.01.2024, у которых стоит старый срок уплаты (28.02.2024), и заменить его на новый (05.02.2024).
Почему происходит зацикливание?
В релизе 3.1.27.151 была допущена ошибка в коде выборки данных (зарегистрированная ошибка 000150265). Для тех, кто занимается поддержкой сложных систем, такие инциденты подтверждают, что регулярный анализ конфигураций на наличие ошибок в общих модулях крайне важен перед масштабными обновлениями.
Из-за ошибки в логике запроса обработанные данные не "выпадают" из выборки на следующей итерации. Программа снова и снова берет одни и те же данные, пытается их обновить, и так до бесконечности.
Самый надежный и правильный способ устранения проблемы — это установка релиза, в котором ошибка исправлена. Официально ошибка исправлена в версиях 1С:ЗУП 3.1.27.152 и 3.1.28.65. Если ваша база "зависла", рекомендуется принудительно завершить сеанс и накатить исправленный дистрибутив.
Если базу нужно запустить срочно, можно пропустить выполнение этого обработчика. Однако помните, что в этом случае данные в регистрах останутся некорректными.
Если обработчик не отработал автоматически, мы должны выполнить его работу вручную. Нам необходимо перепровести ведомости за период с 23.01.2024 по 31.01.2024. В сложных случаях, когда ручного перепроведения недостаточно, может потребоваться специализированная корректировка данных налогового учета, которая выявит и исправит ошибки в НДФЛ.
После завершения обновления крайне важно проверить результат. Вы можете использовать следующий запрос в консоли:
ВЫБРАТЬ
РасчетыПоНДФЛ.Регистратор КАК Регистратор,
РасчетыПоНДФЛ.Период КАК Период,
РасчетыПоНДФЛ.СрокУплаты КАК СрокУплаты
ИЗ
РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ КАК РасчетыПоНДФЛ
ГДЕ
РасчетыПоНДФЛ.СрокУплаты = ДАТАВРЕМЯ(2024, 2, 28)
И РасчетыПоНДФЛ.Период МЕЖДУ ДАТАВРЕМЯ(2024, 1, 23) И ДАТАВРЕМЯ(2024, 1, 31)
Если запрос возвращает строки, необходимо продолжить исправление. Для визуального контроля и сверки итоговых цифр удобно использовать отчет Начисления, НДФЛ и взносы за выбранный период, который покажет, как данные отразились в системе. Кроме того, убедитесь, что в регистрах не произошло задвоения сумм — при необходимости выполните корректировку вычетов НДФЛ и исчисленного налога.
Зависание на релизе 3.1.27.151 — это не проблема ваших данных, а недочет конфигурации. Мы рекомендуем обновиться до версии 3.1.27.152 или выше. Если же вы правили данные вручную или через перепроведение, обязательно используйте дополнительные отчеты и обработки для контроля качества налогового учета после инцидента.