Managing Users

Use the following general steps for establishing user accounts:
  1. Determine the types of user accounts you need.
  2. To better manage sets of users, log in to Application Administrator, and then create groups, such as "Release Engineers" and "Service Technicians."
  3. Add accounts for each active user.
  4. Assign users to the applicable groups you created. This will ease the process of assigning users to roles.
  5. Assign groups to roles in each process app.
For guidance on each of these steps, refer to the Application Administrator online help or the SBM Application Administrator Guide located on the Documentation Center.

Types of Users

Before you add user accounts, consider the types of users you need. This helps you determine the product-access level you should assign to each user.

For example, Serena Request Center has two distinct types of users: requesters and fulfillers. Requesters are those who request IT services, such as logging a ticket to report a problem and asking for additional network access. Fulfillers are those who respond to requests by either directly working on them or by managing incoming requests to ensure that an organization's activities are streamlined.

Use the following information to determine which product-access type to assign to each set of users:

  • Occasional User

    Assign to users who will use Serena Request Center to submit IT service requests. These users can also view and update the requests and proposals that they submitted.

  • Regular User

    Assign to users who will fulfill requests.

  • Managed Administrator

    Assign this product-access level to users who will configure Serena Request Center, administer your process apps in SBM Composer and Application Administrator, manage user accounts, and other administrative duties. By default, this product-access level is automatically granted to the user who establishes your on-demand account.

Adding User Accounts

Each active user in your system must have an account that includes:

  • Name and e-mail address
  • Product-access level
  • Group membership (optional, but recommended)
To add user accounts, log in to Application Administrator, and choose one of the following methods:
  • Select the Users icon and manually add individual user accounts.
  • Select the Import Users icon to import users from a spreadsheet or from an LDAP store.

For details steps on adding or importing users, creating groups, and assigning users to groups, click Help in Application Administrator.

Assigning Users to Roles

After you establish accounts for each user in your system, assign these users to applicable roles in Application Administrator using the following guidelines.

Product-access Level General Guidance Example
Occasional User Assign these users to roles intended for IT customers and planners who submit requests and who need to view and update their requests later.

User(SSM - Incident Management)

User (SRC - Service Request)

Regular User Assign these users to roles intended for IT staff who will fulfill requests submitted by IT customers.

Level 2 Tech(SSM - Incident Management)

Editor/Publisher (SRC - Knowledge Management)

Managed Administrator Assign these users to roles intended for users who will administer the process app in Application Administrator, SBM Composer, and Application Repository.

Administrator (SSM - Configuration Management System)

Administrator (SSM - Problem Management)

Group Queues

Group queues keep items from being missed or delayed if individuals are absent when items are submitted or move into an investigation state because the entire group has visibility and ownership of items. In addition, items with a primary owner can be reassigned to the group queue.

The following applications allow items to move into a group queue, where team members are secondary owners and can assign items to themselves or to someone else on the team:
  • Service Request
  • Incident Management
  • Change Management
  • Problem Management

An item can be assigned to both a group and an individual, or to one or the other. This allows users to assign an item directly to the appropriate individual without having to move it into a queue state.

For example:

The provided applications listed at the beginning of this topic include special dashboard reports that show the number of items in queue states and the items for which the current user is a primary or secondary owner. The queue states in these applications have Operational Level Agreements (OLAs) that stipulate how long items can remain in queue. E-mail notifications defined for the OLAs warn users when items are at risk or in violation of the agreements.

The following steps should be followed if you want to customize the implementation of group queues.

In SBM Application Administrator:

  1. Assign users to groups.
  2. Assign these groups to the roles that were associated with Multi-User and Multi-Group fields in SBM Composer. For example, Carlos is in the IM Technician group, which is assigned to the Level 1 Techs role. This role is associated with the Level 1 Group Multi-User field, so Carlos can be selected when an item is assigned to a technician and is a secondary owner when the item is in a queue state.
  3. Define Operational Level Agreements (OLAs) or Service Level Agreements (SLAs) for the queue states.
  4. Subscribe the groups to notifications. For example, if the group is subscribed to the "I become the owner of any Incident" notification, all group members will be notified when an item moves into a state in which the group is the secondary owner.
Note: For details, see the SBM Application Administrator Guide.

In SBM Composer:

  1. Associate roles with Multi-User and Multi-Group fields in primary tables. For example, you could associate the Level 1 Techs, Level 2 Techs, and Level 3 Techs roles with the Incident Operators field.
  2. Set the selection mode for the Multi-User fields to Groups & users.
  3. Use decisions in application workflows to route items to "work" states when an individual owner is specified or to "queue" states when a group is specified.
  4. Assign the group fields as secondary owners of the "work" and "queue" states in application workflows. (The Secondary Owner system field must be added to the primary table before you can do this.)
Note: For details, see the SBM Composer Guide.