← На главную

В практике работы с конфигурациями предыдущих поколений, такими как «Управление производственным предприятием» (УПП 1.3) или «Зарплата и управление персоналом» (ЗУП 2.5), специалисты часто сталкиваются с неочевидным поведением расчетных механизмов. Одной из таких проблем является исчезновение сумм налога (НДФЛ) из отчета «Расчетный листок» после проведения итогового расчетного документа.

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

Описание проблемной ситуации

Рассмотрим конкретный сценарий. У нас есть сотрудник, который весь месяц (например, август) находился в отпуске без сохранения заработной платы (ДО). В этом же месяце происходит его увольнение.

Последовательность документов в системе выглядит следующим образом:

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

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

Анализ механизма расчета НДФЛ в УПП

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

Когда мы проводим этот документ, система анализирует регистры накопления:

• НДФЛ расчеты с бюджетом
• НДФЛ сведения о доходах
• Взаиморасчеты с сотрудниками организаций

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

Диагностика проблемы

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

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

1. Движения есть, но они «схлопываются» в ноль (плюс на минус).
2. Отчет «Расчетные листки» не может привязать налог к доходу из-за отсутствия базы в текущем документе (поэтому помогает добавление копейки — появляется база для привязки).

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

Истинная причина: Ручные корректировки регистров

Наиболее вероятная причина такого поведения программы кроется в некорректном ведении учета в предыдущих периодах. Механизм расчета НДФЛ в 1С очень чувствителен к целостности данных в регистрах накопления.

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

Что происходит при наличии таких корректировок:

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

Алгоритм решения проблемы

Для исправления ситуации необходимо устранить первопричину — некорректные данные в регистрах накопления прошлых периодов. Выполним следующие шаги:

1. Поиск ручных корректировок

Сформируйте список документов, которые могут менять регистры напрямую. В интерфейсе перейдите к журналам документов или используйте «Универсальный журнал документов». Отфильтруйте список по типу:

• Корректировка записей регистров
• Перенос данных (если он использовался для корректировок)
• Операция (бухгалтерский и налоговый учет) (если включен режим ручной корректировки движений)

Проанализируйте документы за текущий год, обращая внимание на регистры подсистемы НДФЛ.

2. Анализ состояния регистров

Используйте отчет «Универсальный отчет» (или консоль запросов) по регистру накопления НДФЛ расчеты с бюджетом. Сформируйте его с отбором по проблемному сотруднику без ограничения периода (с начала года).

Обратите внимание на:

• Остатки на начало и конец каждого месяца.
• Записи с пустыми измерениями.
• Записи, сделанные ручными документами.

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

3. Устранение ошибок

Решение заключается в отмене или исправлении некорректных ручных корректировок.

Вариант А (Радикальный): Если это тестовая база или есть возможность пересчета, удалите (пометьте на удаление) документы «Корректировка записей регистров», которые вносят хаос в учет НДФЛ.

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

4. Перерасчет текущего месяца

После того как регистры приведены в порядок:

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

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

Заключение

В системах 1С:УПП и ЗУП корректность формирования расчетного листка напрямую зависит от чистоты регистров накопления. Искусственные методы (добавление копейки, ручная правка печатной формы) лишь маскируют проблему. Единственно верный путь — найти и исправить некорректные записи в регистрах НДФЛ, возникшие в результате ручного вмешательства в прошлых периодах.