In the Queue Assignment tab, you can add and remove the selected user from work queues. Queues are specific groups of Stat users with similar skill sets or responsibilities and are defined by system administrators. For more information, see Queue Maintenance .
Queues are service-domain specific. For this reason, the unassigned list of queues is organized by service domain. Only the service domains the user has access to are listed (for more information, see Service Domain Access Tab ). Double-click a service domain to open the list of associated queues the user is currently not assigned to.
5 |
The Application Access tab is where you can restrict a user’s access to only specified applications while working within certain service domains. For example, if a user only has access to the Benefits application while in the HR service domain, then that user can only open CSRs that display the value Benefits in their Application field. In addition, when the user creates a new CSR, Benefits will be the only option in the Application field of the CSR window. Leaving this tab blank for a service domain gives the user access to every application in that service domain.
Application access also filters the list of users that belong to a queue. When a queue is added to or modified on a CSR, the list of developers is filtered based on the combined queue membership and application access settings. Only members of the queue who have access to the application are displayed. For more information, see Editing Queue Membership .
Applications are service-domain specific. For this reason, the unassigned access list is organized by service domain, with only the service domains the user has access to included (for more information, see Service Domain Access Tab ). Double-click a service domain to open the list of associated applications the user currently does not have access to.
5 |
The tree view of the unassigned list is organized by each service domain that the user has access to (for more information, see Service Domain Access Tab ), then by each change management module (PeopleSoft, Oracle Applications, and Generic Applications). Each module contains each associated class of objects, while each object class in turn includes each associated object type. This means you can grant users access to all the object types within a service domain at once, or you can restrict access to only individual object types.
7 |
Environment Access also restricts users from viewing and editing PeopleSoft Options.
The tree view of the unassigned list is organized by each service domain the user has access to and which is associated with active environments (for more information, see Service Domain Access Tab ). Each service domain opens a list of one or more change management modules (PeopleSoft, Oracle Applications, and Generic Applications), and each module it turn opens a list of associated active environments.
6 |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. 利用規約 プライバシー Cookie Preference Center