Задвоение отчислений в типовом отчете "Анализ зарплаты по сотруднкам".
Добрый день!
Быть может кто-нибудь из форумчан подскажет в чём может быть причина задвоения суммы социальных отчислений по одному сотруднику в отчете "Анализ зарплаты по сотрудникам"? Причем в документах по зарплате и в соответствующих регистрах суммы корректные. Но в отчет почему-то попадают суммы ровно в два раза больше.
На примере социального отчисления(см. прикреплённый файл) по отчету сумма 9100, а по документу 4550.
Быть может кто-нибудь из форумчан подскажет в чём может быть причина задвоения суммы социальных отчислений по одному сотруднику в отчете "Анализ зарплаты по сотрудникам"? Причем в документах по зарплате и в соответствующих регистрах суммы корректные. Но в отчет почему-то попадают суммы ровно в два раза больше.
На примере социального отчисления(см. прикреплённый файл) по отчету сумма 9100, а по документу 4550.
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
ещё можно посмотреть движения этого документа сначала
может там что попроще будет - две строки по сотруднику, например
или он совместителем работает и совместителю тоже дали. отчёт-то по физлицам, хоть и написано "сотрудник"
может там что попроще будет - две строки по сотруднику, например
или он совместителем работает и совместителю тоже дали. отчёт-то по физлицам, хоть и написано "сотрудник"
Возможно причина одно из "интервальных" или "вторичных" регистрах сведений, там может быть бардак в записях.
И в запросе при соединении таблиц "левым" забегают данные дважды.
Чтобы понять, в каких именнно регистрах смотреть - надо смотреть запрос отчета.
Отдельная мозголомка - понять по записям, а верны ли они? Я то научился это понимать, практика и опыт приличные.
Плюс можно посмотреть записи по другому физлицу (сотруднику) и понять логику.
И не всякий регистр даст себя просто так править. И хорошо, если есть эта возможность или даже команда переформирования.
А так для этого нужны либо мощная обработка непосредственной коррекции записей регистров, либо специфическая обработка переформирования записей вторичных или интервальных регистров.
И в запросе при соединении таблиц "левым" забегают данные дважды.
Чтобы понять, в каких именнно регистрах смотреть - надо смотреть запрос отчета.
Отдельная мозголомка - понять по записям, а верны ли они? Я то научился это понимать, практика и опыт приличные.
Плюс можно посмотреть записи по другому физлицу (сотруднику) и понять логику.
И не всякий регистр даст себя просто так править. И хорошо, если есть эта возможность или даже команда переформирования.
А так для этого нужны либо мощная обработка непосредственной коррекции записей регистров, либо специфическая обработка переформирования записей вторичных или интервальных регистров.
У меня была похожая проблема, был перекос по подразделениям. Если подразделения используются, посмотрите в эту сторону. Нужно открыть регистр, из которого берутся записи для этого отчёта, и фильтрануть по сотруднику, визуально оценить, что всё в порядке. Если всё в порядке - нужно открыть запрос этого отчёта (взять его из конфигуратора), в консоле запросов, там можно будет посмотреть, какие есть соединения, и где косяк.
(5), с подразделениями всё ок. А этом отчете 34 пакета запроса и далеко не один регистр используется в нём. Спасибо за наводку, буду копать в этом запросе.
Но самое интересное то, что если отменить проведение док-та "Ведомость в банк" по этому сотруднику с месяцем выплаты декабрь(аванс), то отчет за ноябрь формируется корректно, без задвоения.
Но самое интересное то, что если отменить проведение док-та "Ведомость в банк" по этому сотруднику с месяцем выплаты декабрь(аванс), то отчет за ноябрь формируется корректно, без задвоения.
(6)Еще можно в сторону универсального отчета посмотреть. Там есть несколько отчетов, с помощью которых можно анализ сделать. Это иногда помогало искать незакрытое сальдо по выплате, в ситуациях не корректного отображения в этом отчёте. Посмотрите, пожалуйста, вот эту статью
(9)
Сейчас как-раз смотрю универсальный отчет. И если сформировать по РН "Бухгалтерские взаиморасчеты с сотрудниками" за ноябрь то будет видно, что в документе "Ведомость в банк" не заполнено поле "Статья расходов". И когда отчет "Анализ зарплаты по сотрудникам" пытается через левое соединение подхватить эту косячную ведомость в банк происходит задвоение сумм. А когда эту ведомость отменяешь проведение, то в анализе всё корректно. В общем надо как-то заполнить статью расходов в этой ведомости.
Сейчас как-раз смотрю универсальный отчет. И если сформировать по РН "Бухгалтерские взаиморасчеты с сотрудниками" за ноябрь то будет видно, что в документе "Ведомость в банк" не заполнено поле "Статья расходов". И когда отчет "Анализ зарплаты по сотрудникам" пытается через левое соединение подхватить эту косячную ведомость в банк происходит задвоение сумм. А когда эту ведомость отменяешь проведение, то в анализе всё корректно. В общем надо как-то заполнить статью расходов в этой ведомости.
Дико неловко, а что это за такой параметр отчета, при котором он выводит такие колонки?
Я у себя все параметры (настройки) отчета в "истину" поставил, и то он такие колонки не выводит.
ЗУП 3.1 КОРП
Отчет.АнализНачисленийИУдержаний - это конфигурационное наименование отчета "Анализ зарплаты по сотрудникам (помесячно)"
Запрос там аховый: выборка данных из объединения подзапросов, которые выполнены на механизме представлений.
Там мозг сломать можно.
У меня обработка не смогла "размочить" его в полноценный запрос для консоли.
Я у себя все параметры (настройки) отчета в "истину" поставил, и то он такие колонки не выводит.
ЗУП 3.1 КОРП
Отчет.АнализНачисленийИУдержаний - это конфигурационное наименование отчета "Анализ зарплаты по сотрудникам (помесячно)"
Запрос там аховый: выборка данных из объединения подзапросов, которые выполнены на механизме представлений.
Там мозг сломать можно.
У меня обработка не смогла "размочить" его в полноценный запрос для консоли.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот