Точка расширения HRPP

Proforg

Случайно обнаружил занимательную точку расширения (новое badi) HRPP, которая, теоретически, должна работать при создании прогона проводок.
Добавил простейший код с интерфейсом IF_HRPP_DETERMINE_SGTXT. Но даже банальный брейк (код тоже не работает) не отрабатывает.
В итоге зародилось сомнение, а будет ли эта штука работать в принципе?
Про экзиты классического HRPAYCO_00001 знаю.

Salmaner

А что именно знаеете про класический юзер экзит HRPAYCO_00001?
как создать свою реализацию к этой точке расширения?

Proforg

В смысле как создать? Стандартно, через SE19
Да и ноту Note 524137 - HR-CIS: Posting of HR-Payroll results to FI/CO никто не отменял с мелкими трюками

Salmaner

да вот что то долго не мог въехать как создать это внедрение (оно же имлплементация оно же реализация), прочел весь хелп, потом с инета кучу обсуждений.
на данный момент в SE19 в нижней закладке выбрал классический бади указал SMOD_PCPO0001, жмыхнул создать внедрение и о чудо, оно разродилось и предложило создать это самое внедрение ... (ладно, пропущу эмоции) и только теперь я попадаю в свой
method IF_EX_SMOD_PCPO0001~EXIT_RPCIPE00_002.

Вопрос по поводу этой ноты Note 524137, как я понял там надо принять решение- нужно нам строно делать или нет. и почему то в данном аспекте все отказываются от сторно(судя по обсуждениям на форуме).
это надо обсуждать с консультантами по эйчару, или принять как есть?

Proforg

Ну если вы в россии - то есть большой риск, что сторно делать таки придется. Только рекомендую хорошо протестировать эти самые механизмы, особенно с перерасчетами, а то есть печальный опыт. :evil:

Murzik

Proforg написал:

Случайно обнаружил занимательную точку расширения (новое badi) HRPP, которая, теоретически, должна работать при создании прогона проводок.
Добавил простейший код с интерфейсом IF_HRPP_DETERMINE_SGTXT. Но даже банальный брейк (код тоже не работает) не отрабатывает.
В итоге зародилось сомнение, а будет ли эта штука работать в принципе?
Про экзиты классического HRPAYCO_00001 знаю.

RPCIPE01 запускать пробовали?

Proforg

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

Proforg написал:

Случайно обнаружил занимательную точку расширения (новое badi) HRPP, которая, теоретически, должна работать при создании прогона проводок.
Добавил простейший код с интерфейсом IF_HRPP_DETERMINE_SGTXT. Но даже банальный брейк (код тоже не работает) не отрабатывает.
В итоге зародилось сомнение, а будет ли эта штука работать в принципе?
Про экзиты классического HRPAYCO_00001 знаю.

RPCIPE01 запускать пробовали?

Это да, про нее забыл :oops:

А оно с красным сторно работает?
Попробовал, как итог - Атрибут BADI_SGTXT не допускается
Пробую в методе что-нибудь в sgtxt или zuonr положить

Salmaner

Proforg написал:

Ну если вы в россии - то есть большой риск, что сторно делать таки придется. Только рекомендую хорошо протестировать эти самые механизмы, особенно с перерасчетами, а то есть печальный опыт. :evil:

Нет мы не в России, мы в Казахии живем ... и я пока не в курсе нужны будут сторно или нет.

Proforg

+ дополнительно встает вопрос - как править XBLNR, т.к. трюки с заменой ep в виде ix через field-symbols не прокатывают
Да и красное сторно по прежнему только для затратных счетов пашет, будем дальше сап мучать

Proforg

На тему глюка с "Атрибут BADI_SGTXT не допускается " сап ноту 1227685 выпустил

Цитата:

the error occurs because RPCIPE01 tries to insert values into table
PEVAT (which contains the run attributes) that are not in its value
table T52E3.

I created note 1227685 which explains the solution. Unfortunately you
could not implement the relevant changes via correction instruction,
only per HR Support Package.

As it will last a few days until the note is translated into English
I will write you the changes you have to do into this message:

Open table view V_T52E3 in transaction SM30.
In the popup window enter runtype "PP".
Enter the following new values:

Attribute Name
BADI_SGTXT BAdI: Fills ZUONR/SGTXT Used
BAID_KOMOK BAdI: Changes symbolic account Used

Save the new values.
Add the same Attributes also for runtype "PM".

В общем, теперь осталось разобраться, как документы бить

ka

Proforg написал:

+ дополнительно встает вопрос - как править XBLNR, т.к. трюки с заменой ep в виде ix через field-symbols не прокатывают
Да и красное сторно по прежнему только для затратных счетов пашет, будем дальше сап мучать

Когда-то нарыл очень нечестный способ править ep в ERP2005. Можно нагло использовать BADi HRPAY00_EXP_COPL.

Proforg

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

Proforg написал:

+ дополнительно встает вопрос - как править XBLNR, т.к. трюки с заменой ep в виде ix через field-symbols не прокатывают
Да и красное сторно по прежнему только для затратных счетов пашет, будем дальше сап мучать

Когда-то нарыл очень нечестный способ править ep в ERP2005. Можно нагло использовать BADi HRPAY00_EXP_COPL.

Field-symbols для EP? Я и в HRPAY00_PCP0 пробовал, там тоже можно, но слегка завозился.
Но это всё для RPCIPE00, в RPCIPE01 вообще ep нет, там ix

Vitix

Proforg написал:

+ дополнительно встает вопрос - как править XBLNR

Тоже не нашел нормального решения.
Сделал ENHANCEMENT в методе CREATE_LINE класса CL_HRPP_LINES_MANAGER.
Здесь мы можем поправить поле HEADER-XBLNR.

Точка расширения HRPP

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