Ситуация, когда в отчетах 1С:Зарплата и управление персоналом 3.1 внезапно возникает начальное сальдо при фактически нулевых взаиморасчетах, является одной из самых распространенных и неприятных проблем для бухгалтера и расчетчика. Особенно остро эта проблема проявилась в 2023 году после глобальных изменений в правилах учета НДФЛ и объединения страховых взносов. Рассмотрим подробно, почему возникают такие "фантомные" долги и как мы можем их устранить, проанализировав внутреннюю структуру регистров системы.
Прежде всего, нам необходимо понять, что с 1 января 2023 года дата получения дохода в виде оплаты труда определяется как дата фактической выплаты денег сотруднику. Это коренным образом изменило логику формирования отчетов. Теперь отчет "Анализ зарплаты по сотрудникам (помесячно)" и "Расчетный листок" могут интерпретировать данные по-разному в зависимости от настроек и даты выплаты ведомостей.
Проанализируем ситуацию: если зарплата за май была начислена в мае, но фактически выплачена в июне, то в отчете "Анализ зарплаты" за июнь может появиться входящее сальдо. Это происходит потому, что на 1-е число месяца в регистре числится кредиторская задолженность организации перед сотрудником, которая погасится только датой ведомости. Если же сотрудник увольняется в начале июня (как в нашем примере — 8 июня), система должна "схлопнуть" все расчеты. Любой временной разрыв между документом Увольнение и фактической Ведомостью на выплату может порождать виртуальные остатки в промежуточных отчетах, таких как "Расчетный листок за первую половину месяца".
В 1С:ЗУП 3.1 данные для отчетов собираются из нескольких регистров накопления. Часто бывает так, что в одном регистре итог нулевой, а в другом — "висит" остаток. Рассмотрим основные регистры, которые нам нужно проверить:
Для проверки состояния этих регистров выполним следующие шаги. Перейдем в меню "Функции для технического специалиста" (или через "Все функции") и найдем указанные регистры. Настроим отбор по конкретному сотруднику и посмотрим на колонку "Сумма". Если мы видим строки с одинаковыми суммами "плюс" и "минус", но разными "Документами-основаниями" — мы нашли причину. Это называется "пересортица по документам-основаниям".
Это самая частая техническая причина появления сальдо. Программа хранит задолженность не просто "за сотрудником", а в привязке к конкретному документу, который эту задолженность создал (например, Начисление зарплаты и взносов или Увольнение). Если при выплате в ведомости был указан неверный документ-основание или период взаиморасчетов, то общая сумма по сотруднику будет равна нулю, но в разрезе документов останутся "хвосты".
Посмотрим на пример:
Регистр: Взаиморасчеты с сотрудниками
Сотрудник: Иванов И.И.
Сумма: +10 000 руб. (Документ-основание: Начисление за май)
Сумма: -10 000 руб. (Документ-основание: Начисление за апрель)
Итоговое сальдо: 0 руб.
Несмотря на то, что итоговый долг равен нулю, отчет "Анализ зарплаты" при определенных настройках группировки может показать эти 10 000 как начальное сальдо, так как он видит незакрытую задолженность по конкретному периоду или документу.
Рассмотрим несколько способов "лечения" данной проблемы, от простых к более сложным.
Способ 1. Проверка ведомостей и автоматическое "схлопывание".
Попробуем создать новый документ Ведомость в кассу или Ведомость в банк. Установим месяц выплаты — июнь, выберем нашего сотрудника и нажмем кнопку "Обновить налог" или просто "Заполнить". Если программа подтягивает в ведомость нулевую сумму, но при нажатии на нее дважды открывается окно "Редактирование зарплаты", где видны строки с плюсом и минусом — значит, проблема действительно в пересортице. В некоторых случаях достаточно просто провести такую "нулевую" ведомость, чтобы система сама закрыла регистры.
Способ 2. Использование документа "Перенос данных".
Если ведомости не помогают, нам придется прибегнуть к "хирургическому" вмешательству. Мы создадим документ Перенос данных (раздел "Администрирование").
Перенос данных.Взаиморасчеты с сотрудниками и Бухгалтерские взаиморасчеты с сотрудниками.Способ 3. Проверка документа "Увольнение".
Поскольку в нашей теме сотрудник уволен 08.06.2023, крайне важно проверить дату выплаты в самом документе Увольнение. На вкладке "Условия увольнения" в поле "Дата выплаты" должна стоять именно та дата, которой фактически была проведена ведомость. Если ведомость оформлена на день позже даты, указанной в увольнении, отчеты могут показывать "разрыв" и виртуальный долг на эту дату.
Иногда сальдо является не ошибкой регистров, а особенностью настройки самого отчета. Разберем, как проверить настройки СКД (системы компоновки данных) в "Анализе зарплаты по сотрудникам":
Не забудем заглянуть в раздел "Зарплата" — "Сервис" — "Перерасчеты". Часто после увольнения сотрудника какое-либо изменение в системе (например, изменение общего графика работы организации или исправление кадрового документа другого сотрудника) может зарегистрировать необходимость перерасчета для уволенного. Это создает "виртуальные" записи в регистрах расчета, которые отчеты подхватывают как потенциальные долги или переплаты. Если вы видите там записи по данному сотруднику, их следует либо отработать (создать документ Доначисление, перерасчет), либо просто удалить, если они ошибочны.
Подводя итог, можно сказать, что начальное сальдо при увольнении в ЗУП 3.1 — это почти всегда следствие расхождений в разрезах регистров накопления. Используя системный подход к анализу Взаиморасчетов и правильно применяя инструменты корректировки, мы сможем добиться идеально чистой отчетности.