Ситуация, когда сотруднику по ошибке выплатили вознаграждение, а затем обнаружили это спустя несколько месяцев, является классической проблемой для бухгалтера-расчетчика. В конфигурации «Зарплата и Управление Персоналом 2.5» (ЗУП 2.5) механизмы учета НДФЛ и формирования отчетности крайне чувствительны к отрицательным суммам. В этой статье мы подробно разберем, почему нельзя просто ввести «минусовое» начисление, как это отразится на налогах и какие пути решения существуют.
Рассмотрим ситуацию: бухгалтер в сентябре вводит документ Регистрация разовых начислений с отрицательной суммой, чтобы «снять» ошибочное вознаграждение июля. Это приводит к следующим последствиям:
Проанализируем методику исправления этой ошибки, исходя из требований закона и технических возможностей программы.
Это самый «чистый» способ с точки зрения корректности регистров ЗУП 2.5, хотя он и требует корректировки уже закрытых периодов. Разберем по шагам:
Шаг 1. Отмена или сторнирование начисления в июле. Нам необходимо зайти в период, когда была совершена ошибка. Если период закрыт для редактирования, мы используем документ Сторнирование. В качестве документа-основания выбираем тот самый документ Регистрация разовых начислений от июля. Программа автоматически создаст записи с минусом, но отнесет их именно к июлю.
Шаг 2. Перерасчет НДФЛ. После сторнирования у сотрудника в июле образуется излишне удержанный НДФЛ. Это важно, так как программа теперь «знает», что задолженность возникла не из-за «минуса» в сентябре, а из-за корректировки июля.
Шаг 3. Переквалификация выплаты. Поскольку деньги уже были выплачены сотруднику в июле, после отмены начисления эта сумма превращается в «аванс». При расчете зарплаты за сентябрь и последующие месяцы этот аванс будет постепенно перекрываться начисленной зарплатой. Проанализируем состояние взаиморасчетов: в расчетном листке за сентябрь мы увидим входящее сальдо в виде долга сотрудника перед организацией.
Шаг 4. Работа с 6-НДФЛ. При таком подходе вам придется подать уточняющий расчет за полугодие, так как база начисления в июле уменьшилась. Однако это избавит вас от проблем с отрицательным НДФЛ в сентябре.
Если вы не хотите трогать прошлые периоды, рассмотрим вариант с удержанием. Здесь важно помнить о правовых нормах. Ошибочно выплаченная премия, если она не вызвана счетной (арифметической) ошибкой, не может быть удержана принудительно в полном объеме (ст. 137 ТК РФ).
Рассмотрим алгоритм действий при согласии сотрудника:
Удержание. В ЗУП 2.5 создаем новый вид удержания с типом «произвольное».В этом случае НДФЛ в сентябре начислится штатно с суммы 23 704.82 руб., и никаких отрицательных значений в отчетности не возникнет.
Если вы все же решили сторнировать доход и у вас в системе зафиксирован «Излишне удержанный НДФЛ» (сумма 8322 руб. из примера), программа может продолжать считать НДФЛ в последующих месяцах (те самые 273 руб.), не учитывая переплату автоматически. Это особенность работы регистров в ЗУП 2.5.
Для корректного отражения возврата налога проанализируем порядок действий:
Возврат НДФЛ. В нем указываем сотрудника, месяц (сентябрь) и сумму излишне удержанного налога.НДФЛ расчеты с бюджетом. После его проведения в следующей ведомости на выплату зарплаты сумма к выплате увеличится на сумму возвращенного налога, а сумма НДФЛ к перечислению в бюджет уменьшится.Если ваша база ЗУП 2.5 синхронизирована с «1С:Бухгалтерия», сторнирование июля может вызвать расхождения. Выясним, как поступить в этом случае:
Подведем итог: использование отрицательных разовых начислений в сентябре — это самый опасный путь, который гарантированно приведет к ошибкам в отчетах 6-НДФЛ и РСВ.
Оптимальным решением будет:
Сторнирование для исправления июля.Перенос задолженности.Возврат НДФЛ, если вы хотите зачесть переплату по налогу оперативно.Проверьте регистр накопления НДФЛ расчеты с бюджетом после всех манипуляций — суммы «Исчислено» и «Удержано» в отчете «Анализ начисленного НДФЛ» должны быть логичными и не содержать необъяснимых перекосов к концу года.