Service Manager powered by HEAT

Defining Your Organization

• About Organizational Units and Charts

• About Roles

• About Users, Teams, and Groups

•Working with Organization Charts

•Working with Supporting Organizations

About Organizational Units and Charts

Organizations, such as companies, are divided into separate groups, referred to as organizational units. Use an organizational unit hierarchy to apply structure to your organization. Creating a parent-child structure of organization units can prove useful for data segregation and organizational security.

A hierarchy structure also lets you manage permissions between tiers. For example, a member of a Service Desk Manager management-level tier could be allowed to view the incidents assigned to all Service Desk Analysts who are in a lower tier.

An organizational unit is stored as a business object. It can be modified by administrators and seen on a view-only basis by others depending on their role. By default, all new employees are added to the default organizational unit.

You can create organizational units from the Configuration Console. See Working with Supporting Organizations.

Organizational units are used in these ways:

•If the Service Level Management module is installed at your site, an organizational unit has subscribed to a service level agreement.

•Service catalogs are published to one or more organizational units.

About Roles

Roles govern the access for a user to the business objects in Ivanti Service Manager. Roles control which workspaces are available to users when they log in. Each role has its own workspace definition, which you specify as part of the overall configuration for a role.

When you configure a role, you can specify one of the default workspaces supplied in Ivanti Service Manager , or define custom workspaces by selecting screen elements, including the primary business object and primary business object layout display. Ivanti Service Manager workspace options are grouped within top level tabs at the top of the browser window. Users select which workspace to view by clicking its supporting tab.

A user named InternalServices is provided by default to support the workflow and escalation engines. This user is linked to the admin role. You cannot delete this user. Do not link it to other roles or unlink it from the admin role. Doing so will disable the workflow and escalation features.

About Users, Teams, and Groups

Employees are grouped together into teams. Employees who will receive incident, change, or problem assignments must belong to at least one team because assignments are given to teams and use team email rather than individual email. Individual employees, depending on their work load or function, can be on one or more teams.

A group is made up of one or more employees who are approvers or decision-makers in the approval process.

See Working with Employees, Working with Teams, and Using Contact Groups for more information on setting these up.