Добрый день!

Устанавливаю ноту 1804415.
Необходимо в rus0 добавить строчку выделенную жирным шрифтом.

6.2. RUS0:
...
IF RUO2 IF Advance OC Payment or Regular Run
RUSPL Split WPBP at absence events
RUSPL 51D5 Split WPBP at important dates from T51D5
RUSPL RUPF HWCP Split WPBP at periods of HWC

После добавления в свою схему данной строки появляется ошибка "В Функции RUSPL неправильное значение для третьего параметра."

Как это исправить ?

Привет, а ты настроил?

2. Change the payroll function RUSPL (tr. PE04):
2.1. add new line in Parameter list:
PARNO PANAM FPTXT PKIND
-----+-----+---------+-----
3 SENR Seniority A

2.2. add new values for the 4th (TYPE) parameter:
PARMS PVTXT
-----+-----
HWCM by HWC via Calc.Mod.
HWCP by HWC via Calc.Proc

Добрый день !
Да, эти настройки сделаны.


В 4-м параметре все настроено.


Вот только вопрос, третий параметр должен быть пустой ?


А когда делаю изменения в схеме


Выходит следующая ошибка

в третьем параметре значение 'A' относится к полю "Parameter type" (PKIND), а не к тексту.

ZHmot - Спасибо !

Почему-то показалось что значение 'A' относится к полю FPTXT



Ошибка исправлена.

Добрый день, коллеги!
Столкнулся с такой проблемой:
при моделировании расчета в обработке строки "RUSPL RUPF HWCP" вылетает желтое пустое сообщение в журнале.

Кто-то сталкивался с таким? Как полечить?

Вероятно, хочет вывести сообщение об ошибке, а самого текста сообщения нет. Полистал ноту, нашел вот такие строки
Это сделано?

Тяжело так сказать, отладчиком пройтись нужно. Там не должно сложно.

Рустем, да, настройка сделана.

В отладчике смотрю, и получается такая картина (include PCMASRU2):
1.В таблице lt_period (строка 93)Находится объект CH, к нему название и т.д. + высчитывается кол-во отработанного времени на этой должности в формате: 1м или 20д. , потом это перекидывается в таблицу ls_period

2. Потом идет (строка 97)
IF <ls_period>-pfadi (1) NA '1234567890' и по ELSE сваливается в lv_eval_error=abap_true, отсюда и возникает ошибка, но без текста почему-то.

Скорее всего ошибка в оценке.
Ошибки не возникает только, если поле <ls_period>-pfadi пустое
Может быть ошибка в коде?

Мы эту ноту не ставили, поэтому у меня нет исходников, я по тексту ноты смотрю только

Когда случилось lv_eval_error=abap_true, чуть ниже есть код

а сам ruspl_evaluation_error содержит
Поэтому я и спросил, заведен ли этот текст. Его, кстати, активировать нужно.

А, еще с языком тут может быть заморочка. Русский текст для hwe пустой. Нормально это обновление встанет только после support pack-а.

ну а смысл сообщения

Сообщение меня уже мало волнует
Меня волнует, что в случае, если стаж посчитан, т.е. есть значение "1м" или "20д",
то на проверке на первый числовой символ (IF <ls_period>-pfadi (1) NA '1234567890' ) он выбрасывает в ошибку.

Коллеги, у кого отрабатывает разбиение WPBP по вредности?
Все ли корректно работает?
Какое значение в поле <ls_period>-pfadi ?

Вроде работает...
Значение, соответственно, пустое.
Задумка по идее в том, что перед вызовом процесса инициализируется параметр, анализирующийся в функции обработки вредных условий, что обеспечивает нарезание фактических календарных периодов - и в конечном счете без дней, месяцев и т.п.
Возможно, у вас используется что-то свое, где этот параметр никак в расчет не берется. В таком случае надо попробовать повторить идею, заложенную в стандартном подходе - с анализом параметра или без него: не суть важно- главное, чтобы после обработки процесса всегда были "чистые" периоды.

Всем привет.

Интересует тот же самый вопрос - нафига сделано так, что если процесс расчета стажа указанный в 3 параметре функции RUSPL возвращает значение отличное от нуля, то по сути прерывается процедура подсчета дополнительных взносов в ПФ? Я посмотрел ТН, у которых это происходит и, как Я понял, они либо в отпуске либо на больничном, и не важно какая продолжительность отсутствия. Возникает вопрос - нафига так сделано?

Я правильно понимаю, что Вы имеете ввиду параметр g_create_new_pf_period?
У нас он заполняется, но в то место, где он анализируется программа не попадает

У нас используется стандартный процесс RUPF подпроцесс HWCP модель оценки RUV7.
А у вас как оценивается?

Подскажите, пожалуйста, каким ФМ это должно формироваться все,чтобы дни\месяца не заполнялись?


Все заработало.
Нашел косяк, не было записи RU01 в таблице T7RUPFRULE3