← На главную

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

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

Как работает механизм переноса дохода для НДФЛ при выплате зарплаты

Начиная с ветки релизов 3.1.5, в программы 1С:ЗУП и 1С:ЗКГУ был заложен строгий алгоритм автоматической корректировки даты фактического получения дохода в момент проведения документов выплаты. Проанализируем логику этого процесса:

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

Таким образом, программа строго соблюдает требования законодательства: если доход не относится к оплате труда или фактически выплачивается позже, датой его признания становится день выплаты.

Почему доход переносится при нулевом общем сальдо по сотруднику

Главная сложность заключается в том, что по общему своду и расчетному листку сальдо взаиморасчетов на 31 декабря может быть строго нулевым, но программа все равно переносит доход в январь. Выясним причину такого поведения системы.

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

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

В отличие от общего сальдо, регистр накопления Зарплата к выплате ведет учет в глубоких аналитических разрезах:

1. Сотрудник (физическое лицо);
2. Период взаиморасчетов (месяц начисления);
3. Статья финансирования и Статья расходов (в бюджетных учреждениях — КФО, КОСГУ);
4. Документ-основание (конкретный документ начисления: «Премия», «Начисление зарплаты и взносов», «Больничный лист» и т.д.).

Если в декабре общее сальдо закрылось в 0, но внутри регистра возникла пересортица по документам-основаниям (например, по документу Премия осталось недовыплачено +0,82 руб., а по документу Начисление зарплаты и взносов переплачено -0,82 руб.), программа считает, что доход по премии в размере 82 копеек фактически еще не выплачен.

Когда создается ведомость за январь, автозаполнение подтягивает этот невыплаченный остаток (+0,82 руб.), связывает его с декабрьским документом премии и делает вывод: произошла выплата декабрьского дохода в январе. В этот момент срабатывает алгоритм сторнирования и переноса части дохода и налога в новый налоговый период.

Основные причины появления пересортицы и «копеек» в ведомостях

Рассмотрим типовые факторы, приводящие к расхождениям по документам-основаниям:

1. Ручная правка сумм в ведомости. Если пользователь меняет итоговую сумму в строке сотрудника вручную, не открывая форму расшифровки суммы (по двойному клику), программа распределяет изменение между документами-основаниями автоматически, что часто создает остатки с противоположными знаками.
2. Округление выплат до рубля. Если в настройках учета включено округление выплат, копейки не выплачиваются сразу, а переносятся на следующий месяц. При переходе через границу года эти остатки ссылаются на прошлогодние документы начислений.
3. Документы-исправления и перерасчеты. Ввод документов-исправлений (например, исправление декабрьского отпуска) сторнирует старые начисления и создает новые документы-основания. Если декабрьские ведомости не были синхронизированы с исправлениями, образуются остатки с плюсами и минусами.
4. Пересортица по статьям финансирования (в ЗКГУ). Начисление произошло по одной статье финансирования/КОСГУ, а выплата была оформлена по другой.

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

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

1. Проверка регистра «Расчеты налогоплательщиков с бюджетом по НДФЛ». Перейдем через Все функции (или Функции для технического специалиста) в данный регистр. Установим отбор по физическому лицу и документу-основанию начисления. В движениях январской ведомости будет видно, какая именно сумма налога сторнирована с 2017/предыдущего года и добавлена в 2018/текущий год.
2. Анализ регистра «Зарплата к выплате». Откроем регистр накопления Зарплата к выплате, настроим отбор по нужному сотруднику и виду движения Расход. Проверим колонку Документ-основание — в ней отчетливо видны ссылки на прошлогодние документы, подтянувшиеся в ведомости текущего года.
3. Универсальный отчет по регистру «Зарплата к выплате». Настроим отчет с группировками: Физическое лицо → Период взаиморасчетов → Документ-основание. Выведем ресурс Конечный остаток. Если по сотруднику отображаются строки с суммами +0,82 и -0,82, пересортица подтверждена.
4. Отчет «Подробный анализ НДФЛ по сотруднику». Сформируем отчет за прошлый и текущий годы в разделе Налоги и взносы → Отчеты по налогам и взносам, чтобы увидеть расхождения между исчисленным и удержанным налогом.

Пошаговые способы исправления ситуации

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

Способ 1. Создание «технической» нулевой ведомости (рекомендуемый способ)

Этот способ позволяет выровнять регистры без перепроведения закрытых периодов и без изменения реальных сумм выплат сотруднику:

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

Способ 2. Ручная корректировка расшифровки ведомости

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

1. Откроем проблемную январскую ведомость.
2. Кликнем дважды по сумме к выплате проблемного сотрудника для открытия расшифровки.
3. Найдем строку с переходящими копейками прошлого периода (например, со ссылкой на декабрьскую премию) и удалим ее.
4. Скорректируем сумму текущего начисления так, чтобы итоговая сумма к выплате соответствовала фактической сумме перечисления.
5. Перейдем в колонку НДФЛ к перечислению (расшифровка налога) и убедимся, что там отсутствуют сторнирующие записи за прошлый год.
6. Проведем документ.

Способ 3. Перезаполнение выплат в открытом периоде

Если прошлый расчетный период еще доступен для редактирования:

1. Распроведем все ведомости текущего месяца (января).
2. Откроем ведомости за прошлый месяц (декабрь), удалим строку проблемного сотрудника и добавим его заново через кнопку Подобрать.
3. Проверим расшифровку: суммы начислений должны полностью покрываться выплатами без остатков по документам-основаниям.
4. Проведем декабрьские ведомости.
5. Вернемся в январские ведомости и перезаполним их. Перенос дохода прекратится, так как в регистре Зарплата к выплате не останется невыплаченных декабрьских остатков.

Своевременный контроль состояния регистра накопления Зарплата к выплате и аккуратная работа с расшифровками сумм в ведомостях гарантируют корректное формирование справок о доходах и отчетности по форме 6-НДФЛ.