The "Users" view allows your to search, create and inspect Nimbus users. The availability of users is directly tied to your (Azure) user directory.
The Users view consists of the following elements:
- A tenant selection in case the currently logged in user can manage multiple tenants. The list of users adapts accordingly.
- A list of users with search and create options. You can search users by common or unique criteria such as @domain or their O365 ID.
- A user detail view, opened when clicking on or creating a user. The view is distinguished by several tabs as explained further below.
All Nimbus admins have access to the "Users" management view, limited by the respective tenant and Roles and Permissions.
Certain user tabs may not be accessible, limited by Nimbus Features and licensing. This is also explained further below.
- MS Teams-based: Directly tied to your "Teams" the users get automatically added to a Nimbus service
- None: For IVR or first-level redirection services
- Skill-based: Manual skill-assignment from users you add from within your tenant directory.
When should I create Nimbus users manually?
In case you want to create a Contact Center service without a direct MS Teams you can add users manually via search in your O365/Azure user directory. In this context adding users manually makes sense to individually assign individual licenses to enable User Skills and Levels for skill-based distribution within any (future) Contact Center service type.
Good to know
- Manually added users will have access to the Nimbus portal but may not see any service data until they are part of at least one service.
- Features for the user may become available based on each individual Service Settings and Features based on the a service's license.
→ For example, one service may enable extensions such as Attendant Console for its users, so the menu option becomes available to the user as well. However, functionality and data availability within that service may be limited for that user, based on the user role.
- A user that already exists in any of your Microsoft Teams-based Service do not need to be created / added again and can be upgraded for further licenses.
Nimbus keeps track of users only for its internal service (Organization Unit) and Roles and Permissions assignment. Creating new users will not write back into your O365 / Azure user directory, only read from
- You can delete any user that has been manually added before and is not synched to a MS
- Users automatically created (e.g. during Service Provisioning) are tied to an active service team and cannot be deleted.
- Users are only removed automatically when they were removed from the Azure user directory.
Good to know
A tooltip over an inactive deletion icon will inform you why deletion is not possible.
Nimbus keeps track of users only for its internal Service, Organization Unit and Roles and Permissions assignment. Deleting users in the Nimbus UI will not remove them from your O365 / Azure user directory, nor remove them from MS Teams.
The "General" tab shows the following details of a user:
|Column||Description / Purpose|
|Display name of the user, as shown in the Nimbus UI.|
The Organization Unit of this user.
Note: This determines the items the user can see within Nimbus, not necessarily reflecting which services or rights this user has.
|First Name||First Name - as provided by user directory.|
|Last Name||Last Name - as provided by user directory.|
User Principal Name to which calls get forwarded to by Nimbus.
|O365 ID||Azure / O365 ID under which the user is identified by.|
|Department||Department field (blank if not specified within Azure).|
|Using Switchboard Flag|
(Switchboard = Attendant Console)
Refer to the Attendant Console section for further info on how to use this product.
|Number of assigned teams|
Shows the amount of teams that this user is a part of.
Why can I not change these details? User details are provided by your tenant's user directory. Changes are made by your local tenant administrator. Details may not be altered from within Nimbus to avoid field conflicts.
Why Nimbus adds users automatically
After Service Provisioning Nimbus adds additional "service" users to its list, based on their Organization Unit and team affiliation, This "MS Teams-based" mode is the default for Nimbus "Advanced Routing".
It acts as follows:
- … Team Owners act as "Service Administrators", able to access their Service Settings and Configuration.
- … Team Members act as "Service Users" for call distribution. Users can access User Settings.
- … each of these user roles is affixed to a certain set of Roles and Permissions - e.g. Read / Write rights on Configuration items and Service Settings.
- … the visibility of items visible to users is determined by their respective Organization Unit affiliation.
Known Issue - User synchronicity on deleted teams
When a MS Teams teams is removed manually - without prior Uninstallation of the related Nimbus service - the users are not shown within the user administration list anymore. However, the team and its members are still shown within Services until the Nimbus team is fully removed from Azure.
- In the user administration users will only be shown when part of at least one (still) operational service. This is synched with your tenant user directory and intended design.
- Nimbus keeps a history of the team members (retrieved from MS teams channel) even after the channel was removed from the teams client. To the User / Service Administrator this will appear as a mismatch of user count.
Additional licenses may be enabled per user to allow for additional Nimbus Features.
- The Contact Center license allows assignment of User Skills and Levels. This is done to allow skill-based call distribution via Distribution Profiles and Policies.
→ Enabling this feature enables the "Skills" tab.
- The Attendant Console license enables access to Attendant Console features for that user, to be found within the Nimbus frontend main menu.
- The %webinteractname license enables access to Web Interact features, allowing the user direct interaction with customers visiting via a Website or different Frontend.
Some features may appear disabled or are hidden for the time being as their configuration, access and reporting concepts are being finalized.
The "Services" tab shows the Nimbus service teams the user is currently a part of:
|Column||Description / Purpose|
|Display name of the service as shown in the Nimbus UI. Can be changed via the Service Settings.|
Amount of users in total within that service.
|User Assignment Type|
Specifies how this user was assigned to a service:
Precondition: The Interact license needs to assigned to a user for the settings to become visible. → See User Administration.
Editing Interact user details
After the User has the according license the Interact-tab will become visible.
The following elements can be configured:
Nimbus distributed service calls will still reach the user despite of this setting.
Interact licenses remain active for this user regardless of this toggle.
Toggle that applies Interact Domain Templates (CORS) as "whitelists"
Default script with settings of current user, which is later can be inserted into a the web page and used as a contact widget.
Please note that the "Contact ID" and "WidgetKey" are unique to the current user and should not be mixed up.
For easy Snippet Code retrieval use the "Copy" button.
To test contacting this user, use the use the "Preview".
Allows assignment of skills to this user.
- The "skills" tab is only available when the user has a Contact Center license assigned in the "General" Tab.
- Skills and Categories need to be defined first before you can assign them. Read here how to create and apply User Skills and Levels.