Personal Dashboards are user-customizable walls available to every Contact Center via the Nimbus main menu. Compared to the default Nimbus Service-specific Dashboard - which are hard-configured for each MS Teams "Nimbus" tab - Personal Dashboards offer additional flexibility:

  • Fully user-customizable in their appearance, widget placement and filtering.
  • Cross-service data display, allowing to include KPIs and metrics from multiple (types of) services simultaneously in tabular or graph form.
  • Scalable based on needs, allowing each user to have as many individual Dashboards as needed, each with its own set of widgets, data and filters shown.

Preconditions

Contact Center feature. To access the Dashboard feature in the Portal main menu:

  • A Contact Center license needs to be applied within the User Administration.
  • You need to be a service owner to see related service data in any personal Dashboard widgets.

A selection of Dashboards created by multiple users

About Dashboard ownership, data visibility and permissions

  • Once created, Dashboards are tied to their Nimbus user and cannot be reassigned. If the user is deleted, all related Dashboards are removed.
  • Dashboard KPI data access is limited to service owners. Ownership may granted manually by any admin (e.g. for standalone Contact Center service owners) or automatically (MS Teams-based), by retrieving and applying ownership rights directly from the team itself.
    • Dashboards can mix and compare KPI from various Service types (licenses).
  • Dashboard service filter visibility is following Organization Units rules, meaning that Dashboard widgets show only services that the user is allowed to see (and select), same in other areas of the Nimbus UI.
    • OU based filters are set per-widget on each Dashboard. By default each widget with filters will show "No Data" until Services and Users are are added (Opt-in).
    • If an OU of a service is changed (moved) outside of the Dashboard owner's visibility - e.g. by an administrator - corresponding services and their data are automatically removed from (any existing) Dashboard filters.
    • If a Dashboard ends up with no service filters anymore, "No Data" is shown on all widgets until their filters are readjusted.
  • Non Personal Dashboards may be made available (published) by an administrator and will be listed alongside any personal Dashboards you've created.
    (lightbulb) Non Personal Dashboards can only be viewed, not edited. Icons help identifying the type of Dashboard: For Personal Dashboardsand for Non Personal Dashboards .

(lightbulb) Updates to Service KPI. filters and Organization Unit changes may not occur immediately, but upon next data refresh or Dashboard view reload in the Nimbus main menu.

Creating a Dashboard

A new Dashboard consists of a Dashboard card (high level overview of boards) and the widgets to display data in the dashboard itself. To configure both, follow the steps below:

Dashboard Properties

  1. Click "Create New" on the main Dashboards overview. 
  2. Fill in the details for your Dashboard:
    1. Name - as your Dashboard will be identified in lists. (lightbulb)Mandatory, max. 40 characters
    2. Description - will be displayed below the name. (lightbulb) Optional, max. 80 characters
    3. Color - will be used as background for the dashboard tile if you don't specifiy an image (lightbulb) Mandatory
    4. Picture - a background used as thumbnail for your Dashboard card in the overview. (lightbulb) Optional, max. size 1 MB. The image will be scaled to fit.


(lightbulb) Tip: You can review these settings on any existing Dashboard.

Edit Mode: Adding Widgets

(tick) On any existing Dashboard you can reach the Properties (Previous Step) and Edit mode on the top right. → A grid for Widgets will be shown.

(lightbulb) A new Dashboard is shown without widgets and opened in "Edit mode" so you can add widgets of your choosing.

You can also add widgets at any later time via Edit Mode

  1. Click on "Add Widget" → A selection of available widgets is shown.
  2. Add any widget with the "+" button → The widget will appear on a free spot on the grid.
  3. Continue to add widgets, including multiples of the same type as needed.
    (lightbulb) A counter displays how many widgets of that type are currently on your Dashboard.
  4. When done, press "Close".
    → The Dashboard remains in "Edit mode"
    → Your Widgets can now be moved, resized and configured individually.

Widget Move and Resize

  1. While in edit mode, each widget shows individual edit and deletion controls on its top-right corner.
  2. On any widget click on "Edit"  → A sidebar with widget properties opens
  3. You can move and change size (down to a limit) by dragging your mouse cursor. 

Widget Properties

For each widget you can adjust widget properties such as:

  • Size - by changing the height, weight and size (scaling) of the widget.
  • Order - by changing column sorting and order of KPIs / entries shown.
  • Scope - by applying filters on widgets which determine which services / users / KPI should be shown.
  • Style - by applying thresholds that react to data changes with sound and color.
All available Dashboard widget properties


Properties listed below apply for multiple widgets. Their functionality and behavior is usually identical.

PropertyDescriptionApplies for Widget
Avatar

Picture of the user as defined in the Tenant's user directory. Also shows the → Presence State as a small colored dot.

  • User State Tabular
Background Color

A choice of background colors.

(lightbulb) The font color inverts automatically increase contrast on bright colors.

  • Service KPI Tile


Columns

Determines which columns get shown in a tabular widget.

(lightbulb) To reorder, drag and drop the entries 

(lightbulb) During Edit-Mode you can:

  • Change the column width by dragging the handles between columns (shown on mouse-over)
  • Change the default column sorting order by clicking on it.

  • Live Inbound Service Tasks Tabular
  • Service KPI Tabular
  • Service Queue Tabular
  • Service Supervision
  • User State Tabular
Content

Uses → Markdown language to show content of your choice. Supported features are:


(warning) Other extended Markdown Syntax may work, but break the Widget layout.

  • Markdown
Controls

(info) This column relates exclusively to Supervision widgets.  Refer to Dashboard Supervision for details.

  • Service Supervision
Current Date and Time (Widget)

Note: Properties below are unique to the "Current Date and Time" widget:

  • Allows to select a clock type: Digital or Analog design
  • Allows to show and set a time zone (UTC offset)
  • Allows to show current date and set a format
  • Allows to show current time as digits (e.g. in addition to analog format or if only a date should be shown) and set the time format.
  • Allows custom content, can be formatted with markdown. See → Content
  • Current Date and Time
Height

Determines the amount of grid tiles used by this widget.

(lightbulb) Min-max values may apply depending on widget type.
(lightbulb) While in "Edit mode" you can also adjust the widget height via the handles on its bottom-right.

  • All widgets
Items per Page

For tabular widgets, amount of entries to show before pagination should occur. 

  • User State Tabular
Orientation

For bar chart widgets, shows the bars in either horizontal (X-Axis) or vertical (Y-Axis) direction.

  • Service KPI Comparison Chart
KPI, (Metrics)

Various Key Performance Indicators (KPI), also used within "Live" Reporting for each service.

  • In queue, TASK(S)
  • Connected, TASK(S)
  • Active, MEMBER(S)
  • Available, MEMBER(S)
  • Not Available, MEMBER(S)
  • Longest waiting task, (hh:)mm:ss

"Historical" / based on → Time Frame

  • Acceptance SLA, % 
  • Accepted by user in SLA, TASK(S)
  • Accepted by user, TASK(S)
  • Handled by System, TASK(S)
  • Handled rate, %
  • Hangup SLA, %
  • Hangup before accept, TASK(S)
  • Hangup by workflow, TASK(S)
  • Hangup in IVR after Queue, TASK(S)
  • Hangup in IVR, TASK(S)
  • Hangup in queue in SLA, TASK(S)
  • Hangup in queue, TASK(S)
  • Not handled, TASK(S)
  • Queued, TASK(S)
  • Reachability, %
  • Total, TASK(S)
  • Transferred by workflow, TASK(S)
  • Voice message, TASK(S)
  • Ø Connected time, (hh:)mm:ss
  • Ø IVR time, (hh:)mm:ss
  • Ø Queue time, (hh:)mm:ss

KPI Notes on Widget behavior

  • Average calculated KPI values are weighted against the total amount of items (Tasks, Handled Calls, Reachability, etc.) within the services specified in your widget filter.
    (lightbulb) This is to ensure that - for example - a service with just one failed call showing a 0% handled-rate does not negatively impact overall KPI metrics of services with thousands of calls with a 99% handled-call rate..
  • Selection of a KPI criteria will automatically restrict other fields to the same type. The dropdown list is filtered automatically as you add more KPI to an existing widget.
    (lightbulb) As an example: On a comparison chart, picking any KPI of type "Task" will limit further values to task-based KPIs to keep the axis and unit count consistent.
    (lightbulb) To show different KPIs, either start a separate widget or delete any KPI entries, switching the last entry to  a different criterion (%, task, user, time, etc.)

KPI Units and Thresholds

Some widgets allow to define → Thresholds to react to KPI value changes with color and sound. Note that changing your KPI metric type (e.g. from percentage to a flat numbers) will delete any of your defined → Threshold entries as they are now invalid.

→ Switching to the same type (e.g. from % to %) will retain the thresholds you defined previously.
→ If this happens to you by accident you can restore your previous threshold settings by cancelling the widget edit and discarding your changes.

  • Service KPI Tile
  • Service KPI Tabular
  • Service KPI Comparison Chart
Legend

Allows to either hide the KPI legend or show it on any side of the widget. 

(lightbulb) When "Hidden" is selected, the legend can be accessed via mouseover on an info-icon in the widget corner. 

  • Service KPI Comparison Chart
Level

→ See Widget Filters.

Shows the level of call (task) escalation in a service queue. 

(info) Level escalation is defined in a Distribution Policy and applied in the Distribution Service Settings of the respective Contact Center Service

(lightbulb) A user's individual Duty State (and associated Responsibility Profile) determines at which level they are considered for calls. Skills and Responsibilities are defined for each user. Only users matching the criteria are selected for calls. 

  • Live Inbound Service Tasks Tabular
  • Service Queue Tabular
Priority

Column showing the Task Priority of incoming calls.

Configurable PropertyDescriptionBehaviorWhat it looks like
Task Priority
  • Strict*
  • Highest
  • Very High
  • High
  • Normal (Default for Services)
  • Low
  • Very Low
  • Lowest
  • Nothing Else*

* see (question)

When a new task enters the to the queue, it gets a priority according to the service setting:

  • Tasks are distributed according to your currently applied Distribution Policy (e.g. "Longest Idle" or "Most qualified" users first).
  • The order of Tasks is handled by priority, meaning:
    • A new task of higher priority over existing tasks will take precedence and be handled as soon as possible.
    • A new task of equal priority will be sorted in below already existing tasks of the same priority, as it entered the queue at a later point of time.
    • A new task of lower priority will be sorted "in-between" higher priority task rounds, using a weighted round robin method. → See chapter below.

(question) When should I select "Strict" or "Nothing Else" as my priority?

  • "Strict Tasks" will always be put on top of your queue. Use this for Emergency services and important VIP hotlines that always should get precedence over anything else in your queue.
  • "Nothing Else" Tasks will only get distributed when your service queue is empty.

(warning) Note that selecting either "Strict" and "Nothing Else" will ignore round-robin distribution. Tasks get lost due to potentially long queue times.

In views with a task list (e.g. My Overview or Personal Dashboards with "Task" widgets) a "Priority" column indicates how high this task is ranked in the queue. With this setting, tasks may now "displace" existing tasks to a new rank.

Weighted Round Robin Task Distribution

Due to the rules above, task may "starve" for very long in a queue. An example would be a "Lowest" priority task getting outranked by higher priority tasks. To avoid this, a weighted round robin method is in place to mix in lower-priority tasks, equally distributed amonst available users:

Q: Calls in Queue | H: Handled | R: Remaining
PriorityQHRHRHRHRHRHRHRHRHRHRHRHRHRHRHR
1 (high)12210

28



26

24



22

20



2 (med)6

15

14



13

12



11

10

3 (low)3







12







11







10
Round CounterRound 1Round 2Round 3Round 4Round 5Round 6
Time (t)t1
tn

Weighted Round Robin

The Round Robin procedure distributes the calls in such a way that the ratio between the individual priority levels is always 2:1. Each time another "Round" is started, that round counter is applied to the "weight" of the remaining tasks.

The example above assumes a configuration with 3 priority levels. There are 21 calls in the queue, with the following priority:

  • 12 calls with priority 1
  •   6 calls with priority 2
  •   3 calls with priority 3

Following the 2:1 rule, the calls are queue over time t as follows:

  1. Round 1: High Med tasks added in 2:1 ratio.  No "Low" priority tasks in Round 1 as "Medium" task count outweighs the low task count.
  2. Round 2: High Med Low tasks added in 2:1 ratio. The "Low" priority  tasks get a round-multiplier added to their weight, now outweighing "Medium" tasks and thus are added in a 2:1 ratio.
  3. Round 3: Same as Round 1.

(info) Sources: Weighted Round Robin (Wikipedia Article)Please note that this example only works as long as no new calls are being processed. Calls with strict or no priority are not considered in this rule.

  • Live Inbound Service Tasks Tabular
  • Service Queue Tabular
Scale

Text and Element scaling within the widget. 

(lightbulb) Does not impact width or height of the widget itself. Overflow will result in scroll bars shown inside the widget.

  • Service KPI Tabular
Supervision Active

Status indicator for when Supervision → Controls were used.

(info) This column relates exclusively to Supervision widgets.  Refer to Dashboard Supervision for details.

  • Service Supervision
Threshold (Filters)

Applies an event threshold that reacts to a specified KPI (or column in tabular widgets).

The threshold criteria are as follows:

Rules
  • Rule matching happens from top to bottom upon first "match" the threshold evaluation is aborted.
  • The order can be changed with the drag & drop handles located on the left of already defined threshold list entries.

Values
  • Values depend on the → KPI selected for the threshold (e.g. number of tasks members, or percentage of handled calls).
  • Non-numerical entries (e.g. User Presence State) can also be affected, e.g. when a presence state exceeds a certain "Time in State" threshold. Here is an example:

(warning) Note that changing your → KPI metric type (e.g. from percentage to flat numbers) deletes the defined thresholds.

Display Format

The display format is picked based the chosen KPI

  • %: default to "100%"
  • tasks/users: defaults to "0"
  • hh:mm:ss: defaults to "00:00:00" with timepicker
Colors

Colors can be applied:

  • ...for tabular widgets, color applied to the respective cell / KPI column upon reaching a threshold criteria match.
  • ...for tile widgets, color applied to the whole tile as base and changed upon reaching a threshold criteria match.
Sound

Sound can be played upon reaching a threshold value. 

  • A sound can be set to be played either once or continuous. (lightbulb) You can preview the sound files. 
  • A direction may be specified for sound when meeting threshold criteria:
    • From Above - (arrow up) when values were previously higher
    • From Below - (arrow down) when values were previously lower

(lightbulb) Direction and repetition settings are shown below a criteria entry.


  • Live Inbound Service Tasks Tabular
  • Service KPI Tabular
  • Service KPI Tile
  • Service Supervision
  • User State Tabular
Time Frame / Scope

Narrows down shown data by time: 

  • Today (current)
  • Last 48hours
  • last 7days
  • last 30days

(lightbulb) Used mainly for "historical" → KPI , e.g. Task that have concluded with a definite result.

  • Service KPI Tabular
  • Service KPI Tile
Time in State

Tracks the time (upwards counting) since the Service / User state has changed. Depending on the widget this column tracks different times: 

  • For Tasks it counts the time since the last call task state change in the system: In IVR, In Queue, In IVR After Queue, Connected, Parked, Transferring
  • For Presence States changes it counts the time since the user's MS Teams messenger presence has changed: Available, Busy, Away, DND, BRB, Offline.
  • For Supervision sessions it counts the time since the user is in an active call session that allows for SupervisionControls to be used.

(lightbulb) We recommend to combine this column with → Thresholds to mark entries that have exceeded a certain time limit.

  • Live Inbound Service Tasks Tabular
  • Service Supervision
  • User State Tabular
Title

Customizable widget title, can be hidden for some widgets via "Show Title" Toggle.

(lightbulb) KPI Title Placeholders: In widgets that show a single → KPI the title can include a <KPI placeholder> and mixed with your text.

(lightbulb) Example: "My Service <KPI>" resolves into "My Service Acceptance SLA"

  • Markdown
  • Service KPI Tabular
  • Service KPI Tile
  • Service Queue Tabular
  • Service Supervision
  • User State Tabular
Widget Filters

Depending on Widget type this field narrows down your view either by: 

  • Services1
  • Users

Certain widgets also allow you to set further conditional filters, e.g. based on advanced Nimbus Features enabled:


1 You need to be a owner of the services you want to see and filter users by.

  • Live Inbound Service Tasks Tabular
  • Service KPI Tabular
  • Service Queue Tabular
  • Service Supervision
  • User State Tabular
Width

Determines grid tiles used by this widget.

(lightbulb) Min-max values may apply depending on widget type.
(lightbulb) While in "Edit mode" you can also adjust the widget width via the handles on the widget's bottom-right corner.

  • All widgets

(question) No data shown in your widgets? Some widgets rely on Service filters to actually show data. Make sure you are owner of these services and add them to your widget filters.

Saving changes

  1. Save" your widget changes → The widget will reload with the new properties and data.
  2. Once you are done configuring all your widgets save your Dashboard.
    → "Edit mode" is ended and you will see live data in the widgets.

Linking to your Dashboard

Additional controls at the Dashboard top allow you to:

  • Copy the URL to clipboard for later reference. You can specific additional parameters to hide the header bar via URL parameters: 

    <Base Nimbus Portal URL>
    <UniqueDashbaordID>
    ?hideMenu=true
    ?hideHeader=true
    CODE

    (lightbulb) The "Copy URL" button will auto-generate the URL for you so you can directly bookmark the board in the desired configuration.
    KNOWN ISSUE Hiding the menu via URL does currently not work as intended. Only the header can be hidden.

  • Enter full screen (which is equal to pressing F11 on most browsers).

Please Note

  • Dashboards URLs are for your personal use only as a convenience quick-access. Other users will never see a personal Dashboard of your user, even if they have exactly the same permissions.
  • Using the same URL, other uses may see just a blank area as (data) access is not granted.
  • In general Dashboards are restricted by Roles and Permissions. Sharing Dashboards with anonymous (non-authenticated) users is not possible.

Duplicating existing Dashboards

If you want to duplicate any existing Personal Dashboard, simply click on "Duplicate" within the Dashboard overview. 

→ The duplicated dashboard will be created like a "new" one, allowing you to adjust its properties and naming.
→ Widgets and their filter settings (properties) will be carried over to the duplicate.

(lightbulb) After duplication a dashboard copy acts independently, meaning that you can fully configure all its properties and widgets without affecting the original.

Removing a Dashboard

If you want to remove a Dashboard, simply click on "remove" within the Dashboard overview. 

Please Note

  • If a Nimbus User is removed, the associated Personal Dashboards are removed as well.
  • Non Personal Dashboards are made available (published) by administrators. They cannot be removed via the Frontend UI. If the original creator of these boards is removed from Nimbus, a N/A placeholder is shown, but the board still exists and can be managed by any administrator.