разные сплиты WPBP в оценке и зарплате это проблема?

Galka

возможно задам детский вопрос, но раньше как-то не задавалась таким вопросом и проблем у меня с этим не было а тут вдруг на ровном месте

Короче, есть например у нас WPBP в оценке времени

01 01.01.2018 - 10.01.2018 прием
02 11.01.2018 - 20.01.2018 мероприятие отпуск (причем сам отпуск например на 2 дня)
03 21.01.2018 - 31.01.2018 мероприятие с изменением оклада

в третьем сплите формируются допустим ночные часы

А в зарплате у меня 4 сплита (за счет всяческих национальных функций сплитующих дополнительно)

01 01.01.2018 - 10.01.2018 прием
02 11.01.2018 - 12.01.2018 мероприятие отпуск
03 13.01.2018 - 20.01.2018 отпуск закончился
04 21.01.2018 - 31.01.2018 мероприятие с изменением оклада

и вот получается у меня ночные приходят со сплитом 03 и получается что они оплачиваются по ставке старого оклада, а должны приходить волшебным образом на сплит 04

Что я делаю не так
Может мне надо дополнительно досплитовывать в оценке? Смущает что у меня было стопятсот клиентов и я до сих пор никогда таким моментом не заморачивалась а тут вдруг на ровном месте и впрямь.

robin.loxly

Цитата:

Смущает что у меня было стопятсот клиентов и я до сих пор никогда таким моментом не заморачивалась

Забавно, меня тоже не возникало такого ни разу. Но ситуация вполне законная.

robin.loxly

Цитата:

Может мне надо дополнительно досплитовывать в оценке?

Допустим, в Z-функции оценки смоделируем расчет зп и сделаем такие же сплиты wpbp в оценке.
Но нельзя на 100% гарантировать, что потом при продуктивном расчете ЗП сплиты останутся прежними. Особенно, если есть Z-код для пополнительного деления по wpbp.

calm

Функция оценки wpbp учитывает изменение ИТ8. Четвертый сплит должен был создасться.
Смотрите вот тут (вторая строка снизу про ИТ 0008):

Code:

* get the data
  PROVIDE massn massg stat1 stat2 stat3         FROM p0000
          persg persk bukrs werks btrtl kostl plans gsber
          vdsk1 ansvh orgeh stell
          fistl geber fkber grant_nbr sgmnt
          budget_pd                             FROM p0001
          dysch wkwdy arbst
          schkz empct zterf                     FROM p0007
          *                                     FROM p0027
          subty
          trfar trfgb trfgr trfst
          bsgrd divgv waers                     FROM p0008  "note329415
          *                                     FROM i_fund_for_provide

RoustR

При поступлении ВО из оценки времени в расчет зарплаты сплит для WPBP определяется заново.
Это фрагмент кода, который использует функция ZLIT

Code:

 FORM znn-regel.
...
  sw-pz = 'Z'.
  it = it0.
  cdatum = zh-datum.
  PERFORM pos-wpbp. it-apznr = wpbp-apznr.
...

Дату текущей записи положили в cdatum, по это дате спозиционировали wpbp (PERFORM pos-wpbp), затем заполнили сплит по найденной позиции WPBP.

Кроме того, в таблице ZL кластера времени вообще нет сплита по WPBP !!!

Если у вас съезжают сплиты, то по какой-то другой причине.

Galka

в оценке времени 8 ит не создает сплит - проверено. Схема tm01. Другое дело что 8 ит обычно правится мероприятием

Galka

calm написал(а):

Функция оценки wpbp учитывает изменение ИТ8. Четвертый сплит должен был создасться.

нет, четвертый сплит в расчете только за счет RUSPL, которого нет в оценке

RoustR написал(а):

Если у вас съезжают сплиты, то по какой-то другой причине.

например?

RoustR написал(а):

При поступлении ВО из оценки времени в расчет зарплаты сплит для WPBP определяется заново.

верно, буду рыть...

Galka

вопрос решен - надо больше верить доктору хаузу и не верить никому, всем спасибо

разные сплиты WPBP в оценке и зарплате это проблема?

Кто сейчас на конференции