При переходе с версии 1С:Зарплата и Управление Персоналом 2.5 на 3.1 пользователи часто сталкиваются с ситуацией, когда сальдо в отчетах (например, в «Анализе зарплаты по сотрудникам») отображается некорректно. Особенно остро эта проблема проявляется после установки в настройках программы галочки «Показывать взаиморасчеты по данным бухучета». В этой статье мы подробно разберем, почему возникают «фантомные» долги и как их правильно зачистить с помощью технических инструментов системы.
Для начала проанализируем архитектуру учета в ЗУП 3.1. В отличие от старой версии 2.5, здесь сосуществуют сразу несколько независимых механизмов фиксации задолженности. Когда мы включаем режим «по данным бухучета», программа начинает обращаться к регистру накопления БухгалтерскиеВзаиморасчетыССотрудниками. В то же время ведомости на выплату ориентируются на регистр ЗарплатаКВыплате, а стандартные управленческие отчеты — на ВзаиморасчетыССотрудниками.
При переносе данных из 2.5 (особенно при «кратком» переносе остатков) система создает документы Перенос данных. Если в исходной базе были пересортицы по статьям финансирования, периодам или подразделениям, то в новой базе эти «хвосты» превращаются в отрицательное или избыточное сальдо, которое невозможно убрать простым документом Начальная задолженность, так как он может не делать движений по всем нужным регистрам одновременно.
Прежде чем что-то исправлять, нам нужно выяснить, по какой именно «аналитике» зависла сумма. Рассмотрим ситуацию: у сотрудника висит долг за февраль 2020 года. Чтобы понять причину, воспользуемся Универсальным отчетом (раздел Администрирование — Обслуживание — Отчеты администратора).
Настроим отчет следующим образом:
Сотрудник, Период взаиморасчетов, Статья финансирования, Статья расходов, Подразделение и Регистратор.Проанализируем результат. Если мы видим строку с нашей суммой, где не указан Регистратор, это означает, что запись была сделана документом Перенос данных с типом движения «Остаток». Именно эти «мертвые» остатки чаще всего тянутся годами.
Если стандартные документы исправления не помогают, мы воспользуемся «тяжелой артиллерией» — ручной корректировкой регистров. Разберем по шагам, как это сделать правильно, чтобы не запутать систему еще сильнее.
Создадим новый документ Перенос данных (раздел Администрирование — Переносы данных). Дата документа может быть текущей, но внутри записей мы будем указывать исторические периоды.
Важный нюанс: Чтобы сумма ушла изо всех отчетов и не мешала выплате, корректировку нужно делать сразу по трем регистрам («триада взаиморасчетов»):
Взаиморасчеты с сотрудникамиБухгалтерские взаиморасчеты с сотрудникамиЗарплата к выплатеВ документе Перенос данных нажмите кнопку «Настройка состава регистров» и выберите эти три регистра. После этого на каждой вкладке нужно создать запись, зеркально отражающую ошибочную.
Например, если в Универсальном отчете мы видим «Приход» на 1720,28 руб. с пустым регистратором за февраль 2020 года, нам нужно сделать запись:
Выясним причину, по которой регистратор может не отображаться. В ЗУП 3.1 при переносе из 2.5 данные записываются в технические документы с кодами ЗР (Зарплата) или АД (Аванс). Если система показывает пустую ссылку, выполним следующие действия:
Иногда после ручной правки регистров через Перенос данных отчеты продолжают показывать старые цифры. Это происходит из-за того, что итоги в базе данных не пересчитались автоматически для такого старого периода.
Рассмотрим, как принудительно обновить итоги:
После этих действий программа пересчитает остатки на каждой временной точке, и «фантомный» долг должен исчезнуть.
Посмотрим на пример: если мы успешно поправили регистры Взаиморасчеты..., но в новой Ведомости в банк сумма к выплате все равно подтягивается неверно (увеличивается или уменьшается на эти 1720,28), значит, мы не до конца выровняли регистр Зарплата к выплате.
В ЗУП 3.1 ведомость «видит» остатки в разрезе:
Если в Переносе данных вы указали статью финансирования «Основная», а ведомость формируется по статье «Внебюджет», суммы не перекроются. Проанализируем движения документа Перенос данных еще раз и убедимся в идентичности аналитики. В идеале — скопируйте строку из Универсального отчета в Excel, чтобы видеть каждый скрытый реквизит.
Используя этот комплексный подход — от детального анализа через Универсальный отчет до зеркальной корректировки «триады» регистров — мы сможем полностью очистить базу от ошибок перехода и обеспечить корректное формирование отчетности по взаиморасчетам с персоналом.