← На главную

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

Причина возникновения расхождений: методология учета

Для начала проанализируем ситуацию с точки зрения законодательства. До 2023 года существовал дуализм учета: для зарплаты (код дохода 2000) датой получения дохода считался последний день месяца, за который она начислена, а для прочих выплат (отпускные, больничные) — дата фактической выплаты. С 1 января 2023 года (в соответствии с ФЗ №263) правила изменились: теперь для всех видов доходов датой получения считается день их фактической выплаты.

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

Почему нельзя «переделывать» ЗУП под расчетку

Попытка программно вмешаться в алгоритмы заполнения налоговых регистров, чтобы они «подтягивали» данные под месяц начисления, является критической ошибкой. Рассмотрим, к чему это приведет:

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

Решение 1: Настройка учетной политики в 1С:ЗУП

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

В параметрах организации на вкладке «Учетная политика» — «НДФЛ» существует переключатель способа отражения налога в расчетных листках. Мы можем выбрать вариант «НДФЛ по дате выплаты». При такой настройке:

• Исчисленный налог в листке будет появляться не в момент проведения документа Начисление зарплаты и взносов, а в момент формирования Ведомости.
• Это делает расчетный листок прозрачным для сотрудника: он видит доход и налог именно в том месяце, когда фактически получил деньги на карту.
• Данные расчетного листка начнут совпадать с суммами, попадающими в справку о доходах за соответствующий период.

Решение 2: Организационные меры (выплата в последний день месяца)

Разберем еще один эффективный способ, который часто применяют бюджетные учреждения. Если организация выплачивает вторую половину зарплаты 30-го или 31-го числа текущего месяца, то дата получения дохода по НК РФ и месяц начисления в бухгалтерском учете совпадают.

В этом случае в документе Ведомость должна быть указана дата последнего дня месяца. Тогда в налоговых регистрах, таких как УчетДоходовДляИсчисленияНДФЛ, записи пройдут тем же месяцем, что и начисление. Это единственный способ добиться того, чтобы расчетное сальдо на конец месяца было нулевым, а справка о доходах полностью соответствовала расчетке.

Решение 3: Работа с «Расчетным сальдо»

Многие бухгалтеры требуют соответствия, потому что не понимают концепцию «расчетного сальдо». Рассмотрим разницу между ним и остатком по счету 70.

В настройках отчета «Расчетный листок» можно включить формирование по расчетному сальдо. Это понятие подразумевает, что долг за организацией фиксируется именно по итогам начислений месяца, независимо от того, когда будет произведена фактическая выплата. Выясним причину недовольства бухгалтеров: часто суммы не совпадают с оборотно-сальдовой ведомостью по счету 70, так как 1С:Бухгалтерия работает по принципу «физического» сальдо на дату.

Совет: Вместо переделки программы проведите обучение для расчетного отдела. Достаточно один раз объяснить, что дата получения дохода — это норма закона (23 глава НК РФ), и программа 1С реализует именно ее. Попытка «поправить» закон программным кодом приведет к налоговым рискам и штрафам при проверках.

Технический анализ регистров

Если вы как программист все же должны разобраться, почему суммы «разъехались», проанализируйте движения документов по следующим регистрам:

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

Для проверки соответствия используйте универсальный отчет по регистру Сведения о доходах НДФЛ, сгруппировав данные по Месяцу налогового периода и Дате получения дохода. Вы увидите, что если дата выплаты в Ведомости стоит, например, 05.02.2024, то доход в справку попадет в февраль, даже если само начисление было в январе. Это штатное поведение системы.

Резюме

Подведем итог: «переделка» ЗУП для совпадения расчетки и 2-НДФЛ — это тупиковый путь, ведущий к невозможности автоматического формирования 6-НДФЛ. Правильным решением будет:

1. Использование настройки «НДФЛ в расчетных листках по дате выплаты».
2. Синхронизация дат выплаты в Ведомости с реальными датами перечисления денежных средств.
3. Разъяснительная работа с пользователями о приоритете Налогового кодекса над привычными формами отчетности.