← На главную

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

Анализ причины проблемы: почему происходит дублирование?

Проанализируем механизм сбора данных. Управленческий расчетный листок строится на базе сложной схемы компоновки данных (СКД). Запрос этого отчета может занимать сотни страниц текста, так как он объединяет данные из множества регистров: Начисления, Удержания, Выплаты, а также кадровых регистров сведений, таких как ИсторияНазначений и ПараметрыПериодовСтажа.

Задвоение обычно происходит в момент левого соединения таблиц начислений с таблицами кадровой истории или подразделений. Если на один и тот же период начисления в системе обнаруживается две записи в связанных справочниках или регистрах сведений, запрос выдает две строки на одну операцию, что в итоге суммируется в отчете. Рассмотрим конкретные шаги для исправления этой ситуации.

Решение 1: Отключение вывода периодов начислений (самый быстрый способ)

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

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

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

Решение 2: Корректировка иерархии и упорядочивания подразделений

Рассмотрим неочевидную, но часто встречающуюся причину — ошибки в справочнике Подразделения. В 1С:ЗУП механизм отчетов чувствителен к реквизитам упорядочивания. Если индексы порядка или иерархия нарушены, это может влиять на выборку данных в СКД.

Разберем последовательность действий для исправления справочника:

1. Зайдем в справочник «Подразделения».
2. Включим отображение всех элементов: нажмите «Еще» — «Показывать новые» и «Показывать расформированные».
3. Выведем технические поля для анализа. Нажмите «Еще» — «Изменить форму», найдите элемент «Ссылка», нажмите «Добавить поле» и выберите поле «Порядок».
4. Проанализируем значения в колонке «Порядок». Они должны быть уникальными в пределах своего уровня подчинения.
5. Воспользуемся механизмом «синих стрелочек» на панели инструментов справочника. Попробуем переместить подразделения вверх или вниз по списку. Это принудительно обновляет реквизиты РеквизитДопУпорядочивания и РеквизитДопУпорядочиванияИерархического.

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

Решение 3: Проверка регистров регистрации в налоговом органе и статусов физлиц

Если предыдущие шаги не помогли, проанализируем состояние регистров сведений, которые участвуют в формировании отчетности. Задвоение может возникать, если у сотрудника или подразделения задвоены записи о постановке на учет.

Проверим следующие данные:

1. Регистр сведений «История регистраций в налоговом органе». Убедимся, что для каждого подразделения нет дублирующихся записей на одну и ту же дату или записей с пустым значением подразделения.
2. Регистр сведений «Статус физических лиц как налогоплательщиков НДФЛ». Проверим, нет ли там пересекающихся периодов. Например, если в середине месяца созданы две записи с одинаковой датой начала действия, запрос СКД соединит начисление с обеими записями, что приведет к удвоению суммы.

Решение 4: Проблема «Связи юридических и управленческих организаций»

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

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

Технические рекомендации для программистов

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

1. Перехватим схему компоновки отчета в момент формирования (в модуле менеджера или через отладку в ПроцессорКомпоновкиДанных).
2. Выгрузим итоговый текст запроса и выполним его в консоли запросов.
3. Найдем в тексте запроса блоки, отвечающие за соединение с таблицей ДанныеНачислений и ДанныеКадровойИстории.
4. Обратите внимание на параметр «Тип занятия». В некоторых релизах (например, ветка 3.1.12) наблюдался баг: фильтр по типу занятости не срабатывал для управленческой организации, из-за чего данные по основному месту работы и внутреннему совместительству суммировались дважды.

Важный момент: Если вы работаете на старом релизе (ниже 3.1.14), настоятельно рекомендуем проверить наличие официальных патчей от 1С для вашего релиза. Ошибка в модуле менеджера отчета РасчетныйЛисток признавалась разработчиками и была исправлена в последующих обновлениях.

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