We are having issues getting the correct LP plan balance to print on our pay checks. Any employee who had been transfered to a new plan had the old plan's balance (normally 0) in the PMTOUT file. The old plan has a Master End Date and an Accrual End Date. Opened a case with Lawson and they had me apply CTP 39702. Tested, and now, both the old balance and new balances are in the PMTOUT file. Has anyone had an issue with this before? I updated the ticket with Lawson, but just thought I'd check out here too! We are on 8.1 MSP 5.

Thank You!

:blink:

We had the same issue and we got this response:

Elisa Spears [Fri, Mar 10, 2006 10:37 AM]
The CTP 39702 did not resolve this issue. We are still seeing these inactive balances show up in the PMTOUT

Shari Guenther [Fri, Mar 10, 2006 11:47 AM]
In researching a different issue I did find an article that states that PR160 will print balances even with a Master End date and zero balance.

Please review Article #550260, which is found on the Knowledge Base by searching on the article #, for more information on this topic.

So at this point, to not have the balance show in the PMTOUT, you would need to purge the employee's record from the structure.

Elisa Spears [Fri, Mar 10, 2006 2:14 PM]
Thanks - I will pass this information on to the users. If they choose to not purge the employee's record, the programming to get the LP balances to display correctly on our current ACH stubs would be quite difficult if not impossible.

Shari Guenther [Fri, Mar 10, 2006 2:23 PM]
You can enter an enhancement request through the support web site in the Product/Enhancement Center to request a change in that functionality

You did not mentioned if you are using Leave of Absence module. Your problem was way back version 8.0.2 using TA. It was a known problem and Lawson told us to use Leave of Absence and upgrade to 8.1 or 9. They told us this problem should be fixed by upgrading or version and module. So I'm suprised that this is still a problem when employee move from one plan to another. Currently we are using 8.03 and the fix that I made is still being used. I have redesigned our pay check with so many information that are missing in PMTOUT. I have no choice but to change PMTOUT that include among other things correct leave accrual, pension hours, consolidate pays and deductions then sort them. actual job code, correct pay rates when working with different job codes, etc.

If you decide to change the PMTOUT, then like us (with 10000 employees) an additional
1 hour is added to payroll processing just to create a new pmtout file.

Elisa, that is the same reponse that I'm getting, from the same LIS person:

"To not get a balance for the structure, you would need to purge the employee from the structure. The master end date just stops the structure from updating accruals and usage."

We are on 8.1 MSP 5. We are currently scripting our PMTOUT file to split into two files, one for ACH, one for checks, where we are also pulling the base rate onto each version. Then, we are moving our LP plan fields into our old TA fields. I too will submit an ER. We kick off our script as soon as the PR160 has completed successfully, and it runs for about an hour as well. Thanks everyone for your updates! Hopefully they can get this fixed for all of us! :banghead:

Quick update... I asked yesterday that this be escalated to development, and here was the response:

"This scenario was reviewed by development before and their response was that the structure would need to be purged from LP31 for the balance not to be included."

Doesn't sound like a "fix" will be in the works any time soon... <_<