← На главную

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

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

Выясним причину возникновения проблемы

Основная причина кроется в изменении самой концепции учета НДФЛ. С 2023 года налог рассчитывается не по итогам месяца, а на дату фактического получения дохода (дату выплаты). При этом расчет налога всегда производится нарастающим итогом в целом по физическому лицу, а не по конкретному трудовому договору или сотруднику.

Когда у одного человека есть основное место работы и совместительство в разных обособленных подразделениях (с разными регистрациями в налоговом органе), программа пытается сбалансировать общую сумму налога. Если в течение месяца по одному из подразделений налог был удержан в излишнем или недостаточном объеме (например, из-за округлений при выплате аванса или изменения налоговой базы), система при финальном расчете за месяц делает корректировку. Она «забирает» налог из одного подразделения и «отдает» его другому, чтобы итоговая сумма по физлицу за год сошлась до копейки. Однако для учета в разрезе разных ОКТМО это недопустимо, так как налог должен уплачиваться строго по месту нахождения подразделения.

Проанализируем ошибки в релизах (Bugboard)

Прежде чем приступать к ручным правкам, нам необходимо убедиться, что проблема не вызвана зарегистрированным багом конфигурации. Фирма «1С» признала наличие целого ряда ошибок, связанных с распределением НДФЛ между обособленными подразделениями (номера ошибок: 000136623, 000135616, 000134954 и др.).

Рассмотрим, как проверить наличие исправлений:

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

Решение 1: Синхронизация документов начисления

Часто проблема возникает из-за того, что начисления по разным местам работы сотрудника разнесены по разным документам Начисление зарплаты и взносов, которые создаются в разное время. Рассмотрим наиболее надежный способ избежать конфликта распределения налога:

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

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

Решение 2: Диагностика через отчет «Анализ НДФЛ по датам получения доходов»

Чтобы понять, откуда берется сторно, проанализируем состояние регистров. Для этого воспользуемся типовым отчетом:

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

Если мы увидим, что по одному ОКТМО сумма исчисленного налога превышает сумму дохода (умноженную на ставку), а по другому — занижена, значит, в программе накопилась «пересортица». Программа будет пытаться выровнять эти остатки в каждом последующем документе начисления.

Решение 3: Очистка регистра «Расчеты налогоплательщиков с бюджетом по НДФЛ»

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

Для этого воспользуемся документом Перенос данных:

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

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

Решение 4: Проверка настроек учетной политики

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

1. Зайдем в настройки организации, вкладка Учетная политика — НДФЛ.
2. Проверим, как установлена настройка Выполнять расчет НДФЛ по прогрессивной шкале. Если доходы сотрудника по двум местам работы в сумме превышают 5 млн руб., перекосы между подразделениями практически неизбежны без последних обновлений платформы 8.3.23 и выше.
3. Убедимся, что вычеты применяются к основному месту работы. Если доход на основном месте меньше суммы вычета, программа может попытаться перенести остаток вычета на совместительство, что также провоцирует сложные движения налога между ОКТМО.

Резюме для бухгалтера

Подведем итог. Если вы столкнулись со сторнированием НДФЛ по совместителям в разных подразделениях:

1. Обновите конфигурацию до актуального релиза (не ниже 3.1.27.x или 3.1.28.x), так как в них исправлено большинство ошибок распределения по ОКТМО.
2. Проверьте наличие установленных патчей.
3. Если сторно сохраняется, сформируйте отчет Анализ НДФЛ, найдите месяц, с которого начался перекос, и выровняйте его с помощью документа Операция учета НДФЛ или Перенос данных.
4. В самом крайнем случае — вручную скорректируйте суммы НДФЛ в документе Начисление зарплаты и взносов, удалив строки со сторно и распределив налог пропорционально доходам каждого подразделения. Однако помните, что это временная мера, и в следующем месяце расчет придется контролировать снова.