Alisha Posted October 25, 2022 Posted October 25, 2022 Hello, We have the 'app.bpm.display.skippedstages.hide' setting switched on and it works a treat for stages in the middle of a Business Process. However, if the last stage is not used, it is still shown on the Heads Up Display. Please could we request an enhancement to hide the last stage of the workflow if it's not used? Many thanks, Alisha
samwoo Posted October 25, 2022 Posted October 25, 2022 +1 - we have a single bpm where different stages does different things dependent on the App it's raised for (to avoid clogging up the already massive list of BPM's). Having the ability to hide unused stages from showing (before or after) would be fab. 1
James Ainsworth Posted October 26, 2022 Posted October 26, 2022 Hi @Alisha The setting 'app.bpm.display.skippedstages.hide' only applied to stages that have been skipped which is controlled by the Next Stage node. I'm assuming that in the Resolution stage of your workflow you have an End node which would be ending the workflow rather than skipping to another stage. One option might be to have a very simple last stage with just an End node and have the Resolution stage use a Next node to that last stage instead of an End node. 1
Guest Paul Alexander Posted October 26, 2022 Posted October 26, 2022 I understand that this is slightly different, but would it be possible to have an option in the BPM editor as to whether or not to show a particular stage in the HUD? We have a few BPM's where a stage is just used to do things like add connections and/or update custom fields etc, and the 'work' done in these stages don't need to be shown in the BPM?
samwoo Posted October 26, 2022 Posted October 26, 2022 Just now, Paul Alexander said: I understand that this is slightly different, but would it be possible to have an option in the BPM editor as to whether or not to show a particular stage in the HUD? We have a few BPM's where a stage is just used to do things like add connections and/or update custom fields etc, and the 'work' done in these stages don't need to be shown in the BPM? +1
Alisha Posted October 26, 2022 Author Posted October 26, 2022 Hi @James Ainsworth, I have added a stage with just a Start and an End node, but it doesn't look quite right when the request is in a Resolved state. As we have a suspend node after the request is Resolved, the stage will only get hidden when the request is Closed. Hopefully the screenshots will illustrate what I mean. Please could we just have the option to hide whichever stage we need hidden, as Paul has suggested? Many thanks, Alisha
James Ainsworth Posted October 26, 2022 Posted October 26, 2022 Hi @Paul Alexander 11 hours ago, Paul Alexander said: I understand that this is slightly different, but would it be possible to have an option in the BPM editor as to whether or not to show a particular stage in the HUD? We have a few BPM's where a stage is just used to do things like add connections and/or update custom fields etc, and the 'work' done in these stages don't need to be shown in the BPM? I'm interested to know the reason behind wanting connections or custom field updates to have their own stage and not just be part of any other existing stage? Are the workflows in these stages that you would like to see hidden very large?
James Ainsworth Posted October 26, 2022 Posted October 26, 2022 7 hours ago, Alisha said: Please could we just have the option to hide whichever stage we need hidden, as Paul has suggested? @Alisha I think what Paul is asking for is different from what you are asking for. All valid ideas, but I'm not sure that what Paul is suggesting would necessarily provide an answer for your scenario.
Guest Paul Alexander Posted October 27, 2022 Posted October 27, 2022 Hi @James Ainsworth 9 hours ago, James Ainsworth said: I'm interested to know the reason behind wanting connections or custom field updates to have their own stage and not just be part of any other existing stage? Are the workflows in these stages that you would like to see hidden very large? We have a couple of processes where there are a lot of decision trees to work through so, although each request will only for through ONE path per ticket, the possible options are quite big. The outcome of these decisions will update some custom fields which are then used in email templates etc further on in the process. So I've added these decisions to their own stage so that they don't make the other stages too messy (which I find easier to update in the case of someone wanting a change). However, as this stage doesn't actually do anything which would be of interest to the customer, it doesn't really need to be included in the HUD. So yes, this IS slightly different to what @Alisha is asking for is slightly different....and I should really have started a new thread! Sorry....
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