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 10'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 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.
17 June 2026 - 1.130 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 | 17/06/2026 |
| Australia 01 | 18/06/2026 |
| United Kingdom 01 | 23/06/2026 |
| Switzerland 02 / Germany 02 | 25/06/2026 |
| Switzerland 01 | 28/06/2026 |
| Europe 01 | 01/07/2026 |
| Germany 01 | 05/07/2026 |
Virtual Users goes to General Availability
Virtual Users are now available for all customers. Virtual Users are bots that handle customer interactions automatically in Audio/Video workflows, supporting scenarios such as CRM lookups, customer verification, and self-service flows. They can be extended with Web Requests for direct API integrations and MCP Server connections for plug-and-play tool integrations.
🔎 See Virtual Users for documentation and configuration details.
Companion Interface goes to General Availability
The Companion Interface is now available for all customers. This AI-driven Knowledge Assistant is built directly into Nimbus Admin (User Portal following soon), allowing you to ask Nimbus-related questions and receive focused answers drawn from official documentation, without having to search the Knowledge Base manually. Companion can combine multiple concepts, provide step-by-step instructions with source links, answer in different languages, and also give visibility on Nimbus server status and planned maintenance windows.
🔎 See Nimbus Companion Interface for documentation and configuration details.
Transfer on User Exit goes to General Availability
Transfer on User Exit is now available for all customers. This feature automatically transfers a customer to a configured target service when the last Nimbus user ends the call, provided the customer has given their consent beforehand. A typical use case is a post-call survey.
🔎 See Transfer on User Exit for documentation and configuration details.
Service System Message for System-Terminated IM Sessions
When an Instant Messaging session is terminated automatically by the system — for example, after the 24-hour Twilio Customer Service Window expires — customers now receive a notification informing them that the conversation has ended and that they can start a new one by sending a message. This prevents customers from waiting indefinitely for a reply that will never arrive.

🔎 Added with this update:
-
Service System Messages > Messages to Customer: A new “Session Ended by System” message field was added, allowing administrators to configure a notification sent to the customer when the system terminates an IM session.
💡 This message is optional. If no message is configured, the session ends silently. The message supports System and Custom Parameters and uses the following default value as a suggested starting point: "The conversation has ended. You can start a new conversation by sending a message."
Pickup for Audio/Video Calls in Skill-Based Distribution
Skill-based Audio/Video services now support Pickup as a distribution type, making Queue Workflow activities with the Pickup option fully compatible with these services. This gives agents the ability to actively pick up waiting calls rather than waiting for automatic distribution. The Pickup button is available on My Overview, Services List, Live View, and the Attendant Console, and respects the configured Distribution Policy — ensuring only eligible agents can pick up a call based on their current responsibility profile.

🔎 Added with this update:
-
Pickup as a Distribution Type for Skill-based Audio/Video services.
💡 Note: The Pickup button is only active for users who match the current Distribution Policy with their Responsibility Profiles. Current distribution levels, Preferred users and the Initial Preference Phase are also respected. Note that Adaptive Cards are not supported for Skill-based service Pickup scenarios, and any existing configuration for this will be ignored. - Queue Workflow activities with the “Pickup” Distribution Type option are now assignable to Skill-based services without warnings or restrictions.
- The Pickup button on My Overview, Services List, and Live View for Skill-based services (already available in the Attendant Console).
Virtual Users: Custom Workflow Exits
Administrators can now define multiple custom exits on the Virtual User workflow activity, based on the outcome of a conversation. Instead of relying on a single "Success" path, calls can be routed dynamically to the right service, user, or follow-up action, based on the intent or outcome identified during the Virtual User interaction. This enables more granular automation, improves customer experience, and supports complex routing scenarios such as intent-based escalation, identity verification outcomes, and transactional flow handling.
✅Necessary Migration: "Intent" feature availability: Intents are available for the following Bots: Intent Analyzer, AI Workflow and Open Profile, using either “Nimbus AI Services” and OpenAI GPT-Realtime models.
-
☝️Migration for existing “Virtual User” activities: Previous Virtual User workflow activities had AI exits created on the workflow level (Audio Intent Analyzer) or hard-wired "Success" exits (AI Workflow, Open Profile) in the element. With the introduction of flexible intents, manual migration is necessary to avoid any disruptions and configuration errors.
- Simply replace the “Add Virtual User” activity with a new one to leverage flexible intents.
- Define at least one exit intent on the Virtual User configuration page, and map the exit intent on the workflow level. With no exit intent configured, the workflow will take the “AI Fallback” exit.
- 💡No migration required for Copilot bots: Copilot uses its own exit handling1. Copilot "Topics”, of which the outputs are then mapped into Bot Response Templates.
1 Depending on selected bot mode, the“Add Virtual User" Conversation Handling Activity is changing available configuration and exit properties.
![]() |
![]() |
![]() |
🔎 Added with this update:
-
Virtual Users: The ability to configure multiple custom exits on the Virtual User workflow activity, each representing a different conversation outcome.
💡 Custom exits replace the traditional single "Success" path with a flexible, intent-driven approach. Typical use cases include ticket creation vs. status inquiry, customer identification outcomes, FAQ escalation logic, and transactional flows. -
Conversation Handling Activities > “Add Virtual User”: Reworked for custom exits and intents.
✅To migrate from existing activities, add a new “Add Virtual User” activity from the activities list. - Use Case - Integrating Nimbus Virtual User with external systems updated to reflect the new possibilities.
Virtual Users: MCP Server Authentication
Administrators can now configure OAuth 2.0 (Client Credentials) as the authentication method when connecting a Virtual User to external systems via MCP Server. This enables secure, enterprise-grade integrations with CRM, ERP, and other business systems, unlocking advanced automation scenarios such as ticket creation, status retrieval, and identity-based actions, without relying on API key-based authentication.
🔎 Added with this update:
- Authentication items can now be used within MCP Servers (Virtual Users > Extensions section).
- Virtual Users: Support for OAuth 2.0 (Client Credentials) as an authentication method for the MCP Server Extension Tool.
Nimbus Companion: Transcription and Summarization for Outbound Calls
Transcription and AI-generated summaries are now available for outbound audio calls, including Call on Behalf scenarios and Scheduled Outbound Calls. Agents can automatically receive a full transcript and conversation summary for outbound interactions, just as they already do for inbound calls. This means no interaction goes undocumented, regardless of how it was initiated, reducing manual note-taking, supporting better follow-ups, and giving supervisors a complete and consistent record across the entire call lifecycle.
🔎 Added with this update:
- Transcription and summarization extended to Call on Behalf scenarios.
- Transcription and summarization extended to Scheduled Outbound Calls, both with and without workflows.
💡 Transcription and summarization must be configured and the required licenses must be in place in order to use this feature.
Dashboards: Task Capacity visibility for Supervisors
Supervisors can now see the (absolute) task capacity of their agents directly in the User State Tabular and User Supervision Tabular widgets on flexible Dashboards. The existing Modalities column has been updated with capacity information, and a new Modalities & Capabilities column shows the absolute numbers of configured task limits and currently assigned tasks per modality. This gives supervisors a clear and detailed picture of who can still take on work and for which channel.
![]() |
![]() |
🔎 Added with this update:
- Dashboard Widget Properties: The existing Modalities column in the User State Tabular and User Supervision Tabular widgets updated with capacity information, consistent with what is already shown on Live View and Services Overview.
- New optional Modalities & Capabilities columns for the same widgets, showing the absolute task limits and number of assigned tasks per modality per user.
💡Note: Both Non-Personal Dashboards / Personal Dashboards are supported.
Dashboards: Inline Filtering and Sorting for Tabular Widgets
Supervisors can now filter and sort the rows in Tabular widgets directly from the dashboard, without reconfiguring the widget or reloading the page. A full-width global search bar filters rows across all visible columns, a filter icon gives access to column-specific filter controls, and clicking any column header sorts the data instantly. This makes it faster to identify users or services that need attention — for example, agents who have been in a specific Presence State or Duty Profile for the longest time.

⮑ When “Show Inline filter and search” is enabled on the widget, inline filters are shown on the tabular widget headers.

🔎 Added with this update:
-
Inline filter controls and a full-width global search bar on the following widgets: User Supervision Tabular, Service KPI Tabular, Service Queue Tabular, Live Service Tasks Tabular, Service Outbound Tasks Tabular, Service External Tasks Tabular, Service Supervision, and User Performance Tabular.
- 💡 Note that the available filters are depending on the configured filters and columns.
- 💡 All filter results (including search) are persistent and stored user-side, to be re-applied when the dashboard is reloaded.
- Type to search is matching results across visible columns acts case-insensitive.
-
Click-to-sort for column headers, toggling between ascending and descending order.
- 💡Durations sort by actual time, numeric and KPI values by their value, and text columns alphabetically.
- 💡Sort states are session-only and reset on page reload. The dashboard's configured default sort is used as the starting point.
💡Note: Both Non-Personal Dashboards / Personal Dashboards are supported.
Other Changes and Improvements
- Distribution Service Settings / Users Service Settings: Layout improvements in the Distribution and Users tabs. Full-width toggles are now displayed at half-width and aligned next to their related fields for a more compact and easier to scan layout. The setting formerly known as "Team member can change active state" has been renamed to "Users can change active state".
- Nimbus UI quality of life change: Task capacity / service participation toggles / Outbound Call headers – already present in Attendant Console – have now also been added to My Overview and My Sessions for consistency.
- Nimbus Companion Interface: Users can customize conversation titles in the Companion interface to better reflect the context of their chats. This improves organization and makes it easier to find relevant conversations in search results, especially when discussions evolve beyond their original topic.
- User Preferences (Portal) - Now allows to configure “Pickup Call” notification behavior both for Audio and Browser (toast) notifications.
-
Facts - Columns and Data Types: A new
CanGetTaskfield has been added to the User States OData endpoint, indicating whether a user is available to receive at least one Nimbus task at any given point in time. - Direct Call Reporting - The option to enable this in the General User Settings is now supported in Bulk Editing.




