Login
Register
Search
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Forums
Human Capital Management
Lawson S3 HR/Payroll/Benefits
PR140 - Time in two different departments
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Who's On?
Membership:
Latest:
Zac Shields
Past 24 Hours:
0
Prev. 24 Hours:
2
Overall:
5210
People Online:
Visitors:
665
Members:
0
Total:
665
Online Now:
New Topics
Lawson S3 HR/Payroll/Benefits
Post Tax Benefit Plan Table
11/14/2024 9:16 PM
Hi, totally new to Laswon. I have a repor
Lawson S3 Procurement
ED501 Error: Map 850 not supported by /law/c15vda/lawson/test10/edi/bin/laws_out_91
11/12/2024 3:47 PM
Tried runnning ED501 and getting the atathced erro
Lawson S3 HR/Payroll/Benefits
Error
11/6/2024 9:54 PM
When I try to enroll a retiree in 72.1 health plan
Infor ERP (Syteline)
Syteline: New Data Maintenance Wizard (Error) Need help
11/1/2024 4:24 PM
Hi, I need help with an error on syteline while us
Dealing with Lawson / Infor
Implementing Lawson v10 with Cerner Surginet, Case Cart Picking, and Quick Adds for the OR
10/29/2024 4:20 PM
Hi Everyone, I am wondering if there is any org
Lawson S3 HR/Payroll/Benefits
Canada Tax Calculation (Federal and Provincial) Issue
10/23/2024 5:00 AM
Initially, we had problem with CPP2 calculation is
Lawson S3 HR/Payroll/Benefits
CA Section 125 401k Plan
10/22/2024 10:13 PM
Does anyone have any recommendations on how to fac
S3 Systems Administration
Running AC120 deleted records from ACMASTER table
10/22/2024 3:40 PM
We recently ran the AC120 as normal and somehow it
Lawson S3 Procurement
RQ13 Approval Info
10/17/2024 2:12 PM
When a Requisition is approved on RQ13, what table
S3 Customization/Development
Read and Write CSV file COBOL
10/9/2024 2:53 PM
Does anyone have a quik example of a program that
Top Forum Posters
Name
Points
Greg Moeller
4184
David Williams
3349
JonA
3291
Kat V
2984
Woozy
1973
Jimmy Chiu
1883
Kwane McNeal
1437
Ragu Raghavan
1372
Roger French
1315
mark.cook
1244
Forums
Filtered Topics
Unanswered
Unresolved
Announcements
Active Topics
Most Liked
Most Replies
Search Forums
Search
Advanced Search
Topics
Posts
Prev
Next
Forums
Human Capital Management
Lawson S3 HR/Payroll/Benefits
PR140 - Time in two different departments
Please
login
to post a reply.
2 Replies
0
Subscribed to this topic
68 Subscribed to this forum
Sort:
Oldest First
Most Recent First
Author
Messages
George Graham
Veteran Member
Posts: 201
3/28/2012 7:30 AM
Trying to figure out the reporting challenge with this. Have an employee who has time entered in PR36 with a department code of 0001. Prior to running PR140, employee is transferred to a position with a different department, so the default department for the employee is now 0004 (and has a different expense account).
The PR140 now shows the employee under department 0004 with the correct hours amount from PR36 - and the hours are actually getting allocated to the correct expense account. But the report (and the PR160) show the person under their default department - not the department that is attached to the time records.
Same thing holds true if hours are split between two departments.
And then - the real issue to try to resolve - but is really the same issue just described - if a person is transferred to a position that has a different process level - and that has a different bank code attached to each process level - then the 160 kicks out an error because it does not match up the bank code attached to PL (or processing group) identified in the PR160 and the process level assigned to the employee.
What am I missing? Don't have any issues with having to run two separate payroll processes - but if the "division" of the time is at the time record line item detail, how can it get separated for processing?
Sandy K
Basic Member
Posts: 13
4/20/2012 5:38 PM
When we have changes like this for transfers or job code changes we process the payroll first, close with the PR197/198 and then process the changes. The reports I believe are defaulting to the HR11 file and because you entered the time record in PR36 before you made the changes and/or hard coded the department to charge. The only way that time record would change to charge 0004 is if you refreshed the record in PR36. If you run a PR197 report only you will probably see the time record charging to 0001. But again, we process and close all manual/system payments before making any changes to employee files.
I hope I helped, even just a little.
Carolyn Lee
Veteran Member
Posts: 53
4/23/2012 2:38 PM
Sounds like a conflict of process levels between employee, timerecord and paymastr data. I will not be surprised if there are distribution issues in PR197. Check the PR297 on that ee that it's coming out of the right company(ies). Best practice is no changes to employee records during payroll process to avoid problems like this. just don't do it.
Please
login
to post a reply.