We automated the provisioning steps in a Powershell script for you. It will connect to our environment and get the needed changes applied to your infrastructure.
Please read before you start
The PowerShell script needs to be run by a tenant admin TENANT ADMIN. Please note:
- The script will automatically apply Required Permissions used by Nimbus.
- The following modules are used / installed on your machine when running the script:
ModuleName Version GUID 1 Az.Accounts 1.9.4 17a2feff-488b-47f9-8729-e2cec094624c 2 Az.Resources 2.5.1 48bb344d-4c24-441e-8ea0-589947784700 3 AzureAD 188.8.131.52 d60c0004-962d-4dfb-8d28-5707572ffd00 4 MSOnline 184.108.40.206 d162594e-d7aa-42be-9884-84928d3f7acf 5 MicrosoftTeams 2.0 d910df43-3ca6-4c9c-a2e3-e9f45a8e2ad9
Tip: The script run is also needed when Service Settings change (e.g. PSTN numbers & Team Name). Keep the script session window open if you want to test settings. By doing so you don't need to go through all steps again when you need to provision multiple teams.
Provisionining - Step by Step
Get the provisioning script via direct link below. Pick the link depending on the chosen location:
- Switzerland: https://portal.luware.cloud/api/manifests/NimbusProvisioning.ps1
- Germany: https://portal.dewe-01.luware.cloud/api/manifests/NimbusProvisioning.ps1
Why pick a region? Refer to Nimbus Installation > "Provision the first Team to Nimbus". Pick the correct script according to the (future) region of your tenant data.
You may have a look inside and compare the different scripts we provide, but manual edits are not required.
When executed the script will check for updates and may request you to download the newest version.
Once a Nimbus team has already been provisioned you can also find a script "download" button located within the User Settings.
TENANT ADMIN To execute the script Tenant Administrator credentials must be provided (→ 'Global administrator' role).
Refer to the diagram above for an overview. During execution and depending on pending Service Settings changes the script will perform the steps below:
- Connect to Azure AD and your tenant.
- Grant the needed consent for the main Nimbus application, this will allow Nimbus to read user and team details in the tenant and record voice messages if the latter is configured for the team. → See: Required Permissions
- Create, update or delete an Application Instance and grant the required consent to it to be able to set up conversations.
- Associate or remove PSTN license (License name: 'Microsoft 365 Phone System - Virtual User'). Refer to Installation Prerequisites > PSTN licensing for details.
- Apply a voice routing policy from the ones defined and selectable on your tenant.
- Add, update or delete PSTN phone number. Note that a PSTN number causes additional license cost by Microsoft. Get in touch with your local O365 integrator.
Lastly the script will apply Service Settings - either new or future changes made by you or any service team owners (e.g. a name or UPN change).Pending changes on a Service will inform about a necessary Script-rerun
→ After execution, the Script reports back to Nimbus. If everything was successful all changes are reflected in the Service Settings.
Please allow for a few minutes before making calls to a newly (re)configured Application Instance or PSTN number as it might take a moment for Microsoft Azure services to synchronize all the changes.
Note that a rerun of this script is necessary for every additional Service and/or within your tenant. You may want to read → How to deploy Microsoft Runbook to automate this process.
- Execute the Script and provide your tenant admin credentials
- The script runs and grants Required Permissions to the App.
If this has already been done by a tenant admin in the Nimbus Installation chapter, this is not required again.
- The Script checks which service teams have been created or changed in the respective Service Settings backend (can be done by each TEAM OWNER) and pulls them out one by one.
All services with changes to apply will be shown as either Delete, Create or Update.
You can then choose one of the two options.
I - per Team individually - you can inspect and confirm each change.
A - for all Teams - all changes are auto-confirmed. Please note that PSTN licenses will be applied automatically as long as they are available - first come, first serve base.
- Carry on with the next step for further technical details.
PSTN Licenses and Voice Policies
The following steps apply only if your Service Settings have changed (e.g. PSTN enabled
The script also allows you to choose the PSTN license type (Phone System or Virtual Phone System) to assign to a service (Application Instance).
You have the following options:
- Automatically Virtual Phone System
- Automatically Phone System
- Manual Assignment
→ Allows you to manually assign the license, then performs a check when you confirm.
- Skip (no PSTN will be assigned)
Via the same script functionality you can also remove PSTN licenses from Nimbus services.
The script will ask before any voice routing policy should be applied to a service (Application Instance):
You have the following options:
- When No is selected, no changes will be applied.
- When Yes is selected, voice routing policies from your tenant are polled.
→ You will be requested to confirm voice routing policy name to assign it.
Via the same script functionality you can remove voice policies from Nimbus services.
Script Conclusion and Rerun
- When everything runs as expected you will see green DONE indicator and the script finishes.
- At the end you will be asked if you want to re-run the script. Keep the Script instance open until all Service changes are complete so you don't need to authenticate again.
For each further pending change in the Service Settings > "Service Details" the Powershell instance can be run again until you are satisfied with the results.
Verifying changes via Test Call
Allow for at least 5 minutes after applying Team changes to the before making the call.
- To test the functionality, team members should be available for the called team and be set "Active" in their Dashboard
- Open the Service Settings of the team you want to test with and click on "Test Call".
You can test this with 2 different Microsoft Teams client accounts separate browser windows to simulate this call on your own.
In case of a PSTN Number it's also recommended trying to directly call the service with a cell phone.
Error during Script execution
If the script launch fails with error "File cannot be loaded because the execution of scripts is disabled on this system." it means that execution policy on a given PC does not allow scripts execution.
→ Changing execution policy to "RemoteSigned" will help to solve this, please check the Microsoft Documentation for more details.
When the script is run for the first time on a given PC it will try to install all the required modules and libraries. The script might need to be run as Administrator for it:
→ Right click on the "Windows PowerShell" item in Windows search and select "Run as administrator".
Newtonsoft.Json.dll Libary Error
When you see an error referring to the "Newtonsoft.Json-Library (v. 220.127.116.11) within the Microsoft Teams Module", perform the following steps:
Open "C:\Program Files\WindowsPowerShell\Modules\MicrosoftTeams\2.5.1\net472 "
Move it to the "bin" subfolder
Transfer to PSTN Limitation
Out of box Nimbus and affiliated addons can only perform PSTN transfers according to Microsoft services licensing & constraints.
As a tenant administrator you need to acquire and assign the following licenses to the application instance of the respective Nimbus SOURCE service (team) that will act as PSTN transferor:
|Your Setup||Required License|
|Hybrid with DR Trunks||"Microsoft 365 E1/E3" + "Phone System" |
"Microsoft 365 E5" (Phone System is already included)
|Hybrid with Calling plans||"Phone System - Virtual User"|
(and optionally international) calling license
How does PSTN licensing affect Service and Call Transfers?
Assuming that Service A has a PSTN transfer license assigned - but further Services B, C, D... don't - the following scenario may unfold:
- Service A workflow is configured to transfer the caller to Service B. Both are Nimbus services. No PSTN license is required at this point.
- Service B accepts the call. Now the workflow of Service B contains a transfer to PSTN, to which the following PSTN licensing restrictions apply:
- If Service A does have a PSTN license the transfer to PSTN will work from Service B. The PSTN license from Service A applies.
- If Service A doesn't have a PSTN license but Service B does have one, the transfer PSTN will not work. The PSTN license from Service A still applies after a Service to Service transfer.
- For one first-level-response Service: If you handle first-response calls always via the same Service you need a PSTN license for that particular first-level Service.
- For multiple first-level-response Services: If you handle first-response calls always via multiple Services you need a PSTN license for all those first-level Services.
- Nimbus will attempt to use the PSTN license of the first service that responded to a call, regardless of how many further internal service transfers are performed thereafter.
- If no PSTN license is found on a service that requires it for a transfer, the transfer task will be considered as failed and be treated as such by the system (e.g. workflow exit announcement, reporting "transfer failed" outcome).
Note that handling and tracking of running cost for PSTN licenses is outside of Luware support scope.
If you require assistance in extending and/or configuring your Nimbus services for PSTN our support will gladly assist you:You can reach us via the following means:
External reference: Microsoft Teams add-on licenses.