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