← На главную

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

Разбор архитектурных различий и причин ошибки

Для начала проанализируем ситуацию: в ЗУП 2.5 учет НДФЛ во многом строился по принципу «по оплате», в то время как в ЗУП 3.1 реализована жесткая связь между тремя состояниями налога: исчисленным, удержанным и перечисленным. Когда мы осуществляем перенос данных (особенно в режиме так называемого «краткого переноса»), информация попадает в документы Перенос данных. Часто эти документы заполняют только регистры по исчисленному налогу, оставляя технические «хвосты» в регистрах взаиморасчетов с бюджетом.

Рассмотрим подробнее основные причины возникновения фантомного НДФЛ:

1. Разрыв в регистрах: Программа может считать, что за прошлые периоды (пришедшие из 2.5) налог был исчислен, но не удержан или не перечислен в бюджет.
2. Нарастающий итог: НДФЛ рассчитывается накопительным итогом с января по декабрь. Если в одном из прошлых месяцев после переноса образовался перекос между доходом и примененным вычетом даже на 1 копейку, система попытается исправить это в ближайшем начислении.
3. Не закрытые остатки по возвратам: Если по сотруднику был выполнен возврат налога в старой базе, и этот возврат перенесен некорректно, ЗУП 3.1 будет пытаться «зачесть» этот возврат в счет текущих начислений.

Шаг 1. Анализ учетных данных через отчеты

Прежде чем вносить правки в регистры, нам необходимо выяснить, какую именно сумму и за какой период программа пытается доначислить. Для этого выполним следующие действия:

Сформируем отчет «Регистр налогового учета по НДФЛ». Это основной документ, который показывает логику программы: какой доход был признан, какие вычеты применены и в какой момент возникло исчисление налога. Если мы видим, что в текущем месяце при нулевой базе появляется налог, посмотрим на колонку «Период регистрации» в документе Начисление зарплаты. Если период отличается от текущего, значит, система выполняет перерасчет за прошлое время.

Также сформируем «2-НДФЛ для сотрудника». В ней мы увидим итоговые цифры за год. Если исчисленный налог не равен удержанному — это явный сигнал о том, что цепочка документов после переноса не завершена.

Шаг 2. Корректировка регистров накопления

Выясним причину, по которой программа требует перечислить налог. Зачастую проблема кроется в регистре накопления Расчеты налоговых агентов с бюджетом по НДФЛ. Если в этом регистре после переноса данных висит остаток с видом движения «Приход» (налог исчислен), но нет соответствующего «Расхода» (налог перечислен), система будет считать сотрудника должником перед бюджетом.

Для исправления ситуации выполним следующие шаги:

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

Важный момент: аналогичную проверку стоит провести в регистре НДФЛ к зачету в счет будущих платежей. Если там висит сумма после возврата налога, программа будет игнорировать вычеты до тех пор, пока этот «аванс» не будет исчерпан.

Шаг 3. Фиксация удержания налога через Ведомость

Проанализируем ситуацию, описанную в сообщениях форума: иногда даже после правки регистров НДФЛ продолжает «лезть» в начисление. Это происходит потому, что в ЗУП 3.1 окончательная точка в расчете налога ставится не в документе начисления, а в документе Ведомость (в кассу, на счета или в банк).

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

Шаг 4. Проверка дублей и периодов регистрации

Если вышеуказанные действия не помогли, разберем более глубокие технические причины. Проверим справочник Физические лица и Сотрудники. Иногда при переносе создаются дубли. Если доход начислен на одну карточку сотрудника, а стандартные вычеты привязаны к другой (хотя физическое лицо одно), система не увидит права на вычет в конкретном документе Начисление зарплаты и рассчитает налог со всей суммы дохода.

Также обратим внимание на дату выплаты зарплаты, указанную в нижней части документа начисления. В ЗУП 3.1 НДФЛ рассчитывается по дате предполагаемой выплаты. Если дата выплаты относится к следующему месяцу, то и вычеты программа будет искать за следующий месяц. Убедимся, что дата выплаты установлена корректно.

Итоговый алгоритм действий

Подведем итог нашему исследованию. Для устранения фантомного НДФЛ после переноса данных из 2.5 в 3.1 используем следующий алгоритм:

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

Такой комплексный подход позволяет полностью устранить расхождения в налоговом учете, возникшие из-за смены версии программы, и гарантирует корректное заполнение отчетности 6-НДФЛ в будущем.