Payroll PCR Multiple Amount and Number stored in Two Wage types

[shailvora]

Dear All

These are my values in IT table

I want to multiple 9050 (6) with 9051 (678.23)

I wrote this PCR, but its not fetching the result

ZQ20

Output is like this

Any suggestions where am I getting wrong ?

I have tried many options.

[former_member193210 · Accepted solution]

Since this is a Payroll related problem, it would have been preferable to post it in the Payroll Discussion Forum () or into the appropriate Country/Region sub-forum.

When processing the WageTypes from the Input Table (using Function PIT), the system will always process them one by one, in the order they appear.  In this scenario, WT 9050 will be processed before WT 9051.

The problem of reading the NUM value from WT 9050 while processing WT 9051 comes from the fact that these WTs do not share the exact same splits.  Sometimes, the Operation ELIMI can be used at the start of the processing to align both WTs (and the Operation RESET used at the end of the processing to reset them back to what they were), but in this scenario, I would suggest that you modify pcr ZQ20 to also process WT 9050 in order to transfer it's values into a temporary variable (using Operations ADDWT& 9050 and ADDWT * ) and modify the processing of WT 9051 so that it would retrieve the number from that temp.var. (using NUM=& 9050).

[shailvora · Accepted solution]

Sure. Thanks let me try that.

[shailvora · Accepted solution]

Thanks remi. Your suggestion was useful.

I wrote two PCR and stored values in variable WTs.

Issue for the time being is resolved. Will have to test some scenarios though

Thanks again

[former_member193210 · Accepted solution]

Note that in your schema, before and after your pcr, you could add Function PRINT with Par2 = VAR in order to be able to see (in the Payroll Log) the values of the temporary variables when testing.

[jagan_gunja]

You can use ADDNAE* to update a wage type which is already in RT.

[jagan_gunja]

Also you need to zeroise a w/t ZERO= operation before adding an amount or number to the w/t.
Remy’s suggestion is a very apt one