Почему в ведомости на выплату зарплаты в ЗУП 3.1 появляются лишние положительные и отрицательные суммы за прошлые периоды?

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

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

Рассмотрим подробнее, почему возникают эти "фантомные" записи, проанализируем влияние аналитики регистров на формирование ведомостей и разберем по шагам методы устранения данной проблемы.

Выясним причину появления развернутого сальдо

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

Разберем основные факторы, влияющие на этот процесс:

  1. Вид дохода исполнительного производства. С июня 2020 года в платежных поручениях и ведомостях обязательно указание кода вида дохода (1, 2 или 3). Если старые документы начисления (созданные до обновления) были перепроведены, им мог присвоиться код дохода, тогда как в старых ведомостях этого кода не было. Программа видит разницу в аналитике ВидДоходаИсполнительногоПроизводства.
  2. Статьи финансирования и статьи расходов. Если в середине года у сотрудника изменился источник финансирования или настройки подразделения, программа будет пытаться закрыть старые остатки по одной статье и отразить выплату по новой.
  3. Месяц начисления. Часто документы перерасчета создают движения в "прошлом", что заставляет ведомость текущего месяца обращаться к регистрам за предыдущие периоды.
  4. Подразделения. При перемещении сотрудника между подразделениями остатки могут "зависнуть" на старом месте работы, если выплата не была привязана к конкретному документу-основанию.

Метод 1: Проверка и перепроведение документов

Первым делом проанализируем ситуацию с документами-основаниями. Если вы выплачиваете зарплату при увольнении, убедитесь, что в ведомости выбран соответствующий документ. Если ведомость заполняется "по кнопке", но суммы все равно двоятся, выполним следующие действия:

  1. Откроем документ начисления (например, НачислениеЗарплаты или Увольнение), который вызывает сомнения.
  2. Попробуем выполнить команду Провести и закрыть без внесения изменений. Это обновит движения в регистрах под текущим релизом программы.
  3. Вернемся в ведомость и нажмем кнопку Перезаполнить.

Как отмечают специалисты, если проблема связана с обновлением 2020 года (ошибка 10224250), простое перепроведение документов начисления может помочь зафиксировать правильный код дохода в регистре ЗарплатаКВыплате.

Метод 2: Использование "Нулевой ведомости" для очистки регистров

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

  1. Создадим новую ведомость (в кассу или на счета) текущей датой.
  2. В поле Месяц выплаты укажем текущий месяц.
  3. С помощью кнопки Подбор выберем конкретного сотрудника, по которому идут расхождения.
  4. Проанализируем заполненные строки. В ведомость должны попасть только те самые "плюсы" и "минусы", а итоговая сумма к выплате должна составить 0.
  5. Проведем эту ведомость. Несмотря на нулевой итог, документ сделает важные движения в регистре ЗарплатаКВыплате: он спишет остатки по одной аналитике и закроет их по другой.
  6. После этого создадим основную рабочую ведомость на выплату текущей зарплаты. Лишние строки исчезнуть не должны, так как регистр уже "очищен".

Метод 3: Глубокий аудит регистров накопления

Если вышеописанные способы не помогли, нам придется проанализировать движения по регистрам вручную. Для этого воспользуемся универсальным отчетом или откроем регистры напрямую через "Все функции" (Функции для технического специалиста).

Нас интересуют два ключевых регистра:

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

Для исправления в особо сложных случаях (например, после некорректного переноса данных из ЗУП 2.5) можно использовать документ ПереносДанных или КорректировкаРегистров. В нем следует вручную прописать записи "Расход" по тем аналитикам, которые "зависли" с плюсом, и "Приход" (или наоборот), чтобы обнулить сальдо — для этих целей есть исправление технических ошибок по НДФЛ и взаиморасчетам.

Влияние на НДФЛ и отчетность

Важно понимать, почему нельзя оставлять ситуацию "как есть", даже если итоговая сумма к выплате верна. Рассмотрим риски:

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

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

В-третьих, в справках о доходах (бывшие 2-НДФЛ) суммы выплаченного дохода могут распределиться некорректно, что вызовет вопросы у налоговой инспекции при камеральной проверке.

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

← На главную