JANUARY 2019
ORACLE PRIMAVERA UNIFIER
CONDITIONAL ROUTING ENHANCEMENTS FOR COMPLEX RECORD APPROVALS
DOWNLOAD THE PDF HERE
In Unifier, routing for each step provides for Single, Majority or Consensus options to progress a document. Options to pre-assign or select users at time of routing also provide some opportunity for simple routing requirements but have some limitations in real-world experience. This tip outlines a couple of these scenarios and their solutions.
Consider Scenario 1—different reviewers for each record
For Change Orders, there are two or three steps where multiple users are required to approve, but this list changes for each change order. In this scenario, the only option above is to manually route (pick) the users at each of these steps. A better solution would be to define these users in the upper form and use those values to filter the pre-assignment list. This way, the same list can be used and re-used for that record, but a different set of reviewers could apply to the next change order.
Consider Scenario 2—different reviewers and routing in order
Change Order final approval requires multiple recommendations followed by multiple approvers and these must all be routed in order. In this scenario, routing in order would require a separate step for each recommend/approve action because as one step all would receive simultaneously. Second, routing as separate steps might require routing back to a document control person to enter who the next recommend/approver would be. For this, the better solution would be again to define the list in the upper form and use the values to filter the pre-assignment at each step. This would eliminate the interim document control step between each and would better automate the routing.
Solutions
Different Reviewers by Record
- Create data elements to record the user name and login name.
- You can also add data elements to determine if routing is required (yes/no) and then use this in a dynamic dataset to require entry.
- In the step for routing, select the GROUP where all reviewers are included then uses the “Additional Conditions” to filter the routing by the data element(s) (login name) from the upper form.
- Repeat this for each step where this group gets routed—for example at initial review and final approval.
- Prior to routing, the data elements in #1 would be set to required (based on dynamic data set) so that routing would automatically flow to those parties.
- This eliminates the manual picking of names at each step (prone to error—“I missed one of the approvers”