Как исправить задвоение НДФЛ с аванса в расчетном листке 1С:УПП 1.3

С начала 2023 года многие пользователи конфигурации 1С:Управление производственным предприятием (УПП) редакции 1.3 столкнулись с неприятной ситуацией: при формировании расчетных листков сумма НДФЛ отображается в двойном размере. Проблема проявляется наиболее остро при начислении зарплаты за первую половину месяца (аванса). Разберем причины этого поведения и пошагово выясним, как привести учет в порядок.

Причина возникновения ошибки и официальный статус

Основным триггером проблемы послужил переход на учет НДФЛ по дате фактической выплаты дохода. В конфигурации УПП 1.3, которая базируется на «обычных» формах и классических алгоритмах, это изменение вызвало конфликты в механизмах формирования движений по регистрам. Компания 1С официально зарегистрировала ошибку с кодом 60005313.

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

Проанализируем ситуацию через отчеты

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

1. Сформируем отчет «Анализ начисленных налогов и взносов» (вариант по НДФЛ). Если в этом отчете суммы налога верные и задвоения не наблюдается, значит, проблема носит чисто «визуальный» характер для расчетного листка и связана с регистрами взаиморасчетов.
2. Сформируем отчет «Свод начислений и удержаний». С помощью расшифровки по регистратору попробуем найти документы, которые делают избыточные движения.
3. Проверим регистры накопления НДФЛ к выплате и Зарплата к выплате. Именно в них чаще всего «зависают» фантомные суммы, которые портят расчетный листок.

Шаг 1: Обновление конфигурации

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

Шаг 2: Соблюдение строгой последовательности проведения

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

1. Отменим проведение всех документов по начислению зарплаты и межрасчетных выплат за проблемный месяц.
2. Проверим, чтобы в документах Начисление отпуска и Начисление по больничному листу была указана корректная «Планируемая дата выплаты».
3. Последовательно проведем документы в порядке их дат выплаты: сначала межрасчетные выплаты, затем Начисление зарплаты за первую половину месяца, и в самом конце — итоговое Начисление зарплаты за месяц.

Шаг 3: Работа с вкладкой «НДФЛ» в документах

Проанализируем содержимое документа Начисление зарплаты. Перейдем на вкладку НДФЛ и обратим внимание на колонку «Налог, рассчитанный ранее».

Если в этой колонке присутствуют суммы из предыдущих межрасчетных документов (например, НДФЛ с отпускных), программа может повторно учесть их при проведении документа, если алгоритм распределения сработает неверно. Рассмотрим пример того, как это выглядит в структуре данных:

// Упрощенная логика проверки регистра НДФЛ в УПП
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |   НДФЛРасчетыСБюджетом.Сумма,
    |   НДФЛРасчетыСБюджетом.Регистратор
    |ИЗ
    |   РегистрНакопления.НДФЛРасчетыСБюджетом КАК НДФЛРасчетыСБюджетом
    |ГДЕ
    |   НДФЛРасчетыСБюджетом.ФизЛицо = &ФизЛицо
    |   И НДФЛРасчетыСБюджетом.Период МЕЖДУ &НачалоПериода И &КонецПериода";

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

Шаг 4: Решение проблемы «Декабрьского хвоста»

Часто задвоение в январе связано с тем, что зарплата за декабрь прошлого года была выплачена в январе текущего года. Программа пытается одновременно закрыть долг по старым правилам (по дате начисления) и учесть налог по новым (по дате выплаты).

Чтобы выяснить причину, посмотрим на дату выплаты в декабрьской ведомости. Если она попадает на январь, убедимся, что в учетной политике верно настроены параметры перехода на ЕНС. В ряде случаев помогает использование документа Корректировка записей регистров для выравнивания остатков по регистру Зарплата к выплате в части НДФЛ на 1 января.

Шаг 5: Использование оперативных исправлений (патчей)

Если обновление до 1.3.195.1 выполнено, а ошибка сохраняется, выясним, установлены ли специфические патчи от 1С. Для этой конфигурации выпускались исправления, которые корректируют именно процедуру СформироватьДвиженияПоНДФЛКВыплате. Проверим раздел обновлений в сервисе 1С:ИТС на наличие дополнительных исправлений для вашего релиза.

Итоги и рекомендации

Подводя итог, отметим, что задвоение НДФЛ в расчетном листке УПП 1.3 — это следствие рассинхронизации данных в регистрах НДФЛ к выплате и фактических начислений.

Для окончательного исправления ситуации:

• Всегда проверяйте планируемую дату выплаты в каждом документе — это теперь ключевой реквизит для НДФЛ.
• Если автоматический расчет дает сбой, используйте кнопку «Пересчитать НДФЛ» в документе после того, как все межрасчетные документы за период уже проведены.
• В самых сложных случаях, когда последовательное перепроведение не помогает, воспользуйтесь документом Перенос данных или Корректировка записей регистров, чтобы вручную «схлопнуть» зависшие остатки по налогу, которые мешают корректному формированию расчетного листка.