2.2510.0

Versionshinweise 2.2510.0 für Automation Suite unter Linux.

Release-Datum: 25. März 2026

Unterstützung für die neue RHEL-Version

Wir haben unsere Betriebssystemunterstützung um RHEL 9.7 erweitert. Weitere Informationen zu den unterstützten RHEL-Versionen finden Sie unter RHEL-Kompatibilitätsmatrix.

Release-Datum: 11. November 2025

Neuigkeiten

Neues Versionierungsformat für die Automation Suite

Ab diesem Release verwendet die Automation Suite ein neues Versionierungsformat. Das Format folgt dem Muster [Major].[YYMM].[Patch], das wie folgt definiert ist:

• Major erhöht sich, wenn eine Hauptversion bereitgestellt wird.
• YYMM stellt das Jahr und den Monat der Version des langfristigen Supports (LTS) dar.
• Patch erhöht sich mit jedem kumulativen Update (CU) nach dem ersten LTS-Release.

Das Versionsformat dieser LTS-Version ist 2.2510.0. Diese Version ist die Grundlage für zukünftige kumulative Aktualisierungen.

Jetzt neu: Test Cloud

Wir freuen uns, Ihnen mitteilen zu können, dass Test Cloud jetzt lokal über Linux-Bereitstellungen verfügbar ist. Mit dieser Version kommt die volle Test Cloud-Erfahrung in selbstverwalteten Umgebungen zur Verfügung, sodass Sie automatisierte Tests sicher und in großem Umfang in der Infrastruktur Ihrer Organisation entwerfen, ausführen und verwalten können.

Mit Test Cloud können Sie automatisierte Tests in großem Maßstab entwerfen, ausführen und verwalten und gleichzeitig die volle Kontrolle über Ihre Daten, Infrastruktur und Compliance-Anforderungen behalten.

Hauptvorteile von Test Cloud

Test Cloud bietet die folgenden Vorteile:

• Umfassende Automatisierungsabdeckung: Unterstützt verschiedene Automatisierungstypen wie Citrix, Web, Desktop, SAP, Mainframe, API und Mobile.
• Testdatenmanagement: Zugriff auf verschiedene Datenquellen, um datengesteuerte Tests durchzuführen.
• Detaillierte Einblicke: Erweiterte Analyse- und Berichtsfunktionen für vollständige Transparenz über die Testleistung.
• Flexible Testmethoden: Ermöglicht sowohl automatisierte und manuelle Tests als auch datengesteuerte Tests durch Dienste wie Data Service und Orchestrator oder generierte Datensätze über Autopilot.

Dokumentation und Anleitung

Die Dokumentation für Test Cloud lokal, bereitgestellt über Linux-Bereitstellungen, ist in den folgenden Installations-, Administrator-, Benutzer- und API-Handbüchern verfügbar:

• Linux-Installationshandbuch
• Administratorhandbuch
• Test Cloud – Benutzerhandbuch
• API-Leitfaden

Das bedeutet, dass die Automation Suite und Test Cloud Inhalte in den Versionshinweisen, Installations-, Administrator- und API-Handbüchern gemeinsam haben.

Neue Produkte in die Automation Suite integriert

Wir freuen uns, die Aufnahme von Integration Service und Lösungen in unser Automation Suite-Produktportfolio bekannt zu geben. Diese Erweiterung entspricht unserem Ziel, die Parität der über die Automation Cloud angebotenen Funktionalitäten aufrechtzuerhalten.

Wenn Sie diese neuen Produkte aktivieren möchten, überprüfen Sie die produktübergreifenden Abhängigkeiten und stellen Sie sicher, dass Sie alle Voraussetzungen erfüllen .

Alle Details zur Installation und Konfiguration dieser neu integrierten Produkte finden Sie im Installationshandbuch für die Automation Suite unter Linux. Weitere Informationen zur optimalen Nutzung der Funktionalität dieser Produkte finden Sie in den einzelnen Produktleitfäden:

• Integration Service für Automation Suite-Benutzerhandbuch
• Benutzerhandbuch zu Lösungen für die Automation Suite

Unterstützung für die Produktionsbereitstellung mit einem einzelnen Knoten

Die Automation Suite unterstützt jetzt zusätzlich zu Auswertungs- und Demonstrationsszenarien die Bereitstellung mit einem einzelnen Knoten für Produktionsumgebungen.

Durch diese Erweiterung können Organisationen mit begrenzten Infrastrukturressourcen oder spezifischen Bereitstellungsanforderungen die Automation Suite in einer Ein-Knoten-Konfiguration betreiben.

Die Produktionsbereitstellung mit einem einzelnen Knoten wird nur unterstützt, wenn alle erforderlichen Bedingungen erfüllt sind. Diese Bedingungen sind für die Aufrechterhaltung der Stabilität und Zuverlässigkeit in der Produktion unerlässlich. Weitere Informationen dazu finden Sie unter Produktionsbereitstellung mit einem einzelnen Knoten.

Während Sie eine Bereitstellung mit einem Knoten in der Produktion verwenden können, bleibt eine HA-fähige Bereitstellung mit mehreren Knoten die empfohlene langfristige Konfiguration, da sie eine hohe Verfügbarkeit, Skalierbarkeit und verbesserte Widerstandsfähigkeit bietet.

Unterstützung für Layer 7(L7)-Lastenausgleiche

Wir haben Unterstützung für Load Balancer der Ebene 7 (Anwendungsebene) hinzugefügt, zusätzlich zur vorhandenen Unterstützung für Load Balancer der Ebene 4 (Netzwerkebene).

Diese Verbesserung bietet Ihnen mehr Flexibilität bei der Bereitstellung der Automation Suite in der Produktion und ermöglicht erweiterte Datenverkehrsverwaltung, Überwachung und Sicherheitsfunktionen mit L7-Lastausgleichen.

Weitere Informationen finden Sie unter Konfigurieren des L7-Lastenausgleichs (Optional).

Unterstützung für IPv6 und Dual-Stack-Konfiguration

Die Automation Suite unterstützt jetzt Bereitstellungen mit IPv6- und Dual-Stack-Netzwerken (IPv4 und IPv6).

Durch diese Verbesserung können Automation Suite-Dienste und Ingress-Komponenten in Umgebungen ausgeführt werden, die reine IPv6- oder gemischte IPv4/IPv6-Netzwerke verwenden.

Weitere Konfigurationsdetails finden Sie im Abschnitt Netzwerkanforderungen .

Unterstützung für externen Objektspeicher und lokale Sicherungen

Die Automation Suite unterstützt jetzt zusätzliche Sicherungsoptionen und bietet mehr Flexibilität für Sicherungs- und Wiederherstellungsvorgänge.

Sie können jetzt einen externen Objektspeicher oder einen lokalen Datenträger als Speicherort zum Speichern und Wiederherstellen von Sicherungsdaten konfigurieren:

• Externer Objektspeicher – Unterstützt S3-kompatible und Azure-Objektspeicher.
• Lokaler Datenträger – Wird nur für Cluster mit einem Knoten unterstützt. Sie ermöglicht das direkte Anhängen eines Datenträgers an den Sicherungscluster, um Sicherungsdaten zu speichern, die später getrennt und zur Wiederherstellung an den Wiederherstellungsserver angefügt werden können.

Um diese Optionen zu verwenden, müssen Sie die cluster_config.json -Datei aktualisieren, um die Konfigurationsdetails für die ausgewählte Sicherungsmethode einzuschließen.

Weitere Informationen finden Sie unter Sichern und Wiederherstellen des Clusters.

PostgreSQL für die Process Mining Airflow-Datenbank

Ab Process Mining in der Automation Suite 2.2510 müssen Sie PostgreSQL für die AutomationSuite_Airflow -Datenbank verwenden. PostgreSQL wird mit den neuesten Versionen von Apache Airflow ausgeführt. Neueste Versionen von Apache Airflow verfügen über verschiedene Funktionen, Leistungen und Sicherheitskorrekturen, die bei älteren Versionen fehlen.

Wichtig:

Die Verwendung von Microsoft SQL-Server für die AutomationSuite_Airflow -Datenbank wird nicht mehr unterstützt.

Weitere Informationen zum Einrichten und Konfigurieren der PostgreSQL-Metadatenbank AutomationSuite_Airflow finden Sie unter SQL-Anforderungen für Process Mining und Datenbankkonfiguration .

Administrator

Benutzer- und Gruppenprofile

Einheitliche Profile für Prüfung und Fehlerbehebung

Wir freuen uns, Ihnen mitteilen zu können, dass wir eine einheitliche Ansicht eingeführt haben, in der Sie alle notwendigen Informationen über Ihre Benutzerkonten und lokalen Gruppen überprüfen und verwalten können. Wir bezeichnen diese Ansicht als Benutzer- und Gruppenprofile.

Benutzer- und Gruppenprofile sind die Lösung, die Sie benötigen, um Ihre Benutzer- oder Gruppenkonfigurationen einfach zu prüfen und zu korrigieren. Im Gegensatz zu zuvor können Sie jetzt eine Vielzahl von Vorgängen von einem einzigen Ort aus ausführen: Gruppenmitgliedschaften anpassen, Lizenzen verwalten, den Zugriff überwachen und Benutzer- und Gruppeninformationen aktualisieren.

Derzeit sind Benutzer- und Gruppenprofile nur für Organisationsadministratorenverfügbar.

So verwenden Sie Benutzer- und Gruppenprofile

Um auf Benutzer- und Gruppenprofile zuzugreifen, navigieren Sie zu Administrator > Konten und lokale Gruppen, wählen Sie entweder die Registerkarte Benutzerkonten oder die Registerkarte Lokale Gruppen aus und wählen Sie dann das Benutzerkonto oder die lokale Gruppe, die Sie verwalten möchten. Ein neues Fenster wird geöffnet, in dem Sie Ihre Benutzer- oder Gruppenkonfigurationen anzeigen oder aktualisieren können.

Die folgende Abbildung zeigt einige der Optionen, die Sie für die Verwaltung von Benutzerprofilen haben:

Eine umfassende Liste aller Vorgänge, die Sie mit den neuen Benutzer- und Gruppenprofilen ausführen können, finden Sie unter Verwalten von Benutzergruppen und Profilen.

Einführung der Rolle Tenant Administrator

Erste dienstübergreifende Rolle

Wir freuen uns, die Rolle Tenant Administrator in der Automation Suite anzukündigen.

Mit dieser neuen dienstübergreifenden Rolle können Sie Aufgaben effizienter delegieren, indem Sie Benutzer, Gruppen, Roboterkonten oder externe Anwendungen bestimmen, die alle Ressourcen innerhalb eines bestimmten Mandanten verwalten.

Sie können jetzt Aufgaben wie Rollenzuweisung, Lizenzierungsverwaltung, Dienstbereitstellung und mehr an einen Tenant Administrator delegieren, ohne sich Sorgen zu machen, dass er Zugriff auf andere Ressourcen in Ihrer Organisation hat.

Die Rolle Tenant Administrator ist ideal für RPA-CoE-Direktoren und IT-Administratoren und ermöglicht es, einige Aufgaben von einem Organisationsadministrator einer Rolle auf Mandantenebene neu zuzuweisen.

Vorteile der Rolle Tenant Administrator

Wenn Sie neugierig auf die Vorteile der neuen Rolle Tenant Administrator sind, finden Sie hier:

• Verbesserte betriebliche Effizienz: Diese neue Rolle reduziert die Zeit, die zum Einrichten des Administrators für Vorgänge auf Mandantenebene erforderlich ist.
• Reduzierte Arbeitsbelastung für Organisationsadministratoren: Die Organisationsadministratoren werden entlastet;
• Verbesserte Sicherheit: Da weniger Benutzer über maximale Berechtigungen verfügen, gibt es eine bessere Kontrolle über Zugriffsrechte.

Sie werden sich freuen, zu erfahren, dass die Rolle Tenant Administrator nur die erste Rolle auf Mandantenebene ist, die wir einführen möchten. Unser Ziel ist es, Ihnen die Verwaltung dienstübergreifender Rollen von einer zentralen Stelle aus zu ermöglichen.

Bekannte Einschränkungen

Die Rolle Tenant Administrator ist derzeit von den folgenden bekannten Einschränkungen betroffen, an deren Überwindung wir aktiv arbeiten:

• Nur die folgenden Dienste unterstützen die Rolle Tenant Administrator : Orchestrator (umfasst Aktionen, Prozesse, Integration Service), Data Service, Document Understanding, Task Mining, Test Manager. Die restlichen Dienste auf Mandantenebene werden derzeit nicht unterstützt, und Benutzer, die nur die Rolle Tenant Administrator haben, können nicht auf diese Dienste zugreifen.
• Der Tenant Administrator kann nicht über die Benutzeroberfläche auf Menüs auf Organisationsebene zugreifen.
• Auf dem Bildschirm „Administrator“ > „Mandanten“ > „Dienste“ kann der Tenant Administrator aktivierte Dienste anzeigen, aber keine Dienste hinzufügen oder entfernen.
• Auf dem Bildschirm Administrator > Mandanten > Zugriff verwalten kann der Tenant Administrator Mandanten anzeigen, die er nicht verwaltet. Wenn der Tenant Administrator jedoch auf diese Mandanten zugreift, können sie keine Aktionen ausführen.

Weitere Informationen zur neuen Tenant Administrator-Rolle und deren Zuweisung finden Sie unter Rollen auf Mandantenebene.

Verbesserungen der Mandantenauswahl

Wir freuen uns, ein neues Design und neue Funktionen für die Plattform-Mandantenauswahl präsentieren zu können.

Zu den Verbesserungen gehören ein Suchfeld für die einfache Navigation, wenn Sie mehrere Mandanten haben, und die Region, in der sich die Daten jedes Mandanten befinden.

Abbildung 1. Datenaufbewahrung der Mandantenauswahl

Zentralisierte Zugriffsverwaltung

Wir freuen uns, die Initiative zur zentralisierten Zugriffsverwaltung einzuführen. Die zentralisierte Zugriffsverwaltung bietet Ihnen optimierte Zugriffsverwaltungsprozesse und erweiterte Anpassungsfunktionen. Mit diesen Funktionen können Sie Rollen und Berechtigungen in Ihrer Organisation einfach verwalten und die Effizienz, Compliance und Fehlerbehebung verbessern.

Erkunden Sie die folgenden Schlüsselbereiche, die wir aktualisiert haben, und entdecken Sie ihre neuen Funktionen:

Compliance und Auditing

• Exportieren Sie Rollenzuweisungen über die API oder die Benutzeroberfläche
  Sie können jetzt Rollen und Rollenzuweisungen für alle Produkte und Dienste auf der Plattform per API oder über die Benutzeroberfläche (UI) exportieren, indem Sie die Schaltfläche Rollenzuweisungen herunterladen im Menü Konten und lokale Gruppen auswählen. Diese Funktion vereinfacht Prüfungen, Compliance und Berichterstellung, indem eine zentrale Ansicht der Rollenzuweisungen in Ihrer Umgebung bereitgestellt wird. Weitere Informationen finden Sie unter Exportieren von Benutzerrollenzuweisungen für API-Anweisungen oder Exportieren von Rollenzuweisungen für UI-Anweisungen.
• Überprüfen Sie die Unterstützung für Zugriffsordner
  Mit „Zugriff überprüfen“ können Organisationsadministratoren und Tenant Administrators einfach die Rollen und Berechtigungen überprüfen, die Benutzern, Gruppen, Konten und externen Anwendungen auf Mandanten- und Dienstebene zugewiesen sind. Unterstützung auf Ordnerebene ist ebenfalls verfügbar. Sie können anzeigen, welche Rollen bestimmten Ordnern zugeordnet sind, um eine vollständigere und genauere Darstellung der Zugriffsberechtigungen auf der gesamten Plattform zu erhalten. Darüber hinaus können alle Berechtigungsdetails zur weiteren Überprüfung und Berichterstattung in eine CSV-Datei exportiert werden. Um die Funktion zu verwenden, wechseln Sie zu Administrator > Zugriff verwalten > Zugriff überprüfen und suchen Sie dann nach einem beliebigen Konto, um seine Rollen und Berechtigungen zu überprüfen. Weitere Informationen finden Sie unter Überprüfen des Zugriffs.

Zentralisierung

• Benutzerdefinierte Rollen
  Benutzerdefinierte Rollen sind jetzt auf Organisations-, Mandanten- und Dienstebene verfügbar. Sie können neue Rollen mithilfe einer Kombination von Berechtigungen von einem oder mehreren Diensten innerhalb eines Mandanten definieren und so eine maßgeschneiderte Zugriffssteuerung für ihre spezifischen Rollenanforderungen gewährleisten. Weitere Informationen finden Sie unter Benutzerdefinierte Rollen.
• Rolle des Mandantenadministrators
  Diese neue dienstübergreifende Rolle ermöglicht eine effizientere Delegierung von Aufgaben, da Benutzer, Gruppen, Roboterkonten oder externe Anwendungen alle Ressourcen innerhalb eines bestimmten Mandanten verwalten können. Wenn Sie ein Organisationsadministrator sind, können Sie jetzt Aufgaben wie Rollenzuweisung, Lizenzierungsverwaltung und Dienstbereitstellung an einen Tenant Administrator delegieren, um Bedenken hinsichtlich des unerwünschten Zugriffs auf andere Ressourcen in Ihrer Organisation zu verringern. Weitere Informationen zur neuen Tenant Administrator- Rolle und deren Zuweisung finden Sie unter Rollen auf Mandantenebene.
• Rolle des Insights-Dashboard-Betrachters
  Die Rolle Insights-Dashboard-Betrachter ist eine neue Rolle auf Organisationsebene, mit der Sie einen spezifischen und detaillierteren Zugriff auf Insights-Dashboards auf Organisationsebene zuweisen können, ohne Benutzern mit vollständigen Organisationsadministratorrechten gewähren zu müssen. Diese Rolle zielt auf den Zugriff auf Dashboards ab und bietet Ihnen mehr Kontrolle und Flexibilität bei der Freigabe von Erkenntnissen in der gesamten Organisation. Weitere Informationen finden Sie unter Rollen auf Organisationsebene.
• Mandantentypen und Tagging
  Sie können jetzt den Mandantentyp für Ihren Mandanten auswählen, wenn Sie einen neuen erstellen, indem Sie Produktion, Staging oder Entwicklung im Abschnitt Umgebungstyp des UI-Assistenten zum Erstellen eines neuen Mandanten auswählen. Diese Funktion macht die Mandantenverwaltung intuitiver, sodass Sie keine strengen Namenskonventionen für Ihre Mandanten einhalten müssen. Darüber hinaus können Sie mit dieser Funktion Mandanten basierend auf ihrem Zweck mit Tags versehen und Verwaltungsaufgaben optimieren. Weitere Informationen finden Sie unter Hinzufügen von Mandanten.

Konsistenz

• Das Menü Zugriff verwalten
  Wir haben das Menü Zugriff verwalten neu gestaltet, um ein konsistentes Erscheinungsbild auf allen Plattformebenen zu gewährleisten: Organisation, Mandant und Dienst. Unabhängig von der Plattformebene, auf der Sie arbeiten, haben Sie die gleiche Oberfläche für die Verwaltung von Rollen und Rollenzuweisungen. Dieser konsistente Ansatz reduziert die aufgewendete Zeit der Navigation zwischen verschiedenen Scopes und verbessert die allgemeine Benutzerfreundlichkeit. Weitere Informationen finden Sie unter Verwalten der Zugriffsbenutzeroberfläche basierend auf dem Scope.

Neu gestaltete linke Leiste für verbesserte Navigation

In unseren kontinuierlichen Bemühungen, Ihre Benutzererfahrung zu verbessern, freuen wir uns, eine neu gestaltete linke Leiste in der Automation Cloud ankündigen zu können, um sicherzustellen, dass Sie einfach auf wichtige Teile der Plattform zugreifen können.

Die neue linke Leiste ist benutzerdefiniert und zeigt nur Ihre bevorzugten Dienste und Module an, die Sie mühelos personalisieren können. Alle zugänglichen Dienste, auf die Sie Zugriff haben, sind weiterhin verfügbar, aber um sie anzuzeigen, müssen Sie die linke Leiste erweitern.

Um einen Dienst zu den Favoriten hinzuzufügen, zeigen Sie mit der Maus darauf und wählen Sie das grauen Favoriten -Symbol neben dem Dienstnamen aus. Um einen Dienst aus den Favoriten zu entfernen, verwenden Sie das orangefarbene Favoriten -Symbol.

Abbildung 2. Neue linke Leiste mit Favoriten-Bereich

Eine umfassende Beschreibung der neuen Navigation finden Sie in der linken Leiste.

Viel Spaß beim Navigieren durch das überarbeitete Design!

Lizenzierung

Einheitliche Preise, ein innovatives Lizenzierungsmodell

Wir freuen uns, „Unified Pristing“ ankündigen zu können, unser verbessertes Lizenzierungsmodell, das neue Lizenzierungspläne, Benutzerlizenzen und einen innovativen kreditbasierten Ansatz mit sich bringt. Diese Funktionen machen es zu einer überzeugenden Alternative zum bestehenden Flex-Lizenzierungsmodell.

Vorteile

Die einheitliche Preisgestaltung führt die folgenden neuen Funktionen ein:

• Kreditbasierter Ansatz: Unter Unified Pricing werden alle Lizenzierungsverbrauchseinheiten – wie z. B. AI Units, App Units, Robot Units, API-Aufrufe und Agenteneinheiten – in eine einzelne Einheit, die Platform Unit, konsolidiert. Diese Vereinfachung ermöglicht ein besseres Verständnis sowie eine bessere Nachverfolgbarkeit.
• Erhöhte Flexibilität: Mit Unified Pricing können Sie Platform Units einfach auf der Basis Ihrer sich verändernden Projekterfordernisse erneut zuweisen. Wenn jetzt mehrere UiPath-Dienste Platform Units verbrauchen, sind Sie nicht mehr an vordefinierte Verwendungszwecke für die erworbenen Einheiten gebunden. So können Sie Ihren Schwerpunkt und Ihre Ressourcen dahin verschieben, wo sie für Ihre Projekte am meisten benötigt werden, wann immer erforderlich.

Wer kann profitieren

Derzeit können Sie Unified Pricing-Lizenzierungstarife für Automation Cloud-Produkte, Automation Suite-Produkte und Desktop-Produkte abschließen. Dieses neue Lizenzmodell ist auf die Bedürfnisse von Bestandskunden und von neuen Kunden zugeschnitten.

Wenn Sie Ihr bestehendes Flex-Lizenzierungsmodell fortsetzen möchten, können Sie diese Wahl frei treffen. Wenn Sie jedoch derzeit unter dem Flex-Modell arbeiten und zur einheitlichen Preisgestaltung wechseln möchten, denken Sie daran, dass Sie für diesen Übergang sicherstellen müssen, dass die Benutzerlizenzverwaltung aktiviert ist, und dass Sie die Lizenzen neu zuweisen. Weitere Informationen erhalten Sie von Ihrem Vertriebsmitarbeiter.

Zusätzliche Ressourcen

Umfangreichere Informationen zu den in Unified Pricing verfügbaren Benutzer-SKUs finden Sie unter UiPath-Lizenzierung.

Eine Anleitung zur Auswahl des optimalen Lizenzierungsmodells, das auf Ihre Anforderungen zugeschnitten ist, finden Sie in der Übersicht.

Einzelheiten zu den neu eingeführten Unified Pricing-Tarifen, Benutzerlizenzen und Platform Units auf Plattformebene finden Sie im Administratorhandbuch zu Automation Suite.

Informationen zu der für jedes UiPath-Produkt anwendbaren Verbrauchslogik finden Sie in den detaillierten Benutzerhandbüchern des jeweiligen Produkts.

Verbesserte Lizenznachverfolgung und -zuweisung auf Mandantenebene

Sie können nun zusätzlich zur Anzahl der Lizenzen, die für die Zuweisung verfügbar sind, die Anzahl der Runtimes überwachen, die derzeit von einem Mandanten verwendet werden. Sie können diesen neuen Wert im Bereich Lizenzzuweisung bearbeiten für den ausgewählten Mandanten überprüfen, indem Sie die Karte Lizenzen im Abschnitt Administrator auswählen.

Diese neue Funktion hilft Ihnen, die Neuzuweisung von Lizenzen zu vermeiden, die bereits verwendet werden, indem das Zählen und Zuweisen der verbleibenden Lizenzen erleichtert wird. Weitere Informationen dazu finden Sie unter Zu viel zugewiesene Lizenzen.

Die folgende Abbildung zeigt den Bereich Lizenzzuweisung bearbeiten, in dem Sie die Anzahl der verfügbaren sowie der in Verwendung befindlichen Lizenzen anzeigen können.

Einführung von Kontingenten pro Benutzergruppe

Wir freuen uns, eine neue Verbesserung in unserem System zur Benutzerlizenzierung ankündigen zu können: Kontingente pro Benutzergruppen. Mit dieser Funktion können Organisationsadministratoren die Anzahl der Benutzerlizenzen steuern, die eine Gruppe erwerben kann. Im Wesentlichen können Benutzer, die jeder Gruppe angehören, jetzt Lizenzen bis zu dem festgelegten Kontingent erwerben. Dadurch wird die Zuweisung und allgemeine Verwaltung von Lizenzen über mehrere Geschäftseinheiten hinweg in Ihrer Organisation optimiert.

Vorteile

Mit Kontingenten pro Benutzergruppe können Sie die folgenden Vorteile genießen:

• Mehr Kontrolle: Als Organisationsadministrator können Sie die Anzahl der Benutzerlizenzen einschränken, die eine Gruppe erwerben kann, was Ihnen eine bessere Kontrolle über die Lizenzen in Ihrer Organisation ermöglicht.
• Verbesserte Effizienz: Als Administrator können Sie die Anzahl der Lizenzen steuern, die bestimmten Benutzergruppen zugewiesen werden. Dies ermöglicht eine gezieltere Lizenzverwaltung im Vergleich zur Verwaltung von Lizenzen nur über die Gruppenzuweisung. Administratoren können diesen Mechanismus verwenden und in Kombination mit Berechtigungen den Zugriff einer Gruppe von Benutzern auf bestimmte Mandanten und eine bestimmte Anzahl von Lizenzen beschränken.

Nutzungshinweise

Wenn Sie eine Lizenzzuweisungsregel für eine Gruppe hinzufügen oder bearbeiten, können Sie als Organisationsadministrator jetzt die Kontingente pro Benutzergruppe steuern. Weitere Informationen finden Sie unter Verwalten von Lizenzzuweisungsregeln.

Beim Navigieren durch die neue Funktion sind einige wichtige Punkte zu beachten:

• Mindestkontingent: Das Mindestkontingent, das festgelegt werden kann, ist 1. Wenn ein Kontingent auf 0 festgelegt ist, führt Sie eine Fehlermeldung zu einer gültigen Aktion.
• Unbegrenzte obere Kontingent: Wir legen keine Obergrenze für das Kontingent fest. Wenn Sie das Kontingent höher als die verfügbaren Lizenzen festlegen, bedeutet das einfach, dass Benutzer bis zu den maximal verfügbaren Lizenzen erwerben können. Beachten Sie jedoch, dass dies keine empfohlene Konfiguration ist.
• Niedrigeres Kontingent: Wenn Sie versuchen, ein Kontingent festzulegen, das niedriger ist als die Anzahl der bereits von einer Gruppe erworbenen Lizenzen, wird eine Fehlermeldung angezeigt, die darauf hinweist, dass die vorhandenen Zuweisungen angepasst werden müssen. Weitere Informationen finden Sie unter Aufheben der Zuweisung direkt zugewiesener Lizenzen.

Diese Verbesserung wurde entwickelt, um die Verwaltung von Lizenzen in Ihrer Organisation zu vereinfachen.

Identität

Verwalten Sie das Signaturzertifikat von UiPath für SAML-Authentifizierungsanforderungen über die API

Wenn Ihr Identitätsanbieter (IdP) das automatische Beziehen von Updates von der SAML-Metadaten-URL von UiPath nicht unterstützt und Sie signierte Authentifizierungsanforderungen oder -antworten benötigen, können Sie die Verifizierungszertifikate in Ihrem IdP nicht zuverlässig aktualisieren.

In diesem Fall können Sie jetzt Ihr eigenes Verifizierungszertifikat über API-Endpunkte hochladen und sicherstellen, dass Sie Ihre IT-Anforderungen für signierte SAML-Anforderungen oder -Antworten erfüllen. Schritt-für-Schritt-Informationen zum Hochladen eines Verifizierungszertifikats finden Sie unter Verwalten des UiPath-Signaturzertifikats für SAML-Authentifizierungsanforderungen.

API-Unterstützung für die Verwaltung externer OAuth-Anwendungen

Sie können jetzt APIs verwenden, um die Rotation von geheimen Clientschlüsseln für externe Anwendungen zu automatisieren. Dies trägt zur Erfüllung der Sicherheitsanforderungen bei, indem die Risiken im Zusammenhang mit geheimen Schlüsseln, die langfristig verwendet werden, oder mit manuell rotierten Geheimnissen reduziert werden.

Mit den neuen APIs können Sie:

• Listen und verwalten Sie externe OAuth-Clientanwendungen.
• Erstellen, Aktualisieren und Löschen von Geheimnissen für externe OAuth-Anwendungen.
• Generieren Sie geheime Schlüssel mit fein abgestimmten Scopes.

Weitere Informationen finden Sie unter Externe Client-APIs.

Verwaltung der Benutzerzustimmung

Administratoren können Zustimmungsaufforderungen für Benutzer erstellen, die sich bei der Organisation anmelden. Diese Funktion stellt sicher, dass jeder Benutzer mit den Richtlinien Ihrer Organisation vertraut ist und sie einhält, bevor er Ihr UiPath-Ökosystem verlässt.

So konfigurieren Sie Zustimmungsaufforderungen.

Unterstützung für die Einschränkung des Zugriffs auf Organisationen

Wir freuen uns, Ihnen mitteilen zu können, dass Sie nun den Benutzerzugriff auf Ihre Organisationen einfach verwalten können. Die neue Funktionalität gibt Ihnen mehr Kontrolle darüber, welche Geräte aus Ihrem Netzwerk auf bestimmte Organisationen in der Automation Cloud zugreifen können. Sie können jetzt den unautorisierten Zugriff auf bestimmte Organisationen verhindern, auch von Geräten, die vom Unternehmen kontrolliert werden.

Diese Verbesserung verringert das Risiko von falsch verwendeten Ressourcen und unerlaubtem Datenzugriff. Erfahren Sie die zusätzliche Sicherheitsebene, die diese Funktion gewährleistet, indem sie eine konsistente Kontrolle über Ihre UiPath-Umgebung bietet.

Weitere Informationen zur Nutzung dieser Funktion finden Sie unter Einschränken des Zugriffs auf Organisationen.

Veralteter API-Endpunkt

Der /identity_/api/User/{userId}/loginAttempts -Endpunkt ist veraltet. Wechseln Sie zur Verwendung des /{organization_name}/portal_/api/auditLog -Endpunkts für Prüfungsprotokolle.

Verbesserungen

Unterstützung für die neue RHEL-Version

Wir haben unsere Betriebssystem-Unterstützung um RHEL 9.6 erweitert. Weitere Informationen zu den unterstützten RHEL-Versionen finden Sie unter Kompatibilitätsmatrix.

Istio HSTS standardmäßig aktiviert

Um die Sicherheit zu verbessern, ist Istio HSTS jetzt standardmäßig aktiviert.

uipathctl-Verbesserungen

• Sie können jetzt alle verfügbaren Optionen für die enthaltenen und ausgeschlossenen Flags auflisten, wenn Sie den Befehl zur Voraussetzungsprüfung ausführen. Weitere Informationen zu --list-options finden Sie im uipathctl-Referenzhandbuch.
• Für eine bessere Effizienz werden die Diagnoseprüfungen nicht mehr während des Paketerstellungsprozesses ausgeführt. Zuvor wurde standardmäßig während der Erstellung des Supportpakets eine Zustandsprüfung durchgeführt, die die explizite Verwendung des Flags --skip-diagnose erforderte, um es zu umgehen. Weitere Informationen zum Ausführen der Diagnoseprüfungen finden Sie im uipathctl-Referenzhandbuch.

Zusätzliche Unterstützung für benutzerdefinierte Zertifikate von Zertifizierungsstellen

Sie können jedes zusätzliche benutzerdefinierte Zertifizierungsstellenzertifikat einschließen, indem Sie den Schlüssel additonal_ca_certs mit dem Zertifikatspfad der externen Zertifizierungsstelle in der cluster_config.json -Datei zur Verfügung stellen.

Optionale Überwachungskonfiguration

Sie können jetzt die integrierte Überwachung in der Automation Suite aktivieren oder deaktivieren, sodass Ihre Organisation die Flexibilität hat, einen eigenen Beobachtbarkeits-Stack zu verwenden.

Weitere Informationen finden Sie unter Optional: Konfigurieren der Überwachungslösung und Überwachung der Automation Suite.

Verbesserte Telemetrie und Konfigurationseinblicke

Wir fügen jetzt zusammengefasste Telemetrie auf hoher Ebene in das Supportpaket der Automation Suite ein, das Einblicke in die Umgebungskonfiguration, die Ressourcennutzung und die Befehlsausführung bietet. Wir fügen auch eine Anleitung zum Anzeigen der generierten XML-Datei und der aktivierten Telemetriefreigabe mit dem UiPath Support über das Customer Portal hinzu.

Neue Warnung für Ablauf der Redis-Lizenz

Wir haben eine neue Prometheus-Warnung für den Ablauf interner Redis-Lizenzen hinzugefügt. Diese Warnung hat drei Benachrichtigungsebenen, basierend auf dem Zeitrahmen, in dem die Lizenz abläuft: 90, 30 oder 7 Tage.

Entfernungen

Die Option zur vollständigen Migration ist nicht mehr verfügbar

Die Option zur vollständigen Migration zum Verschieben von eigenständigen Produktdaten in die Automation Suite ist nicht mehr verfügbar. Die Migrationsmethode für einzelne Mandanten, die vom Automation Cloud™-Migrationstool unterstützt wird, ist jetzt die einzige unterstützte Möglichkeit, Orchestrator-Entitäten zu übertragen.

Weitere Informationen dazu finden Sie im Abschnitt Migration und Upgrade .

Task Mining ist in der Automation Suite 2.2510 nicht mehr verfügbar

Unassisted Task Mining ist eine veraltete Funktion und wird am 1. Dezember 2025 entfernt. Da Task Mining in der Automation Suite nur aus Unassisted Task Mining besteht, bedeutet das, dass Task Mining in der Automation Suite 2.2510 nicht mehr verfügbar ist.

Wenn Task Mining in einer früheren Version der Automation Suite installiert war, wird es nach dem Upgrade auf Version 2.2510 nicht mehr sichtbar sein.

Wichtig:

Intern war Task Mining vom Dapr-Dienst abhängig, der ebenfalls entfernt wurde. Nach dem erfolgreichen Upgrade oder der Migration von einer Version der Automation Suite, bei der Task Mining aktiviert war, sollten Sie den Task Mining-Knoten, die Datenbank und den Speicher löschen oder die Knoten für interne Anwendungsfälle anpassen, indem Sie Markierungen und Tolerierungen nach Bedarf aktualisieren.

Entfernen der AWS-, Azure- und GCP-Bereitstellungsvorlage

Wir haben die folgenden Bereitstellungsvorlagen entfernt:

• AWS-Bereitstellungsvorlage
• Azure-Bereitstellungsvorlage
• GCP-Bereitstellungsvorlage

Zuvor wurden diese Vorlagen verwendet, um vordefinierte Konfigurationen für die Installation der Automation Suite auf den unterstützten öffentlichen Cloud-Anbietern bereitzustellen.

Alternativ können Sie die Automation Suite auf EKS/AKS verwenden oder sich an den UiPath-Support wenden, um Unterstützung zu erhalten.

Fehlerbehebungen

• Ein Problem führte dazu, dass der Befehl uipathctl cluster pre-upgrade bei Offline-Ausführungen mit einer clusterinternen Registrierung fehlschlug. Dieses Problem trat auf, wenn eine der ArgoCD-Anwendungen vor dem Vorupgrade nicht synchron war. Der Fehler wurde nun behoben.
• Ein Problem verhinderte, dass der Befehl uipathctl cluster pre-upgrade in Umgebungen, die mit einem Proxy und einem externen Objektspeicher konfiguriert wurden, erfolgreich ausgeführt wurde, aufgrund eines Fehlers während der Migration des Insights-Volumes. Der Fehler wurde nun behoben.
• Ein Problem führte dazu, dass automatisch generierte, selbstsignierte Zertifikate mit einer Gültigkeit von 10 Jahren statt 90 Tagen erstellt wurden. Dieses Verhalten tritt nicht mehr auf und Zertifikate werden jetzt korrekt mit einer 90-tägigen Gültigkeit erstellt.
• Ein Problem führte dazu, dass Kubernetes-Knoten abstürzten, wenn die /var/lib/rancher -Partition voll wurde. Dieses Problem ist aufgetreten, weil Rationierungsschwellenwerte nicht auf das Dateisystem angewendet wurden, das Containerabbilder speichert. Das Problem tritt nicht mehr auf und Knoten erkennen jetzt korrekt den Festplattendruck im Image-Dateisystem und entfernen Workloads, bevor die Partition ihre Kapazität erreicht.
• Ein Problem verhinderte, dass die erforderlichen Pods erstellt wurden, wenn die GPU nach dem Hinzufügen eines GPU-Knotens aktiviert wurde. Dieses Problem trat nur bei der Verwendung externer Registrierungen mit Projektnamen auf (z. B. Harbor. Der Fehler wurde nun behoben.
• Ein Problem führte dazu, dass der Thenos-Kompaktor die Komprimierung von Metriken im Objektspeicher aufgrund einer Race Condition in Prometheus stoppte. Das führte zu einer erhöhten Speichernutzung im Ceph-Bucket. Der Fehler wurde nun behoben.
• Wir haben ein Problem behoben, das dazu führte, dass Studio Web bei der Verwendung einer Proxy-Umgebung einen 404-Fehler ausgab.
• Wir haben ein Problem behoben, das das Automation Suite-Upgrade auf einem durch Sicherung wiederhergestellten Cluster blockierte.
• Ein Problem hat dazu geführt, dass die Komponente „node-monitor“, die den Knoten auf Probleme wie die Überprüfung kube-proxy -Zustands oder ob ip_forward überwacht und bei Problemen den Knoten sperrt, für bestimmte Knoten wie GPU oder as-robot. Der Fehler wurde nun behoben.
• Zuvor war die Konfiguration der Benutzerauthentifizierung und der SQL-Authentifizierung für den Automation Suite-Cluster miteinander verbunden. Um einen von ihnen zu verwenden, mussten Sie sowohl kerberos_auth_config.enabled als auch kerberos_auth_config.enable_integrated_sql_auth -Parameter auf true festlegen. Derzeit ermöglichen wir die unabhängige Konfiguration von nur der Benutzerauthentifizierung, indem kerberos_auth_config.enabled auf true und kerberos_auth_config.enable_integrated_sql_auth auf false festgelegt werden. Die unabhängige SQL-Authentifizierung wird noch nicht unterstützt.
• Wir haben ein Problem behoben, das dazu führte, dass der Aktualisierungs-FQDN-Flow aufgrund einer Sicherheitskonfiguration fehlschlug. Das Verhalten tritt nicht mehr auf.
• Wir haben ein Problem behoben, das dazu führte, dass die benutzerdefinierten Änderungen an der RKE2-Konfigurationsdatei (/etc/rancher/rke2/config.yaml) bei Upgrades überschrieben wurden. Jetzt bleiben die benutzerdefinierten Konfigurationen erhalten.
• Wir haben ein Problem behoben, das dazu führte, dass Automation Suite-Installationen fehlschlugen, da Zertifikate der Zertifizierungsstelle nicht erkannt wurden. Das Problem trat auf, wenn der Abschnitt CertificatePolicies Richtlinien-OID-Werte enthielt, die 4 Byte überschritten haben.
• Wir haben ein Problem behoben, das dadurch verursacht wurde, dass der Parameter update_fqdn im Geheimnis service-cluster-configurations nicht richtig festgelegt wurde. Als Teil dieser Fehlerbehebung wird das Flag update_fqdn nun nach der Aktualisierung des FQDN entfernt. Wir haben auch die Anzeigemeldung für die Ausführung des uipathctl rke update-fqdn -Befehls korrigiert.
• Diese Version bringt Sicherheitsupdates für CVE-2025-55315.

Bekannte Probleme (Known Issues)

Konflikt zwischen horizontalem Pod-Autoscaler und ArgoCD in HA-Umgebungen

Erratum – hinzugefügt am 10. September 2026: In HA-Umgebungen skaliert der Horizontal Pod Autoscaler (HPA) bei steigender Last die betroffenen Workloads nach oben, während der ArgoCD-Anwendungscontroller sie herunterskaliert. Dies geschieht, weil ArgoCD die im Helm-Diagramm oder Manifest als Source of Truth definierte Replikatanzahl behandelt, wodurch die Workloads wiederholt nach oben und unten skaliert werden, ohne sich zu stabilisieren.

Um das Problem zu beheben, müssen Sie die argocd-cm ConfigMap im <argocd> -Namespace Patchen, sodass ArgoCD Unterschiede bei der Replikatanzahl ignoriert:

kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
  '{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'

Wenden Sie den Befehl nach jeder erneuten Synchronisierung des ArgoCD-Diagramms oder jedem Automation Suite-Upgrade erneut an, da beide die ConfigMap überschreiben und den Patch entfernen.

Wir haben das Problem in der Automation Suite 2.2510.4 behoben.

Document Understanding CPU-Inferenzeinstellung beim Upgrade auf 2.2510.2 oder höher verloren

Erratum – hinzugefügt am 10. September 2026: Wenn Sie die CPU-Inferenz für moderne Document Understanding-Projekte (enable_cpu_inference) aktiviert haben, wird die Einstellung beim Upgrade auf 2.2510.2 oder höher nicht übernommen. Dieses Problem tritt aufgrund einer Änderung des erwarteten Speicherorts des Parameters enable_cpu_inference in cluster_config.json ab, beginnend mit Automation Suite 2.2510.2.

Verschieben Sie vor dem Upgrade auf Automation Suite 2.2510.2 oder höher den Parameter enable_cpu_inference vom documentunderstanding -Stamm in den Abschnitt modernProjects:

// Before
"documentunderstanding": {
    "enable_cpu_inference": false,
    "modernProjects": {
      "enabled": true
    }
}

// After (2.2510.2 or later)
"documentunderstanding": {
    "modernProjects": {
      "enabled": true,
      "enable_cpu_inference": false
    }
}

Die Erkennung von Kerberos KDC schlägt in Aktiv/Aktiv-Bereitstellungen aufgrund von abgeschnittenen DNS-SRV-Antworten fehl

Erratum – hinzugefügt am 10. September 2026: In Automation Suite Active/Active-Bereitstellungen unter Linux (RKE2) kann die Kerberos KDC-Erkennung während der Installation oder eines Upgrades fehlschlagen, was zu integrierten Authentifizierungs- und LDAP-Fehlern führt. Das Problem tritt auf, weil der Kubernetes-DNS-Dienst die DNS-Auflösung nur über UDP/53 bereitstellt. Wenn eine Kerberos-SRV-Suche wie _kerberos._tcp oder _kerberos._udp eine Antwort zurückgibt, die zu groß für UDP ist, versucht der DNS-Client einen erneuten Versuch über TCP/53. Da der Kubernetes DNS-Dienst TCP/53 nicht verfügbar macht, schlägt der Wiederholungsversuch fehl.

Um das Problem zu beheben, aktivieren Sie TCP/53 beim Kubernetes DNS-Dienst:

1. Bearbeiten Sie die Helm-Chart-Konfiguration rke2-coredns:

   kubectl -n kube-system edit helmchartconfig rke2-coredns
   

2. Fügen Sie unter zone in spec.valuesContent use_tcp: true hinzu:

   servers:
   - zones:
     - zone: .
       use_tcp: true
     port: 53
   

Wir haben das Problem in der Automation Suite 2.2510.4 behoben.

Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden

Erratum – hinzugefügt am 23. Juli 2026: In Studio Desktop werden im Aktivitätenbereich keine Integration Service-Connectors und Aktivitäten aufgeführt. Das Problem wird durch eine Routing-Fehlkonfiguration im intsvcs-periodic VirtualService verursacht.

Um das Problem zu beheben, lesen Sie, dass Studio Desktop Integration Service-Connectors und Aktivitäten nicht laden kann.

Wir haben das Problem in der Automation Suite 2.2510.3 behoben.

Das Ändern der Größe einer Datenträgerpartition erfordert den Datenträgerpfad auch bei nachfolgenden Ausführungen

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem verhindert, dass uipathctl die Größe einer vorhandenen Datenträgerpartition (z. B. die Docker-Registrierungs-, Überwachungs- oder Insights-Partitionen) ändert, es sei denn, der zugrunde liegende Datenträgerpfad wird explizit mit dem Flag --volume bereitgestellt. Dieses Verhalten ist falsch, da uipathctl so konzipiert ist, dass der zugeordnete Datenträger bei nachfolgenden Ausführungen automatisch erkannt wird, ohne dass --volume erforderlich ist.

Dieses Problem wurde in der Automation Suite 2.2510.3 behoben.

Daemon-Sätze von Supportpaketen werden nach der Erfassung nicht bereinigt

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem verhindert, dass die Daemon-Sets des Supportpakets auf jedem Knoten bereinigt werden, nachdem eine Anforderung zur Sammlung von Supportpaketen abgeschlossen wurde.

Bevor Sie eine neue Supportpaketanforderung auslösen, löschen Sie den vorhandenen Supportpaket-Daemonsatz:

kubectl -n kube-system delete daemonset/support-bundle-daemon --ignore-not-found

Dieses Problem wurde in der Automation Suite 2.2510.2 behoben.

Aktualisierungen der Überwachungskonfiguration werden nicht wirksam

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem verhindert, dass die Abschnittsparameter monitoring in cluster_config.json auf den Überwachungs-Stack angewendet werden.

Dieses Problem wurde in der Automation Suite 2.2510.3 behoben.

Voraussetzungsprüfungen schlagen fehl, wenn moderne Document Understanding-Projekte aktiviert und AI Center deaktiviert ist

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem führt dazu, dass der Befehl zur Überprüfung der Voraussetzungen fälschlicherweise fehlschlägt, wenn moderne Document Understanding-Projekte aktiviert und AI Center deaktiviert ist.

Um das Problem zu beheben, lesen Sie Fehlerbehebung.

Dieses Problem wurde in der Automation Suite 2.2510.3 behoben.

Benutzerdefinierte Datenbanknamen werden für Lösungen nicht unterstützt

Erratum – am 15. April 2026 hinzugefügt: Ein Problem verhindert, dass Sie einen benutzerdefinierten Datenbanknamen für Lösungen verwenden. Wenn Sie einen benutzerdefinierten Datenbanknamen angeben, schlagen die Voraussetzungsprüfungen fehl.

Um dieses Problem zu beheben, müssen Sie AutomationSuite_AutomationSolutions als Namen der Lösungsdatenbank verwenden.

Dieses Problem wurde in der Automation Suite 2.2510.2 behoben.

Fluentd exportiert keine Protokolle in IPv6-Umgebungen

Erratum – hinzugefügt am 15. April 2026: In IPv6-Umgebungen kann Fluentbit keine Protokolle an Fluentd weiterleiten, da das Fluentd-Weiterleitungseingabe-Plugin standardmäßig an eine IPv4-Adresse gebunden ist.

Um dieses Problem zu beheben, müssen Sie die ArgoCD-Protokollierungsanwendung patchen und logging-operator.logging.fluentd.forwardInputConfig.bind auf :: festlegen. Weitere Informationen dazu finden Sie im Abschnitt Fehlerbehebung .

Die FQDN-Aktualisierung schlägt in IPv6- und Dual-Stack-Umgebungen fehl

Erratum – am 15. April 2026 hinzugefügt: In IPv6- und Dual-Stack-Umgebungen schlagen FQDN-Aktualisierungen sowohl auf Infrastruktur- als auch auf Dienstebene fehl.

Wir haben das Problem in der Automation Suite 2.2510.2 behoben.

AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden

Erratum – hinzugefügt am 15. April 2026: Wenn die Überprüfung des TLS-Zertifikats der Datenbank aktiviert ist, können einige AI Center- und Document Understanding-Pods in Init:CrashLoopBackOff stecken bleiben. Der await-migration-completion -Init-Container kann keine Verbindung mit der Datenbank herstellen, wobei TLS/SSL-Handshake-Fehler in den Protokollen auftreten.

Zur Behebung des Problems siehe AI Center- und Document Understanding-Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden.

Wir haben das Problem in der Automation Suite 2.2510.2 behoben.

Voraussetzungsprüfung validiert fälschlicherweise Überwachungs- und Protokollierungskomponenten

Erratum – Hinzugefügt am 15. April 2026: Die Voraussetzungsprüfung validiert fälschlicherweise Überwachungs- und Protokollierungskomponenten. Da diese Komponenten nach der Voraussetzungsphase installiert werden, ist diese Validierung nicht erforderlich.

Wir haben das Problem in der Automation Suite 2.2510.2 behoben.

Die Insights-Echtzeitüberwachung funktioniert nicht auf dem sekundären Cluster in Aktiv/Aktiv-Bereitstellungen

Erratum – hinzugefügt am 15. April 2026: Bei Aktiv/Aktiv-Bereitstellungen mit aktivierter Insights-Echtzeitüberwachung übertragen Orchestrator- und Plattformdienste auf dem sekundären Cluster keine Echtzeitüberwachungsdaten aufgrund von Konfigurationsproblemen mit der Aufrufumleitung vom sekundären Cluster zum Primärer Cluster.

Wir haben das Problem in der Automation Suite 2.2510.2 behoben.

Der benutzerdefinierte Plattform-Datenbankname wird bei der Installation von Process Mining nicht unterstützt

Erratum – am 26. März 2026 hinzugefügt: Wenn Process Mining aktiviert ist, führt die Verwendung eines benutzerdefinierten Plattform-Datenbanknamens dazu, dass der OMS-Abgleichauftrag fehlschlägt.

Verwenden Sie als Problemumgehung AutomationSuite_Platform als Plattformdatenbanknamen bei der Installation von Process Mining.

Dieses Problem wird in der Automation Suite 2.2510.2 behoben.

Document Understanding-Dienste werden nicht gestartet

Erratum – hinzugefügt am 9. Februar 2026: Wir haben festgestellt, dass einige Document Understanding-Microservices möglicherweise nicht gestartet werden können, insbesondere in reinen IPv4-Umgebungen.

Wir haben das Problem in der Automation Suite 2.2510.1 behoben.

FIPS 140-2 unterstützt Einschränkungen

Erratum – hinzugefügt am 22. Januar 2026: Insights und Integration Service werden in Automation Suite-Bereitstellungen, die auf FIPS 140-2-fähigen Maschinen ausgeführt werden, nicht unterstützt. Um die Anforderungen von FIPS 140-2 weiterhin zu erfüllen, müssen Sie diese Dienste deaktivieren.

Weitere Informationen dazu finden Sie unter Sicherheit und Compliance.

Voraussetzungsprüfungen schlagen fehl, wenn Process Mining aktiviert ist

Erratum – hinzugefügt am 19. Dezember 2025: Ein Problem führt dazu, dass die Voraussetzungsprüfungen fehlschlagen, wenn Process Mining aktiviert ist. Das Problem tritt auf, weil cert-manager bei den Prüfungen fälschlicherweise als erforderliche Komponente identifiziert wird, obwohl sie für Process Mining nicht mehr benötigt wird.

Die Fehlermeldung ist falsch positiv und kann sicher ignoriert werden.

Wir haben das Problem in der Automation Suite 2.2510.1 behoben.

Die GPU-Aktivierung schlägt in Offline-Clustern mit clusterinterner Registrierung fehl

Erratum – hinzugefügt am 19. Dezember 2025: Ein Problem verhindert, dass der Befehluipathctl rke2 gpu --enable die nvidia-gpu-plugin DaemonSet-Pods auf GPU-Knoten bereitstellt. Das Problem tritt in Offline-Clustern auf, die eine Registrierung im Cluster verwenden.

Um das Problem zu beheben, müssen Sie das GPU-Plugin-Manifest aktualisieren, bevor Sie den Befehl uipathctl rke2 gpu --enable ausführen. Ersetzen Sie <Installer_Directory> durch den Pfad zu Ihrem Installationsverzeichnis (z. B. /opt/UiPathAutomationSuite) und führen Sie den folgenden Befehl aus:

sed -i "s/REGISTRY_PLACEHOLDER/localhost:30071/g" "<Installer_Directory>/Infra_Installer/gpu_plugin/nvidia-device-plugin.yaml"

Wir haben das Problem in der Automation Suite 2.2510.1 behoben.

Das Upgrade schlägt aufgrund eines Seeding-Fehlers im HTTP-E Wenn-Bild fehl

Erratum – hinzugefügt am 19. Dezember 2025: Ein Problem verhindert, dass das Automation Suite-Upgrade aufgrund eines Fehlers beim Seeding des hashicorp/http-echo:1.0 -Images abgeschlossen wird.

Um das Problem zu beheben, müssen Sie die Bildreferenz http-echo manuell aus dem Abschnitt .images in versions/helm-charts.json und versions/1.34.1/helm-charts.json entfernen und dann die registrierungsspezifischen Vorgänge erneut ausführen.

Wir haben das Problem in der Automation Suite 2.2510.1 behoben.

Die Groß-/Kleinschreibung des Hostnamens führt zu einem Upgradefehler

Erratum – hinzugefügt am 19. Dezember 2025: Ein Problem verhindert, dass Upgrade-Vorgänge abgeschlossen werden, wenn ein Knoten-Hostname in Großbuchstaben geschrieben ist. Das Problem liegt daran, dass Kubernetes die Beschriftung kubernetes.io/hostname auf Kleinbuchstaben normalisiert, was zu einer Abweichung bei der Erstellung einer Upgrade-Server-Bereitstellung führen kann.

Um das Problem zu beheben, gehen Sie zum Abschnitt Fehlerbehebung.

Wir haben das Problem in der Automation Suite 2.2510.1 behoben.

Einschränkungen der Kerberos-Authentifizierung

Erratum – hinzugefügt am 19. Dezember 2025: Die Kerberos-basierte Authentifizierung wird für den Integration Service derzeit nicht unterstützt.

Wir arbeiten an Kerberos-Unterstützung für zukünftige Versionen der Automation Suite.

In der Zwischenzeit können Sie alternative Authentifizierungsmechanismen wie die einfache Authentifizierung oder die Workload Identity-basierte Authentifizierung verwenden.

SQL-Prüffehler bei aktivierter Workload-Identität

Ein Problem kann dazu führen, dass die Befehle „Prereq Check“ und „Zustandsdiagnose“ einen Fehler für die SQL-Prüfung melden. Dieses Problem kann in Umgebungen auftreten, in denen die Workload-Identität für Apps, Automation Hub und Integration Service aktiviert ist.

Zeitachse der Einstellung

Wir empfehlen Ihnen, die Zeitleiste der veralteten Elemente regelmäßig auf Aktualisierungen in Bezug auf Funktionen zu überprüfen, die veraltet und entfernt werden.

Paketinformationen

Produktversionen

In der folgenden Tabelle sind der Release-Status, die Version und die Versionshinweise für alle UiPath-Produkte aufgeführt, die unter der Automation Suite 2.2510.0 bereitgestellt werden.

Legende:

✅ Neu: Diese Automation Suite-Version enthält eine neue Produktversion. Neue Versionshinweise sind verfügbar.

◆ Bundled: Diese Variante enthält eine zuvor veröffentlichte Produktversion. Es sind keine neuen Versionshinweise verfügbar.

Produkt	Version	Versionshinweise
Action Center	✅ Neu: 2.2510.0	Versionshinweisen zum Action Center
AI Center	✅ Neu: 2.2510.0	Versionshinweise AI Center
AI Computer Vision	✅ Neu: 2.2510.0	Versionshinweise zu AI Computer Vision
Apps	✅ Neu: 2.2510.0	Versionshinweise zu Apps
Automation Hub	✅ Neu: 2.2510.0	Versionshinweise des Automation Hub
Automation Ops	✅ Neu: 2.2510.0	Versionshinweise zu Automation Ops
Data Service	✅ Neu: 2.2510.0	Data Service-Versionshinweise
Document Understanding	✅ Neu: 2.2510.0	Document Understanding AI Center-basierte Projekte – Versionshinweise Moderne Document Understanding-Projekte – Versionshinweise
Insights	✅ Neu: 2.2510.0	Insights-Versionshinweise
Integration Service	✅ Neu: 2.2510.0	Integration Service-Versionshinweise
Solutions (Lösungen)	✅ Neu: 2.2510.0	Versionshinweise zu Lösungen
Orchestrator	✅ Neu: 2.2510.0	Versionshinweise zum Orchestrator
Process Mining	✅ Neu: 2.2510.0	Process Mining-Versionshinweise
Test Manager	✅ Neu: 2.2510.0	Test Manager-Versionshinweise

Interne Komponentenversionen von Drittanbietern

Diese Automation Suite-Version bündelt die folgenden internen Komponenten:

Komponente	Version
RKE2	1.34.1+rke2r1
ArgoCD	v3.1.5
Gatekeeper	3.20.0
rook	1.17.6
ceph	19.2.3
prometheus-pushgateway	v3.4.1
Zertifikatsmanager	v1.18.2
kube-logging/logging-operator	6.0.3
kube-logging/config-reloader	6.0.3
Istio	1.26.3
velero	1.16.1
Wiederlader	v2.2.0
Prometheus	v3.5.0
Grafana	12.0.2
Redis-Operator	v7.22.2-22
Redis-Cluster	v7.22.2-20.fokus
OAuth2-Proxy	v7.11.0