← На главную

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

Механизм работы регистра «Учет доходов для исчисления НДФЛ»

Для начала разберем, какую роль играет регистр накопления Учет доходов для исчисления НДФЛ. Этот регистр является «фундаментом» для формирования отчетности по НДФЛ (справки 2-НДФЛ, отчет 6-НДФЛ). В нем фиксируется сумма дохода, его категория, код и, самое главное, дата фактического получения дохода.

Проанализируем логику программы. В 1С:ЗУП 3.1 существует два этапа фиксации дохода:

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

Если эти даты различаются, программа обязана привести учет в соответствие с Налоговым кодексом РФ. Для этого ведомость делает корректирующие движения в регистре:

• Запись с минусом (сторно) на старую (планируемую) дату получения дохода.
• Запись с плюсом на новую (фактическую) дату из документа Ведомость.

Именно так образуются те самые цепочки «+ - +», которые авторы на форумах называют «кашей». Это не ошибка программы, а штатный механизм корректировки даты дохода.

Почему возникают «хвосты» прошлых периодов?

Выясним причину, по которой в майские документы могут попадать данные за начало года. Система 1С работает по принципу накопления остатков в разрезе нескольких измерений:

• Сотрудник;
• Дата получения дохода;
• Документ-основание (например, конкретный «Больничный лист»);
• Категория дохода и статья расходов.

Если в феврале вы начислили доход на 10-е число, а выплатили его ведомостью от 15-го числа, но при этом вручную правили ведомость или перепроводили начисления «задним числом», связь между документом-основанием и выплатой может нарушиться. В регистре зависает «остаток» по одной дате и «переплата» по другой. При заполнении любой следующей ведомости программа видит этот незакрытый остаток и пытается его «схлопнуть», добавляя корректирующие записи в текущий документ. Если таких ошибок накопилось много за несколько месяцев, в ведомости образуется огромный список строк с кодами доходов 2012 (отпуска), 2300 (больничные) и т.д.

Изменения в законодательстве с 2023 года

Важно учитывать, что с 1 января 2023 года правила учета существенно изменились. Если раньше для зарплаты (код 2000) датой дохода считался последний день месяца, то теперь для всех доходов датой получения является день фактической выплаты. Это означает, что теперь практически любая выплата будет порождать корректировки в регистре Учет доходов для исчисления НДФЛ, если дата в начислении хоть на один день отличается от даты в ведомости.

Как продиагностировать и исправить ошибки?

Рассмотрим пошаговый алгоритм поиска причин искажения данных:

Шаг 1: Использование Универсального отчета

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

В группировках укажем:

1. Физическое лицо.
2. Дата получения дохода.
3. Регистратор (документ, сделавший запись).

Проанализируем ситуацию: если по конкретному сотруднику итоговая сумма дохода за месяц верна, но внутри она разбита на «плюс» 31.01 и «минус» 05.02, значит, программа видит пересортицу по датам. Именно эти остатки она будет тянуть в новые ведомости.

Шаг 2: Проверка соответствия дат

Разберем типичную ошибку: в документе Больничный лист указана дата выплаты «в межрасчетный период 03.02.2024», а фактически ведомость оформлена 05.02.2024. Чтобы избежать лишних движений в регистре, необходимо, чтобы в документе начисления стояла именно та дата, которая будет в ведомости.

Шаг 3: Техническая корректировка остатков

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

Нам необходимо «закрыть» неверные остатки:

• На закладке «Доходы» введем строку с отрицательной суммой на ошибочную дату.
• Введем строку с положительной суммой на правильную дату.

Важно: суммы должны строго соответствовать остаткам, выявленным Универсальным отчетом, чтобы в итоге по данному документу-основанию и сотруднику сальдо в разрезе дат стало нулевым.

Влияние на расчет отпусков

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

Рекомендации по работе

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

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

Таким образом, наличие записей с разными знаками в регистре учета доходов — это сигнал о том, что фактическая дата выплаты не совпала с плановой. Тщательный контроль дат и использование Операции учета НДФЛ для исправления накопленных ошибок помогут вернуть учет в корректное состояние.