В работе бухгалтера и расчетчика заработной платы часто возникает ситуация, когда при формировании отчетности за один месяц данные выглядят корректно, но стоит сформировать отчет за квартал или полугодие, как цифры начинают «ползти». Одной из самых неприятных и запутанных проблем в версиях 1С:Зарплата и управление персоналом 3.1.5 стала ошибка, при которой задолженность сотрудника перед организацией (например, из-за выданного аванса) при формировании расчетного листка за период ошибочно трансформировалась в строку «Излишне удержанный НДФЛ».
В этой статье мы подробно разберем, почему возникает эта коллизия, как проверить корректность данных в регистрах и какие шаги необходимо предпринять для окончательного устранения ошибки. Мы пройдем путь от анализа первичных документов до понимания внутренних механизмов компоновки данных в расчетном листке.
Ситуация выглядит следующим образом: сотруднику в июле и августе были выданы денежные средства сверх начисленного (авансом). В результате у сотрудника образовалось сальдо в пользу организации (долг сотрудника). Если мы сформируем расчетный листок отдельно за июль или отдельно за август — всё отображается верно. Однако при попытке сформировать единый расчетный листок за период «Июль – Август», программа вместо долга сотрудника показывает сумму в разделе «Излишне удержанный НДФЛ».
Важно понимать разницу: долг сотрудника — это реальные денежные средства, которые он должен вернуть или отработать. Излишне удержанный НДФЛ — это обязательство организации (или государства в лице налогового агента) перед физическим лицом. Ошибочная замена одного понятия другим в печатной форме вводит в заблуждение и сотрудника, и проверяющие органы.
Первым делом проанализируем документы Начисление зарплаты и взносов за спорные месяцы. В современных версиях ЗУП 3.1 существует специальный механизм автоматического выравнивания НДФЛ.
Нам необходимо зайти в документ и перейти на вкладку «Корректировки выплаты». Рассмотрим подробнее, что там фиксируется:
Если вы обнаружили там записи, которые не соответствуют действительности, попробуйте временно их удалить и переформировать листок. Однако, если в ежемесячных листках всё верно, а ошибка «вылезает» только в отчете за период — причина кроется глубже, в коде самого отчета.
Расчетный листок в версиях 3.1.5 и выше перестал строиться только по регистрам взаиморасчетов. Теперь основным источником данных для него является регистр накопления Начисления удержания по сотрудникам. Разберем ситуацию с технической точки зрения.
Проанализируем движения по этому регистру. В нем существуют особые категории данных:
НДФЛ к зачету в счет будущих платежей;НДФЛ зачтено.В нормальной ситуации, если в одном месяце возник излишек удержанного налога, а в следующем он был зачтен, сальдо между этими записями должно «схлопнуться». Проблема версии 3.1.5 заключалась в том, что алгоритм сбора данных для расчетного листка при объединении нескольких месяцев некорректно обрабатывал эти записи. Вместо того чтобы вычесть зачтенный налог из излишне удержанного внутри периода, программа суммировала их или неверно интерпретировала переходящий остаток, превращая его визуально в «долг за организацией».
Если вы убедились, что в регистрах Взаиморасчеты с сотрудниками и Бухгалтерские взаиморасчеты с сотрудниками сальдо нулевое или соответствует реальности, а расчетный листок за период продолжает «лгать» — вы столкнулись с официально зарегистрированной ошибкой программного кода.
Ошибка №30160453. Ее описание гласит: «При формировании расчетного листка сразу за несколько месяцев в нем может ошибочно выводиться долг на конец периода, которого на самом деле нет».
Причина возникновения: некорректный запрос в схеме компоновки данных (СКД) отчета. При формировании за период система берет начальное сальдо первого месяца и конечное сальдо последнего месяца, но из-за некорректного соединения таблиц с данными по НДФЛ, технические записи по зачету налога начинают интерпретироваться как задолженность.
Рассмотрим, какие варианты действий у нас есть, в зависимости от возможности обновления конфигурации.
Вариант А: Обновление конфигурации (рекомендуемый)
Данная ошибка была массовой и прошла через несколько итераций исправлений. Первоначальные исправления в тестовых версиях 3.1.6.5 оказались неполными. Стабильное решение вошло в следующие релизы:
Если ваша версия ниже указанных, расчетный листок за период (квартал, год) будет практически всегда показывать недостоверное сальдо, если у сотрудника были любые перерасчеты НДФЛ.
Вариант Б: Использование альтернативных отчетов
Если оперативное обновление невозможно, воспользуйтесь отчетом Анализ зарплаты по сотрудникам (в целом за период). Выясним причину, почему он работает точнее: данный отчет использует другой алгоритм компоновки данных, который опирается на регистры взаиморасчетов более прямолинейно, без сложной логики «схлопывания» НДФЛ к зачету, специфичной для печатной формы расчетного листка.
Вариант В: Проверка регистра «Расчеты налогоплательщиков с бюджетом по НДФЛ»
Для программистов будет полезно проверить соответствие данных в регистре накопления Расчеты налогоплательщиков с бюджетом по НДФЛ. Если вы видите, что суммы «Излишне удержанного НДФЛ» в листке соответствуют записям с видом движения Расход и пустой ведомостью, это признак того, что система пытается провести автоматический зачет.
Пример кода для проверки остатков по регистру через консоль запросов:
ВЫБРАТЬ
СуммаОстаток
ИЗ
РегистрНакопления.ВзаиморасчетыС_Сотрудниками.Остатки(&Период, Сотрудник = &Сотрудник)
Если этот запрос возвращает 0, а расчетный листок показывает долг — это подтверждает визуальный характер ошибки (ошибка печатной формы, а не учета).
Подведем итог нашему анализу. Если вы столкнулись с тем, что расчетный листок за период в ЗУП 3.1.5 ведет себя неадекватно:
Работа с расчетными листками в ЗУП 3.1 требует внимательного отношения к последовательности документов. Помните, что любое исправление начислений «задним числом» порождает записи в регистрах зачета НДФЛ, которые и становятся триггером для данной ошибки в старых релизах программы.