We would like to enable the feedback CASE type and functionality within Agile WorkBench without giving the user any other abilities - Creating BUGS or STORIES.
In 7.4 have noticed that new WHEN rules have been added, pzIsFeedbackEditable,pzIsBugEditable and pzIsStoryEditable to the navigation pzCreateNewItemNav which leads me to think that there must be some way of achieving this. Unfortunatly these WHEN rules are all 'OR' statements. In order to give a user access to AgileWorkbench and enable to window on the right to popout we have to grant them pxAgileWorkbench privildge. This then satisfies all the WHEN rules and so shows all options - bugs, stories and feedback.
Ideally I am looking for a way for the user to be able to click a button or link, run the script "pega.ui.gapidentifier.toggle" and have the Agile Workbench appear on the right without having to give the user the pxAgileWorkbench priviledge. Or if this is needed, somehow have it limited to just feedback.
Has anyone got any ideas how I might achieve this?
***Updated by moderator: Lochan to update platform capability***
Hi Vitts thank you for this, issue I have though is that without the pxAgileWorkbench privilege, the script pega.ui.gapidentifier.toggle doesnt seem to run and so the user can't view the section/popout in order to add feedback. I thought I had solved this previously but the reason it appeared to work was because I had the pxAgileWorkbench priviledge and clicked to show the popout. I then removed the priviledge and added priveldges to just Pega-Agile-Work-Feedback. Worked fine until I logged out and logged in again.
Thank you Vitts1 I was able to get this to work as you described but with some minor tweaks. I had to remove the pxAgileWorkbench privilege and instead added the class asset for Pega-Agile-Work-Feedback with pxAgileWorkbenchItemReadOnly and pxAgileWorkbenchItemModify set to level 5. There was no need to add the bug or userstory classes as the when condition to show Agile Workbench link only checks to see if they have the privilege and it is not null for visibility so there was no need to set up denial of access. My current set up now allows admins to have access to all 3 tabs but managers and users only have access to feedback.
This is really good to read that you go this working. I am curious though, without the pxAgileWorkbench privilege, how are the users able to see the Agile Workbench? Have you created a seperate button that calls the window into view?
I did not create a separate button. The button used by default worked just fine. If you check the when condition it is calling pyEnableAgileWorkbench, this has another when pzHasAgileWorkbenchPrivilege which calls 3 other when conditions that separately check to see if a user has access to change any of the tabs and if so it shows the button. I have taken screenshots of the when rules and attached below for reference.
Thank you very much for your help. In the end I still could not get this to work in exactly the way we wanted, however we did come up with a workaround that suited us.
Within each of the cases (BUG and USERSTORY) we added a WHEN condition to the Start Conditions on the Process tab of pyStartCase. We named these canCreateBugs and canCreateStories. The WHEN rules evaluated @HavePrivilege(tools,"pyCaseInstitutionalize","Pega-Agile-Work-Bug",null for BUGS and similar for Stories.
When then added the priviledge pyCaseInstitutionalize against the classes (Pega-Agile-Work-Bug and Pega-Agile-Work-UserStory) to the access roles we wanted to be able to use these.This means that although some users who we don't want to use these options can still see them in Agile Workbench, they can't use them. We can also then grant permissions to which ever access groups we wish.
I frankly do not see a need to do all these customizations, not sure whether you carried over such privilege needs even before 7.4 release, but good to see you made it work as per your requirements, which you may need to keep on maintain with Pega platform updates/upgrades. It will be great to see your implementation. Can you please share few screenshots on the roles that you configured for the access groups?
Please let us know if you still need anymore help and we can do a screen share by having an SR raised.