Как выровнять исчисленный, удержанный и перечисленный НДФЛ в 1С:ЗУП 3.1

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

Работа с НДФЛ в программе «1С:Зарплата и управление персоналом 3.1» часто превращается в сложный процесс из-за особенностей учета налога в разрезе дат выплаты дохода и документов-оснований. Ситуации, когда исчисленный налог не совпадает с удержанным, а в отчетах появляются непонятные «плюсы» и «минусы», — не редкость. Рассмотрим подробно, как проанализировать причины возникновения этих расхождений и какими методами можно привести учет в идеальное состояние.

Почему «плывет» НДФЛ: анализируем причины

Прежде чем приступать к исправлению, давайте разберем, почему возникают пересортицы. В ЗУП 3.1 учет НДФЛ ведется в нескольких регистрах накопления, основными из которых являются РасчетыНалогоплательщиковСБюджетомПоНДФЛ (для исчисленного и удержанного налога) и РасчетыНалоговыхАгентовСБюджетомПоНДФЛ (для перечисленного налога). Основные причины расхождений:

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

Способ 1: Метод последовательного перепроведения (эталонный)

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

Пошаговый алгоритм:

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

Выясним причину, по которой этот метод может не сработать с первого раза: если в документах Отпуск или Больничный лист была указана одна дата выплаты, а в ведомости — другая, программа может создать сторнирующие записи. В этом случае необходимо сначала выровнять даты в первичных документах.

Способ 2: Использование документа «Операция учета НДФЛ»

Если объем данных слишком велик и перепроводить весь год невозможно, рассмотрим вариант «хирургического» вмешательства в регистры. Документ Операция учета НДФЛ позволяет вручную скорректировать записи, не затрагивая документы начисления.

Рассмотрим подробнее заполнение вкладок этого документа:

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

Пример логики для поиска расхождений в коде:


Запрос = Новый Запрос;
Запрос.Текст = 
"ВЫБРАТЬ
|	НДФЛОстатки.Сотрудник,
|	НДФЛОстатки.Регистратор КАК ДокументОснование,
|	НДФЛОстатки.СуммаОстаток КАК СуммаНДФЛ
|ИЗ
|	РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Остатки(&Период, ) КАК НДФЛОстатки
|ГДЕ
|	НДФЛОстатки.СуммаОстаток <> 0";

Способ 3: Схлопывание остатков через «нулевые» ведомости

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

Разотрем алгоритм действий:

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

Анализ результата: отчеты как инструмент контроля

После проведения корректировок нам необходимо убедиться в чистоте учета. Основным инструментом для нас станет отчет «Анализ НДФЛ по месяцам», но с важной оговоркой: для поиска «глубинных» ошибок лучше использовать вариант «Анализ НДФЛ по документам-основаниям».

В этом отчете мы должны увидеть:

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

Резюме

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

← На главную