PR140/PR80 Custom Calcs - multiple passes???

 5 Replies
 0 Subscribed to this topic
 68 Subscribed to this forum
Sort:
Author
Messages
Woozy
Veteran Member Send Private Message
Posts: 709
Veteran Member
We are trying to resolve an issue on a deduction code that uses a custom calc. When we animate the PR140 or PR80, we've noticed that each deduction code is processed by the custom calc code multiple times.

Why does it do this? Can we tell what PR140/PR80 process is happening when this is being called, or do we just have to step through the whole thing?

I appreciate any information you can give us about this. If anybody knows of any relevant KB articles, that would be very helpful too.

Thanks! Kelly
Kelly Meade
J. R. Simplot Company
Boise, ID
Sam Simpson
Veteran Member Send Private Message
Posts: 239
Veteran Member
Woozy,
We need to know how the custom calc is being called. Is this a routine inside a perform statements?

Can you post the statements that do the perform (calc) and the custom calc codes.

Sam
Woozy
Veteran Member Send Private Message
Posts: 709
Veteran Member
Actually I should have been a bit clearer. It's the PRUEDED user exit that is called by PR140/PR80 when the deduction code is set with an "X" to use a custom calculation.

It's the delivered payroll deduction user exit (PRUEDED) that I'm talking about.
Kelly Meade
J. R. Simplot Company
Boise, ID
Sam Simpson
Veteran Member Send Private Message
Posts: 239
Veteran Member
Quite confused here. when you say custom calc is this your custom code or Lawson delivered? PRUEDED is a library member that only initializes you deduction bucket. When you say "processed multiple times" does that mean it has the same amount? After PRUDED there are several calculations involve depending on EE's benefit setup. BSI tax calculation happens during this process.
Woozy
Veteran Member Send Private Message
Posts: 709
Veteran Member
We have custom code in the PRUEDED user exit program. When we animate the PR140/PR80, we noticed that it runs through the PRUEDED code multiple times for each deduction code.

It appears that it processes each timerecord separately couple of times, then with the total timecard gross a couple of times but we can't figure out why, or where it decided which value to actually populate onto the check.

Because our custom calc uses the PRUE-GROSS-PAY as an input, processing based on a timerecord is going to result in a different PRUE-DED-AMOUNT result than running it as an entire timecard.

I'm just trying to understand what it is doing...

Thanks.
Kelly Meade
J. R. Simplot Company
Boise, ID
Ragu Raghavan
Veteran Member Send Private Message
Posts: 477
Veteran Member
As far as I know, the deduction is calculated once per payment. If all the time records go to the same payment, one deduction will be creatred. On the other hand, if the field TRD-CHECK-GRP has a value, so separate checks are created for separate groups of time records, deduction will be created for each group.