Table of Contents

Users: Overview

Jennifer Trower Updated by Jennifer Trower

Read Time: 6 mins

This article provides information regarding the Users screen in Sonar (accessible through SettingsSecurityUsers).

If you are looking for information regarding the “User Profile” page (your personal user settings), please refer to the User Profile: Your Personal User Settings document here.

In Sonar, a user is defined as an individual who has access to the instance. The level of access they have to the instance, however, is determined by the role that is applied to the user. This article provides an overview of the users screen within Sonar, as well as how to create a new user, disable users, and some of our best practices around user creation.

The Users Screen

An overview of the available features and information contained within the “Users” screen is provided below:

  1. Create User: clicking this button will open the Create User window, where you can fill out the required fields to create a new instance user.
  2. Filters: through the Simple/Advanced toggle, you can switch between simple filtering or advanced filtering, allowing you to narrow down the data that is presented within the “Users” table.
For a more detailed look at simple and advanced filtering, refer to our Filtering: Simple vs Advanced article here.
  1. Export: the option to export the User table data is available through this button, and can be downloaded in either JSON or CSV format.
  2. ID: the instance ID of the user.
  3. Enabled: reflects whether the user is currently active and has access to the Sonar instance.
  4. Completed Setup: this will indicate whether a user has completed the new user setup process or not.
In order for this column to display “Yes”, the user must have already carried out the instructions sent to them (in the auto-generated Sonar email), which consists of creating a new password and logging into the Sonar instance.
  1. Name: the full name of the user.
  2. Username: the name that the individual will use when signing in to the Sonar instance.
Each username must be unique within the Sonar instance.
  1. Super Admin: if the user is a super admin, a “Yes” will be displayed here, and it means that the user has all system permissions automatically; if this is “No”, the user must be assigned a role, which would then be displayed under the Role column (#12 below).
  2. Email Address: the email address for the user; this is the email that will be used to receive any email communication from Sonar, and also if a password reset is performed.
  3. Mobile Number: the mobile number for the user; click-to-call functionality is available for the mobile number from within the table.
Once implemented into Sonar V2, the mobile number field will be the number used to send out SMS messages to the user.
  1. Role: the role of the user, which determines what set of permissions and level of access that the user has.
To learn more about roles and how to create them, take a look at the User Role Creation & Best Practices and Role Creation using GraphiQL documentation.
  1. Edit Menu: clicking this button will open the Edit User window, where you can update the user's information.
Through the Edit User window, you can also modify the user's Public Name — this is the name that will be publicly viewable for the individual (i.e., when replying to public tickets, if a signature has been set up for the inbound mailbox).
  1. Details Panel: clicking the arrow will open a sidebar panel where the details for the user can be viewed, including a log of activity for the user.

Creating New Users

If you are creating a new user that will be assigned a role (and not given Super Admin permissions), you will need to create the roles in your instance first.

To create a new user in Sonar:

  1. Navigate to SettingsSecurityUsers
  2. Click “Create User” (from the top-right of the Users screen)
  3. Complete the required fields in the Create User window
    Expand this section for a more detailed look at the Create User window
  4. Click “Create” (from within the Create User window)

As soon as you click “Create” in the above step, an email will automatically be sent out to the email address for the newly created user — this will happen regardless of the instance being in test or active mode. This email will contain a link for the user to create a password, and the user must perform this step to complete their user setup within the instance (to have the “Completed Setup” column reflect “Yes” in the Users table).

New users receiving the “New user created” email will have 48 hours to click the link and activate their account. If the 48 hours have elapsed, the email will need to be resent. Follow the “Resending the User Creation Email” guide for more information.
The “New user created” email is a triggered email that is automatically added to all instances by default and cannot be edited. To view the content of the associated email message:

1. Navigate to Communication ToolsConfigureTriggered Messages
2. Clicking on the either “View” option on this line item will open a window which allows you to preview the contents of the message.

Resending the User Creation Email

If the user definitely did not receive the initial user creation email, it can be resent to the individual using the steps below.

As long as the Completed Setup column shows a 'No' for the user (from within the Users table), using the “Reset Password” option (available from the instance login page) will fail — to resend the user creation email, follow the steps outlined below.
  1. Navigate to Settings → Security → Users
  2. Locate the user within the users table and click the downward arrow next to their associated “Edit” menu
  3. Click the “Resend User Creation Email” option that appears and confirm your action in the pop-up window that appears
    1. If you resend the email and then the 1st email arrives, the 1st email will contain a link, but it will no longer be valid — clicking on it will give a 404 error. The user must wait for the 2nd email to arrive.
    It should be noted that Gmail and Yahoo both batch their emails together, so you should always scroll to the bottom (most recent) email. The user may have two emails arrive at the same time, but the 2nd email and link is what is needed.

Applying Roles to Users

If you need to apply a role to a user, after the initial creation process has occurred, you can do so by:

  1. Navigate to Settings → Security → Users
  2. Locate the user within the Users table and click their associated “Edit” button
  3. Within the Edit User window, make the desired selection for the user's Role field
    If the user is currently a Super Admin, you will first need to uncheck the Super Admin box within the Edit User window — the Role field will appear once this is unchecked.
  4. Click “Save”

Disabling Users

The actual deletion of users within Sonar is not supported, as it goes against best practices to delete a user who has existed within the system. We provide the ability to disable a user instead. Disabling a user allows you to remove a user's access to the instance and also makes them unavailable from being selected as a user within the system. All the user's history and details will remain in the system for future reference if needed.

You cannot disable a user who is assigned to any open tickets or job.

To disable a user:

  1. Navigate to SettingsSecurityUsers
  2. Locate the user from within the Users table and click their associated “Edit” button
  3. Uncheck the Enabled box from within the Edit User window
  4. Click “Save”
For more information on disabling users, including recommendations for disabling terminated employees, refer to our documentation on Removing a Terminated Employee in Sonar.

How did we do?

User Role Creation & Best Practices

Contact