Учет стажа и надбавки для РКС

VirVit

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

Поделитесь опытом, пожалуйста, кто настраивал расчет надбавок и стажа в районах крайнего севера и иже с ним. Интересует схема расчета через модуль оценки 33BON. Система ECC5 (ERP 2004) + Аддон.

Если можно, то хотя бы грубый алгоритм. Прочитал ноту 923679, но сильно не помогло. Сейчас пытаюсь понять как и где используются ИТ 0552, 0553 и нужны ли они в данном вопросе.

AlY

А причем тут эти инфотипы?

Суть проста и состоит из следующих шагов:

1. Выбор бонусной модели. - ключ 1 (t7rub1)
В зависимости от признака и/или дополнительно с использованием орг.структуры:
- В частности делаются связи (такие как для условий труда).
- в инфотипе 1222 присваивается таже модель
2. Учет персональных данных табельного - ключ 2 (t7rub2)

3. выбор шкалы расчета (t7rub3) - основывается на первых 2-х ключах + ВО

4. Далее вычисление показателя t7rub4
- вызывается ФМ для расчета стажа (можно и свои показатели КПД сделать). А в 0552, 0553 можно готовые стажы положить, но лчше если они считаются из 0294 и т.п.
есть такая функция - HR_RU_BMSCALE_NORT_VARVAL
- в зависимости от настроек показатель полученный из ФМ используется для чтения t7rub5 по разному
5. Получение процента в t7rub5

это в нескольких словах. :wink:

VirVit

Это вроде и из ноты понятно :) я последовательность не могу уловить. Вот создали мы ВО, прописали ему оценку 33BON с вариантом N, M. В случае с N система ищет в какой оргединице он живет и через признак выдает модель надбавок (bonus model). В случае с M система ищет у оргединицы, где человек уже живет(работает), ИТ 1222 и оттуда получает аттрибут с прописанной моделью надбавок (кстати, а где имя аттрибута задается - не нашел?).

После того, как мы нашли модель оценки идет в бой таблица t7rut4, гед мы читаем характеристики модели надбавок, а потом получаем из t7rut5 уже нужный нам процент. Далее все это оценивается через PRZNT или просто в поле AMT (вроде бы) ВО попадает наш процент.

Правильно ли я понял?

Если да, то где используется и на что влияет ФМ HR_RU_BMSCALE_NORT_VARVAL? Я не нашел ни одного вызова с ним.

AlY написал:

А причем тут эти инфотипы?

Суть проста и состоит из следующих шагов:

1. Выбор бонусной модели. - ключ 1 (t7rub1)
В зависимости от признака и/или дополнительно с использованием орг.структуры:
- В частности делаются связи (такие как для условий труда).
- в инфотипе 1222 присваивается таже модель
2. Учет персональных данных табельного - ключ 2 (t7rub2)

3. выбор шкалы расчета (t7rub3) - основывается на первых 2-х ключах + ВО

4. Далее вычисление показателя t7rub4
- вызывается ФМ для расчета стажа (можно и свои показатели КПД сделать). А в 0552, 0553 можно готовые стажы положить, но лчше если они считаются из 0294 и т.п.
есть такая функция - HR_RU_BMSCALE_NORT_VARVAL
- в зависимости от настроек показатель полученный из ФМ используется для чтения t7rub5 по разному
5. Получение процента в t7rub5

это в нескольких словах. :wink:

AlY

там еще признак есть 33BMC для присвоения модели на основе 0001 ИТ.

1222 настраивается через T77OMATTR и еще какую-то.

В принципе все так. Тока перед чтением t7rut5 нужно еще посчитать стаж. Вот HR_RU_BMSCALE_NORT_VARVAL его и считает. А то что он вернул (года) используется как ключ для чтения из T7RUT5

А ФМ тока тут и должен использоваться, потому и вызовов нет.

Вот что у меня есть в ERP2005

Ctry Grouping 33

BonMod scale SC01 test 4
End Date 31.12.9999
Start Date 01.01.1900

Initial. FModul HR_RU_BMSCALE_NORT_IVAL
Wage Type Z290
Inittial.Type 5 Used in scale selec. Retun value = delta+InitVal <=MaxScal

Var.Val. FModul HR_RU_BMSCALE_NORT_VARVAL
Calc. process RU01
ENDDA calc FMod HR_RU_BMSCALE_NORT_ADD_VARVAL

Удачи

VirVit

А как быть, если у меня 33BON даже не заходит в ветку анализа вариантов M,N? Он только обрабатывает варианты R, S, P в программе LHRPADRUPAYDATAF10 и все? :( Соотв. возвращает ноли везде.

AlY

А она тока в классе CL_IM_HR_IV_33BON и должна быть, а в include нет ничего. Смотри метод DO_INDIRECT_VALUATION

VirVit

AlY написал:

А она тока в классе CL_IM_HR_IV_33BON и должна быть, а в include нет ничего. Смотри метод DO_INDIRECT_VALUATION

Это-то я видел.
Но как получается по отладчику: создается конструктор класса CL_IM_HR_IV_33BON, затем вызывается метод DO_INDIRECT_VALUATION. Он, в свою очередь, вызывает ФМ CALL FUNCTION 'HR_RU_RP_PERFORM_MODULE'. Та вызывает PERFORM (module) IN PROGRAM saplhrpadrupaydata USING evaluation. Это у нас
FORM 33bon CHANGING value(result) STRUCTURE evaluation.

В этой процедурке стоит CASE is-mod03, у которого нет варианта M, N. Следовательно,
ELSE.
CLEAR result-number.
ENDIF.
ENDCASE.
IF result-number IS INITIAL.
CLEAR result-unit.
ENDIF.
ENDFORM. "33bon

и мне возвращает одни нули.

То есть непонятно где вызывается метод BONUS_MODEL, который и обрабатывает эти два нужных нам варианта.

Это я с точки зрения программиста смотрю. Не вижу каких-то условий для вызова и обработки вариантов косвенной оценки M,N.

AlY

У меня в ERP2005 метод выглядит так:

Code:

  DATA: ls_valuation TYPE padiv_valuation_strct.
  DESCRIBE TABLE if_ex_hr_indval~wgtp_stack.
  ls_valuation = valuation_input.
  CASE module_spec.
    when 'N' or 'M'.
      clear a_subrc.
      free a_container.
      a_pernr       = pernr.
      a_tclas       = tclas.
      a_MODULE_SPEC = module_spec.
      a_molga       = molga.
      a_infty       = infty.
      a_lgart       = lgart.
      a_begda       = begda.
      a_endda       = endda.
      me->BONUS_MODEL( changing ps_valuation = ls_valuation ).
      free a_container.
      subrc = a_subrc.
      if subrc eq 0.
        valuation_output = ls_valuation.
        endda = a_endda.
      endif.
    WHEN OTHERS.
  CALL FUNCTION 'HR_RU_RP_PERFORM_MODULE'
    EXPORTING
      MODULE                       = FLT_VAL
      MODULE_SPEC                  = MODULE_SPEC
      MOLGA                        = MOLGA
      BEGDA                        = BEGDA
      TCLAS                        = TCLAS
      PERNR                        = PERNR
      INFTY                        = INFTY
      LGART                        = LGART
    CHANGING
          amount                       = ls_valuation-amount
          currency                     = ls_valuation-currency
          number                       = ls_valuation-number
          unit                         = ls_valuation-unit
      ENDDA                        = ENDDA
    EXCEPTIONS
      ERROR_AT_INDIRECT_EVALUATION = 1
      OTHERS                       = 2.
  IF SY-SUBRC <> 0.
    SUBRC = 8.
    CALL FUNCTION 'HR_INDVAL_MESSAGE_HANDLE'
      EXPORTING
        MODUL = FLT_VAL
        MSGTY = SY-MSGTY
        MSGID = SY-MSGID
        MSGNO = SY-MSGNO
        MSGV1 = SY-MSGV1
        MSGV2 = SY-MSGV2
        MSGV3 = SY-MSGV3
        MSGV4 = SY-MSGV4.
  ELSE.
    SUBRC = 0.
        valuation_output = ls_valuation.
      ENDIF.
  ENDCASE.

Так что ФМ не вызывется вообще

VirVit

Вот и ответ :( В ERP2004 этого нет :(

AlY

Выход прост - сообщение в САП
похоже просто потеряли часть кодов при переносе

Абу

а для 4.7 есть решение?

AlY

в 4.7 есть 33BON c вариантами R,S,P
R- по районным таблица T7RURK
S- стаж как сам по себе так и с учетом северного стажа (T7ru51p, T7ru51r)
P- премия (она типа в 8 ИТ всегда есть, а сумму и/или % наследует из 14 через t539j )

модельные ВО с примерными настройками идут в БестПрактисе к 4.7

VirVit

Кстати, еще вопрос по ходу пьесы.

А как через 33BON стандартными средствами лучше реализовать анализ перехода человека из РКС в другие районы и наоборот? Там должен сохраниться сам стаж, размер пред. надбавок и соответствующим образом это будет начисляться через год/6 мес уже в новом районе места работы сотрудника.

Пните хотя бы в какую-то сторону. Пока мысль только анализировать ИТ0001, ИТ0294 через правила выбора, но до конца не могу уловить цепочку :(

AlY

Ну мне представляется так:

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

Кроме прочего появление такого ВО задает новую дату с которой считать стаж в ФМ HR_RU_BMSCALE_NORT_VARVAL.

Вот и получается что % = шкала( Z290 ; стаж ) а алгаритм функции шкала через настройку.

VirVit

AlY написал:

Ну мне представляется так:

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

Кроме прочего появление такого ВО задает новую дату с которой считать стаж в ФМ HR_RU_BMSCALE_NORT_VARVAL.

Вот и получается что % = шкала( Z290 ; стаж ) а алгаритм функции шкала через настройку.

Такой вариант имеет место быть, но хочется автоматизированности процесса :) Например, чтобы сап сам учитывал пред. стаж северный в разных процессах. Сейчас смотрю как это можно сделать через правила выбора и модели оценки. Что, если смотреть по 0001ИТ (или 0553) этот самый стаж. В первом случае мы по изменению административного присвоения можем понять, что человек перешел в другой район. Во втором случае, можно в процессе расчета указать ФМ, чтобы он сохранял в ИТ0553 стаж (правда по шаблону так и не понял как оно работает и сохраняет ли вообще).

Таким образом, мы можем отследить пред. стаж, его наличие и сам факт перехода.

Брр.. сам запутался :(

Учет стажа и надбавки для РКС

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