Многие бухгалтеры и расчетчики сталкиваются с ситуацией, когда при оформлении межрасчетных или разовых начислений в справках 2-НДФЛ и отчетах 6-НДФЛ возникает настоящий «бардак». Типичный сценарий: вы делаете начисление в одном месяце, а выплачиваете в следующем. Документ выплаты сторнирует суммы доходов для НДФЛ по месяцу начисления и делает движения с плюсом по месяцу выплаты. В результате возникает расхождение между бухгалтерским и налоговым учетом. Разберем эту ситуацию по шагам и выясним причину такого поведения программы 1С:ЗУП 3.1.
Рассмотрим подробнее логику, заложенную в систему. Исторически сложилось так, что расчетчики привыкли относить все доходы к месяцу начисления (по дате табеля). Однако для разовых начислений и договоров ГПХ правила всегда были другими: датой получения дохода считался день фактической выплаты денег. Именно поэтому программа 1С при проведении документа ВедомостьВКассу или ВедомостьВБанк автоматически переносит доход из месяца начисления в месяц фактической оплаты.
Если сотрудник имеет право на налоговые вычеты, такое «перемещение» дохода между месяцами может привести к тому, что вычеты применятся некорректно или «слетят». Посмотрим на пример: начисление за работу по ГПХ проведено в январе, а оплата происходит 10 февраля. В момент формирования февральской ведомости 1С:ЗУП 3.1 понимает, что доход получен в феврале, и корректирует движения в регистре УчетДоходовДляНачисленияНДФЛ.
Если раньше существовало исключение для заработной платы (доход признавался в последний день месяца начисления), то после масштабных изменений в Налоговом кодексе (с 2023 года) абсолютно все виды доходов — аванс, зарплата, отпускные, больничные и разовые выплаты — признаются исключительно в день их фактической выплаты сотруднику.
Теперь понятие «месяц начисления» для целей НДФЛ больше не имеет значения. Проанализируем, как сейчас работает алгоритм в 1С:ЗУП 3.1:
НачислениеЗарплатыИВзносов или документе расчета по ГПХ) мы указываем планируемую дату выплаты. На эту дату программа предварительно исчисляет НДФЛ.ВедомостьВБанк, ВедомостьВКассу).Ручные корректировки регистров больше не требуются! Если документы начисления и выплаты проводятся в правильной последовательности, программа сама корректно распределит доходы.
Разберем способы решения организационной проблемы, если вам нужно, чтобы доходы закрывались "месяц в месяц". Если характер работ позволяет, многие организации принимают решение выплачивать межрасчетные начисления в дни месяца начисления.
Создадим отдельную ведомость для таких выплат. Например, оплату по договору ГПХ за январь оформляем документом на выплату 31-м января (и реальное перечисление денег проводим в этот же день). В этом случае дата дохода и дата начисления будут находиться внутри одного месяца, и никаких сторнирующих движений при выплате не возникнет. Однако, помните: дата в документе 1С должна строго соответствовать реальной дате списания средств с расчетного счета организации.
Рассмотрим дополнительные факторы, которые делают точный учет дат выплаты критически важным. С введением новой пятиступенчатой прогрессивной шкалы НДФЛ (ставки от 13% до 22%) алгоритмы в 1С:ЗУП стали еще более требовательными к хронологии документов.
На каждую дату фактической выплаты программа анализирует совокупный доход сотрудника с начала года. При превышении установленных лимитов применяется повышенная ставка. Если вы нарушите последовательность ввода ведомостей или будете вручную править месяц налогового периода, расчет налога собьется.
Посмотрим на сроки уплаты удержанного налога на Единый налоговый счет (ЕНС). Больше нет необходимости перечислять НДФЛ на следующий рабочий день после выплаты. Теперь периоды жестко регламентированы:
Форма регламентированного отчета 6-НДФЛ строится на основании именно этих периодов фактической выплаты и удержания. Начисленная, но не выплаченная зарплата в отчет не попадает. Поэтому, чтобы избежать "бардака", просто доверьтесь механизмам 1С:ЗУП 3.1: проводите начисления, указывайте реальные даты в ведомостях, и программа сама сформирует корректную налоговую базу без ручных правок.