This page will always reflect the latest Release Notes, recent improvements and changes made to Nimbus.
Other Information Resources:
- Our Release Note History contains information on all previous releases from this year.
- Updates on our Nimbus Power BI Template are distributed on request. Please refer to the Nimbus BI Template Release Notes for updates.
- To stay up to date on Nimbus feature and upcoming maintenance, please visit the following resources:
INC External News Resources
📣Important Announcements
Please take note of the following long-term and ongoing announcements below:
INC OData Server-driven pagination
OData Server-driven pagination
Starting February 2026 the Nimbus OData API handles large dataset requests with pagination using @odata.nextLink. Paginated results with a maximum of 100'000 entities per response are enforced.
Impacts to customers may not be obvious (non breaking change), but if the interface consuming the OData is not ready to handle pagination, partial results may be “silently" shown.
✅Actions required:
-
If you are using the Nimbus Power BI Template version 1.122 or above, you can expect it to handle
@odata.nextLinkout of box.
→ Unless your template has been modified, there is no need to take action. In principle, older templates should also handle this automatically, however in case of problems, we recommend to always check if you can reproduce the issue with the most recent template listed in the Nimbus BI Template Release Notes. - In case you need to refresh and view large sets of data regularly, we still recommend looking into setting up Incremental Refresh using Power BI Online services. This will automate and schedule the refresh procedures, decreasing the amount of data loaded for each ongoing time increment.
- When using custom or 3rd-party solutions to consume OData you must familiarize yourself with the specifics of the tools and interfaces you use to ingest data from our OData API.
🤔What is @odata.nextLink?
🔎@Odata.nextLink is…:
- … a property used in OData responses to support pagination. Its presence indicates that the response is larger than what can be fit in a single response.
- … an indication that there are more results to be fetched, before the request is fully satisfied.
- … URL that can be used to call and retrieve the next page of results. The URL is server-generated (never modify it).
- … an OData standard. Typically returned by OData services including Nimbus, Microsoft Graph, and any OData v4-compliant API.
- … essential for consuming large datasets.
- … handled out of the box by most mainstream data platforms that claim native OData ingestion support and have native OData connectors (e.g. Power BI, Excel, Azure Data Factory, etc.).
🔎Things to be aware of:
- A system that sources data from the OData relying on a non-paged behavior may quietly end up with partial query results.
- Systems that rely on custom logic to extract OData may not handle pagination automatically and may need manual intervention to handle it. E.g.:
- Raw HTTP clients (curl, Postman, custom scripts)
- Generic REST connectors without OData awareness
- Older OData v2-only connectors (some legacy tools)
- 10,000 is the maximum set – not a guarantee. Some pages may contain fewer records.
🔎 @odata.nextLink works as follows:
- The data client generates a request to the OData service.
- The OData service responds.
- The presence of
@odata.nextLinkin the response indicates that the server has more data available. - Clients must continue issuing requests using the provided URL until no
@odata.nextLinkis returned.
🤔How does it work in the BI Template?
💡Good to know: The default official Nimbus Power BI Template does not need to be updated in order to handle the introduction of "@OData.nextLink". Power BI expects this behavior and handles it automatically.
☝If you customized the template, ensure that you are familiar with your code and how this could interfere with the standard @Odata.nextLink behavior. If unsure, update the default template to the newest version.
🔎How does Odata.nextLink improve stability of the OData service with Power BI?
| ✅ With server paging Power BI | ❌ Without server paging Power BI |
|---|---|
|
|
🤔Which Nimbus data is affected?
Impacted OData entities from the Nimbus Reporting Model and Data Aggregation are as follows:
ServiceSessionsAggregatesUserSessionsAggregatesUserStatesAggregatesServiceSessionsUserSessionsUnifiedSessionsTransferSessionsCallers
🤔Why does the data refresh take longer after this change?
🔎There are two reasons to this:
- Equal load distribution: OData pagination is a change that we have implemented to improve stability of the architecture, serving concurrent requests from multiple tenants simultaneously. This is to ensure a fair and equal load distribution of available server resources amongst all Nimbus customers.
- Consistent performance: Compared to the previous setup, OData pagination could in some cases make the refresh times appear inconsistent, even on an seemingly identical data scope. The reason – particularly with very large datasets – was that multiple sequential requests to retrieve all data were required.
💡For these reason we recommend to implement Incremental Refresh and be mindful of the size of the query when hitting the OData Feed.
End of announcements. Regular release notes continue below.
22 July 2026 - 1.132 Release Notes
🔖 This is a major update, bringing many new changes and improvements into Nimbus. This update is being rolled out sequentially on our clusters:
| Cluster | Update on |
|---|---|
| United States 01 | 22/07/2026 |
| Australia 01 | 23/07/2026 |
| United Kingdom 01 | 28/07/2026 |
| Switzerland 02 | 30/07/2026 |
| Germany 02 | 30/07/2026 |
| Switzerland 01 | 02/08/2026 |
| Europe 01 | 05/08/2026 |
| Germany 01 | 09/08/2026 |
Auto Arrange: Clean layout for Workflows
Workflow design in Nimbus just got easier. With the new Auto arrange button, Nimbus users can now instantly arrange the layout for their entire workflow: Blocks are neatly positioned and connector lines stay easy to follow, no matter how large or complex the workflow gets. One click is all it takes to keep a flow looking sharp, any time structural changes are made.

🔎 Added with this update:
- Workflow editor and workflow template editor: a new Auto arrange button in the toolbar, alongside Expand all, Collapse all, and Fit to screen.
- One click arranges the entire flow into a clean top-down layout: blocks are positioned automatically, and existing connectors redraw over the new layout.
- Available any time, so Nimbus users can re-arrange a flow whenever they like, including right after adding or restructuring blocks.
- Disconnected blocks (with no path from START) are placed predictably; wider blocks automatically get the spacing they need.
- In the template editor, all blocks are arranged, including locked ones. Lock state only guards block configuration, not canvas position.
- The new layout is applied immediately and persists on the next Save; discarding or cancelling the edit restores the previous layout.
UI Profiles: Tailor the Portal Menu per user
Administrators can now shape the Nimbus User Portal menu to match each user's role. With the new UI Profiles, admins can define exactly which pages appear in the navigation menu and which page opens by default after login. Your Agents, Supervisors, and other roles each get a Nimbus Portal experience tailored to what they actually need.
![]() |
![]() Menu selection reduced and custom tooltips & icons. |
🔎 Added with this update:
- A new UI Profiles configuration page under Admin Portal > Configuration > UI Profiles.
- Administrators can define visible menu pages per profile, set custom icons and tooltips per page, and configure a default landing page.
- UI Profiles can be assigned to individual users or in bulk via Extensions User Settings.
- Pages not included in a profile are hidden from the menu1 but remain fully reachable via direct links, such as deep links or contextual actions elsewhere in Nimbus Portal.
1💡Note: Certain options cannot be hidden despite being removed from the profile, e.g. User Preferences (Portal) & Nimbus Companion.
Export Workflows and Templates via API
Building on the existing Workflow Export/Import feature, the new Export Workflows and Templates via API allows Tenant Administrators to gain full control over how and when their workflows and workflow templates are backed up. Exports can be scheduled and automated, integrating workflow protection directly into existing IT processes on top of the export options already available in the portal.
✅Administrator action: Using the new API export functionality requires new Provisioning.Workflow.Export rights to be granted to the Nimbus App on your Tenant. Refer to Nimbus API > “Grant API Web Access Permissions” for details.
🔎 Added with this update:
- A new export API endpoint for workflows and workflow templates, usable alongside the existing portal-based export.
-
New Methods:
GET Discover Workflows,POST Export Workflows
-
New Methods:
- Export scope can be set at tenant or OU level, so administrators can pull an entire tenant's workflows or just those belonging to a specific organizational unit.
- An overwrite parameter controls whether existing local files are refreshed or preserved, making it easy to keep a local archive current without duplicating or overwriting unchanged definitions.
Bulk Export for User and Service Configuration
With Bulk Export, all users in Administrator roles can export all user and service configurations within an Organization Unit, or across the whole tenant, in a single operation, giving them a fast, reliable way to capture configuration snapshots at scale, without giving up the precision of selecting specific entities when that's all that's needed.

🔎 Added with this update:
- Configuration Export
- OU-scoped export: select an OU in the grid filter and export all users/services within it in one file. Useful for backups, reviews, or migrations.
- Whole-tenant export: clear the OU filter to export the entire tenant's user/service configuration in a single operation.
- Hand-picked export remains available as before, for exporting only specific, manually selected entities.
- Choose the output format (JSON (combined) or CSV) depending on how the export will be used downstream.
💡Note: Exports are automatically restricted by the administrator's OU scope. An admin with access to only a subset of OUs will only ever receive the entities they're permitted to see, even when running a whole-tenant export.
Virtual User: Simplified configuration structure
Configuring a Virtual User is now faster and more intuitive. The configuration page has been reorganized into three clear tabs — General, Behavior, and Tools and Outcomes — guiding Nimbus users step by step through setting up behavior, conversation flow, and tools, without needing to consult detailed documentation. Terminology has also been standardized throughout, making it clearer what each field actually controls.

🔎 Added with this update:
- A new tab-based layout for Virtual User configuration: General (name, description, bot/profile assignment, modalities, license), Behavior (instructions, messages, timeouts, voice & persona settings), and Tools and Outcomes (conversation flow instructions, outcomes, and extensions like Web Requests or MCP Server).
-
Standardized terminology:
- Prompt-related fields that affect the Virtual User's behavior are consistently labeled as Instructions, clearly separated from “Description” fields for the Nimbus UI, which have no effect on the AI. This also affects related configuration entities such as Parameters.
- Intents are now renamed to “Outcomes” (also in the “Add Virtual User” activity, to clearly correlate to the “Tools and Outcomes” fields (.
- The previous Role field is now marked (Deprecated) to reflect that its purpose is now covered by the “General Instructions” field.
- Related KB update: Use Case - Integrating Nimbus Virtual User with external systems updated for the new UI.
Virtual User transcription support
Nimbus now supports Transcription data to be caught via Trigger Events and Flow Actions. Customer interactions with Virtual Users (GPT Realtime bot) can be used to generate a transcript of each conversational session. When the Virtual User session ends, Administrators can pick up the transcript in Power Automate for downstream workflows (e.g. CRM updates, quality assurance, providing service-case context, complaint routing, or booking).

🔎 Added with this update:
- The former Companion Service Settings have been renamed to “AI Service Settings” to better reflect the general purpose.
- Added Transcription support for Virtual Users. 💡Note that Virtual User sessions are not shown on the My Sessions page, and are meant to be delivered via Nimbus Power Automate Connector the moment the session ends, where you can route it to a CRM, ticketing system, booking process, or analytics pipeline.
-
Power Automate Connector updated with the following Virtual User features:
- Trigger Events: Added "When a Virtual User has an update” event which can react to “Transcription ready” and “Session Terminated” events.
- Flow Actions: Added ”Get Virtual User Data" flow action which can specific Virtual User transcription or the entire session transcript.
- ☝️Please note that the new Power Automate Connector is undergoing certification as of this release. More info on this below.
- Related KB update: Use Case - Setting Up Transcription updated to reflect both methods for Virtual User and Companion.
![]() |
![]() |
||||||||||||||||||||||||||||
INC Upcoming Connector Feature Certification⌛Pending Connector Certification: Features or partial changes on the functionality described in the following are still undergoing the Microsoft review and certification process. Changes are not yet part of the officially certified Nimbus Power Automate Connector, so your Power Automate UI may differ. Available Connector update pathsINC Power Automate Connector Update Path![]()
Test Connector functionality early✅ Whenever Whenever Nimbus team mentions new Power Automate Connector functionality on the Latest Release Notes you can download the “to be certified (V1)” connector manually. Then you need to install this upcoming (V1) connector as Custom Connector on your tenant. ☝Note that Custom-installed connectors will not update automatically. Once the functionality becomes available in the certified connector you need to perform a manual Connector Migration of your flows. Learn how to update the Custom ConnectorUpdating the Nimbus Custom Power Automate ConnectorLuware development implements changes in the upcoming Nimbus Power Automate Connector (v1) and starts a certification process with Microsoft right after every major Nimbus release. 🤔When do I need to manually update a custom connector? If the official Nimbus Release Notes mention new connector features which you would like to try out ahead of time – e.g. by adding new actions and triggers – you can perform a manual update and install the V1 connector as Custom Connector on your Tenant. Learn more…INC Power Automate Connector Update Path![]()
💡Good to know: If you performed a Connector Migration before now use the Microsoft store-certified connector, you can skip the update steps shown below. After each V1 connector update re-certification by Microsoft, your connector updates automatically. Manual Connector Update Steps
INC Nimbus Power Automate Connector URLs☝Legacy (v0) Custom Connector users: Replace the /v1/ part of the URL above with /v0/ to download the legacy connector (e.g. to Update your existing Connector) with new files. Note that the legacy connector will not receive feature updates anymore. ☝Migration note for all custom-installed connectors: You can install the v1 to-be-certified connector as Custom Connector. However, when switching to the certified connector within Microsoft Power Automate, a Connector migration is necessary for all existing custom connectors.
| |||||||||||||||||||||||||||||
Other Changes and Improvements
- Trigger Events: Added new Trigger event “When a voicemail is ready”, related to the new Voicemails transcription feature added to Modalities Service Settings. 💡Note that this Event is also part of the upcoming (to be certified) Power Automate Connector. “Voicemail Transcription” is acting independently to Virtual Users or “Companion” related event and trigger.
-
Nimbus Companion Interface - Various UI improvements:
- Resize handle to adjust the split-view / Nimbus UI proportions
- Added possibility to create a new chat from split view




