Automate Payroll Processing

 15 Replies
 3 Subscribed to this topic
 68 Subscribed to this forum
Sort:
Author
Messages
Julia
Basic Member Send Private Message
Posts: 13
Basic Member
I have a request to automate Payroll Processing because we have 11 affiliates and it takes time to run all of the jobs.  The kicker is they still want separate output for each affiliate and do not want it ran in bulk - plus the output in pdf form.  I have some thoughts on how to do this but wanted to see if anyone had a template that they use or have some experience with this.  Any help would be greatly appreciated.  Thanks, Julia
Ragu Raghavan
Veteran Member Send Private Message
Posts: 477
Veteran Member
I suppose you could develop an IPA flow to do AGS calls to the PR programs, with different job names for each affiliate so the reports/files will be separate. You could kick off /servlet/Report?action=PDF from a webrun node to convert the reports to PDF. Don't the users want to run the critical reports (PR160 for instance) in report mode first, do a sanity check before running in update mode?
Julia
Basic Member Send Private Message
Posts: 13
Basic Member
Yes - they have groups of jobs they want to run in report mode and then groups of jobs they want review and then another group of jobs to run for update - so I was thinking about multiple jobs for each of those phases.  This is good information.  Thank you.  Julia    
Brian Allen
Veteran Member Send Private Message
Posts: 104
Veteran Member

Intellias has a product for Lawson to automate payroll processing that they've had for at least 10 years. 

http://www.intellias.net/erp-apps.html

 

tambrosi
Veteran Member Send Private Message
Posts: 55
Veteran Member

Anybody have any comments about this product? 

http://www.intellias.net/erp-apps.html

 

tambrosi
Veteran Member Send Private Message
Posts: 55
Veteran Member

Hi Julia,  we went thru this same process several years ago and needed to find a way to autoschedule jobs and IPA flows.  As Ragu mentioned we developed an IPA flow

that submits the jobs and/or IPA process flows. It does get quite involved when you need to have job dependencies, check on cancellations etc.

 

Deleted User
New Member Send Private Message
Posts: 0
New Member
Our Finance folks (Payroll, A/P, etc) swear by it, I'm quite sure. They've used it to automate a ton of processes. Lenny (lc@choa.org)
Kwane McNeal
Veteran Member Send Private Message
Posts: 479
Veteran Member
I have clients who consider any outage of the intellias products to be a complete production down situation. The product has been around for right around 15-16 years, and I have yet to hear a client who has it choose to give it up.
Julia
Basic Member Send Private Message
Posts: 13
Basic Member

Would you be willing to share that flow?  I am trying to get best practices. 

 

Thanks, Julia

 

ryan.Julia@mhsil.com

Julia
Basic Member Send Private Message
Posts: 13
Basic Member
We have Intellias for Benefits but did not want to spend the money for Payroll automation.  Thanks, Julia
Jason Beard
Veteran Member Send Private Message
Posts: 124
Veteran Member

I've done it for clients both via shell scripting and IPA depending on their level of comfort for supporting the process.

Jason Beard
617-548-5568
jabeard3@gmail.com
Julia
Basic Member Send Private Message
Posts: 13
Basic Member
Which way did you find was the better maintain?  I have gone back and forth on scripting and process flow.  Did you kick off the process flow from a user action - did you create a form for the scripting for them to kick off?  The feedback is great, it helps when there are so many ways to do this and others have had this experience.  Thanks  Julia
pbelsky
Veteran Member Send Private Message
Posts: 80
Veteran Member
You can set up multistep jobs directly in the Lawson portal. PDFs can be created at runtime automatically, either globally - in rpt.cfg in the /system folder - or by program - by copying rpt.cfg to .cfg and placing that file into the source directory (e.g. prsrc). By default, if you run multiple instances of the same program in the multistep job, the reports will all have the same name, but not overwrite each other, as they are stored separately in the print folder under the jobstep number. If you wish to give the reports different paths and/or names, this can be set in each step by clicking on the Reports button. The information you set in the Reports button lives in the JOBSTEPRPT table. The JOBSTEP table contains information about multistep jobs by step, including parameters. You can do mass updates to the tables if you are comfortable with that. We use a flow to update jobstep parameters that change (like dates) in the multistep jobs. Lawson also has canned 4GL code to create new jobs, update jobstep parms, and automatically submit jobs, so you can write a 4GL program to accomplish this also.
Julia
Basic Member Send Private Message
Posts: 13
Basic Member

Thanks that is all very helpful.  How did you get your job parameters updated?  Did you use a straight update from sql command or did you do a lawson sql call - i tried this and GEN - at least in our environment is not setup to be a product line so have to do a sql update statement.  Thanks again, appreciate the information.  

 

Julia 

Jason Beard
Veteran Member Send Private Message
Posts: 124
Veteran Member

Created a custom program that updated job parameters via the delivered Lawson COBOL API's.  There was a config file that kept track of various dates that we wanted to update  and the program would read that file and update the job(s) as needed.  There was a separate process that updated the config on a weekly basis.

Jason Beard
617-548-5568
jabeard3@gmail.com
Julia
Basic Member Send Private Message
Posts: 13
Basic Member

That is great information.  I like the idea of using something we already have and making it as standard as possible,.  We thought that we would need to put those dates in a file or somehow pull it from a Lawson table - calculate the date from a previous pay period -since that date follows a pattern with few variations.  Thanks for the information.  Julia