← На главную

В процессе работы в программе «1С:Зарплата и управление персоналом 8», редакция 3.1, пользователи часто сталкиваются с ситуацией, когда в расчетных листках или ведомостях на выплату зарплаты отображаются неверные остатки. Это может быть как задолженность организации перед сотрудником, так и долг сотрудника за прошлые периоды, который «тянется» из месяца в месяц, хотя фактически все расчеты уже произведены. Разберем подробно, почему возникают такие ситуации и как их правильно исправить.

Выясняем причины возникновения задолженности

Прежде чем приступать к корректировкам, нам необходимо понять, «откуда растут ноги» у этой задолженности. В ЗУП 3.1 взаиморасчеты ведутся не просто по сотруднику, а в разрезе сложной аналитики. Если хотя бы один из разрезов не совпал при начислении и выплате, программа будет считать, что по одному направлению у вас переплата, а по другому — недоплата. В итоге общая сумма может быть нулевой, но в ведомости будут «вылезать» зеркальные строки.

Основные регистры накопления, которые нужно проанализировать:

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

Шаг 1. Анализ через Универсальный отчет

Проанализируем ситуацию с помощью мощного инструмента — «Универсального отчета» (раздел Администрирование — Обслуживание — Отчеты администратора). Настроим его следующим образом:

• Тип объекта: Регистр накопления.
• Имя объекта: ЗарплатаКВыплате.
• Тип данных: Остатки и обороты (или просто Остатки на текущую дату).

В настройках отчета на вкладке «Группировка» добавим все измерения: Физическое лицо, Сотрудник, Период взаиморасчетов (месяц начисления), Статья финансирования, Статья расходов и Документ-основание. Разберем пример: если вы видите в отчете две строки по одному сотруднику, где по одной остаток 1000, а по другой -1000, внимательно сравните все колонки. Чаще всего различие кроется в Документе-основании или Статье расходов. Для программы это разные «полки», и она не может самостоятельно переложить деньги с одной на другую.

Шаг 2. Использование «технической ведомости» для диагностики

Рассмотрим еще один быстрый способ поиска ошибок. Попробуем создать новую ведомость (в кассу или на счета) текущим месяцем и подберем туда «проблемного» сотрудника. После подбора нажмем на сумму в колонке «К выплате». Откроется расшифровка. Проанализируем содержимое: если там присутствуют строки с минусами и плюсами за прошлые месяцы — это и есть те самые незакрытые остатки по регистрам. Это окно наглядно показывает, в разрезе каких документов или периодов программа видит долг.

Шаг 3. Корректировка с помощью документа «Перенос данных»

Если автоматические документы (начисления и выплаты) не позволяют исправить ситуацию, воспользуемся «тяжелой артиллерией» — документом Перенос данных (раздел Администрирование — Переносы данных). Этот документ позволяет делать прямые записи в регистры, минуя стандартные интерфейсы.

Порядок действий при корректировке:

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

Шаг 4. Специализированные инструменты (Списание задолженности)

Выясним, есть ли более простые способы. В последних версиях ЗУП 3.1 появился документ Списание задолженности (раздел Выплаты). Рассмотрим его преимущества:

Этот документ предназначен для списания сумм, которые не могут быть выплачены (например, истек срок исковой давности) или при выявлении переплат, которые не планируется взыскивать. Плюс этого способа в том, что программа сама старается сделать движения по нужным регистрам взаиморасчетов, что снижает риск ошибок пользователя при ручном заполнении Переноса данных.

Шаг 5. Особенности НДФЛ и проверки

Проанализируем ситуацию с налогами. При ручной правке взаиморасчетов по деньгам, мы можем забыть про НДФЛ. Если задолженность возникла из-за того, что сотруднику начислили меньше, чем выплатили, за ним может числиться «исчисленный, но не удержанный НДФЛ». Посмотрим на регистр Расчеты налогоплательщиков с бюджетом по НДФЛ. Если корректировка затрагивает налоговые аспекты, в документе Перенос данных нужно будет добавить и этот регистр, чтобы выровнять суммы налога. В противном случае отчет 6-НДФЛ будет «тянуть» задолженность по налогу, что приведет к вопросам со стороны контролирующих органов.

Итоговый чек-лист после проведения корректировок:

• Сформируем Расчетный листок сотрудника и убедимся, что «Сальдо на конец месяца» соответствует действительности.
• Создадим новую Ведомость и проверим, что в нее не попадают старые «хвосты».
• Проверим отчет Анализ зарплаты по сотрудникам (в целом за период) — итоговое сальдо должно быть корректным.
• Если используется синхронизация, проверим отчет Задолженность по зарплате в бухгалтерской базе, чтобы убедиться в совпадении данных после обмена.

Помните, что использование Переноса данных — это крайняя мера. Перед его применением всегда делайте резервную копию базы и старайтесь сначала закрыть долги через уточнение аналитики в исходных документах (ведомостях или начислениях), если это возможно.