Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Function 'HR_INFOTYPE_OPERATION' for retro accounting?

Former Member
0 Kudos
434

Hi,

I am updating infotype 2006 using 'HR_INFOTYPE_OPERATION' for quota types 03 and 08. Quota type 3 modifies fine but quota 08 gives me an error when running this function module i.e. 'Change in earliest retroactive accounting for time evaluation not possible'.

Is there a way to do this?

Regards,

Warren.

1 ACCEPTED SOLUTION
Read only

Former Member
0 Kudos
306

Hi warrenabap,

1. The problem is not with the FM.

2. If u try to manually update using pa30,

then also it will give error.

3. The error/warning is coming becasue of

some customizing settings, which are setting such restrictions.

For this u will have to contact the required functinal consultant. He/She shall be able to diagnose the problem.

regards,

amit m.

6 REPLIES 6
Read only

Former Member
0 Kudos
306

When reporting error message it is useful to give message class and message ID. If we speak about message PG 712, then check PA0003-PRTEV for the employee. If you try to change infotype 2006 valid before this date, the system may ganerate this message.

Regards,

Renata

Read only

Former Member
0 Kudos
307

Hi warrenabap,

1. The problem is not with the FM.

2. If u try to manually update using pa30,

then also it will give error.

3. The error/warning is coming becasue of

some customizing settings, which are setting such restrictions.

For this u will have to contact the required functinal consultant. He/She shall be able to diagnose the problem.

regards,

amit m.

Read only

0 Kudos
306

Hi All,

The PRTEV date in infotype 3 was blank. I set this to 01.07.2005 but it still doesn't work.

The record in PA2006 that I have to change looks as follows:

SUBTY ENDDA BEGDA ANZHL KVERB DESTA DEEND

08 05.06.2006 01.07.2005 8.00000 4.01584 01.07.2005 31.12.9999

The customizing table is also correct i.e. T569R:

MANDT MODIF PVRRT RRDAT PTEXT

350 01 01 01.01.1990 Incentive wages

350 01 02 01.01.2005 Time evaluation

350 01 03 01.01.1990 Time statement

350 01 04 01.01.1990 Pair formation

The FM works for quota type 3 but not 8.

regards,

warren.

Read only

0 Kudos
306

The time dependence in HR is rather complex and sometimes it is hard to identify what causes the problem. You are right that one should focus on a difference in handling subtypes 03 and 08. Here are some ideas.

1. The difference in handling subtypes 03 and 08 may be caused by distinct time dependence of the two quota type. Check the time constraint in table V_T591A.

2. What exactly do you change in the record of infotype 2006 subtype 08? Is it the same field as in 03 quota type? You can define the infotype (V_T582A) to be retroactive account relevant for time management when changing specified field (table T588G).

3. Notice that also specific settings for time evaluation may come into play, but I am not an expert in time management.

If I were you I would start with identifying a place in code where error message is generated (where-used list of your message in se91). If you are skilled abaper debug when changing 2006 infotype in pa30 (in 4.6C message PG 712 is generated in include LRPRRF04 FORM CHECK_TWM_TIME).

Regards,

Renata

Read only

0 Kudos
306

go to PA03 and make the necesssary changes there.

Read only

0 Kudos
306

Hi Renata,

Thank you for all your advice.

I have managed to find a workaround. The settings in the T* tables are all correct. What I do now before I modify the 2006 infotype I go to infotype 0003 and set the PRTEV date to the earliest possible date for that person and then change the quota type 08 record in 2006 and go back to 0003 to set PRTEV back to it's original value. It is strange though because the dates are correct as they are so it shouldn't be necessary to do this! Anyway, it is working now.

Regards,

Warren.