Проблема некорректного распределения НДФЛ между головной организацией и обособленными подразделениями (филиалами) — одна из самых трудоемких в сопровождении программного продукта 1С:Зарплата и управление персоналом 2.5. Особенно часто это проявляется при расчете налога с материальной выгоды по займам. Несмотря на то, что сотрудник закреплен за филиалом, программа упорно относит доход и налог к ОКТМО/КПП головного офиса. Разберем по шагам, почему это происходит и как исправить ситуацию.
В конфигурации ЗУП 2.5 отчетность 6-НДФЛ строится не на основании проводок или данных расчетного листка, а строго по движениям в специализированных регистрах накопления. Материальная выгода — это специфический вид дохода (код 2120), который считается «доходом в натуральной форме». Он регистрируется документом НачислениеЗарплаты в последний день месяца. Проблема возникает, когда в этом документе на вкладке НДФЛ формируются две записи: одна с правильной аналитикой филиала, а вторая — корректирующая или основная — с аналитикой головной организации.
Рассмотрим ситуацию, когда перепроведение документа не помогает. Это означает, что система видит «хвосты» в прошлых периодах или ошибочную привязку сотрудника к налоговой регистрации в других документах. Выясним основные причины такого поведения программы.
Проанализируем одну из самых частых причин — человеческий фактор при заполнении платежных документов. В ЗУП 2.5 существует техническая особенность: если сотрудника, числящегося в обособленном подразделении, добавить вручную в ведомость на выплату по головной организации, система может «запомнить» эту связь.
Программа считает, что НДФЛ должен уплачиваться там, где сотрудник фактически получает доход. Если выплата прошла по «голове», то и последующие расчеты НДФЛ (особенно материальной выгоды, которая не имеет прямой привязки к конкретной выплате «на руки») начинают стремиться к этой же регистрации. Рассмотрим, как это проверить:
ЗарплатаКВыплатеОрганизации.Давайте разберем техническую сторону определения ОКТМО. Данные для отчета берутся на основании истории регистра сведений РегистрацияПодразделенийОрганизацийВНалоговомОргане. Проанализируем типичные ошибки в этом регистре:
Чтобы понять, что именно попадает в отчет 6-НДФЛ, нам необходимо проанализировать движения по двум ключевым регистрам. Для этого откроем меню «Операции» — «Регистры накопления»:
Выполним поиск по сотруднику и увидим, что в документе НачислениеЗарплаты по этим регистрам проходят записи с разными значениями в поле «ОКАТО/КПП» (или «Регистрация в ИФНС»). Например, это выглядит так:
Регистр: НДФЛ сведения о доходах
Сотрудник: Петров П.П.
Доход: 1000.00 (Матвыгода)
ОКТМО: 45379000 (Голова) — ОШИБКА
Если мы видим такую запись, то отчет 6-НДФЛ по головной организации заберет эту сумму себе автоматически.
Если стандартное перепроведение документов и проверка ведомостей не дали результата (или вы не можете менять документы прошлых периодов), воспользуемся механизмом ручной правки движений.
Для этого в ЗУП 2.5 предусмотрен документ КорректировкаУчетаПоНДФЛСтраховымВзносамИНалогамСПособий. Разберем по шагам процесс исправления:
Важно помнить, что дата документа корректировки должна быть меньше или равна дате формирования отчета, но попадать в отчетный период.
Рассмотрим подробнее, почему матвыгода ведет себя хуже, чем обычная зарплата. В 1С:ЗУП 2.5 доход по матвыгоде регистрируется в момент расчета, но налог с него фактически удерживается при ближайшей выплате денежных средств.
Если у сотрудника в текущем месяце нет выплат (например, он в отпуске за свой счет, но заем остается), то НДФЛ будет только исчислен. В этом случае система берет аналитику подразделения из справочника Сотрудники. Если в карточке сотрудника на дату расчета указано основное подразделение (филиал), а расчет все равно уходит на голову, проверьте регистр сведений «Работники организаций». Возможно, там зафиксировано перемещение, которое не отразилось в визуальном интерфейсе, но влияет на расчетные механизмы.
Для того чтобы отчетность 6-НДФЛ в ЗУП 2.5 всегда заполнялась корректно, рекомендуем придерживаться следующих правил:
НачисленииЗарплаты инициируется именно им. Убедитесь, что на момент расчета сотрудник кадрово переведен в нужное подразделение.Таким образом, мы выяснили, что проблема распределения налога по филиалам в ЗУП 2.5 чаще всего связана с накопленными ошибками в регистрах или некорректным оформлением платежных ведомостей. Использование документа корректировки регистров является самым быстрым и надежным способом привести отчетность в порядок без нарушения логики прошлых периодов.