Почему выплаты не попадают в отчет «Полный свод начислений, удержаний и выплат» в 1С:ЗУП 3.1?

← На главную

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

Анализ настроек периода и стандартных установок отчета

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

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

Проверка глобальных настроек взаиморасчетов

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

Перейдем в раздел Настройка — Дополнительные настройки. Здесь нас интересует переключатель «Показывать взаиморасчеты». Он имеет два положения:

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

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

Диагностика движений по регистрам накопления

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

ВзаиморасчетыССотрудниками
ЗарплатаКВыплате
БухгалтерскиеВзаиморасчетыССотрудниками

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

Решение проблемы «битых ссылок» и нарушения ссылочной целостности

Рассмотрим наиболее сложный технический случай, который часто встречается после обмена данными между 1С:Бухгалтерия и 1С:ЗУП. Как выяснилось в ходе практического разбора, причина может скрываться не в самой ведомости, а в справочнике Подразделения.

Механика ошибки: При формировании отчета система строит сложный запрос. Организация в «Полном своде» может подтягиваться не напрямую из документа выплаты, а через связь: Ведомость -> Сотрудник -> Подразделение -> Организация-владелец. Если в результате некорректной синхронизации поле Владелец в справочнике Подразделения превратилось в «Объект не найден», отчет не сможет сопоставить данные с выбранной в фильтре организацией и просто скроет эти строки.

Для исправления ситуации выполним следующие шаги:

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

Если подразделений много, воспользуемся обработкой «Групповое изменение реквизитов»:


// Пример логики для исправления владельца
Для Каждого Стр Из Подразделения Цикл
    Если Стр.Владелец.ПолучитьОбъект() = Неопределено Тогда
        ОбъектПодразделения = Стр.ПолучитьОбъект();
        ОбъектПодразделения.Владелец = НужнаяОрганизация;
        ОбъектПодразделения.Записать();
    КонецЕсли;
КонецЦикла;

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

Дополнительные факторы: RLS и дубли физических лиц

Если вышеописанные методы не помогли, проанализируем еще два маловероятных, но возможных сценария:

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

2. Дублирование сотрудников или физических лиц: Выясним, не проводились ли начисления по одному сотруднику, а выплаты — по другому (созданному ошибочно). Хотя физическое лицо может быть одно, для системы это разные объекты. В отчете ВзаиморасчетыССотрудниками такие суммы могут висеть «в разбежку» — на одном сотруднике долг организации, на другом — переплата.

Итоги

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