← На главную

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

Механизм формирования даты получения дохода в ЗУП 3.1

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

1. Оплата труда (Зарплата): Датой получения дохода считается последний день месяца, за который начислена зарплата (согласно законодательству, действовавшему до 2023 года, и внутренним алгоритмам программы для соответствующего периода).
2. Межрасчетные выплаты (Отпуска, Больничные, Премии): Датой получения дохода признается фактическая дата выплаты. В документах начисления за это отвечает поле Дата выплаты (планируемая дата).

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

Анализ ситуации через регистры накопления

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

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

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

Пошаговая инструкция по исправлению «хвостов»

Рассмотрим порядок действий для исправления ситуации, когда дата 10.11.18 упорно лезет в отчет вместо 30.10.18.

Шаг 1. Проверка цепочки документов. Разберем ситуацию с самого начала. Проверьте дату выплаты в документе-основании (Отпуск, Больничный лист или Начисление зарплаты и взносов). Она должна строго соответствовать дате в шапке Ведомости, которой производилась выплата.

Шаг 2. Обновление налога в ведомостях. Простое перепроведение Ведомости часто не помогает, так как данные НДФЛ внутри документа фиксируются в специальной скрытой таблице. Откройте Ведомость, найдите нужного сотрудника, кликните дважды по колонке «НДФЛ» и в открывшемся окне нажмите кнопку «Обновить налог». Также проверьте, чтобы дата в этом окне (дата получения дохода) совпадала с ожидаемой.

Шаг 3. Перезаполнение документов (радикальный, но надежный метод). Как показывает практика, если документов немного, быстрее всего работает следующий алгоритм:

1. Распроведите Ведомость на выплату.
2. Распроведите документ начисления.
3. В документе начисления (например, Отпуск) установите корректную дату выплаты.
4. Проведите документ начисления.
5. В Ведомости обновите налог или полностью перезаполните строку по сотруднику.

Взаимосвязь с налоговыми вычетами

Проанализируем еще один важный аспект: влияние даты дохода на стандартные налоговые вычеты. Если программа ошибочно считает, что доход получен в ноябре (10.11), она может автоматически применить вычеты за ноябрь. После того как вы исправите дату на октябрь (30.10), система увидит, что ноябрьские вычеты были применены «впустую». Это приводит к появлению записей в регистре Предоставленные вычеты НДФЛ и образованию сумм «НДФЛ к зачету» или «Излишне удержанного НДФЛ».

Если вы видите в отчете «Анализ зарплаты» колонки с зачтенным НДФЛ, проверьте документ Начисление зарплаты и взносов, закладку «Корректировки выплаты». Там могут находиться суммы, возникшие из-за пересортицы дат дохода. В большинстве случаев после полной очистки и перезаполнения всей цепочки документов за месяц эти «фантомные» корректировки исчезают сами собой.

Как быстро найти проблемных сотрудников

Чтобы не перебирать всех сотрудников вручную, воспользуемся инструментом «Универсальный отчет». Настроим его по регистру накопления Сведения о доходах НДФЛ:

• В группировки добавьте поля Сотрудник, Дата получения дохода и Регистратор.
• В отборах установите период и, если нужно, конкретную «ошибочную» дату.

Этот отчет наглядно покажет, какой именно регистратор (документ) создал запись с некорректной датой, даже если в самой форме этого документа вы видите правильные числа.

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