General User Settings

The "General" tab shows details of a user :
Column Description / Purpose
Display Name Display name of the user, as shown in the Nimbus UI.
Organization unit

The Organization Units 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.
UPN User Principal Name to which calls get forwarded to by Nimbus.
O365 ID Unique Azure / O365 ID under which the user is identified by.
Licenses See chapter below.

USER ACCOUNTS AND USER DETAILS SYNCHRONIZATION

🤔 Why are details read-only? User details are read from your tenant's user directory. Changes are made by your local tenant administrator. Nimbus does not alter these fields to avoid conflicts.

🤔 How are new users added? After Service Provisioning Nimbus adds additional users and grants User Roles accordingly. This " MS Teams-based" User assignment type is the default for Nimbus "Advanced Routing" services. You may however add users manually e.g. to assign them in standalone services that use Skills and Responsibility-based routing without a dedicated Teams channel necessary. More on this topic can be found on Service types.

 

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 Nimbus user administration list anymore. However, the team and its members are still shown within Service Administration until the Nimbus team is fully removed from Azure. 

Additionally

  • Users may still be shown when part of at least one (still) operational service.
  • 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.
 

Licenses

✅ Service / user feature license codependency: 

  • Note that certain Nimbus Features described in the tabs below are tied to a user license. You may not see all user options and configuration tabs until a corresponding license is applied to the user.
  • Additionally, certain features may also require a service license applied. For example: Only a Contact Center service can assign Agents manually and enact Distribution Policies, and has access to Codes and Tags which users then can fill out during an active session.

The following licenses are available:

License Description Enables Features (Tabs)
Contact Center Allows assignment of Skills and Responsibilities for this user to act as Service Agent (either in combination with existing MS-Teams services or standalone). Call distribution to Agents is done via Distribution Policies

SkillsProfiles tabs.

🔍 Also see Distribution Order.

Attendant Console Grants access to Attendant Console features for that user, to be found within the Nimbus frontend main menu.

None.

💡 Users can operate Attendant Console immediately via Frontend and adjust their personal Attendant Settings.

Interact Grants access to Interact features, allowing the user direct interaction with customers visiting via a Website or different Frontend.

Interact Tab.

🔍 Also see Interact Prerequirements and Use Case - Enabling additional authorization for Interact

Assistant Grants access to Assistant, a standalone app that provides context and open Direct Call Templates during a service call. 

Assistant Tab.

🔍 Also see Assistant PrerequirementsAssistant User SettingsAssistant Configuration

Companion Grants access Nimbus Companion features such as Transcription, Live Caption and Summarization.

None. Users immediately see the Companion feature widget in My Sessions when enabled and made visible in a widget for their service(s).

💡When transcription is enabled, AI-assisted Codes and Tags suggestions in My Sessions can also also provided for the user.

User Licenses and related Nimbus features

Modalities

INC Modalities

A task modality describes how a user interacts with a customer or system, for example:

  • Modalities are distributed licenses, and can be distributed via License Management. The avaiable license contingency can also be inspected in the License Tenant Settings.
  • Each modality is handled via individual service Workflows. Unless enabled via Modalities Service Settings – and without the corresponding workflow applied – users will not receive tasks in that modality.
  • With Task Parallelization enabled for a Nimbus user, multiple tasks in different modalities can be handled in parallel 
 

Task Parallelization

☝Note that enabling this feature will disable After-Call Work (ACW) for the user and allow to configure user-individual Task Limits.
✅For Admins, we recommend to…

  • … consult the Task Parallelization page for a full overview, then… 
  • … change this setting outside of working hours, as users might be confused about the sudden change in their workflow.
  • … inform Supervisors concerned with Reporting Data, as ACW time is now absent from Nimbus KPI Calculations and reflected in the user's Nimbus Reporting Session data.
 
Task Parallelization
(toggle)

⮑ When enabled: Enables Task Parallelization, allowing the user user to handle more than one task while Parking several others, up to the given → Task Limit or individual modality limits set below..

💡Note that: 

  • Disabling the toggle resets the "task limit" back to default, which is also reflected in the Admin Portal > Change History.
  • Disabling any Individual modality will also reset their limits back to default. Even with a default value of 1, Nimbus will not not distribute tasks to the user, since the modality is not assigned.
Total Task Limit

Defines the maximum number of tasks the user can handle at the same time. (Default: 2)

💡Note that: 

  • This acts as a total task hard limit, even if the combined (summed-up) modality limits are configured higher for this user.
  • The maximum task limit is currently set to 4. We plan to actively increase this limit with ongoing Nimbus development, ensuring that the UI is capable to handle more tasks in parallel.
Audio / Video

⮑ When enabled: 

  • Allows the user to handle Audio/Video modality tasks. 
  • Allows to set the simultaneous Task Limit in this modality (Default: 1).
Instant Messaging

⮑ When enabled: 

  • Allows the user to handle Instant Messaging tasks
  • Allows to set the simultaneous Task Limit in this modality (Default: 1).
External Task

⮑ When enabled: 

  • Allows the user to handle External Tasks.
  • Allows to set the simultaneous Task Limit in this modality (Default: 1).
Email

⮑ When enabled: 

  • Allows the user to handle Email tasks.
  • Allows to set the simultaneous Task Limit in this modality (Default: 1).

Reporting

MS Teams Direct Calls

INC Preview Feature

This feature is in PREVIEW and may not yet be available to all customers. Functionality, scope and design may change considerably.

GDPR Administrator preconditions: Note that this feature requires consent given via Data Privacy Tenant Settings in order to be enabled.

 

⮑ When enabled: Nimbus will gather MS Teams direct call data and generate a Direct Call Reporting session when the user is called directly, outside of a Nimbus service queue.

Table of Contents