Как настроить сдачу НДФЛ по месту учета организации или одного из подразделений (325-ФЗ) в 1С:ЗУП

С 2020 года вступили в силу изменения, внесенные Федеральным законом № 325-ФЗ, которые значительно упростили жизнь организациям с разветвленной сетью обособленных подразделений. Если несколько подразделений компании находятся в пределах одного муниципального образования, работодатель получил право выбирать одну инспекцию (ИФНС) для представления отчетности по НДФЛ и перечисления налога за все эти точки. В данной статье мы подробно разберем, как эта возможность реализована в различных версиях программы 1С:Зарплата и управление персоналом, проанализируем логику регистров и выясним, как избежать ошибок при переходе на централизованный учет. Подобрать сценарий перехода на новую версию программы для работы с актуальными механизмами удобно через раздел с подбором решений для переноса данных в 1С:ЗУП.

Суть изменений по закону 325-ФЗ

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

Общая логика учета НДФЛ в программах 1С

Прежде чем переходить к настройкам, разберем, как 1С "понимает", в какую налоговую относить доход сотрудника. В системе 1С:Предприятие учет НДФЛ ведется не просто в разрезе организаций или подразделений, а в разрезе объектов справочника Регистрации в налоговом органе. Каждый такой объект содержит:

• Код ИФНС;
• КПП;
• ОКТМО.

Когда мы проводим документ Начисление зарплаты и взносов или Ведомость на выплату, программа фиксирует движения в регистрах накопления, привязывая суммы налога к конкретной записи из этого справочника. Таким образом, отчетность собирается не по структуре подразделений, а по накопленным данным в разрезе регистраций.

Реализация в 1С:ЗУП 3.1: Механизм ответственного подразделения

В актуальных версиях ЗУП 3.1 реализован наиболее прозрачный и автоматизированный механизм. Проанализируем шаги, которые необходимо выполнить для объединения отчетности: перенос кадровых и зарплатных данных для объединения баз ЗУП 3.

1. Откроем карточку подразделения, которое должно сдавать отчетность централизованно.
2. В разделе "Налоговая инспекция" выберем вариант настройки, указывающий, что отчетность представляется в налоговый орган по месту нахождения другого (ответственного) подразделения.
3. Укажем в качестве ответственного то подразделение (или головную организацию), в ИФНС которого будут стекаться данные.

После этой настройки при заполнении документа 6-НДФЛ программа автоматически просканирует все подразделения, "прикрепленные" к данной регистрации, и включит их данные в один общий файл. При этом КПП и ОКТМО в отчете будут подставлены именно от ответственного подразделения.

Особенности для старых редакций (ЗУП 2.5)

Поскольку редакция 2.5 считается устаревшей, в ней нет специализированного флага "Ответственное подразделение". Однако решить задачу можно через манипуляцию со справочником регистраций. Разберем этот алгоритм:

В ЗУП 2.5 привязка к налоговой инспекции часто жестко связана с КПП, указанным в карточке подразделения. Чтобы объединить отчетность, пользователям приходится следить за тем, чтобы у всех объединяемых подразделений был выбран один и тот же элемент справочника Регистрации в ИФНС. Рассмотрим пример логики выбора данных в коде (схематично):

// Пример логики сбора данных для 6-НДФЛ
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
               |    НДФЛРасчетыСБюджетом.СуммаНалога,
               |    НДФЛРасчетыСБюджетом.РегистрацияВНалоговомОргане
               |ИЗ
               |    РегистрНакопления.НДФЛРасчетыСБюджетом КАК НДФЛРасчетыСБюджетом
               |ГДЕ
               |    НДФЛРасчетыСБюджетом.РегистрацияВНалоговомОргане = &ВыбраннаяРегистрация";

Если для трех разных подразделений в справочнике Подразделения указана одна и та же ссылка на элемент РегистрацияВНалоговомОргане, то запрос соберет их данные в единую таблицу для отчета автоматически. Главная сложность здесь заключается в том, что в 2.5 поле КПП в регистрации часто строковое, и при изменении настроек "задним числом" может произойти разрыв данных.

Технический анализ: работа с регистрами накопления

Для корректного формирования отчетности критически важно состояние регистров. Основными регистрами, которые анализирует программа при заполнении 6-НДФЛ, являются:

• РасчетыНалогоплательщиковСБюджетомПоНДФЛ — здесь хранится информация об исчисленном налоге.
• РасчетыНалоговыхАгентовСБюджетомПоНДФЛ — здесь отражается удержанный и перечисленный налог.
• СведенияОДоходахНДФЛ — база для расчета налога.

Проанализируем ситуацию: если в середине года вы поменяли регистрацию в карточке подразделения, то старые записи в регистрах останутся привязанными к "старому" КПП. В итоге при формировании отчета за год данные "развалятся": часть суммы попадет в отчет по новой регистрации, а часть останется "висеть" на старой. Чтобы этого избежать, необходимо выполнить перепроведение документов начисления и выплаты с начала налогового периода (с 1 января).

Пошаговая инструкция по переходу на единую отчетность

Выясним последовательность действий для успешного перехода на нормы 325-ФЗ в программе:

1. Проверка уведомления: Убедимся, что в налоговую подано уведомление о выборе инспекции. Без этого переход в программе будет считаться методологической ошибкой.
2. Настройка регистрации: В справочнике Регистрации в налоговом органе создаем (или выбираем существующую) запись для ответственного подразделения.
3. Связывание подразделений: Для всех остальных обособленных подразделений в этом муниципальном образовании устанавливаем ссылку на выбранную регистрацию ответственного подразделения.
4. Корректировка остатков: Если переход осуществляется не с начала года, воспользуемся документом Перенос данных (в ЗУП 3.1) или Корректировка записей регистров (в ЗУП 2.5), чтобы перенести накопленные суммы НДФЛ со старых регистраций на новую.
5. Проверка аналитики: Сформируем отчет Анализ НДФЛ по регистрациям в налоговом органе. Проверим, что все суммы доходов и налогов за отчетный период собрались под одним КПП/ОКТМО.

Риски и возможные ошибки

Ошибка 1: Разные ОКТМО. Помните, что объединение возможно только в рамках одного муниципального образования. Если у подразделений разные ОКТМО (разные районы города с разным бюджетом), объединять их нельзя, даже если ИФНС у них общая. Программа может позволить такую настройку, но это приведет к недоимке в одном бюджете и переплате в другом.

Ошибка 2: Смешение данных в 2.5. В старых редакциях часто встречается ситуация, когда КПП меняют просто текстом в карточке, не создавая новый элемент справочника. Это приводит к тому, что история изменений теряется, и отчеты за прошлые периоды (например, за прошлый год) перестают формироваться корректно. Всегда используйте механизм создания новых элементов регистрации при изменении реквизитов.

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