This documentation supports the 2.0 version of Remedy with Smart IT.

To view the latest version, select the version from the Product version menu.

Smart IT roles and permissions

Smart IT has its own broadly defined concept of roles, which are described in the following table. These roles are referred to later in this topic when describing permissions and should not be confused with the BMC Remedy ITSM functional roles described elsewhere in the BMC Remedy ITSM documentation.

Notes

  • The terminology used in the Related jobs column of the following table might be different from the terminology used by your organization. Use Related jobs only as a general guide to what the person does.
  • The activities listed in the Example activities column are dependent on the exact permissions granted to the user. For example, when updating knowledge articles, the extent to which knowledge article metadata can be updated by a Knowledge Author depends on their level of BMC Knowledge Management permissions. Likewise, Change Agents cannot create change request tickets if they only have Infrastructure Change Viewer permissions.



Related topics

Permission groups and application access (BMC Remedy ITSM documentation)

How roles map to permission groups (BMC Remedy ITSM documentation)

Configuring company access for people (BMC Remedy ITSM documentation)

Knowledge-Centered Support user roles and permissions

User permissions (BMC Knowledge Management)

Struct Admin permissions (BMC Remedy AR System documentation)

Smart IT roles

Smart IT role nameRelated jobsExample activities
IT Admin An administrator who configures Smart IT or performs other application related administrative functions.

IT Admins manage the following aspects of Smart IT from the Configuration menu:

  • Screen Configuration
  • Knowledge Template Styles
IT Agent 

Any Smart IT user who performs one or more of the following jobs in your organization:

  • Service Desk Agent
  • 1st and 2nd Line Support Agent
  • Field Support Agent

IT Agents perform the following kinds of activities in Smart IT, with the required permissions:

  • (Universal client only) View Incident and Work Order graphs on the Dashboard.
  • (Universal client only) View Service Request graphs on the Dashboard if BMC Service Request Management is installed.
  • Access and update the following ticket types from the Ticket Console, Global search, or the Updates feed:
    • incident
    • work order
    • service request
    • task
  • Create incident tickets and work order tickets from Smart Recorder and from the Create menu.
  • Add tasks to an incident or work order.
  • Create service request records from Smart Recorder (using a service request template).
  • Create broadcasts from the Create New menu.
  • Create assets from the Create New menu.
  • Access and update assets from the Asset Console, Global search, and Updates feed.
Change AgentAny Smart IT user who performs one or more of the following jobs in your organization:
  • Change Submitters
  • Change Implementers
  • Change Approvers
  • Change Coordinators
  • Change Managers

Change Agents perform the following kinds of activities in Smart IT, with the required permissions:

  • (Universal client only) View change management graphs on the Dashboard.
  • Access and update change request tickets from the Ticket Console.
  • Add tasks to a change request
  • Create change request tickets and broadcasts from the Create New menu.
  • Manage change request collisions, run impact analysis
  • Create assets from the Create New menu.
  • Access and update assets from the Asset Console, Global search, and Updates feed.
Problem Agent

Any Smart IT user who performs one or more of the following jobs in your organization:

  • Problem Manager
  • Problem Coordinator
  • Problem Submitter
  • Problem solution implementers

Problem Agents perform the following kinds of activities in Smart IT, with the required permissions:

  • Create problem investigations and known error tickets and broadcasts using the Create New menu
  • Create related problems from incidents
  • Relate problems and known errors to existing incidents, change requests, and work orders
  • Add tasks to problems and known errors
  • Create assets from the Create New menu.
  • Access and update assets from the Asset Console, Global search, and Updates feed.
Knowledge Author

Any Smart IT user who performs the following activities in your organization:

  • Knowledge article creation and edits (create articles from scratch, from existing content, or while resolving incident requests)
  • Knowledge article searches
  • Knowledge article administration (for example, updating the status of an article, flagging the article, and so on).

Note: IT Agents and Problem Agents often also have Knowledge Author permissions.

Knowledge Authors perform the following kinds of activities in Smart IT, with the required permissions:

  • Create knowledge articles from the Create New menu.
  • Access and update knowledge articles (their content and metadata) from the Knowledge Console, Global search, and Updates feed.
  • Access Knowledge, Asset, and People data from Global search.
  • Create new broadcast messages
Asset Manager

Any Smart IT user who performs the following activities in your organization:

  • Asset (CI) creation and updates CIs
  • Asset inventory management

Asset Managers perform the following kinds of activities in Smart IT, with the required permissions:

  • Create assets from the Create New menu.
  • Access and update assets from the Asset Console, Global search, and Updates feed.
  • Receive assets from a mobile device and check against a purchase order (PO)

The following sections describe the basic permissions required to access the Smart IT interface.Smart IT basic access requirements

Type of accessDescription
Smart IT user

A Smart IT user is anyone who accesses Smart IT with one of the following roles: IT Agent, Change Agent, Problem Agent, Knowledge Author, or Asset Manager.

A user must have the necessary permissions to perform the duties described in the Smart IT roles table. Make sure you review the necessary permissions for each Smart IT role to ensure you assign all of the required permissions for a particular Smart IT role.

Additionally, users accessing Smart IT should have access to records belonging to one or more companies. Company access is defined in each user's People record, under Access Restrictions in the Login/Access Details tab. Smart IT uses access restrictions to determine what company information is displayed on the Dashboard and in the Consoles.

Basic access requirements for a Smart IT user might look like the following examples:

  • Access restrictions defined + permissions for the IT Agent role
  • Access restrictions defined + permissions for the Change Agent role
  • Access restrictions defined + permissions for the Problem Agent role
  • Access restrictions defined + permissions for the Knowledge Author role
  • Access restrictions defined + permissions for the Asset Manager role

For more information about access restrictions, see "Configuring company access for people" in Related topics.

Smart IT administrator accessA Smart IT administrator (IT Admin) is anyone who performs Smart IT configuration or administration activities. IT Admins have access to the Knowledge Template Styles and Screen Configuration options in the Configuration menu. For minimum access permissions, see IT Admin permissions.
Smart IT user and administrator access

Anyone who needs to access Smart IT as a user and who also needs to work as an administrator must have access restrictions defined, Smart IT user permissions, and IT Admin permissions.

Basic Smart IT access requirements for someone working as both a Smart IT user and as an administrator might look like the following examples:

  • Access restrictions defined + IT Agent role + IT Admin role
  • Access restrictions defined + Change Agent role + IT Admin role
Multiple Smart IT roles

People who fulfill multiple roles within an organization need multiple permissions. For example, Ian Plyment is a second level service desk agent who needs to look at incident tickets and to create change requests when required. This means that Ian needs both IT Agent and the Change Agent permissions. Ian also needs to publish knowledge articles and so he also has Knowledge Author permissions.

Ian's access and permissions look like the following example: 

  • Access restrictions defined + IT Agent role + Change Agent role + Knowledge Author role

Note

In Smart IT, people without Viewer permissions are still able to see the high-level summary views of records. For example, in Smart IT, if you don't have Problem Viewer permissions, you are still able to see the Problem Summary view of the problem investigation ticket. This is because the Problem Summary view in Smart IT shows almost the same amount of information that you would see in a row of any Relationship table in the Standard BMC Remedy ITSM applications. 

Permissions for Smart IT roles

This section outlines the permissions needed to access Smart IT, organized according to the Smart IT roles described earlier in this topic. In some cases, there are several permissions from which you can choose. Select the permission that best matches the person's function in the organization. For example, if a manager needs one of the Change Agent permissions, you might give that person Infrastructure Change Master permissions, rather than Infrastructure Change User permissions.

Rules for granting permissions

The following rules apply to all Smart IT roles:

  • When there are multiple permission categories for a particular Smart IT role, the user must have one permission from each category. For example, Change Agents must have at least one permission from both the BMC Change Management and BMC Asset Management categories.
  • A user ID can have more than one permission from each category.
  • The specific permissions that you assign depends on the specific role the person fulfills in your organization.
  • If the user fulfills more than one role where Asset permissions are required, you need to assign Asset permissions only once.
  • Users with Asset permissions can update their own profiles.
  • Depending on the Foundation – Contact permissions, the user is able to create new customers in Smart Recorder and update profiles for other people. For more information, see Foundation module permission groups.

IT Admin permissions

An IT Admin must have AR System Administrator permissions to perform screen configuration (for example, adding custom fields to Smart IT views) and to create knowledge template styles.

In addition, if an IT Admin provides administration for support groups in BMC Remedy ITSM, that person needs Contact Organization Admin permissions. For more information, see Foundation module permission groups in the BMC Remedy ITSM documentation.

IT Agent permissions

The following table lists the required permissions for IT Agents:


CategoryPermissionAdditional information
BMC Service Desk: Incident Management

At least one of the following permissions is required:

  • Incident User
  • Incident Master
None
BMC Asset Management

At least one of the following permissions is required:

  • Asset User
  • Asset Viewer
  • Asset Admin
With the optional Receiving User permission, IT Agents can also scan assets, compare them with a purchase order, and mark them as received.
Task Management System

At least one of the following permissions is required:

  • Task User (included with Incident User and Incident Master)
  • Task Manager
None

(Only if installed)
BMC Service Request Management

At least two of the following permissions are required (one from each type):

  • Work Order permission type:
    • Work Order User
    • Work Order Master
  • Additional permission type:
    • Service Request User
    • SRM Administrator
    • Business Manager

Examples

  • Work Order User + Service Request User
  • Work Order Master + SRM Administrator

When BMC Service Request Management is installed on your system, the IT Agent login ID must have at least two BMC Service Request Management permissions.

 

You must grant these permissions when BMC Service Request Management is installed, even if the person to whom you are granting the permissions does not use the BMC Service Request Management application. 

For example, depending on the IT Agent's exact role in the organization, you might need to assign the following permissions:

  • Incident User
  • Asset Viewer
  • Task Manager
  • Work Order Master (only if BMC Remedy Service Request Management is also installed)
  • SRM Administrator (only if BMC Remedy Service Request Management is also installed)

Change Agent permissions

The following table lists the required permissions for Change Agents:

Notes

  • Access to Change Management functionality in Smart IT depends upon the level of permissions. For example, Infrastructure Change Viewers cannot create change requests, and users with only Infrastructure Change Submit or Infrastructure Change Viewer permissions cannot perform collision management or impact analysis. Users with Infrastructure Change User permission can perform these functions for change requests assigned to their support group.
  • In BMC Remedy ITSM, users with Infrastructure Change User permissions can modify a change request if they belong to either the Change Manager group or to the Change Coordinator group specified on the change request. In Smart IT, a user with Infrastructure Change User permissions can only modify a change request if one of the following is true:
    • The user has the Change Manager functional role and belongs to the Change Manager group specified on the change request, or
    • The user has the Change Coordinator functional role and belongs to the Change Coordinator group specified on the change request
CategoryPermissionAdditional information
BMC Change Management

At least one of the following permissions is required:

  • Infrastructure Change User
  • Infrastructure Change Master
  • Infrastructure Change Viewer
  • Infrastructure Change Submit
None
BMC Asset Management

At least one of the following permissions is required:

  • Asset Viewer
  • Asset User
  • Asset Admin
With the optional Receiving User permission, Change Agents can also scan assets, compare them with a purchase order, and mark them as received. 


Problem Agent permissions

The following table lists the required permissions for Problem Agents:

CategoryPermissionAdditional information
BMC Problem Management

At least one of the following permissions is required:

  • Problem Master
  • Problem User
  • Problem Viewer
  • Problem Submitter
None
BMC Asset Management

At least one of the following permissions is required:

  • Asset Viewer
  • Asset User
  • Asset Admin
With the optional Receiving User permission, Problem Agents can also scan assets, compare them with a purchase order, and mark them as received. 

Knowledge Author permissions

The following table lists the required permissions for Knowledge Authors:

Note

For Knowledge Authors to configure knowledge template styles from the Configuration menu in Smart IT, they must have IT Admin permissions.

CategoryPermissionAdditional information
BMC Knowledge Management

At least one of the following permissions is required:

  • Knowledge Admin
  • Knowledge User
  • Knowledge Submitter
None
BMC Asset Management

At least one of the following permissions is required:

  • Asset Viewer
  • Asset User
  • Asset Admin
None

Asset Manager permissions

The following table lists the required permissions for Asset Managers:

CategoryPermissionAdditional information
BMC Asset Management

At least one of the following permissions is required:

  • Asset Viewer
  • Asset User
  • Asset Admin

(Optional) To receive assets, you must have Asset Viewer, Asset User, or Asset Admin permissions, and the following permission:

  • Receiving User
None

Knowledge-Centered Support (KCS) user roles and permissions

This section outlines the user roles and permissions needed to access KCS features supported in Smart IT. To use KCS-defined features, you must use Smart IT 1.3.01 and later version that is compatible with BMC Remedy IT Service Management 9.1 and later. The following KCS-defined user roles are supported:

User roleDescription
KCS CandidateKCS Candidates search for relevant knowledge articles when resolving support tickets. They can use existing knowledge articles, propose amendments to them, or create new articles where no relevant article already exists.
KCS ContributorKCS Contributors review, enhance, and complete articles created by other users to suit a wider audience, flag articles that need improvement, and unflag articles after improvement. KCS Contributors also create and validate articles, without review by a KCS Coach.
KCS PublisherKCS Publishers publish content to an external audience such as users of BMC Digital Workplace, and they modify published articles.
KCS CoachKCS Coaches monitor, maintain, and improve the knowledge health of an organization by generating various reports and guiding users to adopt good knowledge management processes. A KCS Coach thereby helps to improve the KCS maturity level of an organization.

Permissions introduced with KCS in BMC Knowledge Management are explained in the User permissions topic.The permissions assigned to each KCS role are listed in the Knowledge-Centered Support user roles and permissions and Knowledge-Centered Support user roles and permissions topics.




Was this page helpful? Yes No Submitting... Thank you

Comments