← На главную

Ситуация, когда в регламентированном отчете 6-НДФЛ внезапно «всплывает» ставка 9%, хотя в организации начисляется только обычная заработная плата, — довольно распространенная проблема в программах 1С:Зарплата и управление персоналом 3.1 и 1С:Бухгалтерия предприятия 3.0. Исторически ставка 9% применялась к дивидендам до 2015 года и к доходам по ипотечным облигациям. Если ваша база «чистая» и учет начат недавно (например, с 2018 года), появление этой ставки свидетельствует о технической коллизии в данных. Разберем подробно, почему это происходит и как устранить ошибку.

Причина 1: Некорректная история статуса налогоплательщика

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

Рассмотрим пошагово, как это исправить:

1. Откроем карточку сотрудника, у которого в расшифровке строки 070 (или других разделов 6-НДФЛ) видна ставка 9%.
2. Перейдем по гиперссылке Налог на доходы.
3. В разделе Статус налогоплательщика найдем поле Установлен с.
4. Даже если там указана верная дата, необходимо нажать на ссылку История изменения статуса налогоплательщика.
5. Проверим, чтобы в истории не было записей с «пустой» датой или записей, датированных периодом до начала ведения учета.
6. Установим дату начала действия статуса (например, 01.01.2018) и перепроведем документы начисления и выплаты зарплаты за этот период.

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

Причина 2: Ошибки в документе «Ввод начальных остатков» или «Перенос данных»

Если вы начали учет в новой базе и вводили задолженность по заработной плате (например, за декабрь предыдущего года), программа создает движения в регистрах накопления. Именно там может затаиться неверная ставка.

Выясним причину через анализ движений документа:

1. Найдем документ Ввод задолженности по зарплате или Перенос данных (с префиксом НДФЛ).
2. Нажмем кнопку Дт/Кт или Показать движения документа.
3. Перейдем на закладку регистра накопления Расчеты налогоплательщиков с бюджетом по НДФЛ.
4. Внимательно изучим колонку Ставка. В некоторых случаях, особенно при автоматическом переносе из старых версий (например, с ЗУП 2.5), программа может подставить ставку 13% (которая до 2015 года была связана в коде с 9% для определенных видов доходов).

Если вы обнаружили там некорректную ставку, документ необходимо исправить вручную или с помощью обработки «Групповое изменение реквизитов».

Причина 3: Анализ через «Универсальный отчет»

Чтобы не перебирать каждого сотрудника вручную, воспользуемся мощным инструментом диагностики — Универсальным отчетом. Он поможет точно локализовать документ-регистратор, который «плодит» ставку 9%.

Настроим отчет следующим образом:

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

После формирования отчета мы увидим конкретные документы (Ведомости, Начисления или Списания с расчетного счета), которые создали записи по этой ставке. Рассмотрим подробнее: часто оказывается, что документ Ведомость на выплату при распределении суммы налога «подхватил» остаток из прошлого периода, который не был корректно закрыт по ставке 13%.

Причина 4: Некорректное распределение НДФЛ в Ведомостях

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

Если Ведомость разбила сумму налога на две строки (13% и 9%), попробуйте выполнить следующие действия:

1. Зайдите в документ Ведомость.
2. Нажмите на сумму в колонке НДФЛ к перечислению.
3. В открывшемся окне проверьте, нет ли там дублирующихся строк с разными ставками.
4. Если лишняя строка есть, удалите её и перезаполните колонку К выплате.

Причина 5: Код дохода и категория дохода

Иногда корень проблемы лежит в справочнике видов доходов. Если для кода дохода 2000 (Вознаграждение за выполнение трудовых обязанностей) или 2012 (Отпускные) была случайно изменена категория дохода, программа может вести себя непредсказуемо.

Проверим настройки:

1. Перейдем в меню Настройка — Виды доходов НДФЛ.
2. Найдем код 2000.
3. Убедимся, что в поле Категория дохода указано Оплата труда.
4. Проверим, не созданы ли в базе дубликаты кодов доходов с некорректными ставками.

Резюме

Появление ставки 9% в 6-НДФЛ — это почти всегда следствие «грязных» данных в регистрах, возникших при вводе остатков или некорректной истории статуса резидента. Основное решение — это проверка даты установки статуса в карточке сотрудника и последующее перезаполнение (а не просто перепроведение) документов Начисление зарплаты и Ведомость на выплату за проблемный период. Использование Универсального отчета позволит вам сэкономить время и точечно исправить только те документы, которые вносят ошибку в налоговый регистр.