Inside Activate
Workflow and Approval
Displaying Role Members in Workflow Summary
6 min
overview when a service is configured with a role as the approver, the workflow summary typically displays only the name of the role responsible for approval for organisations where role names are not meaningful to end users, this can create delays users are unable to identify who is responsible for approving their request and therefore cannot easily follow up if required a role level setting is available to display the actual members of the role within the workflow summary this enables visibility of the users assigned to the approval easier follow up and escalation direct navigation to approver profiles this setting is controlled per role and is not a global configuration configuration to enable display of role members in the workflow summary open activate studio navigate to roles open the relevant approval role (for example, service desk) locate or create the parameter displayusersonworkflowsummary set the value to true refresh the activate web application this setting applies only to the specific role being edited other roles will continue to display only the role name unless explicitly configured behaviour when disabled (default behaviour) if displayusersonworkflowsummary is set to false the workflow summary shows only the role name no member preview or hover information is available individual users assigned to the role are not displayed this maintains the standard, role only presentation when enabled if displayusersonworkflowsummary is set to true the workflow summary includes a hover preview showing all members of the role members are listed individually each member is clickable and opens the user’s profile in requested job views, role members are displayed beneath the workflow history section layout and formatting remain unchanged this provides transparency while preserving existing workflow functionality where it appears when enabled, member visibility applies to service properties pages requested job views workflow history sections where a role is assigned to an approval step use cases this configuration is particularly useful where services use shared approval roles rather than named individuals end users need to follow up on time sensitive approvals role names are technical or internal and not meaningful to requesters approval responsibilities rotate between team members considerations the member list reflects the current membership of the role large roles may display a significant number of users in the preview changes to role membership are reflected immediately after refresh this feature improves transparency of workflow approvals without altering approval logic or security behaviour