Здравствуйте.

Есть интересная задача отследить изменение значения косвенно оцениваемого вида оплаты при расчете зп. Например, есть надбавка за работу в РКС. Если у человека в середине месяца идет повышение процента надбавки, то как в зп это понять и сделать сплит? Ничего не могу придумать :(

А разве рассплитование не поддерживается при расчёте ЗП? Ведь модуль косвенной оценки возвращает конечную дату, на которую он делал расчёт. Т.е. на вход ему подаётся некая begda и если "дата изменения % надбавки" > begda, то он соответсвенно должен вернуть ENDDA = "дата изменения % надбавки" - 1
По идее где то зарплатных процедурах и функциях должна быть логика работы с этой датой.

Судя по интерфейсу косвенная оценка возвращает PADIV_VALUATION_STRCT, а в ней нет никаких дат.

Дата возвращается отдельно (отдельный параметр).

Добрый день, аналогичная проблема. Расчитываются надбавки с помощью модуля 33BON. Дату окончания проставляет неправильно. Не подскажите ли какие настройки за это могут отвечать?

Одно можно утверждать точно:
Если в ИТ0008 внизу в полях КО можно выбрать периоды, то именно эти периоды и появятся после функции WPBP (в применении к месяцу расчета, понятно).
C ИТ0014 - не так уверен. Но по идее должно быть как-то аналогично.

это следствие одного порядка, я причину ищу. в 8 ИТ используется все тот же модуль 33BON, который неправильно возвращает конечную дату, и в итоге получаю один период с ... по 31129999

Проблема, такая же как описано в первом посте, нужно сделать так чтобы учитывались коэфициенты на зп посередине месяца. Не знаю как правильно называется параметр, но думаю HR-щики поймут 'Module Variant' = 'S'. Есть информация, что это единственный возможный вариант, т.к. остальные буквы не учитывают измениея стажа и по годам и по месяцам. Так вот в этом варианте для процесса ZU04 по таблице t525p определяется модуль HR_SEN_TEMPLATE_PROCESS_LOGIC. А в этом модуле... есть строка
Если посмотреть дальше, то если задан такой параметр, то дата окончания периода(та которая разобьет таблицы кластера) вообще не вычисляется, и отсутствует внутри как вычисляемый параметр . из этого ясно что либо "HR_SEN_TEMPLATE_PROCESS_LOGIC" - нужно заменить на что то другое, либо нота, либо перенести этот модуль в Z и сделать определение этого параметра(это вроде бы не сложно).

Собственно, если у кого нибудь есть в системе разбивка периода расчита в зависимости от повышающего коэффициента, прошу гляньте какой ФМ у вас записан в T525P-FNPRO для соответствующего процесса отвечающего за такое разбиение. Спасибо.

Не без помощи моего консультанта, нашли решение. Удалить нафиг из настроек таблицы t525p HR_SEN_TEMPLATE_PROCESS_LOGIC, т.е. оставить поле T525P-FNPRO вообще пустым. И пришло счастье...