Record Working Time(WDJ) error

[suresh_datti]

Hi,

I keep getting this "TARGET_HOURS_ERROR" error, when I access the ESS

page in my Portal.. but if I fill the buffer by executing the

READ_TARGET_HOURS Method of the Class CL_XSS_CAT_EMPLOYEE in the

backend (in Test Mode) & then access the Record Working Time iView,

the error is gone.. I'm not sure why the buffer isn't getting filled

when I access the iView directly.The following is our system configuration..

SAP_ABA - SAPKA70012

SAP_BASIS - SAPKB70012

PI_BASIS - SAPKIPYM01

SAP_HR - SAPKE60018

EA-HR - SAPKGPHD18

SAPEP - NW04s SP13

ESS - ERP1.0

Any suggestions/experiences on this error pl?

~Suresh

[Former Member · Accepted solution]

Can you please have a look at Note 845563.

Its not relating to the support pack you are looking at but please have a look at the code in the note for method

CL_XSS_CAT_EMPLOYEE

IF_XSS_CAT_EMPLOYEE~GET_TARGET_HOURS

[suresh_datti · Accepted solution]

Yes.. I've seen it .. In fact, I did open a message in OSS on Thursday.. hopefully, someone will pick it up by Monday..

~Suresh

[suresh_datti]

the WDJ appalication expects a months time when reading the Target Hours.. We had a User Exit to populate the time for only 14 days.. this was causing an exception in the backend whie reading the Target Hours.. Once the User Exit was deactivated, the iView came up as expected..

Thanks to Sireesh ( SAP Development ) for identifying the issue..

~Suresh

[Former Member]

Suresh does the method has the changes that are made in the note please.

[suresh_datti]

OK.. may be I wasn't clear.. thought the SP levels I mentioned above would be enough.. this error is on an ECC 6 Box & the code from OSS Note 845563 is there in the method. Like I said earlier, the short dump doesn't occur when the buffer is filled by invoking the method in the backend before accessing the WDJ in the Portal.. I guess the WDJ is missing a call to the Method..

~Suresh

[Former Member]

Your EA-HR patch is higher then what is mentined currently in the note so I do agree to this but I have faced many such errors on sp09 so I wanted to be very clear before moving ahead with the investigations.

[Former Member]

can you please send the message number.

Thank you

[suresh_datti]

Barin,

It is 0001002754/2007. It is yet to be picked up!

~Suresh