Login
Register
Search
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Forums
Integration / Customization
IPA/ProcessFlow
Req Approval - User Action Task Question
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Who's On?
Membership:
Latest:
Jeffin Joy
Past 24 Hours:
0
Prev. 24 Hours:
0
Overall:
4988
People Online:
Visitors:
57
Members:
0
Total:
57
Online Now:
New Topics
Top Forum Posters
Name
Points
Greg Moeller
4184
David Williams
3349
Kat V
2984
Woozy
1973
Jimmy Chiu
1883
Kwane McNeal
1437
Ragu Raghavan
1377
Roger French
1315
mark.cook
1244
Chris Martin
825
Forums
Filtered Topics
Unanswered
Unresolved
Active Topics
Most Liked
Most Replies
Search Forums
Advanced Search
Prev
Next
Forums
Integration / Customization
IPA/ProcessFlow
Req Approval - User Action Task Question
Please
login
to post a reply.
5 Replies
0
Subscribed to this topic
53 Subscribed to this forum
Sort:
Oldest First
Most Recent First
Author
Messages
Preston Burdwell
Advanced Member
Posts: 33
New Poster
Congrats on posting!
9/17/2010 7:52 PM
I have a question about Tasks and assigning work to an approver in the req approval flow. We have the following approval levels by requesting location at our facility:
1. Level 1 = $0 - $500
2. Level 2 = $501 - $1000
3. Level 3 = $1001 - $10000
4. Level 4 = $10000 - 100000
5. Level 5 = $100001 - UP
Each level of approval can go to a different person depending on the requesting location. Here is the problem: Some Requesting Locations don't have a Level 1 approver, just a Level 2. Do I have to hard code these requesting locations to skip the lower levels when one does not exist? Thanks in advance for anyone who can help!!
Sam Simpson
Veteran Member
Posts: 239
9/17/2010 9:11 PM
Split
What version are you? 80x or 90x?
Please read thru processflow administraion guides to understand how users/task are set up. An approver can have
one or many levels of approval. You will have to define who are the level approvers (it could be a janitor or CEO). If your requesting location only have one level of approver then you will define the same approver from level 1 to level 5.
Preston Burdwell
Advanced Member
Posts: 33
New Poster
Congrats on posting!
9/17/2010 9:21 PM
Split
Thank you Sam for your response! We are 9.0.0.6 apps and 9.0.0.7 env. I have the levels set up correctly according to the manual, but was trying to avoid having an approver respond twice to one requisition. If a requisition is $900, the flow would send it to Level 1 and Level 2. What if Level 1 and Level 2 are the same person? Is there a way to keep the approver from having to approve twice?
Sam Simpson
Veteran Member
Posts: 239
9/20/2010 2:24 PM
Split
Are you still confuse? In 90x you have to use RM(ldap) to get the approver levels based on RQH-REQUESTER. Create two variables called rqlevel and rqparent. Rqlevel could be the requester, manager or Director and rqparent could be the somebody above level1. In ldap every requester has both USRRQLEVEL and USERRQPARENT and you have to save this every time a loop is made in LDAP. The value of USERRQLEVEL and USERRQPARENT could be anything from "Requester", "Manager" or "CEO".
So before going to who's inbasket you will test the threshold like:
If Amount <= 500 && rqlevel = 'Manager' || Amount <= 1000 and rqlevel = "Director" ||...etc then go to the
in-basket otherwise loop thru ldap this time using the saved USERRQPARENT.
In your case, it will bypass the "Manager" and loops again and get the "Director". Since "Director" is level 2, the
amount is approved because it is less than 1000.
We are also a Hospital company and like you we have different levels of approver. We even test for budgets and or source of budgets and fiscal years.
Sam Simpson
Veteran Member
Posts: 239
9/20/2010 2:43 PM
Split
Forgot to include WFMETRICs. Before looping to the next level, you have to get the next level of approver from WFMETRICs (WF-RM-ID).
Preston Burdwell
Advanced Member
Posts: 33
New Poster
Congrats on posting!
9/20/2010 6:24 PM
Split
Sam, again, I thank you for your help. I am attempting to implement what you have explained here into our current design. I will repost to let you know how it goes!
Please
login
to post a reply.