Почему в ведомости на выплату зарплаты в 1С:ЗУП 3.1 появляются строки за прошлые периоды и как это исправить?

← На главную

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

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

---

Выясняем техническую причину проблемы

Появление строк «в т.ч. за предыдущие периоды» с нулевым или ненулевым итогом почти всегда связано с расхождением аналитики в регистрах накопления. Программа 1С:ЗУП 3.1 ведет учет расчетов с сотрудниками в разрезе нескольких измерений:

Период взаиморасчетов (месяц, за который начислялась зарплата);
Сотрудник;
Подразделение;
Статья финансирования (если ведется учет по источникам финансирования);
Статья расходов (аналитика, определяющая характер затрат);
Вид дохода исполнительного производства.

Начиная с версий линейки 3.1.9, разработчики фирмы «1С» изменили архитектуру конфигурации и сделали реквизит Статья расходов (не путайте со статьями финансирования) обязательным для заполнения в регистре накопления Зарплата к выплате. По умолчанию для обычной заработной платы используется предопределенная статья расходов «ОТ» (Оплата труда).

Если база данных была обновлена с более ранних версий (например, с 3.1.8 или базовой 3.1.9.187 на 3.1.9.205 и выше) или если данные переносились из старых программ («1С:ЗиК 7.7» или «1С:ЗУП 2.5»), то в записях регистров за прошлые периоды реквизит Статья расходов остался незаполненным (пустым).

При автозаполнении новой ведомости алгоритм программы пытается «закрыть» все остатки по регистрам. Программа видит следующую картину:

По сотруднику числится переплата (отрицательный остаток) на сумму 10 000 рублей по пустой статье расходов (ведь старая выплата прошла без аналитики).
Одновременно числится долг организации перед сотрудником (положительный остаток) на те же 10 000 рублей по статье расходов «ОТ».

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

Чтобы убедиться, что проблема кроется именно в этом, программист или администратор базы данных может выполнить простой запрос к регистру накопления ЗарплатаКВыплате.Остатки для анализа пустых значений:


ВЫБРАТЬ
    ЗарплатаКВыплатеОстатки.Сотрудник КАК Сотрудник,
    ЗарплатаКВыплатеОстатки.ПериодВзаиморасчетов КАК ПериодВзаиморасчетов,
    ЗарплатаКВыплатеОстатки.СтатьяРасходов КАК СтатьяРасходов,
    ЗарплатаКВыплатеОстатки.СуммаОстаток КАК СуммаОстаток
ИЗ
    РегистрНакопления.ЗарплатаКВыплате.Остатки КАК ЗарплатаКВыплатеОстатки
ГДЕ
    ЗарплатаКВыплатеОстатки.СтатьяРасходов = ЗНАЧЕНИЕ(Справочник.СтатьиРасходовЗарплата.ПустаяСсылка)

---

Способ 1. Создание корректирующей «технической» ведомости

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

Проанализируем этот метод по шагам:

Перейдем в раздел Выплаты и создадим новый документ Ведомость в банк (или ведомость в кассу, в зависимости от того, как сотрудники получают деньги) текущей датой.
В поле Месяц выплаты укажем текущий рабочий месяц.
Нажмем кнопку Подобрать и выберем тех сотрудников, у которых «двоит» строки в обычных ведомостях.
Программа заполнит строки. Нам необходимо дважды кликнуть по сумме в колонке «К выплате», чтобы открыть детальное окно распределения сумм.
В открывшемся окне мы увидим строки за прошлые периоды с плюсами и минусами. Убедимся, что общий итог по сотруднику в этой ведомости равен 0.
Критически важный шаг: перейдем в колонку «НДФЛ к удержанию» (или дважды кликнем по сумме НДФЛ). Если программа автоматически рассчитала или подтянула туда суммы налога, полностью очистим всю табличную часть с НДФЛ. В этой технической ведомости налога быть не должно, иначе «разъедется» налоговый учет.
Проведем документ.

После проведения такой ведомости с нулевым итогом пустые статьи расходов перекроются статьей «ОТ», регистры выровняются, и при заполнении последующих ведомостей эти хвосты больше не побеспокоят.

---

Способ 2. Корректировка остатков через документ «Перенос данных»

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

Рассмотрим порядок действий:

Перейдем в раздел Администрирование -> Перенос данных и создадим новый документ.
Нажмем кнопку Настройка состава регистров на панели документа.
На вкладке Регистры накопления установим флажки напротив трех ключевых регистров:
- Зарплата к выплате
- Взаиморасчеты с сотрудниками
- Бухгалтерские взаиморасчеты с сотрудниками
Для каждого из этих регистров в табличной части документа нам нужно сделать компенсирующие записи по проблемному сотруднику:
- Строка 1 (Расход): Вид движения — «Расход», Период — дата возникновения старого долга, Статья расходов — Пустая, Сумма — сумма пересортицы (например, 10 000 руб.). Это спишет «зависший» остаток по пустой аналитике.
- Строка 2 (Приход): Вид движения — «Приход», Период — тот же, Статья расходов — «ОТ», Сумма — та же сумма (10 000 руб.). Это восстановит баланс, но уже по корректной статье расходов.
Запишем и проведем документ.

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

---

Способ 3. Перепроведение ведомостей (только для открытых периодов)

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

Откроем журнал ведомостей на выплату зарплаты.
Начиная с самого раннего документа, где появилась ошибка, откроем каждую ведомость по очереди.
Нажмем кнопку Обновить налоги и Заполнить (или вручную перезаполним строки по сотрудникам, у которых разъехались статьи). При перезаполнении программа автоматически подставит в движения регистра актуальную статью расходов «ОТ».
Проведем документ.
Повторим процедуру строго по хронологии для всех последующих ведомостей.

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

---

Полезные настройки: проверка детализации взаиморасчетов

Иногда частота появления подобных ошибок зависит от глобальных настроек программы. Проверим, как настроен аналитический учет в вашей базе:

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

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