Ситуация, когда сотрудник уходит в ежегодный оплачиваемый отпуск, получает отпускные, а затем заболевает внутри этого периода, является стандартной для кадрового учета, но часто вызывает сложности у бухгалтеров-расчетчиков. Основная проблема заключается в механизме учета НДФЛ, особенно если выплата отпускных произошла в одном налоговом периоде (месяце), а болезнь и последующее продление отпуска — в другом. Проанализируем, почему программа 1С:Зарплата и управление персоналом (ЗУП) может вести себя «нелогично», и как правильно отразить эти операции, чтобы избежать подачи уточненных деклараций 6-НДФЛ.
Рассмотрим классический пример: сотрудник получил отпускные в декабре. Отпуск запланирован на январь. В январе сотрудник открывает больничный лист, который перекрывает часть отпуска. Согласно статье 124 ТК РФ, отпуск в этом случае должен быть либо продлен, либо перенесен. Если сотрудник выбирает продление (то есть догуливает дни сразу после закрытия больничного), фактически сумма его дохода не меняется. Он получил деньги в декабре и имеет право на их удержание, так как дни отдыха просто сместились.
Однако типовой алгоритм 1С:ЗУП при регистрации документа Больничный лист видит пересечение периодов. Программа автоматически сторнирует (минусует) начисления отпуска за проболевшие дни в текущем месяце (январе). Для НДФЛ это выглядит как уменьшение дохода декабря, что приводит к появлению отрицательного налога или необходимости пересчета базы прошлого периода. С точки зрения налогового законодательства (разъяснения Минфина и ФНС), если сумма выплаты не изменилась, а изменился только период отдыха, оснований для пересчета НДФЛ в прошлом периоде нет. Выясним, как добиться такого поведения от программы.
Разберем современный способ решения задачи, который фирма 1С реализовала для автоматизации процесса. В последних релизах конфигурации 1С:ЗУП 8.3 реализован специальный механизм, позволяющий избежать «истерики» в налоговом учете.
Больничный лист в обычном порядке.НДФЛ. Если суммы начислений идентичны, то движения по регистрам учета НДФЛ не должны искажать базу прошлого месяца. Доход остается закрепленным за датой фактической выплаты в декабре.Рассмотрим ситуацию, когда по каким-то причинам автоматический механизм не сработал или вы используете специфические настройки расчета. Если в документе Больничный лист на вкладке Пересчет прошлого периода все же возникли сторнирующие записи по коду дохода 2012 (отпускные), проанализируем следующие действия:
Вариант А: Очистка сторно-записей. Если расчетчик точно знает, что отпуск будет продлен и итоговая сумма не изменится, можно вручную очистить вкладку Пересчет прошлого периода в больничном листе. Это предотвратит попадание отрицательных сумм в регистры налогового учета. Однако этот метод требует высокой квалификации, так как необходимо обеспечить соответствие кадровых данных (табеля) фактическому положению дел.
Вариант Б: Корректировка НДФЛ. Если начисления уже сторнировались, перейдем на вкладку НДФЛ внутри больничного листа. Часто программа пытается «вернуть» налог с минусом. Чтобы не подавать уточненку за прошлый год (или квартал), расчетчики обнуляют эти строки, если налог за декабрь уже был уплачен и отражен в отчетности. Это позволяет сохранить «нулевое сальдо» по расчетам с бюджетом.
Важно четко разделять эти два понятия, так как они влекут разные налоговые последствия. Проанализируем ситуацию:
2012. Сотруднику будет начислена зарплата (код 2000) за отработанное время. Здесь пересчет НДФЛ правомерен и обязателен, так как меняется вид дохода и дата его фактического получения.Посмотрим на ситуацию через призму новых правил работы с Единым налоговым счетом. Теперь дата получения дохода в виде отпускных жестко привязана к дате выплаты (ст. 223 НК РФ). Поскольку деньги были выплачены в декабре, этот доход «намертво» закреплен за декабрем в справках 2-НДФЛ и расчете 6-НДФЛ.
Если программа в январе делает «минус» декабря и тут же «плюс» января на ту же сумму, она фактически переносит дату получения дохода. С точки зрения методологии 1С — это попытка отразить событие текущим периодом. Но с точки зрения налогового учета при продлении — это ошибка. Правильным решением будет использование документа-исправления отпуска («Продлить отпуск»), который не меняет дату получения дохода для ранее выплаченных сумм.
Если к вам обратился пользователь с жалобой на «поплывший» НДФЛ в подобных случаях, рекомендуется выполнить следующую проверку:
// Проверка регистра "Учет доходов для исчисления НДФЛ"
// 1. Отфильтруйте записи по сотруднику и периоду выплаты отпуска.
// 2. Убедитесь, что нет записей с отрицательными суммами в январе,
// относящихся к декабрьской выплате.
// 3. Если записи есть, проверьте, каким документом они сделаны.
В большинстве случаев проблему решает переоформление цепочки документов: сначала удаляется ошибочно введенный (ручной) перенос, затем через Больничный лист создается корректное продление. Выясним причину, если это не помогает: возможно, в настройках расчета зарплаты (раздел Настройка — Расчет зарплаты) установлена или снята галочка «Сторнировать отпуск в больничном листе при совпадении периодов». В современных версиях эта настройка управляет автоматическим предложением о продлении.
Подводя итог, отметим: появление отрицательного дохода по НДФЛ при продлении отпуска — это чаще всего признак использования устаревшей методики ввода данных. Переход на штатный механизм исправления через ссылку в больничном листе позволяет сохранить чистоту налогового учета, избежать лишних записей в 6-НДФЛ и избавить расчетчика от необходимости ручной корректировки регистров.