Как исправить ошибку учета общего облагаемого дохода по внутреннему совместителю в ЗУП 3.1.23.458

← На главную

В процессе работы с программным продуктом 1С:Зарплата и управление персоналом 8 (релиз 3.1.23.458) многие пользователи столкнулись с серьезной проблемой при расчете НДФЛ. Суть ее заключается в том, что у внутренних совместителей, работающих в разных подразделениях, система перестает корректно определять «Общий облагаемый доход». Это ведет к неверному расчету налога, неправильному применению вычетов и ошибкам в распределении НДФЛ по регистрациям в налоговых органах.

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

Анализируем причину возникновения ошибки

Давайте выясним, почему в последних релизах (особенно в ветке 3.1.23.х) возникли такие сложности. Основная причина кроется в масштабном изменении законодательства по НДФЛ с 2023 года и переходе на учет доходов по дате выплаты. Программный код системы был существенно переработан, и в механизме сбора данных по регистру Сведения о доходах НДФЛ возникла коллизия.

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

Программа не видит общую сумму дохода для контроля предела в 5 миллионов рублей (для ставки 15%).
Некорректно предоставляются или дублируются стандартные налоговые вычеты.
Налог распределяется по подразделениям хаотично, что критично для организаций с обособленными филиалами.

Как отмечают специалисты, расчет часто зависит от того, какое именно подразделение рассчитывается первым в списке. Это указывает на нестабильность работы запросов во временных таблицах при автоматическом заполнении документа.

Техническая диагностика данных через консоль запросов

Чтобы убедиться, что проблема именно в данных регистра, а не в настройках карточки сотрудника, проанализируем ситуацию с помощью технического инструментария. Рассмотрим запрос, который позволяет вытащить данные из регистра накопления Сведения о доходах НДФЛ. Это поможет нам понять, какую сумму «видит» программа как облагаемый доход.

Для выполнения этой проверки воспользуемся консолью запросов. Обратите внимание на правильное использование кавычек в строковых литералах (в консоли используйте одну двойную кавычку).


ВЫБРАТЬ РАЗРЕШЕННЫЕ
    СведенияОДоходахНДФЛОбороты.ФизическоеЛицо КАК ФизическоеЛицо,
    СведенияОДоходахНДФЛОбороты.ГоловнаяОрганизация КАК ГоловнаяОрганизация,
    СУММА(СведенияОДоходахНДФЛОбороты.СуммаДохода - ВЫБОР
        КОГДА СведенияОДоходахНДФЛОбороты.КодВычета = ЗНАЧЕНИЕ(Справочник.ВидыВычетовНДФЛ.ПустаяСсылка)
            ТОГДА 0
        ИНАЧЕ СведенияОДоходахНДФЛОбороты.СуммаВычета
    КОНЕЦ) КАК ОблагаемыйДоход,
    &НачалоПериода КАК МесяцНачисления
ПОМЕСТИТЬ ВТОблагаемыйДоход
ИЗ
    РегистрНакопления.СведенияОДоходахНДФЛ КАК СведенияОДоходахНДФЛОбороты
ГДЕ
    СведенияОДоходахНДФЛОбороты.Период <= &КонецПериода
    И СведенияОДоходахНДФЛОбороты.МесяцНалоговогоПериода МЕЖДУ &НачалоГода И &КонецПериода
    И (НЕ(СведенияОДоходахНДФЛОбороты.КодДохода.НеОблагаетсяУНалоговогоАгента
        ИЛИ СведенияОДоходахНДФЛОбороты.КодДохода.КодПрименяемыйВНалоговойОтчетностиС2021Года В ("2610", "2630", "2640", "2641")
        И (СведенияОДоходахНДФЛОбороты.ДатаПолученияДохода МЕЖДУ ДАТАВРЕМЯ(2021, 1, 1, 0, 0, 0) И ДАТАВРЕМЯ(2023, 12, 31, 23, 59, 59))))
    И СведенияОДоходахНДФЛОбороты.ФизическоеЛицо В
        (ВЫБРАТЬ
            ФизическиеЛица.ФизическоеЛицо
        ИЗ
            ВТФизическиеЛица КАК ФизическиеЛица)
СГРУППИРОВАТЬ ПО
    СведенияОДоходахНДФЛОбороты.ГоловнаяОрганизация,
    СведенияОДоходахНДФЛОбороты.ФизическоеЛицо

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

Практическое решение: пересчет документов через «Подбор»

Если обновление на более свежий релиз (например, 3.1.24.х или выше) в данный момент невозможно, воспользуемся проверенным методом ручного пересчета. Рассмотрим по шагам, как заставить программу «увидеть» весь доход сотрудника-совместителя. Для планового перехода на исправленные версии программ можно использовать автоматическое обновление и тестирование баз 1С по расписанию.

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

Дополнительные рекомендации и профилактика

Чтобы минимизировать риск повторения ситуации, рекомендуем обратить внимание на следующие моменты:

Проверка дублей физических лиц: Убедимся, что для основного сотрудника и совместителя в справочнике Сотрудники выбрано одно и то же Физическое лицо. Если по ошибке создано два разных физлица, программа никогда не объединит их доходы для целей НДФЛ.

Использование документа «Пересчет НДФЛ»: В конце налогового периода (года) или квартала крайне полезно создать документ Пересчет НДФЛ. Он принудительно собирает всю информацию о доходах из регистров и выравнивает исчисленный налог, исправляя ошибки, допущенные при ежемесячных начислениях.

Установка патчей: Разработчики 1С часто выпускают оперативные исправления (патчи) для исправления ошибок в запросах. Проверьте через раздел «Администрирование» — «Обслуживание» — «Обновление программы», установлены ли у вас патчи с префиксом EF_, относящиеся к учету НДФЛ.

Проанализировав ситуацию, можно сделать вывод: в релизе 3.1.23.458 единственным надежным способом корректного учета доходов внутреннего совместителя в разных подразделениях является их совместный расчет в одном документе через механизм подбора. Это гарантирует, что алгоритм 1С обработает данные физлица целиком в рамках одного сеанса расчета. В ситуациях, когда программные ошибки делают невозможным продолжение работы в текущей базе, может потребоваться перенос данных из ЗУП 3 в ЗУП 3 для подготовки нового чистого контура учета.