← На главную

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

Анализ механизма возникновения проблемы

Проанализируем ситуацию: пользователь выполнил рекомендуемый перенос данных. В ЗУП 3.1 был автоматически создан документ Начальная задолженность по зарплате. Именно этот документ формирует входящее сальдо на дату начала ведения учета. Проблема заключается в том, что в архитектуре ЗУП 3.1 учет взаиморасчетов с сотрудниками реализован гораздо сложнее, чем в старой редакции 2.5.

Когда мы проводим документ Начальная задолженность по зарплате, система делает записи одновременно в несколько регистров накопления:

1. Взаиморасчеты с сотрудниками — основной регистр для управленческого учета долгов.
2. Бухгалтерские взаиморасчеты с сотрудниками — регистр, данные которого используются для формирования проводок и отражения в бухгалтерской отчетности.
3. Зарплата к выплате — регистр, хранящий информацию о том, сколько и по каким ведомостям мы должны выплатить сотруднику в ближайшее время.

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

Способ решения №1: Правильная настройка структуры отчета

Рассмотрим самый быстрый способ исправления ситуации, который не требует перепроведения документов или изменения данных. Проблема «зачетверения» суммы чаще всего связана с тем, что пользователь добавляет аналитический показатель (например, Вид занятости) в список «Выбранных полей», а не в «Группировки».

Выполним следующие действия в настройках отчета:

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

Почему это помогает? Когда поле находится в группировке, СКД применяет оператор агрегации СУММА к результату соединения таблиц после группировки по этому полю. Если же поле просто выведено в список выбранных полей, система может вывести каждую строку из соединения таблиц по отдельности, что и приводит к дублированию итогов.

Способ решения №2: Методическая подготовка данных в ЗУП 2.5

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

Перед выполнением переноса в ЗУП 2.5 необходимо:

1. Закрыть месяц и год: Все начисления и выплаты должны быть проведены. Крайне желательно, чтобы на момент переноса не было «зависших» остатков прошлых периодов.
2. Выполнить тестирование и исправление: В конфигураторе старой базы необходимо запустить процедуру «Тестирование и исправление» (меню «Администрирование»). Это удалит битые ссылки и исправит логические ошибки в регистрах расчета.
3. Проверить ведомости: В ЗУП 2.5 часто встречается ситуация, когда ведомости на выплату созданы, но не проведены или не оплачены в банковской выписке. В новой базе это может превратиться в «фантомную» задолженность. Рекомендуется либо полностью выплатить зарплату за последний месяц перед переносом, либо убедиться, что задолженность соответствует реальности.
4. Выверка НДФЛ: Особое внимание уделим регистру НДФЛ расчеты с бюджетом. Если в ЗУП 2.5 использовалась настройка «Принимать исчисленный налог как удержанный», а по факту выплаты не соответствовали начислениям, в ЗУП 3.1 отчеты по НДФЛ и своды могут показать некорректное сальдо.

Разбор влияния документа «Начальная задолженность»

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

Посмотрим на структуру документа:

• Проверьте колонку «Месяц возникновения задолженности». Если она пуста или заполнена разными периодами для одного и того же начисления, СКД может неверно сопоставлять данные при формировании отчета за конкретный месяц.
• Обратите внимание на поле «Сотрудник». В ЗУП 3.1 один физический человек может иметь несколько карточек сотрудников (основное место работы и внутреннее совместительство). Если сумма долга в документе переноса не разделена между этими карточками, а «свалена» на одну, то при выводе разреза Вид занятости система может запутаться.

Использование Универсального отчета для локализации ошибки

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

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

Важный нюанс по НДФЛ: В ЗУП 3.1 учет выплаченной зарплаты неразрывно связан с удержанием НДФЛ. Если на момент переноса зарплата за декабрь начислена, но не выплачена, проверьте, чтобы в новой базе правильно заполнились суммы НДФЛ к удержанию. В противном случае при первой же выплате в новой программе вы получите расхождения между сводом и расчетными листками.

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