Проблема расхождения сальдо в программе 1С:Зарплата и Управление Персоналом 3.1 после перехода с устаревшей версии 2.5 — это классическая ситуация, с которой сталкиваются многие специалисты. Особенно остро вопрос встает в тот момент, когда в настройках состава аналитической отчетности устанавливается флаг "Показывать взаиморасчеты по данным бухучета". В этот момент отчеты, такие как "Анализ зарплаты по сотрудникам" или "Расчетный листок", начинают отображать данные не из привычных регистров выплаты, а из специализированных регистров бухгалтерского учета, где зачастую «зависают» старые остатки периода переноса данных.
В данной статье мы подробно разберем, почему возникают отрицательные или некорректные суммы, тянущиеся годами, и как технически правильно их устранить, не нарушив целостность базы данных. Мы проанализируем взаимосвязь регистров и выработаем алгоритм исправления ситуации.
Прежде чем приступать к правкам, давайте разберем, как ЗУП 3.1 видит долги перед сотрудниками. В отличие от версии 2.5, здесь реализовано два параллельных механизма, которые могут существовать независимо друг от друга:
ВзаиморасчетыССотрудниками): этот регистр отвечает за задолженность в разрезе месяцев начисления. Его логика проста: сколько начислили в конкретном месяце, столько и должны выплатить именно за этот месяц.БухгалтерскиеВзаиморасчетыССотрудниками): здесь долг отражается по дате регистрации операции. Именно этот регистр «включается» той самой галкой в настройках. Сальдо здесь формируется накопительным итогом по принципу бухгалтерского счета, независимо от того, за какой месяц была выплата.ЗарплатаКВыплате): этот регистр крайне важен, так как именно на его основании программа автоматически заполняет ведомости на выплату зарплаты. Если в нем висит «хвост», он будет постоянно попадать в новые ведомости.Проанализируем ситуацию: когда вы делаете документ ВводНачальнойЗадолженности, программа создает записи в оба основных регистра. Однако, если разрыв между «выплатным» и «бухгалтерским» сальдо уже существовал (например, из-за некорректного переноса данных в 2020 году), этот документ просто увеличит обе суммы, но не ликвидирует разницу между ними. Именно поэтому автор темы столкнулся с тем, что сальдо вроде бы закрылось, но сумма к выплате стала некорректной.
Выясним причину «зависшей» суммы. Нам необходимо понять, по каким именно измерениям (аналитикам) числится остаток. Для этого воспользуемся Универсальным отчетом (раздел Администрирование — Печатные формы, отчеты и обработки).
Настроим отчет следующим образом:
В настройках отчета обязательно выведем следующие поля в группировки: Сотрудник, Организация, СтатьяФинансирования, СтатьяРасходов и, что самое важное, ПериодВзаиморасчетов. Часто бывает, что сумма висит с пустым периодом или по специфической статье финансирования, которая не используется в текущем учете. Проанализируем полученную таблицу: если мы видим строку с отрицательным остатком, значит, именно эти аналитики нам нужно будет использовать для корректировки.
Если в процессе анализа вы обнаружили записи, у которых не определен документ-основание (регистратор), это признак того, что документ ПереносДанных был удален некорректно или в базе произошел сбой. Рассмотрим, как это исправить:
Во-первых, не стоит пытаться просто «удалить» такие записи вручную через удаление помеченных объектов, если регистратор уже отсутствует. Рекомендуется выполнить операцию "Тестирование и исправление" в конфигураторе с установленными флагами «Проверка логической целостности» и «Очистка ссылок на несуществующие объекты». Это поможет системе корректно «забыть» о битой ссылке, хотя сама сумма в регистре может остаться — её мы уберем следующим шагом.
Для окончательного исправления ситуации мы не будем использовать ВводНачальнойЗадолженности, так как нам нужна хирургическая точность в регистрах. Воспользуемся документом ПереносДанных (раздел Администрирование — Переносы данных).
Создадим новый документ и выберем в настройке состава регистров (кнопка "Настройка состава регистров") три вкладки:
Взаиморасчеты с сотрудникамиБухгалтерские взаиморасчеты с сотрудникамиЗарплата к выплатеРазберем процесс заполнения:
1. Перейдем на вкладку Бухгалтерские взаиморасчеты с сотрудниками. Если у сотрудника висит отрицательное сальдо (например, -1720,28), нам нужно его обнулить. Создаем строку с видом движения Приход на сумму 1720,28. Очень важно: все аналитики (Организация, Статья финансирования и т.д.) должны в точности совпадать с теми, что мы увидели в Универсальном отчете.
2. Перейдем на вкладку Зарплата к выплате. Здесь логика аналогичная. Если этот «хвост» мешает заполнению ведомостей, делаем запись с видом движения Расход (чтобы списать остаток к выплате). Если же сумма в ведомости подтягивается верно, а проблема только в отчетах, эту вкладку можно не трогать, но чаще всего корректировка требуется во всех трех местах.
3. На вкладке Взаиморасчеты с сотрудниками также выполняем симметричную запись. Это гарантирует, что при любом переключении настроек (смотреть ли сальдо «по выплате» или «по бухучету») цифры будут сходиться.
Рассмотрим пример того, как должна выглядеть структура записи (условно в программном виде):
РегистрНакопления.БухгалтерскиеВзаиморасчетыССотрудниками:
ВидДвижения = Приход;
Период = '01.02.2020';
Сотрудник = 'Иванов Иван Иванович';
Сумма = 1720.28;
СтатьяФинансирования = &ПустаяСсылка; // Или конкретная статья
Иногда сальдо в отчете "Анализ зарплаты" продолжает «плыть» даже после корректировки основных регистров. Выясним причину: в ЗУП 3.1 существует регистр ЗарплатаКВыплатеАвансом. Данные из него могут влиять на колонки выплат в отчетах за прошлые периоды. Если вы видите, что корректировка трех основных регистров не помогла, проанализируйте этот регистр через консоль запросов или Универсальный отчет. Если там обнаружатся зависшие суммы периода 2020 года, их также нужно «закрыть» документом ПереносДанных.
Проанализируем еще один важный нюанс. Часто сальдо тянется из-за того, что в старых ведомостях (сразу после переноса из 2.5) были допущены ошибки в аналитике. Например, начисление прошло по статье финансирования «Внебюджет», а выплата по статье «Бюджет». В итоге в регистрах висят два встречных остатка (плюс и минус), которые в сумме дают ноль, но в отчетах разворачиваются в пустые строки с суммами.
Совет: Если вы видите в отчете ситуацию, когда итоговое сальдо по сотруднику равно нулю, но внутри строки «развернуты» (есть и положительные, и отрицательные значения), это означает конфликт аналитик. В этом случае в документе ПереносДанных нужно сделать две строки:
Исправление сальдо после перехода — процесс кропотливый. Мы выяснили, что простое использование документа ВводНачальнойЗадолженности не всегда эффективно из-за разрыва между выплатным и бухгалтерским учетом. Наиболее надежным методом является точечная корректировка через Универсальный отчет и Перенос данных сразу по трем регистрам накопления. Помните, что перед проведением таких масштабных корректировок в прошлых периодах (2020 год) необходимо обязательно создать резервную копию базы данных и убедиться, что данные правки не затронут текущую отчетность по НДФЛ и страховым взносам, так как они учитываются в своих независимых регистрах.