Mai 2025

29. Mai 2025

Einführung neuer Richtlinien zur Aufbewahrung von Prüfprotokollen

Wir beginnen mit der schrittweisen Einführung folgender Richtlinien zur Aufbewahrung von Prüfungen:

• Prüfprotokolle werden in der Orchestrator-Datenbank für eine Dauer gespeichert, die sich auf mindestens die letzten sechs Monate erstreckt. Während dieses Zeitraums sind sie auf der Benutzeroberfläche sichtbar und durchsuchbar, sodass sich für den Benutzer nichts ändert.
• Während des Rollouts werden wir zuerst Archive für die Prüfprotokolle sämtlicher Kalendermonate erstellen und dann mit Ablauf der Aufbewahrungsfrist damit beginnen, die Prüfprotokolle nach und nach aus der Orchestrator-Datenbank zu löschen. Danach wird Orchestrator einmal pro Monat Archive für die Prüfprotokolle aus dem Monat erstellen, der außerhalb des letzten Sechsmonatszeitraums liegt. Zum Beispiel ist die Archivierung der Protokolle für Juni 2025 für Anfang Januar 2026 geplant. Sobald die Prüfprotokolle für einen Kalendermonat archiviert wurden, werden sie aus der Orchestrator-Datenbank entfernt und sind nicht mehr durchsuchbar.
• Archive mit Prüfprotokollen stehen für die 18 dem letzten Sechsmonatszeitraum vorausgehenden Monate zur Verfügung, sodass Sie insgesamt für einen Zeitraum von 24 Monaten auf die Prüfprotokolldaten zugreifen können. Archive, die älter als 24 Monate sind, werden automatisch gelöscht.

Weitere Informationen dazu finden Sie unter Herunterladen von archivierten Daten.

26. Mai 2025

Verbesserte Prüfprotokolle für automatisch deaktivierte Trigger

Im Prüfprotokoll wird jetzt der Grund für die automatische Deaktivierung eines Triggers in folgenden Szenarien angegeben:

• Der Trigger wurde deaktiviert, sobald die in den Einstellungen auf Mandantenebene definierten Werte für Trigger – Deaktivieren bei fehlgeschlagener Auftragserstellung und Trigger – Nachfrist bei fortgesetzt fehlgeschlagener Auftragserstellung (Tage) überschritten wurden.
• Der Trigger wurde deaktiviert, da der Umschalter auf Trigger-Ebene zur Deaktivierung eines ausführungsbasierten Triggers festlegen aktiviert wurde und die Werte für Deaktivieren, wenn die Zählung der aufeinanderfolgenden Auftragsausführungen fehlschlägt sowie Übergangszeitraum beim Deaktivieren des Triggers (Tage) überschritten wurden.

Fehlerbehebungen

Auf der Seite Übersicht auf Mandantenebene und auf der Seite Startseite auf Ordnerebene wurden nur Statistiken für RPA-Aufträge angezeigt. Auf den Seiten werden jetzt Statistiken für alle Auftragstypen angezeigt.

21. Mai 2025

Updates für ausgehende IP-Adressen

Wir erweitern unsere Listen mit ausgehenden IP-Adressen, wobei die neuen Werte ab dem 23. Juni 2025 in Kraft treten. Um Unterbrechungen zu vermeiden, stellen Sie sicher, dass Sie Ihre Firewall-Konfiguration vor dem angegebenen Datum um die neu hinzugefügten Werten aktualisieren.

Eine aktuelle Liste der ausgehenden IP-Adressen finden Sie unter ausgehende IP-Adressen von Orchestrator.

Deaktivierung des Testmoduls für neue Mandanten

Ab diesem Update wird der Großteil des Testmoduls im Orchestrator für jeden neu erstellten Mandanten deaktiviert. Diese Änderung hat bestimmte Einschränkungen auf der Registerkarte Testing in Orchestrator zur Folge:

• Die Registerkarten Testpläne und Testdatenwarteschlangen sind nicht mehr verfügbar. Sie können jedoch weiterhin Testpläne in Test Manager erstellen, und vorhandene Testdatenwarteschlangen auf vorhandenen Mandanten funktionieren weiterhin. Weitere Informationen dazu finden Sie unter Planen von Ausführungen in Test Manager.
• Auf der Registerkarte Testausführungen wird jetzt die Spalte Status anstelle der Spalte Ergebnis angezeigt. In der Spalte Status wird der aktuelle Status der Testausführung des Orchestrators angezeigt, wie z. B. Ausstehend, Wird ausgeführt, Abgebrochen und Abgeschlossen. Testergebnisse sind nur im Test Manager sichtbar.
• Einzelnen Testfälle sind mehr ausführbar. Sie können jedoch weiterhin Orchestrator-Testsätze ausführen, aber nur über APIs (einschließlich CI- und CD-Integrationen).

Testdaten können Sie über Test Manager verwalten.

19. Mai 2025

Unified Pricing – Lizenzmodell

Unified Pricing ist da! Unser verbessertes Lizenzierungsmodell für Orchestrator bietet neue Tarife und ein flexibles Gutschriftensystem mit Platform Units. Damit werden Verfolgung und Neuzuweisung von Ressourcen für Orchestrator einfacher.

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 Orchestrator Automation Cloud und Desktop abschließen. Dieses neue Lizenzierungsmodell ist sowohl auf die Bedürfnisse von Bestandskunden als auch 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-Plänen, Benutzerlizenzen und Plattformeinheiten auf Plattformebene finden Sie im Automation Cloud-Administratorhandbuch.
• Mehr zu den Lizenzierungstarifen, Benutzerlizenzen und deren erwartetes Verhalten in Orchestrator finden Sie unter Unified Pricing-Lizenzierung und Plattformeinheiten.

Verbesserungen des Zeitfilters

Hinweis:

Erratum – am 20. Mai 2025 hinzugefügt: Aufgrund eines Versehen unsererseits haben wir diese Verbesserung ursprünglich am 16. Mai 2025 angekündigt. Wir haben die Verbesserung jedoch bereits am 19. Mai 2025 aktiviert.

Unsere Zeitfilter bieten nun eine größere Auswahl an vordefinierten Intervallen und die Möglichkeit zur Erstellung benutzerdefinierten Intervalle.

Sie haben nun die Wahl zwischen folgenden vordefinierten Intervallen:

• Alle
• Letzte Stunde
• Heute
• Letzte 24 Stunden
• Vergangene 7 Tage
• Letzte 2 Wochen
• Letzte 30 Tage.
• Letzte 6 Monate

Darüber hinaus können Sie die Option Benutzerdefiniert wählen und eines genaues Datum und eine genaue Uhrzeit als Beginn und Ende Ihres Intervalls festlegen.

Die Verbesserungen gelten für die Zeitfilter in folgenden Rastern:

• In der Mandantenansicht unter Überwachung: das Raster Unbeaufsichtigte Automatisierungen.
• In der Mandantenansicht unter Prüfung: die Raster Prüfung und Prüfung von Testautomatisierungen.
• In der Mandantenansicht unter Maschinen: das Raster Protokolle zu Maschinenereignissen für einen VM-Pool mit Cloud-Robotern.
• In der Ordneransicht unter Automatisierungen: die Raster Aufträge und Protokolle.
  Hinweis:

  Die Verbesserungen gelten nicht für die Seiten „Überwachung in Echtzeit“ unter Überwachung.

14. Mai 2025

Allgemeine Verfügbarkeit von Agents.

Im März 2025 haben wir die Einführung von Agents für eine begrenzte Anzahl von Unternehmenskunden angekündigt. Wir stellen Agents nun allgemein zur Verfügung, sodass all unsere Kunden diese fortschrittlichen digitalen Tools nutzen können.

Mehr zu den Fähigkeiten und Verwendung von Agents erfahren Sie in unserer ursprünglichen Ankündigung der Funktion.

Einführung codierter Agents

Wir unterstützen jetzt Agents, die Sie mit einem Code erstellen, was hochgradig maßgeschneiderte Automatisierungen mit komplexer Logik ermöglicht. Indem Sie Agents in Ihrer eigenen IDE entwickeln, haben Sie die volle Kontrolle über die Logik, das Verhalten und die Systemintegration des Agents.

Sie können das UiPath SDK verwenden, um Ihre codierten Agents als standardmäßge .nupkg-Pakete zu verpacken und sie über einen Paket-Feed Ihrer Wahl im Orchestrator zu veröffentlichen.

Sobald Sie einen codierten Agent in einem Orchestrator-Ordner bereitstellen, verhält er sich wie jeder Standardprozess. Daher können Sie die Ausführung von Agents planen, auslösen und überwachen sowie codierte Agents in umfassendere Automatisierungsworkflows integrieren.

Darüber hinaus bieten UiPath SDKs eine Logik zum Aufrufen und zum Interagieren mit UiPath-Ressourcen direkt aus dem Code: Assets, Warteschlangen, Buckets und mehr.

Folgendes Diagramm stellt eine Übersicht über die Workflows von codierten Agents dar:

Weitere Informationen zu codierten Agents finden Sie unter Über codierte Agents.

Einführung des Assets vom Typ Geheimnis

Im Rahmen des Rollouts unserer codierten Agents haben wir die Möglichkeit geschaffen, Umgebungsvariablen zu definieren, sodass Sie Konfigurationsänderungen an Ihrem Agent ohne Änderung des Codes vornehmen können.

Um Ihnen zu helfen, Umgebungsvariablen wie API-Schlüssel bereitzustellen, die Ihr codierter Agent möglicherweise benötigt, werden jetzt Assets vom Typ Geheimnis unterstützt.

Weitere Informationen dazu finden Sie unter Über Assets.

Neue Rollenberechtigungen für Agent Memory

Die in der Einführung von Agent Memory angekündigte Funktionalität „Agent Memory“ funktioniert dadurch, dass Ausführungsdaten des Agents gespeichert werden. Dafür ist eine neue Berechtigung auf Ordnerebene, Agent Memory, erforderlich.

Die Berechtigung Agent Memory ist standardmäßig für folgende Rollen und Vorgänge aktiviert:

• Automatisierungsentwickler: Ansehen, Bearbeiten, Erstellen.
• Automatisierungsbenutzer: Ansehen, Bearbeiten, Erstellen.
• Ordneradministrator: Ansehen, Bearbeiten, Erstellen, Löschen.
• Administrator des persönlichen Arbeitsbereichs: Ansehen, Bearbeiten, Erstellen, Löschen.

Eine ausführliche Erläuterung zum Agent Memory finden Sie unter Agent Memory.

Weitere Information den Rollenberechtigungen finden Sie unter Standardrollen.

Zeitplan der Migration zum Modell Union of Privileges für Enterprise-Kunden

Wie bereits angekündigt werden wir bald mit der Migration zum Modell Union of Privileges für Enterprise-Kunden beginnen, die die Migration noch nicht auf eigene Faust abgeschlossen haben.

Wir werden die Migration nach folgendem Zeitplan durchführen:

Hinweis:

Wir haben die Zeitleiste am 6. Juni 2025 aktualisiert.

Datum	Region
19. Mai 2025	Enterprise-Kunden mit Community, Australien
20. Mai 2025	Kanada, Indien
21. Mai 2025	Vereinigtes Königreich
26. Mai 2025	Vereinigte Staaten
3. Juni 2025	Europa
18. Juni 2025	Japan, Singapur
8. Juli 2025	Organisationen mit verzögerten Aktualisierungen und öffentlicher Sektor

Wichtig:

Die in der Tabelle angegebene Zeitpläne sind vorläufig und können sich ändern.

Für eine bessere Steuerung des Migrationsprozesses empfehlen wir Ihnen dringend, die Migration selbst gemäß den Anweisungen in Migration von Break Inheritance zu Union of Privileges durchzuführen.

Darüber hinaus können Sie bei der eigenständige Durchführung der Migration, einen Bericht zu den betroffenen Benutzern erstellen. Weitere Informationen finden Sie unter Verwendung des Migrationstools.

Beachten Sie, dass das Migrationstool nach den in der Tabelle angegebenen Daten nicht mehr verfügbar sein wird.

Verbesserte Handhabung von Formularfehlern

Beim Versuch, ein fehlerbehaftetes einstufiges Formular einzureichen, wird jetzt das erste Feld markiert, in dem ein Fehler erkannt wird.

9. Mai 2025

Einführung der Agentenüberwachung

Sie können jetzt Überwachungsfunktionen für Agenten im Mandanten- oder Ordnerkontext nutzen, indem Sie zur Seite Überwachung gehen und dann Agents auswählen.

Sie sehen nicht nur Diagramme zu laufenden und abgeschlossenen Instanzen sowie Agents mit den meisten Fehlern, sondern auch Aufzeichnungen von Vorfällen und Informationen zur Ausführung jedes einzelnen Agents.

Weitere Einzelheiten dazu finden Sie unter Überwachung.

8. Mai 2025

Allgemeine Verfügbarkeit von Healing Agent

Healing Agent, das wir im Dezember 2024 als öffentliche Vorschau eingeführt haben, ist jetzt allgemein verfügbar.

Um mehr über Healing Agent und seine Funktionen zu erfahren, lesen Sie die Dokumentation zu Healing Agent.

7. Mai 2025

Aktualisierte Rollenberechtigungen für Orderadministratoren

Hinweis:

Diese Änderung trat am 17. März 2025 in Kraft, wurde jedoch aufgrund eines Problems unsererseits zu diesem Zeitpunkt nicht angekündigt.

Der Rolle des Ordneradministrators fehlten die Berechtigungen Ansehen, Bearbeiten und Löschen für Test Case Execution Artifacts.Der Fehler wurde nun behoben.

6. Mai 2025

Updates zur gemischten Rollenmigration für Enterprise-Kunden

Wir haben erfolgreich die Migration von gemischten Rollen für Enterprise-Kunden durchgeführt mit Ausnahme von Organisationen, die erst später aktualisiert haben, und dem öffentlichen Sektors.Für diese Kundenkategorien findet die Migration vom 20. bis 21. Mai 2025 statt.

Weitere Informationen zur Migration von gemischten Rollen finden Sie in unserer ursprünglichen Ankündigung.