Contains general service settings such as the Service name, PSTN number an Opening Hours
Contains functions that help with Nimbus provisioning or testing of your service, which is particularly useful when testing changes or connectivity.
Why are Service settings locked?
Full settings are are accessible to Tenant Administrators and part of the Nimbus installation procedure. Changes to these details require Tenant Admin consent to make changes and require a script to apply the changes. Refer to Nimbus Installation for further details.
As a Service / Team Owner you can see the following details. Entries marked with require a (re)execution of a Provisioning Script. → See Note above.
|Name||-||Name of the Team as it is defined in Microsoft Teams client. Nimbus|
|Service Display Name|
Outwards facing Clear Name of the Service as Callers / Customers will see it.
by default equal to the "Team" Name as it is shown in Microsoft Teams. Can be overridden if needed.
|Service UPN||The UPN (User Principal Name) under which the Service can be reached via user directory.|
|Application ID||-||The Application ID is provided during initial setup and cannot be changed. Used only for reference, e.g. during support cases or when adjusting Required Permissions.|
A test call will directly call the Nimbus call-bot and establish a connection to your service. You can use this feature to test your workflows and/or distribution settings.
Please note that this feature will not test any PSTN numbers assigned to your service. To test a PSTN you need to call via cell phone or landline.
Changes on (existing) Services
Changing a Service Display Name
- Nimbus bot operation is not affected by service name changes.
- A service name change will also not impact the (search-discoverable) service UPN name specified.
- Nimbus users will see team name changes reflected in their "My Teams" listing immediately.
As team owner you can change your team name directly within Microsoft Teams (native, non-Nimbus functionality):
- Within Teams, locate your team
- Click on the "..." icon or right click the team name
- Select "Edit Team" → A dialog will open
- Change the team name (and optionally the description) to any desired content. → The Nimbus "settings" tab will reflect the new team name upon next load.
Triggering Changes / Admin Consent
UPN and Service Display name changes are tied to Tenant Admin Consent and a Nimbus Installation provisioning script rerun which can take several minutes to take effect. Any change is therefore marked with a Warning in the UI.
If Runbook has been deployed by a tenant administrator, the Trigger Runbook link may be used by any team owner to automate the settings-change process. However, a tenant administrator still has to give consent to each change.
Note that any changes can have an effect on search discoverability / address books and directories that list the Service under its previous name.
Allows to assign a public telephone number (Public Switched Telephone Network) to your service.
This setting should not be enabled without subject-matter knowledge or prior Tenant Admin / Nimbus support contact consultation. Refer to the Installation Prerequisites for further info on PSTN / Number requirements.
Why is this necessary? Administration and licensing of PSTN numbers is outside of Luware control. Number assignment may result in additional set-up efforts and running costs. Get in touch with your Nimbus support representative if you need to change this setting anytime after your initial Nimbus deployment.
Allows you to apply the Opening Hours (outwards-facing status & reachability) of your service team.
Opening Hours entries must be created first to be applied here. Entries may be created as tenant-wide or team-only.
Ruleset: Primary and Secondary Opening Hours
- If at least one defined period is found in the primary opening hours calendar, this period is prioritized.
- If there is no period in defined primary calendar, the secondary calendar period is applied.
- If no appointment is found on both calendars (with secondary configured), the "Default" of the first calendar is used.
- The default of the secondary calendar never applies in a two-calendar scenario. If the secondary calendar has no periods defined it is effectively ignored.
Rule of thumb: Primary Defined > Secondary Defined > Primary Default
|SLA Acceptance Time in Seconds|
Maximum allowed time in queue before a task (read: incoming call) in your Dashboard is flagged as outside of SLA.
|SLA Hangup Time in Seconds|
Minimum allowed time in which the caller can hang up on a call without it being flagged as outside of SLA.
Hung-up calls will still be considered as failed and thus show up as "Hangup in Queue" (red) in Reporting.
SLA = Service Level Agreement
Shows workflow related settings. Use the pull-down to choose any of the Workflows of your team.
Potential live business impacts!
Note that changing or editing any productive Workflow will immediately apply to your current service once you press "Save and Apply". In case of an incomplete or erroneous workflow this may cause interruptions to your daily service.
- If you want to make changes without impacting current productive work, make changes in the workflow tab instead, e.g. by working on a separate workflow that you can test on a separate service team first. When finished editing you have the possibility review changes first before setting the new workflow as your productive one.
- We recommend to perform workflow switches at certain points or outside business hours.
- Existing call sessions will be handled with the workflow settings they were created with.
Voice Message Channel
Some workflows can contain steps that create voice messages, e.g. shown within Adaptive Cards. Any Microsoft Teams channel within your team can be used, "General" being the default.
Nimbus chat bot will automatically post voice messages to the new channel, however existing messages are not transferred.
Contains settings that directly related to call distribution.
Note that these settings apply universally to all current or future users in this service.
Allows to configure settings that affect Nimbus service team users. as they are invited to become Nimbus users.
|User Assignment Type|
Shows how (new) users are assigned to this service.
The default for Nimbus is "Microsoft Teams Based". Users are directly synched to the Teams channel related to the current service.
Why is this setting locked? The assignment type is determined during service creation. Further options are available via the Service Administration.
|New users immediately active|
The "Active" setting determines if Microsoft Team "Members" are considered as users for Nimbus call distribution. Enabling this feature will automatically add new team members to your Nimbus service team.
This has the following effects:
Good to know
Defines settings that determine call distribution based on user presence state.
Precondition: Regardless of Microsoft Teams IM presence, a user always needs to be "Active" in the service to receive Nimbus distributed calls → See above.
Scenarios for enabling "Away" or "Busy" users for call distribution could be:
IM presence states considered by Nimbus are:
Effects of this Setting: On the My Services dashboard a user will be shown in state: "(Not) Available" according to the configuration above:
When a user is part of multiple teams and already taking a call for one service line, the user is also marked as "Not Available" in all other Nimbus teams.
During already ongoing tasks the Teams presence is also re-evaluated depending on "Queue" activity "Distribution Type" setting:
Related settings to check
Whenever you make adjustments to your Distribution we also recommend to check the following settings:
- Workflows - as activities inside such as "Availability-based Routing" or "Queue" will affect call distribution, reaching more or fewer (active) users respectively.
- Your General Service Settings (see above) - as user availability affects your reporting SLA, which you might want to adjust if more or fewer (active) users are available to take calls in time.
Please note that this a Enterprise Routing Feature.
Allows to configure additional information (codes, context) that may be shown alongside a service call.
By adding Context a separate URL (e.g. a CRM or Support-Tool) can be opened in additional browser tab.
Limitation: The Microsoft Teams client currently has no possibility / permissions to open extra Context-Tabs automatically, so your additional Conversation Context may not show.
Prerequisites for using this feature:
- The the Nimbus Personal App must run in a browser tab for each team member that want to receive context during a call. You can open the app via the "Go to Website" Icon located at the top right of your Nimbus app.
- Ensure that no blockers or URL filters are active (e.g. IT policy, Ad-Blocking Addons, Browser Settings) that could prevent opening of extra tabs.
Note: Context defined here generally entries apply to all your team members, so all of them need access to the (outside) URL or system that you may define as context to open.
Before you enable extensions
Please note that some extensions will only provide their full functionality when your license is expanded. Refer to Nimbus Features for an overview.
Enables Attendant Console in the menu, providing each Nimbus user in your team with an individual "Switchboard" for incoming call mangement and forwarding.
My Sessions Dashboard
Enables My Sessions in the menu, providing each Nimbus user in your team with an individual session history.
The My Sessions tab will only show contents during an ongoing call. → Once active this feature will be accessible all team members.
Allows to enable or disable available widgets in the My Sessions view. Useful when you want to reduce visual complexity or not want to use certain features (yet).