Как исправить ошибки заполнения 6-НДФЛ и некорректное распределение налога в регистрах 1С:Бухгалтерия 3.0?

Бухгалтер 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Налоговый учет
← На главную

При работе в программе 1С:Бухгалтерия предприятия 3.0 бухгалтеры часто сталкиваются с ситуацией, когда отчет 6-НДФЛ заполняется некорректно: суммы исчисленного налога не соответствуют учетным данным, или в отчет внезапно попадают «хвосты» прошлых лет. Это происходит потому, что учет НДФЛ в 1С строится не только на бухгалтерских проводках (счет 70 и 68.01), но и на специализированных регистрах накопления. Рассмотрим подробно, как выявить причины ошибок и привести учет в порядок.

Анализируем причины расхождений в отчете 6-НДФЛ

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

Для глубокого анализа используем следующий алгоритм:

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

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

Исправление «хвостов» прошлых лет через корректировку регистров

Если мы обнаружили, что в 2022 год «лезут» суммы за 2021 год из-за ошибок предшественников, их необходимо убрать с помощью документа Операция, введенная вручную. Рассмотрим, как это сделать грамотно:

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

Решение проблемы отсутствия удержанного НДФЛ при выплате авансов

Одной из специфических проблем 1С:БП 3.0 является механизм удержания налога при выплате. Бывают ситуации, когда сотруднику был выплачен аванс и отпускные в полном объеме, и к моменту выплаты окончательного расчета (зарплаты) сальдо по счету 70 равно нулю. В этом случае программа автоматически не включает сотрудника в Ведомость на выплату. Однако НДФЛ с аванса считается удержанным только в момент выплаты окончательного расчета по ведомости. В результате налог остается «исчисленным, но не удержанным», что искажает строку 160 в 6-НДФЛ.

Разберем способ решения этой проблемы:

  1. Откроем Ведомость в банк (или в кассу) на выплату окончательного расчета за месяц.
  2. Вручную добавим сотрудника, который получил все выплаты ранее (авансом).
  3. В колонке «К выплате» поставим 0.00.
  4. Нажмем на колонку «НДФЛ к удержанию» и в открывшемся окне проверим, подтянулся ли налог с ранее выплаченных сумм. Если нет — введем его вручную, указав правильный документ-основание (начисление зарплаты).
  5. После этого необходимо перепровести документ Списание с расчетного счета, который привязан к этой ведомости. Именно Списание с расчетного счета в 1С:БП 3.0 делает записи в регистр НДФЛ удержанный.

Пошаговая методика восстановления последовательности учета НДФЛ

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

Рассмотрим пошаговый алгоритм:

  1. Снимем с проведения все документы по начислению и выплате зарплаты за проблемный период (например, с начала года). Это можно сделать через групповое изменение реквизитов или вручную в списках «Все начисления» и «Все выплаты».
  2. Начнем последовательное проведение документов строго в хронологическом порядке. Сначала проводим Начисление зарплаты за месяц.
  3. Затем открываем Ведомость на выплату аванса/зарплаты, нажимаем кнопку Заполнить. Крайне важно, чтобы ведомости перезаполнялись автоматически. Если суммы «поплыли», значит, проблема в остатках по счету 70 или в регистрах за прошлый год.
  4. После ведомости проводим Списание с расчетного счета. Проверяем вкладку «НДФЛ» в движениях документа — там должны быть записи по всем сотрудникам из ведомости.
  5. Повторяем процедуру для каждого последующего месяца.

Посмотрим на пример из практики: если после перезаполнения ведомости за февраль вы видите в ней фамилии людей, уволенных в прошлом году, значит, по ним висит остаток в регистре Зарплата к выплате. Его нужно убрать «Операцией, введенной вручную», как было описано выше, и только потом продолжать проведение документов текущего года.

Понимаем методологию: разница между строками 140 и 160 в 2022 году

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

Это означает следующее:

  1. Если зарплата за сентябрь 2022 года начислена 30.09, то исчисленный НДФЛ попадает в строку 140 отчета за 9 месяцев.
  2. Если эта же зарплата выплачена 05.10.2022, то удержанный налог попадет в строку 160 только в годовом отчете.
  3. Следовательно, в отчете за 9 месяцев строка 140 не должна быть равна строке 160, если есть переходящие выплаты.

Выясним причину, по которой 1С может не видеть уплату НДФЛ в помощнике формирования платежек. В БП 3.0 платежное поручение на налог ориентируется на данные регистров и проведенных ведомостей. Если вы оплатили НДФЛ по больничному листу отдельной платежкой, а программа ее «не видит» при формировании общей платежки по зарплате, проверьте вид операции в документе Списание с расчетного счета. Он должен быть «Уплата налога» с правильным указанием периода и налога. Однако помните, что сам документ уплаты налога не делает движений по регистрам учета НДФЛ для 6-НДФЛ — он влияет только на бухгалтерское сальдо счета 68.01.

Для проверки итоговых данных используйте отчет «Анализ НДФЛ по документам-основаниям». Настройте его так, чтобы видеть сопоставление исчисленного и удержанного налога в разрезе каждого документа. Если в колонке «Осталось удержать» вы видите суммы — ищите причину в связке Ведомость — Списание с расчетного счета. Помните, что 1С — это строгий калькулятор, и любая ручная правка проводок без корректировки регистров неизбежно приведет к ошибкам в отчетности.

← На главную