Появилась вот такая мысль.
Делаем два процесса расчета, каждый привязан через оценку к своему ВО: "Текущая северная надбавка", "Надбавка за переход из пред. района".

Для текущей надбавки мы считаем стандартно. А для надбавки за прошлый период мы берем стаж из ИТ0553, который там будет автоматом сохраняться при каждом расчете стажа. Таким образом, пока человек работает в одном районе у него один ВО (текущие надбавки) считаются в зависимости от стажа, а второй ВО (пред. район) равен нулю (т.к. нет записей о пред. стаже в ИТ0553). Как только меняется район, то в ИТ0553 появляется запись о пред. стаже и второй ВО начинает нормально оцениваться через него.

Где я глупости пишу? :)

можно и так.
Вообще тогда проще сделать 3 различные процесса и использовать его в различных бонусных моделях.
1. Севреный = сам северный + стаж приближ. к северному * коэф1 + ...
2. приближенный к северному = стаж приближ. к северному + северный * коэф2 + ...
3. ...


Проблема в том что стаж то можно посчитать, а вот % сложнее.
Там тогда таблицу нужно или что-то типа для ведения коэффициентов пересчета процента.

вообще формула для района рядом с севером типа такая: СП %= Сев% * коэф + стаж
Соответственно получается что нужно посчитать сев.% а => таже формула тока за другой период времени и с другими коэфф. Довольно сложно получается.
Вообще как я понял это больше зависит от методики расчета, которая установлена на предприятии. Так что алгоритм можно и упростить или у буха спросить.

весь драмматизм ситуации в том, что сами саповцы утверждают, что в БестПрактисе нет реализации северных

и как, кстати, оно ляжет на работающую систему?
а то нас пугать начали, что только на пустую надо ставить

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

хороший вариант решения. спасибо.

Вот еще вопрос всплыл. Хочу сделать еще один вариант:
создать 4 ВО на каждую группу регионов и повесить на каждый ВО свой процесс расчета в зависимости от административной структуры (раздела персонала).

Создал сейчас 2 ВО, указал им разные процессы расчета в V_T7RU51P, в признаке SENOR указал на каждый раздел свой ключ, соответвующим ключам присвоил в V_T525S нужные процессы расчета.

Эта мымра оценивает первый ВО на ура, берет второй. Второй у нас привязан к другому разделу персонала, она пытается по нему найти запись в V_T525S и ругается, что ее нет (по логике ее и не должно быть).

Как решить вопрос? Идея-то в том, что в момент времени человек принадлежит одному тока разделу персонала (РКС), следовательно, должен только один из четырех ВО оцениваться, а остальные по нолям. Таким образом у меня будет более-менее реальные прцентные ставки при переводах людей. А досчет процентов при переходе (первые6-12 мес) можно и в правиле расчета сделать.

Когда-то это все хозяйство и придумывал в стандарте. С тех пор, конечно же, кое-что изменили и поменяли. По мейлу могу скинуть какое-никакое описание Бест-практики, которое писал в 2003 году.

Коллеги, поднимем старую тему новым вопросом.

Решили настроить Северные по правильному по САПовски (ERP2005).
На сколько я понимаю шкалу от стажа можно (или нужно?) вести в ракурсе V_T7RUB5. Там для каждого из периодов стажа (поле VARVAL, которое рассчитывается на основании процесса расчета стажа) можно возвращать разные проценты северной надбавки (поле VALUE). Все работает, но есть проблема со стажем в неполных годах… Например в РКС за 6 месяцев (0,5 года) положены 10%. Но если заполнить поле VARVAL значением 0.5 то косвенная оценка 33BON не отрабатывает т.к. в ФМ HR_RU_BMSCALE_NORT_ADD_VARVAL неполные года считаться не умеют. Кто-нибудь это видел/делал? Дописывать ФМ? Или я не все в настройках понял?

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

VirVit законы, переходные моменты и прочее - не отмаза Это другая история. Там отдельно думать будем (нужно уточнить только САП официально Северные умеет считать, ил нет. Если умеет но с ошибками - тогда "письмо об ошибке". Если не умеет - тогда самим мутить. И опять же это уже особенности подсчета стажа скорее всего) А тут именно вопрос к стандартному модулю. Толи не рассчитывали на неполные года, толи забыли.

А Вы просто вместо лет вводите месяцы.

А для случая перехода между регионами есть ВО который ведется в 15 ИТ
В нем ставится стартовое значение процента для нового региона. Причем стаж считается с даты на которую введен 15-й ИТ

AlY, вводить кол-во месяцев - хорошее решение, но дело в том что поле из таблицы V_T7RUB5 присваивается в ФМ следующим образом:
ls_dur_max-calyy = p_value.
calyy - это количество лет... Так что чего то не сходится

Нда не сходится
1. Или свой ФМ
2. Или в САП
3. Может подойти "подруливание" % через ВО в 15ИТ?

А что правда шкала не от полных лет зависит, а и полгода прописаны. Или это клиент так считает?

По закону по полгода идет. Только, вроде бы, для районов приравненых к РКС идет по году. Опять же там есть зависимость от количества лет, которые человек прожил в РКС, ОРКС. От возраста (до 30 лет, после 30 лет).

По закону по полгода делить нужно...
Так что уже пишу в САП Посмотрим, чего получится из этого.