topic Re: retro pay in Application Development and Automation Discussions

retro pay

Former Member — Tue, 24 Jun 2008 14:13:21 GMT

Hi all, I'm wondering how do I report retro in payroll, so far I know that in table HRPY_RGDIR field

CALCD = 'X', it's retro,

Things are how do I report it?

Does retro effect wagetype? so retro amount has separated wagetype? in my case I think I will need to report RT amount instead of CRT's to report the retro amount only.

Any suggestion? Thanks in advance!

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:19:47 GMT

Hi,

Ull get only RT amount.

U need to get 'rgdir' using FM CU_READ_RGDIR.

from this get the seqnr where fpper <> inper and srtza <> 'A'.

(to get retro ... )

Pass this seqnr to rp-imp-c2-ru.(if it's US payroll) and get

RT structure ..

Read RT for the Wage types(LGART) and get amount(BETRG)

Regards,

Srinivas.

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:27:52 GMT

Hi Srini, prompt reply, GREAT thanks! I did use CU_READ_RGDIR. Got sequence number, so you mean the following fields are

fpper = A

inper = A

srtza = A

to make sure it's retro? dont you need to consider field CALCD?

I noticed that you use rp-imp-c2-ru to get payroll result but what's the point if I use FM "PYXX_READ_PAYROLL_RESULT"? any difference?

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:31:24 GMT

I mean if UR using macro to read .. U need to check that

the for period <> the in period and the SRTZA <> A ...

U can use FM also ..

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:44:22 GMT

I got it thanks!

I have some testing wagetypes, they are /301 and /603. So in case it's a regular run, these wagetypes can report the amount normally, in retro case, the amount still sit in these wagetype? or it has any indicator to tell /301 has a retro amount?

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:44:36 GMT

U can loop at rgdir as ...

LOOP AT rgdir WHERE ipend <= pn-endda AND ipend >= pn-begda

AND void IS INITIAL

AND reversal IS INITIAL

AND ocrsn IS INITIAL

AND inocr IS INITIAL.

original results => forperiod = inperiod
retro results => forperiod <> inperiod

IF rgdir-fpper <> rgdir-inper.

assign emp no. & seq no. to rx-key

v_seqno = rgdir-seqnr.

ENDIF.

ENDLOOP.

pass this to the FM below ..

CALL FUNCTION 'PYXX_READ_PAYROLL_RESULT'

EXPORTING

clusterid = c_relid

employeenumber = pernr-pernr

sequencenumber = v_seqno <---

read_only_international = c_x

CHANGING

payroll_result = gs_result.

LOOP AT gs_result-inter-rt INTO gs_rt.

CASE gs_rt-lgart.

Gross salary

WHEN c_101. "/101

it_data-gross = gs_rt-betrg.

ENDCASE.

ENDLOOP.

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:45:50 GMT

The amount will still be there in the wagetypes ...

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:47:41 GMT

But just different sequence number?

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:50:23 GMT

yes .. U need to send a different sequence number where

srtza <> 'A'.

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:53:54 GMT

Correct me if I'm wrong, you're reading this part for off-cycle run?

LOOP AT rgdir WHERE ipend <= pn-endda AND ipend >= pn-begda

AND void IS INITIAL

AND reversal IS INITIAL

AND ocrsn IS INITIAL

AND inocr IS INITIAL.

Why did you have to repeat Reversal Indicator and Off Cycle reason twice?

Re: retro pay

Former Member — Tue, 24 Jun 2008 14:57:01 GMT

for off-cycle .. we will not check for the below condition ..

ocrsn IS INITIAL .. instead OCRSN will not be initial ..

Re: retro pay

Former Member — Tue, 24 Jun 2008 15:00:49 GMT

Yes, OCRSN and PAYTY has to be NOT INITIAL in case of Off cycle.

I'm getting your idea now, so again,

OCRSN and VOID have to be INITIAL , and SRTZA = 'A' in Retro case, please confirm that I'm correct. Will mark this as answered.

Re: retro pay

Former Member — Tue, 24 Jun 2008 15:03:07 GMT

in case of retro SRTZA is not equal to 'A' ..

Re: retro pay

Former Member — Tue, 24 Jun 2008 15:15:33 GMT

questions answered, all points rewarded, Nice to meet you!