В практике ведения учета в образовательных и медицинских учреждениях часто встречается ситуация, когда один и тот же сотрудник выполняет работы по договору гражданско-правового характера (ГПХ), оформляя несколько актов выполненных работ за один расчетный период. В программе 1С:Зарплата и кадры государственного учреждения (ЗКГУ) 3.1 это может привести к технической ошибке: в ведомости на выплату или в регистрах налогового учета сумма НДФЛ начинает «двоиться».
Рассмотрим подробнее, почему возникает эта проблема, как она отражается в регистрах и какими способами можно добиться корректного формирования отчетности. Проанализируем ситуацию на примере релиза 3.1.17, где данная ошибка проявлялась наиболее остро.
Проблема обычно проявляется следующим образом: при наличии двух и более актов по одному сотруднику, у которых совпадает Статья финансирования, но различаются Статьи расходов (КВР), документ Начисление по договорам формирует некорректные записи в регистре накопления Расчеты налогоплательщиков с бюджетом по НДФЛ. Вместо того чтобы распределить налог пропорционально суммам начислений, система дублирует общую сумму исчисленного налога для каждой аналитики.
Разберем по шагам, что происходит в системе:
Начисление по договорам.Одним из наиболее эффективных практических решений является разделение выплаты на несколько документов. Если система не может корректно «схлопнуть» НДФЛ в одной ведомости по разным статьям расходов, нам следует помочь ей, разделив потоки данных.
Выясним, как правильно это сделать:
Начисление по договорам убедитесь, что все суммы начислений и суммы НДФЛ на соответствующих вкладках заполнены верно.Ведомость в банк (или Ведомость в кассу).Такой подход позволяет избежать конфликта алгоритмов в общем модуле РасчетЗарплатыРасширенный, где процедура ЗаполнитьДанныеНДФЛ иногда некорректно обрабатывает коллекции строк с одинаковыми ИФНС, но разными КВР.
Часто ошибка кроется в том, что после добавления второго акта или изменения сумм в актах, вкладка «НДФЛ» в документе начисления обновляется некорректно. Рассмотрим правильный алгоритм пересчета:
Никогда не ограничивайтесь простым нажатием кнопки «Пересчитать» на верхней панели. Проанализируем более надежный способ:
Начисление по договорам.ДоговорАвторский или ДоговорРаботыУслуги и записями о налоге.Проверим результат в регистре. Для этого можно воспользоваться «Движениями документа» (кнопка «Еще» — «Показать движения документа»). В регистре Расчеты налогоплательщиков с бюджетом по НДФЛ записи должны иметь разные аналитики, а сумма налога должна соответствовать расчетной ставке от конкретного начисления, а не общей сумме по документу.
Для программистов и системных администраторов важно понимать, где именно в конфигурации зарыта причина. В проблемных релизах ветки 3.1.17 логика распределения налога по источникам в процедуре ЗаполнитьДанныеНДФЛ выглядела примерно так (схематично):
Процедура ЗаполнитьДанныеНДФЛ(ДокументОбъект, СтруктураПараметров)
// Система собирает таблицу начислений
ТаблицаНачислений = ПолучитьТаблицуНачислений(ДокументОбъект);
// ОШИБКА: Группировка происходила по ФизЛицу и ИФНС,
// но игнорировала различие в СтатьяхРасходов при сопоставлении с НДФЛ
ТаблицаНДФЛ = РассчитатьНалог(ТаблицаНачислений);
// В итоге при записи в регистр сумма из ТаблицаНДФЛ.ОбщийНалог
// ошибочно присваивалась каждой строке ТаблицаНачислений
КонецПроцедуры
В более свежих версиях (начиная с 3.1.23 и патчей для 3.1.18+) этот механизм был пересмотрен: теперь учет ведется в разрезе полной цепочки аналитик, включая СтатьиРасходов и ВидыДоходовИсполнителейФизЛиц.
Чтобы убедиться, что задвоение устранено и не повлияет на отчетность 6-НДФЛ, выполните следующие действия:
Поскольку проблема носит во многом программный характер, наиболее радикальным и правильным решением будет обновление конфигурации до актуального релиза. Если обновление невозможно (например, из-за значительных доработок), обязательно проверьте наличие патчей (исправлений) в разделе «Администрирование — Обслуживание — Обновление программы — Установленные исправления».
Ищите исправления с описанием: «Исправлена ошибка распределения НДФЛ по статьям финансирования в договорах ГПХ». Установка такого патча не требует полного обновления конфигурации, но устраняет проблему на уровне программного кода процедур расчета.
Подводя итог, скажем: если вы столкнулись с задвоением, сначала попробуйте перезаполнить вкладку НДФЛ через удаление строк, а если это не помогло — разделите выплаты по разным ведомостям для каждой статьи расходов. Это гарантированно очистит регистры и позволит сдать отчетность без ошибок.