← На главную

При переходе с версии 1С:ЗУП 2.5 на 1С:ЗУП 3.1 пользователи часто сталкиваются с ситуацией, когда итоговая сумма НДФЛ за месяц расходится на 1 рубль. В старой версии программа выдавала, например, 1733 рубля, а новая конфигурация начисляет 1734 рубля. Давайте разберем, почему это происходит, является ли это ошибкой и как добиться корректного результата, соответствующего законодательству.

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

Для начала проанализируем математическую модель, которую использует программа. В версии 2.5 расчет налога зачастую происходил по «котловому» методу в рамках одного документа за месяц. Программа суммировала весь доход, умножала на ставку 13% и округляла результат до целого числа. В нашем примере:

(12952,38 + 380,95) * 0,13 = 13333,33 * 0,13 = 1733,3329

После округления по правилам математики мы получаем 1733 рубля. Именно этот результат мы привыкли видеть в старых версиях.

Однако в 1С:ЗУП 3.1 архитектура учета была коренным образом пересмотрена в соответствии с требованиями Налогового кодекса РФ (ст. 226 п.3). Теперь исчисление налога производится на каждую дату фактического получения дохода. Если премия и оклад имеют разные даты получения дохода или регистрируются разными документами, программа рассчитывает и округляет НДФЛ по каждой части дохода отдельно.

Рассмотрим, как это выглядит в ЗУП 3.1 по шагам:

1. Оклад (код дохода 2000): 12952,38 * 0,13 = 1683,81. Округляем до 1684 руб.
2. Разовая премия (код дохода 2002): 380,95 * 0,13 = 49,52. Округляем до 50 руб.
3. Итоговая сумма в расчетном листке: 1684 + 50 = 1734 руб.

Выясняем влияние категорий дохода и дат выплаты

Ключевым фактором здесь является настройка начисления «Премия». Выясним, почему программа разделила эти расчеты. В ЗУП 3.1 у каждого начисления есть категория дохода. Проанализируем два сценария:

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

Сценарий 2: Премия как «Прочий доход»
Если премия выплачивается в межрасчетный период (например, 15-го числа), то датой получения дохода является день ее фактической выплаты. Налог в этом случае обязан быть исчислен в документе Премия и зафиксирован отдельно. Из-за этого и возникает разница в 1 рубль при суммировании с налогом от оклада, который будет посчитан позже в конце месяца.

Как проверить детальные начисления в регистрах

Чтобы не гадать, почему программа приняла такое решение, разберем способ проверки данных через системные регистры. Регистр налогового учета (РНУ) — это итоговый отчет, но первичные данные лежат глубже. Посмотрим на регистр накопления Расчеты налогоплательщиков с бюджетом по НДФЛ.

Для этого выполним следующие действия:

1. Перейдем в меню «Все функции» (или «Функции для технического специалиста»).
2. Найдем регистр накопления Расчеты налогоплательщиков с бюджетом по НДФЛ.
3. Установим фильтр по сотруднику и периоду.
4. Проанализируем колонки «Дата получения дохода» и «Документ-основание».

Если мы увидим две разные даты (например, 31.01 и 15.02), значит программа действует строго по закону, фиксируя налог на каждую дату отдельно. Суммировать их и округлять «вместе» в этом случае будет методологической ошибкой.

Рассмотрим механизм автоматического выравнивания (сторнирование рубля)

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

Посмотрим на вкладку «НДФЛ» в документе начисления зарплаты. Часто там можно увидеть две строки по одному сотруднику:

• Основная строка с налогом от оклада.
• Вторая строка (часто с той же датой или датой выплаты премии), где стоит -1 рубль.

Это и есть механизм самокоррекции. Программа видит, что общая база за год (или за месяц) требует налога в 1733 рубля, а так как 50 уже было исчислено ранее, она начисляет 1683 рубля (вместо 1684), чтобы выйти на верный итог. Если вы видите в расчетном листке 1734, проверьте, не остались ли «хвосты» в следующем месяце. Как правило, в феврале ЗУП «увидит» переплату в 1 рубль и автоматически уменьшит налог.

Инструкция: как сблизить результат с ЗУП 2.5

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

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

Итоговые рекомендации

Мы выяснили, что поведение ЗУП 3.1 является более корректным с точки зрения автоматизации отчетности 6-НДФЛ. Пытаться вручную «подгонять» налог под значения версии 2.5 не рекомендуется по следующим причинам:

• Это приведет к расхождению между исчисленным и удержанным налогом, что моментально отразится в отчетах для налоговой.
• При заполнении справок о доходах (бывшие 2-НДФЛ) программа может начать «двоить» доход, пытаясь закрыть копеечные разницы.
• Программа все равно выполнит перерасчет в следующем месяце, и вам придется править налог снова.

Резюме: Если в расчетном листке вы видите разницу в 1 рубль — это следствие раздельного расчета налога по разным документам или датам выплаты. Проверьте регистры, убедитесь, что нарастающий итог с начала года верен, и доверьтесь алгоритмам ЗУП 3.1, так как они обеспечивают более точное заполнение регламентированной отчетности.