Awalker Posted February 23, 2017 Share Posted February 23, 2017 Good Morning, Can you let me know if we have a way to alter a BPM that requires approval part way through to stop the requester approving said request if that makes sense? For Example; Jim raises a Change request, and it gets to the point of needing to be approved, now at present he is given 50% in approval in the BPM, but ideally i would like for him not to have the option to approve his own request, but still be an approver for a request that is not raised by himself. Please let me know if that does not make sense. Link to comment Share on other sites More sharing options...
Victor Posted February 23, 2017 Share Posted February 23, 2017 @Awalker on top of my head, there might be a way if what I am thinking can be applied... would you be able to export your Bp and send it to me? I want to have a look and see if possible... Link to comment Share on other sites More sharing options...
Awalker Posted February 23, 2017 Author Share Posted February 23, 2017 @Victor Absolutely, however how do i go about doing this? Do you require the definition file? Link to comment Share on other sites More sharing options...
Victor Posted February 23, 2017 Share Posted February 23, 2017 @Awalker in BP management interface there is an option to export the BP definition file and this should create TXT file. You can send it to us at hornbill.support@hornbill com, mark it for my attention and I'll have a look.. 1 Link to comment Share on other sites More sharing options...
Awalker Posted February 24, 2017 Author Share Posted February 24, 2017 HI @Victor This has been sent Link to comment Share on other sites More sharing options...
Victor Posted February 24, 2017 Share Posted February 24, 2017 @Awalker got it, thanks! .. I'll post an update as soon as I get a chance to look at it Link to comment Share on other sites More sharing options...
Victor Posted February 27, 2017 Share Posted February 27, 2017 @Awalker so, following the email I sent you earlier below are the changes I made to the BP: - normal and emergency changes now follow the same path - the reason is that from what I see the only difference was the authorisation task name (normal or emergency) which now populates from previous task outcome; - there is a decision node for request owner - for each designated authorisers there is a decision node in which, if the criteria is met (meaning request owners is one of these) it creates a specific set of authorisation tasks, excluding the task for request owner (I hope this is what you wanted); - the full decision tree is now grouped for a bit more clarity on the process diagram - also removed some redundant nodes. Let us know how it works Link to comment Share on other sites More sharing options...
Awalker Posted February 27, 2017 Author Share Posted February 27, 2017 Hi @Victor, That is excellent, i have now uploaded this and will being to test and review the process, also really like the decision grouping. Thank you very much for your help and support. Link to comment Share on other sites More sharing options...
Victor Posted February 27, 2017 Share Posted February 27, 2017 No worries Link to comment Share on other sites More sharing options...
Awalker Posted March 10, 2017 Author Share Posted March 10, 2017 @Victor I ahve tried this today and unfortunately it is not working as desired, the customer still has the option to approve the change request, can you please advise? Link to comment Share on other sites More sharing options...
Victor Posted March 13, 2017 Share Posted March 13, 2017 @Awalker sorry, I was not in the office last week. Can you give me a reference example where this happened? I need to see how the BP works in that context, maybe I missed a scenario... Link to comment Share on other sites More sharing options...
Awalker Posted March 13, 2017 Author Share Posted March 13, 2017 Hi @Victor, A change request was raised by David Finn, he has has 60% approval assigned to him via the authorisation node, when the CR got to the point of approval, he still had an activity assigned to him for approval and he was able to progress the CR. Link to comment Share on other sites More sharing options...
Victor Posted March 13, 2017 Share Posted March 13, 2017 @Awalker what is the CR reference? Link to comment Share on other sites More sharing options...
Awalker Posted March 13, 2017 Author Share Posted March 13, 2017 @Victor CH00000122 Link to comment Share on other sites More sharing options...
Awalker Posted March 17, 2017 Author Share Posted March 17, 2017 Hi @Victor, Did you manage to take a look at the above? Link to comment Share on other sites More sharing options...
Victor Posted April 5, 2017 Share Posted April 5, 2017 @Awalker apologies, I was away for a few weeks. Will have a look now and see what's going on. EDIT: I had a look and I suspect is due to how BP handles users either by user name or handle. I have added some additional checks in the nodes, have a look if new raised changes still create the task for the change owner. (the amended process is CCG_Change Request_Non Elevated Access, if you have other processes using this they would need to be amended as well..let me know on this) Link to comment Share on other sites More sharing options...
Awalker Posted April 13, 2017 Author Share Posted April 13, 2017 HI @Victor, Apologies, its looks as though it has worked, but it is working the wrong way round. As part of my Process the first step once a change request has been raised is someone assigned to the change team needs to assign it to an analyst, the process then stops the assigned analyst from approving the change, whereas what i am trying to do is to stop the customer who raised the request from having that ability, as currently they still can. if that makes sense? Link to comment Share on other sites More sharing options...
Victor Posted April 13, 2017 Share Posted April 13, 2017 @Awalker ah, I see, wel... theoretically should be possible, I'll have a look at few examples in your instance and see if I can come up with some BP rules to cater for your scenario... Link to comment Share on other sites More sharing options...
Awalker Posted April 13, 2017 Author Share Posted April 13, 2017 @Victor excellent really appreciate your help on this, would be good to get this nailed Hope all is well. Link to comment Share on other sites More sharing options...
Victor Posted April 13, 2017 Share Posted April 13, 2017 @Awalker so, to make sure I understand this correctly, for example: Scenario A: Han Solo is a member of the change management team, one of the persons able to do the authorisation to proceed. Han raises a change request where he is the customer on the request. In this scenario, although he is a member of the change team, Han should not be able to authorise this change. (although he always seems to get around things funny enough); Scenario B: Darth Vader is NOT a member of the change management team. Vader raises a change request where he is the customer on the request. In this scenario any member of the change management team (e.g. Han, Leia, etc.) should be able to authorise teh change as Vader has nothing to do with this team (although he might be able to do anything he wants, he knows the force quite well). Jokes aside, I hope this is how the process works (or should work) for you... Link to comment Share on other sites More sharing options...
Awalker Posted April 13, 2017 Author Share Posted April 13, 2017 @Victor, the force runs strong through your scenarios, these are correct. Link to comment Share on other sites More sharing options...
Victor Posted April 13, 2017 Share Posted April 13, 2017 @Awalker I made a change to "CCG_Change Request_Non Elevated Access" process which I think caters for these scenarios... Give it a try, I can only hope the force is strong with me as well... (*jedi waving hand) ... Your process works now... Link to comment Share on other sites More sharing options...
Awalker Posted April 13, 2017 Author Share Posted April 13, 2017 @Victor i will run some tests now to see if this process has returned from the dark side 1 Link to comment Share on other sites More sharing options...
Victor Posted April 13, 2017 Share Posted April 13, 2017 Ermmm... might have missed one branch ... EDIT: ...or not... but.. on 151, how come you have all these the "Authorisation To Proceed [Normal]" tasks?... I don't see where all these tasks were created, the BP only supposed to create these 5 "Authorisation To Proceed [Normal Change]" tasks.... Link to comment Share on other sites More sharing options...
Awalker Posted April 19, 2017 Author Share Posted April 19, 2017 @Victor Thank you for the help in updating the BP, the requested change now works as intended, however: - The process now fails once a change is updated to Implemented, Can you please help me identify why this is as i am unable to confirm this nor can i find further description of the error in the log files as the filter does not seem to work. Error Attached. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now