Почему в 1С:ЗУП 3.1 при частичной выплате некорректно распределяется НДФЛ и как это исправить?

В практической работе бухгалтера-расчетчика нередко возникает ситуация, когда сотруднику необходимо выплатить не всю причитающуюся сумму за месяц, а лишь ее часть. Казалось бы, простая операция: открываем ведомость на выплату, уменьшаем итоговую сумму вручную, и программа должна сама все пересчитать. Однако на практике пользователи программы «1С:Зарплата и управление персоналом 3.1» (ЗУП) часто сталкиваются с неприятным сюрпризом.

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

В чем причина сбоя: заглянем под капот программы

Для того чтобы понять логику поведения программы, проанализируем, как именно ЗУП 3.1 распределяет денежные средства по документам-начислениям. Когда мы создаем ведомость (например, Ведомость в банк или Ведомость в кассу) и заполняем ее, программа собирает все невыплаченные суммы сотрудника по документам-основаниям. Это могут быть документы Начисление зарплаты и взносов, Разовое начисление, Премия и другие.

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

Но что происходит, если мы уменьшаем сумму вручную на главном экране ведомости? Программа пытается распределить новую уменьшенную сумму пропорционально имеющейся базе документов-оснований. Для этого используется универсальная программная функция:

Функция РаспределитьСуммуПропорциональноБазе(Знач РаспределяемаяСумма, МассивБазовыхЗначений, Знач Точность = 2, КоэффициентЗависимостиОтБазы = 1, ВычетИзБазы = 0) Экспорт
    // Внутренний алгоритм 1С для пропорционального деления сумм.
    // Применяется для распределения выплаты по документам-основаниям.
КонецФункции

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

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

Данное поведение признано официальной ошибкой конфигурации (зарегистрирована на партнерском портале под номером 000049354).

Чем опасно некорректное распределение для ЕНС и 6-НДФЛ

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

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

1. Пересортица в разрезе документов-оснований. В регистрах накопления (таких как Расчеты налогоплательщиков с бюджетом по НДФЛ) зависнут ложные остатки. По одному документу-основанию зафиксируется недоплата налога, по другому — излишне удержанный налог.
2. Искажение учета при последующих выплатах. Когда в следующем месяце мы будем выплачивать очередную зарплату, программа попытается автоматически «схлопнуть» эти некорректные остатки. Это приведет к тому, что НДФЛ удержанный за следующий период рассчитается неверно, подтягивая «хвосты» прошлого периода.
3. Ошибки в регламентированной отчетности. Налоговые регистры напрямую питают отчет 6-НДФЛ и формируют данные для отправки уведомлений об исчисленных налогах на Единый налоговый счет (ЕНС). Ошибки распределения внутри ведомости приведут к расхождениям между фактически выплаченным доходом и удержанным налогом, что вызовет вопросы и требования со стороны ФНС.

Решение №1: Правильный алгоритм ручной корректировки частичной выплаты

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

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

Решение №2: Выплата разовых начислений в межрасчетный период

Если специфика вашей организации предполагает регулярные частичные выплаты или выплаты отдельных видов начислений (например, разовых премий, материальной помощи, компенсаций) до окончательного расчета за месяц, мы рекомендуем изменить сам подход к организации документооборота в программе.

Оптимальным решением будет выплата разовых начислений отдельно от основной зарплаты:

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

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

Рекомендации по профилактике и контролю налогового учета

Чтобы спать спокойно и быть уверенными в правильности заполнения регламентированных отчетов, придерживайтесь следующих правил контроля взаиморасчетов в ЗУП 3.1:

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

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