Почему в 1С:ЗУП 3 пересчитывается НДФЛ по договорам ГПХ и сторнируется подразделение?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет IT и автоматизация бизнеса
← На главную

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

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

Причины возникновения перерасчетов по договорам ГПХ

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

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

Способ 1. Исправление программного кода в конфигурации

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

Рассмотрим по шагам внесение изменений:

  1. Откроем конфигуратор и найдем общий модуль РасчетЗарплатыРасширенный.
  2. Перейдем к процедуре ЗаполнитьДанныеПоДоговорамПодряда.
  3. В тексте запроса найдем блок, в котором выбирается территория выполнения работ:
    
    |    ЗНАЧЕНИЕ(Справочник.ТерриторииВыполненияРабот.ПустаяСсылка) КАК ТерриторияВыполненияРаботВОрганизации,
    
  4. Заменим указанный фрагмент на выборку подразделения из записей начислений: | ЗаписиНачислений.Подразделение КАК ТерриторияВыполненияРаботВОрганизации,
  5. Сохраним изменения и обновим конфигурацию базы данных.

После применения исправления алгоритм перестанет очищать подразделение при сборе данных для начисления налога.

Способ 2. Очистка служебного регистра перерасчетов

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

Выполним очистку очереди перерасчетов:

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

Способ 3. Выравнивание аналитики документом «Операция учета НДФЛ»

Если налог за прошлые периоды уже был распределен с ошибками по разным ИФНС или подразделениям и попал в отчетность, исправим регистры вручную без перепроведения закрытых периодов:

  1. Откроем раздел Налоги и взносы — Операции учета НДФЛ и создадим новый документ.
  2. Укажем дату операции и физическое лицо.
  3. На закладке Доходы и закладке Исчислено по 13% (30%) кроме дивидендов добавим две строки:
    • Первая строка: с минусом по старому подразделению / ошибочной регистрации в ИФНС.
    • Вторая строка: с плюсом по правильному подразделению / нужной регистрации в ИФНС.
  4. Проведем документ. Это закроет остатки по регистрам и исключит цикличное возникновение перерасчетов при последующих начислениях.

Способ 4. Включение механизма обособленных территорий

Для корректного ведения налогового учета исполнителей по ГПХ в обособленных структурах без доработок конфигурации рекомендуется использовать штатный функционал территорий:

  1. Перейдем в Настройка — Предприятие — Организации (или Учетная политика) и включим признак Использовать обособленные территории.
  2. В справочнике Территории создадим элементы, привязанные к соответствующим налоговым органам (ИФНС).
  3. В документах Договор (работы, услуги) или Акт приемки выполненных работ явно укажем территорию выполнения работ. В этом случае налог будет гарантированно относиться к нужной налоговой инспекции без конфликтов с подразделениями затрат.

Способ 5. Обновление конфигурации

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

← На главную