Почему не идет арифметика в своде при нулевом конечном сальдо в 1С:ЗУП и ЗКГУ и как это исправить?

← На главную

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

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

Проанализируем природу ошибки: теория взаиморасчетов в 1С

Для того чтобы понять, почему ломается арифметика при нулевом сальдо, нам необходимо обратиться к архитектуре регистров конфигураций на платформе 1С:Предприятие 8.3. В отличие от старых версий (например, ЗУП 2.5), где учет велся преимущественно по физическим датам выплат, в ЗУП/ЗКГУ 3.1 внедрен строгий учет в разрезе следующих измерений:

Месяц регистрации (период взаиморасчетов): программа жестко контролирует, чтобы выплата закрывала начисление именно того месяца, за который оно было произведено.
Аналитические разрезы: к ним относятся статьи финансирования (для госучреждений), КБК, статьи расходов, подразделения и рабочие места (если ведется учет по местам работы).

Если при переносе данных из предыдущих программ или при ручном вводе документов (например, через форму Начальная задолженность по зарплате или технические документы Перенос данных с кодами ЗП или ВЗ) была допущена малейшая неточность, возникает скрытый перекос взаиморасчетов.

Например, у сотрудника может числиться переплата в размере 15.36 рублей по КБК «А» и одновременно висеть долг на эту же сумму по КБК «Б». В общем итоге по сотруднику (конечное сальдо) эти суммы взаимно уничтожаются («схлопываются»), и итоговый долг равен нулю. Однако при выводе данных в сводный отчет за период программа пытается распределить выплаты по аналитике, в результате чего общая математика отчета нарушается.

Выясним причину: влияние настроек отображения сальдо

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

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

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

Пошаговая диагностика проблемы

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

Сформируем отчет «Анализ задолженности по зарплате» за максимально широкий период.
Если стандартные отчеты не показывают деталей, настроим универсальный отчет по регистру накопления Взаиморасчеты с сотрудниками или воспользуемся специализированным отчетом «Анализ зарплаты по сотрудникам» в режиме детальных записей, выведя группировки по подразделениям, статьям финансирования/КБК и месяцам расчета.
Если вы являетесь программистом или имеете доступ к консоли запросов, проанализируем состояние остатков по регистру с помощью следующего запроса:


ВЫБРАТЬ
    Взаиморасчеты.Сотрудник КАК Сотрудник,
    Взаиморасчеты.МесяцВзаиморасчетов КАК МесяцВзаиморасчетов,
    Взаиморасчеты.СтатьяФинансирования КАК СтатьяФинансирования,
    Взаиморасчеты.Подразделение КАК Подразделение,
    СУММА(Взаиморасчеты.СуммаОстаток) КАК Остаток
ИЗ
    РегистрНакопления.ВзаиморасчетыССотрудниками.Остатки(&Период, ) КАК Взаиморасчеты
СГРУППИРОВАТЬ ПО
    Взаиморасчеты.Сотрудник,
    Взаиморасчеты.МесяцВзаиморасчетов,
    Взаиморасчеты.СтатьяФинансирования,
    Взаиморасчеты.Подразделение
ИМЕЮЩИЕ
    СУММА(Взаиморасчеты.СуммаОстаток) <> 0

Этот запрос наглядно продемонстрирует, по каким именно комбинациям аналитики у сотрудника зависли копейки, которые в сумме дают ноль, но ломают логику отчетов.

Методы исправления ошибки на практике

Рассмотрим подробнее три основных способа устранения этой проблемы в зависимости от периода возникновения ошибки и возможности редактирования прошлых периодов.

Способ А. Корректировка исходных документов переноса

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

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

Способ Б. Ручная корректировка с помощью нового документа «Перенос данных»

Если перенос данных осуществлялся в прошлых периодах, которые уже закрыты для редактирования и сдачи отчетности, вносить изменения в старые документы крайне нежелательно. В этом случае мы выполним корректировку «текущим периодом».

Перейдем в раздел Администрирование и откроем журнал документов Перенос данных.
Создадим новый документ. В качестве даты документа укажем первый день текущего незакрытого расчетного месяца.
По кнопке «Настройка состава регистров» выберем регистры накопления: Взаиморасчеты с сотрудниками и Зарплата к выплате.
Заполним вкладки регистров вручную компенсационными записями:
- Строка 1 (сторно): указываем проблемного сотрудника, старый неверный КБК/подразделение, месяц взаиморасчетов и сумму со знаком «минус» (например, -15.36).
- Строка 2 (приход): указываем того же сотрудника, правильный КБК/подразделение, тот же месяц взаиморасчетов и сумму со знаком «плюс» (например, 15.36).
Проведем документ. Сумма общего долга не изменится, но аналитика закроется в разрезе регистров, и арифметика в своде примет корректный вид.

Способ В. Создание технической «ведомости-заглушки»

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

Перейдем в раздел Выплаты и создадим документ Ведомость в банк (или Ведомость в кассу).
В поле «Месяц выплаты» укажем текущий расчетный месяц.
Нажмем кнопку Подобрать и выберем нашего проблемного сотрудника.
Программа автоматически проанализирует остатки по регистрам накопления и заполнит табличную часть ведомости строками с противоположными знаками. Например, по одной строке аналитики будет стоять 15.36, а по другой — -15.36.
Общая сумма к выплате по ведомости составит ровно 0.00 рублей.
Проведем этот документ. Физически выплачивать деньги по такой ведомости не требуется, но при проведении программа спишет все «зависшие» остатки по регистрам взаиморасчетов, выровняв тем самым аналитические разрезы.

Используя один из этих методов, мы сможем оперативно исправить перекосы взаиморасчетов, вернуть правильную арифметику в зарплатные отчеты и обеспечить корректное формирование последующих выплат сотрудникам.