März 2026

March 23, 2026

Fehlerbehebungen

We fixed an issue where Autopilot got stuck in an Initializing state and could not be opened.

March 16, 2026

Verbesserungen der Barrierefreiheit

We improved accessibility across several user interface components to support better usability.

Automatically preselect the first available process when starting a job

When starting a job, the first available process in the list is now automatically selected based on name ordering.

This change streamlines the job start flow and reduces the number of steps required when launching jobs.

Clarified error message for missing Robot permissions

Starting a job using Run Agent now returns a clearer error message when the required Robot permissions are missing.

The error message now clearly indicates when the failure is caused by missing permissions to start a job, helping you identify and resolve configuration issues more quickly.

Delete recording option added to More Actions menu

You can now delete video recordings directly from the More Actions context menu.

Previously, the Delete recording option was only available in Job Details, which made it harder to discover. This update improves usability by making the action easier to access.

Detailed information for OData validation errors

OData APIs now include additional information in error responses when a request contains invalid or malformed query parameters.

Error responses now contain a Details field that provides a more descriptive explanation of the validation error.

Improved removal of per-user and per-robot asset values

You can now remove per-user and per-robot asset values more safely and efficiently when editing an asset.

When removing a value, a confirmation dialog is displayed to help prevent accidental deletions. The dialog displays the name of the user or robot whose value is about to be removed.

You can also select multiple values and remove them at once using the Remove button in the asset values grid.

New Created columns added to transaction items

We added two new option columns to the queue transaction items grid:

• Created: displays the time elapsed since the transaction items was created.
• Created (absolute): displays the exact timestamp when the transaction item was created.

Both columns are hidden by default and can be enabled through the column visibility settings, allowing you to view when a transaction item was created in either relative or exact timestamp format.

New delete role confirmation modal

Deleting roles in Manage Access → Roles now includes an improved confirmation modal.

When deleting a role, you must type the role name to confirm the action. This helps prevent accidental deletions and provides clearer guidance about the impact of removing a role, including the effect on users who currently have the role assigned.

New QueueItem.retried webhook event

A new webhook event, QueueItem.retried, is available. An event is triggered whenever a queue item is retried.

This event helps you monitor retry activity and react to queue items that are automatically or manually retried after a failure.

Remove per-user and per-robot asset values more safely

You can now remove per-user and per-robot asset values more safely and efficiently in the Assets editor.

When you delete a value, a confirmation dialog is displayed that includes the name of the affected user or robot, helping prevent accidental deletions.

You can also select multiple values and remove them at once. The grid now supports multi-selection, and when you choose Remove selected, the system displays a confirmation dialog describing how many entries will be removed.

Fehlerbehebungen

Fixed Advanced robot options status on the Check Access Page

We fixed an issue where the Advanced robot options status on the Check Access page did not update correctly.

Previously, after reverting a user’s advanced robot options from Custom back to the default configuration, the Check Access page could still display the status as Custom instead of None. The page now correctly reflects the current configuration state.

Fixed live stream availability after sending Stop command

You can now continue to open Live Stream while a job is in the Stopping state.

Previously, the Open Live Stream option became unavailable after sending a Stop command because live streaming was only allowed while the job was in the Running state.

Live streaming now remains available until the job fully stops, allowing you to continue monitoring execution during the stopping phase.

Fixed webhook secret visibility with webhook.view permission

Users with the webhook.view permission can no longer expose webhook secrets through network requests when accessing the Webhooks listing page.

The secret remains visible when editing a webhook, and it can still be retrieved through direct API calls, as backend behavior has not changed.

March 12, 2026

Integration Service Connections now available in Orchestrator

We’re excited to announce that Integration Service connections have moved to Orchestrator.

This enhancement centralizes the management of your connections, making it easier to configure, monitor, and secure connections.

Key improvements

This move brings several key advantages:

• Less context-switching

  You can now create assets, queues, triggers, and connections all in one place, without navigating to another left-hand menu. Fewer clicks, fewer page loads, and lower cognitive load lead to a smoother workflow.

• Easier troubleshooting

  When runs fail, you are already in Orchestrator reviewing jobs, queues, or logs. You can now view and manage the related connection in the same interface, reducing time to resolution.

• A consistent mental model

  Orchestrator already centralizes your resources. Managing connections alongside assets and triggers ensures a more intuitive and cohesive experience.

What's changing

This move brings the following changes:

• A dedicated Connections tab is now available in Orchestrator at folder level.
• All your existing Integration Service connections are available and manageable directly from Orchestrator.
• You can create, edit, and delete connections from the same interface.

For more information on how to manage connections in Orchestrator, check the Connections section in the Orchestrator user guide.

9. März 2026

Bereinigung der Prüfungsprotokolldatenbank

Wie wir bereits in Einführung neuer Richtlinien zur Aufbewahrung von Prüfprotokollen angekündigt haben, befinden wir uns nun in der nächsten Phase dieser Änderung.

Nachdem die Richtlinien zur Aufbewahrung von Prüfprotokollen jetzt vollständig eingeführt wurden, beginnen wir damit, Prüfprotokolle aus der Orchestrator-Datenbank zu entfernen, die älter als die sechsmonatige Aufbewahrungsfrist sind.

Archive mit Prüfprotokollen stehen für die 18 dem letzten Sechsmonatszeitraum vorausgehenden Monate zur Verfügung. Bei Enterprise-Plänen decken Archive die vorangegangenen 18 Monate ab, um sicherzustellen, dass die Prüfprotokolldaten insgesamt für mindestens 24 Monate verfügbar sind. Bei Community-Plänen sind archivierte Daten bis zu 6 Monate lang verfügbar.

Das automatische Löschen von Archiven, die älter als 24 Monate sind, wird in einem zukünftigen Update implementiert.

Weitere Informationen dazu finden Sie unter Herunterladen von archivierten Daten.

In der folgenden Tabelle finden Sie die geplanten Termine nach Region (Änderungen vorbehalten).

Region	Datum
Community	11. März
Australien	18. März
Schweiz	18. März
Kanada	19. März
Indien	19. März
Vereinigte Arabische Emirate	19. März
Vereinigtes Königreich	23. März
Vereinigte Staaten von Amerika	23. März
Europa	24. März
Japan	24. März
Singapur	24. März
Unternehmen mit verzögerter Aktualisierung in Europa (Europäische Union)	6. April
Unternehmen mit verzögerter Aktualisierung in den Vereinigten Staaten von Amerika	6. April

Cloud Robots sind jetzt in der Region Vereinigte Arabische Emirate verfügbar

Hinweis:

Korrektur, 10. März 2026: Wir haben ACR – Serverless aus der Liste der Dienste entfernt, die die Datenaufbewahrung in der Region Vereinigte Arabische Emirate unterstützen, da es nicht veröffentlicht wurde.

Automation Cloud Robots - VM is now available in the United Arab Emirates region. This ensures your data is securely stored and replicated across multiple availability zones within UAE, offering full control and compliance confidence.

MCP-Server sind jetzt in der Region Vereinigte Arabische Emirate verfügbar

MCP-Server sind jetzt in der Region Vereinigte Arabische Emirate verfügbar.

Diese Erweiterung stellt sicher, dass über MCP-Server verarbeitete Daten innerhalb der Verfügbarkeitszonen der VAE gespeichert und repliziert werden, wodurch regionale Datenaufbewahrungs- und Compliance-Anforderungen unterstützt werden.

Weitere Informationen über die verfügbaren Mandantenregionen und die in den einzelnen Regionen angebotenen Dienste finden Sie in unseren Ressourcen unter Datenaufbewahrung.

Weitere Informationen zu MCP-Servern finden Sie im Abschnitt MCP-Server im Orchestrator-Benutzerhandbuch.

Aktualisierungen der Roboterversion und Selbstverwaltungsoption für Automation Cloud Robots-VM und Elastic Robot Orchestration

Wir haben kürzlich eine neue Funktion eingeführt , mit der Sie Roboterversionsaktualisierungen für Automation Cloud Robots-VM- und Elastic Robot Orchestration-Pools basierend auf benutzerdefinierten Images selbst verwalten können.

Robot-Versions-Updates beginnen am 9. März für Pools, bei denen von UiPath verwaltete Updates aktiviert sind, je nach konfigurierter Einstellung für sofortige oder verzögerte automatische Aktualisierungen.

2. März 2026

Hinweis: Korrektur, 9. März 2026: Wir haben den Eintrag für die Neue Karte Neueste Aufträge in der Startseite entfernt, da sie noch nicht veröffentlicht wurde.

Verbessertes Verhalten bei Webhook-Namen

Wir haben die Anzeige von Webhook-Namen verbessert. Zuvor konnten HTML-Inhalte, die in einem Webhook-Namen enthalten waren, in Bestätigungsdialogfeldern als formatierter Inhalt gerendert werden.

Webhook-Namen werden jetzt ausschließlich als Nur-Text angezeigt, um unbeabsichtigtes HTML-Rendering zu verhindern und die allgemeine Sicherheit zu verbessern.

Erweiterte OAuth-Scope-Unterstützung für Storage Buckets-API

Wir haben die OAuth-Scope-Unterstützung für die Storage Buckets-API verbessert:

• Die Speicher-Buckets-API unterstützt jetzt mehrere OAuth-Scopes.
• Der Zugriff kann entweder mit den Scopes OR.Administration oder OR.Buckets gewährt werden.
• Anforderungen, die entweder mit OR.Administration oder OR.Buckets autorisiert wurden, funktionieren während einer einjährigen Übergangszeit weiterhin. Nach diesem Zeitraum gewährt nur noch OR.Buckets Zugriff auf Storage-Buckets-Endpunkte, da die OR.Administration -Unterstützung entfernt wird.

Dieses Update bietet eine detailliertere Zugriffssteuerung bei gleichzeitiger Aufrechterhaltung der Abwärtskompatibilität.

Reaktionsfähiger Ordner – Seitenbereich

Der Ordner-Seitenbereich wird jetzt bei kleineren Bildschirmauflösungen automatisch reduziert, um die Benutzerfreundlichkeit zu verbessern und den verfügbaren Arbeitsbereich zu optimieren.

Suche nach Anmeldeinformationsspeichern

Wir haben die Konfiguration von Zugriffsregeln auf Ordnerebene verbessert, indem wir der Auswahlliste Anmeldeinformationsspeicher beim Konfigurieren von Zugriffsregeln Suchfunktionen hinzugefügt haben.

Zuvor wurden Anmeldeinformationsspeicher beim Bearbeiten von Zugriffsregeln auf Ordnerebene in einer scrollbaren Liste ohne Suchoption angezeigt.

Sie können jetzt das Suchfeld verwenden, um schnell den gewünschten Anmeldeinformationsspeicher zu finden und auszuwählen, was die Benutzerfreundlichkeit und Konfigurationseffizienz verbessert.

Veraltet: OR.Administrator-Scope für Storage Buckets-API

Wir deaktivieren die Verwendung des OAuth-Scope OR.Administration für den Zugriff auf API-Endpunkte von Storage Buckets.

Speicher-Bucket-Endpunkte unterstützen sowohl OR.Administration als auch OR.Buckets -Scopes im Rahmen einer einjährigen Übergangszeit.

Nach diesem Zeitraum:

• OR.Administration gewährt keinen Zugriff mehr auf Storage-Buckets-Endpunkte.
• Nur der dedizierte OR.Buckets -Scope wird akzeptiert.

Diese Änderung verbessert die Granularität des Scopes und richtet die Zugriffssteuerung an das Prinzip der geringsten Berechtigungen aus.