Many of the processes we map in EPDM for the approval and changing of documents run in a serial fashion with the files moving from one person / state to the next. This is great but can result in bottlenecks when multiple approvers are required for certain activities. One of the great enhancements in EnterprisePDM 2013 was the new ‘Parallel Transition’ within the (fully redesigned) Workflow editor.
Let us take a simple process for the Release of an Engineering Document. In order to be fully approved for release it must be ‘Approved’ by Engineering, Operations and Quality. As a serial process it could look something like the image below with each approver in sequence. This works fine, but if Operations or Engineering Managers are not available then Quality must wait for their return, even if he will be refusing that request as soon as he gets it.
In 2012 and earlier releases it was possible to model a parallel approval process using DataCard variables to check and record when an approval was granted, returning the file to a single ‘pending’ state until the Workflow logic dictated that all approvals had been received. This (as shown below) uses a temporary state that has two ‘automatic’ transitions from; one the file follows if all approvals have been granted (based on variables being set by the approvals), the other route the file follows if any of the approvals have not been granted. Again this works, but is limited with respect to the need to use variables on the datacard for each ‘approver’ and a unique transition for each in the Workflow itself.
With 2013 and the new Parallel Transition we can simply use a single transition with associated Roles (users) and a rule that says how many ‘approvals’ are required from each Role. This allows us to configure the same workflow to allow for the file to be released with only 2 out of the 3 approvals granted.
After resetting the Workflow to a more simple design let us look at the properties of the ‘Approval Granted’ transition.
Enable ‘Authentication’ if you require each user to enter their password when executing the transition. Change the Transition type to Parallel.
We now have a new Tab named Roles available to us and we shall define three roles, one for Engineering Approval, one for Operations and one for Quality. In each I can choose to add one or more individuals and select if all or just a certain number must approve.
Click Add Role to create the Role and add the Users
Once you name the Role, Add Members before finally defining how many of those Members are required to action the Transition. I have added 3 Users but only 1 user being required for Engineering Approval to be given.
In my example I will repeat with the Operations and Quality Roles defining that in each a single User must approve, so to get fully approved the file must be approved by one person from each Role.
Next, we must also be sure to allow the Members from each Role permission to use the Transition.
The remaining steps would not have changed from EPDM 2012 so continue to add any Conditions, Actions and Notifications to the Transaction as required.
The workflow transition will now show as a double green line identifying it as a Parallel transition.
Finally let’s take a look at how this looks in action. The selected file has been “Submitted for Approval” , I am logged in as ‘Engineering 1’ and as you can see when I go to ‘Change State’ I have the option to select ‘Approval granted’ and that current ‘0’ out for the required ‘3’ Approvals have been given.
When I select the Transition you can also see that ‘2 more users’ are still required.
Made a mistake? One of the really great things about a Parallel Transition is that it can be revoked.
Hopefully you have found this post of interest. If you have any questions or suggestions for future posts just contact us or comment on this post… if you say nice things we may even show them ;-)
Thanks for your time...
Wayne Marshall | Customer Support Manager