Orchestrator 2021.10.x

Automation Suite

Mit Freude geben wir eine neue Bereitstellungsoption für Orchestrator bekannt. Die UiPath Automation Suite ist ein Paket mit einer konsistenten, einfachen und eleganten Erfahrung beim Installieren, Upgraden und Verwalten von UiPath-Webprodukten, darunter auch der Orchestrator. Weitere Informationen finden Sie in der Automation Suite-Anleitung.

Release-Datum: 25. Oktober 2021

Das Wort „Automatisierung“ stammt vom griechischen Wort „αὐτόματον“ ab, das „selbsttätig“ bedeutet. In der heutigen Welt der Technik wird der Begriff „Automatisierung“ manchmal verwendet, ohne dass sich die Menschen über die genaue Bedeutung einig sind. Deshalb verwenden wir Unattended-Automatisierung, Attended-Automatisierung, Hintergrundautomatisierung, Vordergrundautomatisierung, Remote-Automatisierung, Service-Automatisierung, wodurch die vielen Bedeutungen des Worts offensichtlich werden.

Das liegt zum Teil daran, dass sich der Begriff „Automatisierung“ zusammen mit der Computerwelt entwickelt hat und jeden Tag neue Höhen erreicht, was uns zu Menschen in einem Zeitalter exponentieller Veränderungen macht: Wir erleben gerade die Automatisierung auf ihrem Weg zum Höhepunkt.

UiPath arbeitet daran, die Grenze zwischen Attended- und Unattended-Automatisierung zu überwinden und die Remote-Automatisierung allen Menschen zugänglich zu machen.

Neues Designsystem für den Orchestrator

Mit diesem Release erhält der Orchestrator das neue Apollo-Designsystem. Die Neuerung bietet Ihnen eine einheitliche Benutzeroberfläche im Orchestrator und in anderen UiPath-Produkten, einfachere Navigation und einige Verbesserungen der Benutzeroberfläche.

Während sich an der Funktion des Orchestrators selbst nichts ändert, sind einige Dinge zu beachten:

Es wurde ein Header (a) hinzugefügt, der auf allen Seiten sichtbar bleibt, sodass Sie weiterhin Zugriff auf die folgenden Steuerelemente haben: Benutzermenü (b) und Schnelloptionen (c).
Einige Steuerelemente wurden von den Orchestrator-Menüs zum neuen Header verlagert. Das Benutzermenü (bisher rechts oben im Orchestrator) befindet sich jetzt links oben. Dieses Menü umfasst auch die Optionen für die Benutzersprachauswahl, Designauswahl und Abmeldeoption:

Neue Portale für Systemadministratoren

Zudem wurde die Benutzererfahrung weiter verbessert, indem die Optionen auf Host-Ebene besser organisiert wurden. Systemadministratoren erhalten dadurch ein übersichtlicheres Identity Management-Portal. Es zeigt jetzt die integrierten Anwendungen, ein Management-Portal auf Host-Ebene zum Konfigurieren von globalen Einstellungen für Ihre Installation und das Orchestrator-Host-Portal, das nun nur noch die Einstellungen auf Host-Ebene enthält, die für den Orchestrator selbst spezifisch sind.

Keine Sorge, wir haben keine großen Änderungen an den Funktionen vorgenommen, aber wir hoffen, dass unsere Änderungen Ihnen helfen werden, die gewünschten Funktionen einfacher zu finden.

Weitere Informationen über die Host-Portale und die jeweils verfügbaren Optionen finden Sie unter Host-Administrationsportale.

Unbeaufsichtigte Automatisierung

Die Anzahl der Technologien, die sich für eine Automatisierung eignen, nimmt täglich zu. Dazu gehören häufig Herausforderungen, die meistens eine sorgfältige Planung und eine sehr gute Kontrolle über die Infrastruktur erfordern, die das alles möglich macht.

Beginnen wir mit den Herausforderungen, denen Administratoren bei der Unattended-Automatisierung in ihrem gesamten Spektrum gegenüberstehen, und damit, wie UiPath diese Herausforderungen mit einer Reihe neuer Funktionen bewältigt.

Roboterkonten für Unattended-Verwendung

Ab diesem Release ist ein neuer Kontotyp im Orchestrator verfügbar: das Roboterkonto.

Dies ist eine Identität, die kein Benutzer ist und die Sie auf die gleiche Weise wie reguläre Benutzerkonten einrichten können, aber das Konto wird auf der gesamten Plattform klar als Roboter kenntlich gemacht. Dieser Kontotyp entspricht dem, den Windows für die Ausführung seiner Dienste verwendet. Der Zweck davon besteht darin, dass Sie keine Dummy-Benutzerkonten für die Ausführung Ihrer Unattended-Automatisierungen erstellen müssen, sondern stattdessen diesen Kontotyp verwenden können.

Übergang zu Roboterkonten

Wenn Sie Benutzerkonten haben, die Sie für Unattended-Prozesse verwenden, können Sie nun die Ausführung von Unattended-Prozessen einem Roboterkonto überlassen.

Gehen Sie dazu folgendermaßen vor:

Erstellen Sie ein Roboterkonto.
Richten Sie das Roboterkonto für die Unattended-Verwendung ein, genauso wie Sie ein Benutzerkonto einrichten würden.

Stellen Sie sicher, dass Sie die gleichen Rollen zuweisen und dasselbe Roboter-Setup konfigurieren, das das Benutzerkonto hat, damit der Prozess weiterhin problemlos ausgeführt werden kann. Das Roboterkonto erfordert keine Benutzerlizenzen.
Weisen Sie das Roboterkonto denselben Ordnern zu, denen das Benutzerkonto zugewiesen wurde.

Details finden Sie unter Zuweisen von Konten oder Gruppen zu Ordnern.
Überprüfen und entfernen Sie optional alle Rollen, die das Benutzerkonto nicht mehr benötigt.

Weitere Informationen finden Sie unter Überprüfen von Rollen.

Optimieren des Unattended-Setups

Beim Erstellen eines neuen Automatisierungsprojekts in Studio erhalten Entwickler das erste Attribut, das den zukünftigen Verbleib der Ausführung mit sich bringt: Das zugrundeliegende Zielframework des Automatisierungsprojekts und das kompatible Betriebssystem.

Hier erfahren Sie mehr über Ziel-Frameworks in Studio.

Die folgende Tabelle zeigt die UiPath Roboterversion, die zum Ausführen von Prozessen gemäß ihren Zielframeworks und den Aspekten der Betriebssystemkompatibilität erforderlich ist.

Ziel-Framework	Betriebssystem	Roboterversion
.NET Framework 4.6.1	Windows – Legacy	Alle
.NET 5.0+	Windows	2021.10+
.NET 5.0+	Plattformübergreifend	2021.10+

Als weiteres entscheidendes Attribut Ihrer Automatisierungsprojekte definiert die Benutzeroberflächen-Anforderung, ob Ihre Projekte eine Benutzerinteraktion erfordern (Vordergrund) oder ob Hintergrundprozesse zur Ausführung ausreichen (Hintergrund). Unattended-Roboter verarbeiten Hintergrundprozesse in Sitzung 0 unter NT AUTHORITY\LOCAL SERVICE, die keine Benutzeroberfläche hat und nicht mit einer Benutzersitzung interagieren kann.

Hier erfahren Sie mehr über die Prozessautomatisierung im Hintergrund.

Der Trick ist folgender: Sie benötigen Anmeldeinformationen für die Ausführung von Vordergrundprozessen, nicht aber für die Ausführung von Hintergrundprozessen. Deshalb haben wir eine neue Funktion entwickelt, mit welcher der Konfigurationsaufwand für die Unattended-Automatisierung reduziert wird. Wie? Die Anmeldeinformationen werden einfach optional.

Kurz gesagt: Von nun an können Sie Unattended-Roboter konfigurieren, die Hintergrundprozesse ausführen, ohne sich Gedanken über diese ganze Sache mit den Anmeldeinformationen zu machen.

Die folgende Tabelle zeigt die UiPath Roboterversion, die zum Ausführen von Vordergrund-/Hintergrundprozessen gemäß den Aspekten der Roboteranmeldeinformationen erforderlich ist.

Prozesstyp	Berücksichtigung der Anmeldeinformationen	Roboterversion
Hintergrund	Robot mit Anmeldeinformationen	Alle
Vordergrund	Robot mit Anmeldeinformationen	Alle
Hintergrund	Robot ohne Anmeldeinformationen	2021.10+
Vordergrund	Robot ohne Anmeldeinformationen	Ungültige Konfiguration. Sie benötigen Anmeldeinformationen, um Vordergrundaufträge auszuführen.

Sie können das Definieren von Anmeldeinformationen aktivieren oder deaktivieren bei:

Roboterkonten – Ihre bevorzugten Konten für die Dienst-Unattended-Automatisierung;
Benutzerkonten – Konten für persönliche Remote-Automatisierung, die unter der Identität des Benutzers ausgeführt werden müssen.

Der Wechsel zwischen der Verwendung von Anmeldeinformationen und dem Verzicht auf Anmeldeinformationen erfolgt mühelos über den neuen Umschalter Anmeldeinformationen für Roboter, der unten abgebildet ist.

Unattended-Infrastrukturoptimierung

Ihre Unattended-Workload hat eindeutige Infrastrukturanforderungen, die sich im Laufe der Zeit ändern können. Die Abstimmung der Workload mit den richtigen Ressourcen ist der Schlüssel zur Effizienzmaximierung und der Verschwendungsminimierung.

Dabei unterstützen wir Sie mit zwei neuen Orchestrator-Steuerelementen, mit denen Sie selbst die unterschiedlichsten Aufträge auf bestimmte Maschinen verteilen können. Wie das geht?

Ganz einfach, indem Sie Ihre Maschinenvorlagen spezialisieren, d. h. die Maschinenvorlage und die zugehörige Maschineninfrastruktur auf die Ausführung eines bestimmten Prozesstyps beschränken. Verwenden Sie die folgenden Optionen beim Erstellen oder Bearbeiten Ihrer Maschinenvorlage:

Feld	Beschreibung
Prozesstyp	Auf der Maschineninfrastruktur, die diese Maschinenvorlage verwendet, können Sie Folgendes ausführen: Nur Vordergrundprozesse, (1) Nur Hintergrundprozesse, (2) Sowohl Hintergrund- als auch Vordergrundprozesse. (3)
Prozesskompatibilität	Auf der Maschineninfrastruktur, die diese Maschinenvorlage verwendet, können Sie Folgendes ausführen: Nur mit Windows kompatible Prozesse, (4) Nur plattformübergreifende Prozesse, (5) Sowohl mit Windows kompatible als auch plattformübergreifende Prozesse. (6)

Weitere Informationen finden Sie in der Dokumentation.

Persönliche Arbeitsbereiche mit Aussicht auf Unattended

Mit diesem Release überwinden wir die Grenzen zwischen der Attended- und Unattended-Automatisierung, indem wir allen RPA-Entwicklern die Unattended-Ausführung ermöglichen. Wir ebnen den Weg für die persönliche Remote-Automatisierung, d. h. die Remote-Ausführung von RPA-Prozessen, bequem von Ihrem persönlichen Arbeitsbereich aus.

Die Remote-Ausführung auf vom Unternehmen verwalteten VMs war nie einfacher: Neue Benutzer verfügen standardmäßig über einen eigenen persönlichen Arbeitsbereich und die Unattended-Automatisierung wird dauerhaft in persönlichen Arbeitsbereichen angesiedelt.

Persönliche Arbeitsbereiche für alle neuen Benutzer

Diese Funktion bietet neuen Attended-Benutzern standardmäßig eigene persönliche Arbeitsbereiche und ermöglicht es allen Automatisierungsbenutzern, die Attended-Automatisierung zu verwenden.

Administratoren aufgepasst: Die im Orchestrator referenzierten Benutzergruppen sowie die nach dieser Änderung automatisch bereitgestellten Benutzer haben keine Attended-Funktionalität. Ein Administrator muss die Attended-Roboter für diese Gruppen und/oder Benutzer, die sie benötigen, explizit aktivieren.

Durch diese Änderung werden einige vorhandene Orchestrator-Funktionen überflüssig. Deshalb wurden ein paar Teile im Zusammenhang mit der Konfiguration persönlicher Arbeitsbereiche entfernt.

Machen Sie sich keine Sorgen um Ihre bestehenden Benutzer und Benutzergruppen, da diese ihre ursprüngliche Konfiguration beibehalten. Persönliche Arbeitsbereiche werden auch nicht erzwungen – auch wenn diese standardmäßig für neue Benutzer und Benutzergruppen aktiviert sind, können Sie die Funktion jederzeit pro Benutzer/pro Gruppe nach Belieben deaktivieren.

Unattended in persönlichen Arbeitsbereichen

Ein Administrator, der die Unattended-Erfahrung für alle seine RPA-Entwickler freischaltet, muss eine Voraussetzung kennen: ein Maschinenobjekt, eine Maschinenvorlage oder eine Standardmaschine, die den Arbeitsbereichen zugeordnet ist. Dadurch wird die Unattended-Infrastruktur (Maschinen, die mit dem Orchestrator über ihren Schlüssel verbunden sind) für die Ausführung in allen persönlichen Arbeitsbereichen verfügbar.

Das erfolgt über den Mandantenkontext > Ordner > Persönliche Arbeitsbereiche.

Sie können einen Maschinenobjekt-Scope weder auf bestimmte Arbeitsbereiche einschränken noch von bestimmten Arbeitsbereichen ausschließen. Ein Maschinenobjekt kann entweder allen Arbeitsbereichen oder keinem zugeordnet werden.

Stellen Sie sicher, dass das Maschinenobjekt über die erforderlichen Laufzeiten verfügt, um die Ausführung für alle Ihre Arbeitsbereiche zu unterstützen.

Erfahrung von RPA-Entwicklern mit Unattended

RPA-Entwickler können alle zuvor genannten Unattended-spezifischen Funktionen nutzen, sofern ein Administrator zuvor die erforderliche Konfiguration vorgenommen hat.

Dadurch können sie die folgenden Vorgänge ausführen:

A. Automatisierungen im Voraus geplant oder per Warteschlangenelementbedingung mithilfe von Triggern starten.

B. Den Zustand und den Status der Maschinen- und Maschinenlaufzeiten überprüfen, die der Administrator Ihrem Arbeitsbereich mithilfe der Überwachungsfunktion zugewiesen hat. Wir haben der Startseite des Arbeitsbereichs eine Maschinenkarte für den schnellen Zugriff hinzugefügt.

C. Alle Ressourcen in Ihrem Arbeitsbereich überwachen, indem Sie sich das neue Menü Überwachung ansehen, mit dem Sie mehr über den Zustand Ihrer Maschinen, Prozesse, Warteschlangen und SLA-Vorhersagen erfahren können.

Moderner Ordner im Vergleich zum persönlichen Arbeitsbereich

Bei persönlichen Arbeitsbereichen werden Aufträge unter der Identität des Arbeitsbereichsinhabers gestartet. Dies bringt einige Änderungen an den Funktionen mit sich, wie Sie sie vielleicht von modernen Ordnern kennen:

Maschinenobjekte und Benutzer können nicht im Kontext eines persönlichen Arbeitsbereichs konfiguriert werden.
Der Benutzer ist kein konfigurierbares Ausführungsziel für Trigger, da es für persönliche Arbeitsbereiche wichtig ist, dass die Ausführung unter der Identität des RPA-Entwicklers ausgeführt wird.
Testen und Aktionen sind nicht verfügbar. Infolgedessen werden die Auftragsstatus „Ausgesetzt“ und „Fortgesetzt“ bei Arbeitsbereichen irrelevant.

Um den Übergang möglichst reibungslos zu gestalten, haben wir die vordefinierte Rolle Personal Workspace Administrator mit neuen Berechtigungen angepasst: Weitere Informationen finden Sie in der Dokumentation.

Push-Übertragung von Maschinenobjekten an alle Unterordner gleichzeitig

Um den Aufwand zum Freigeben der Unattended-Erfahrung in Ihrem Unternehmen weiter zu reduzieren, können Administratoren auch die Maschinenvorlage oder Standardmaschine per Push an alle Unterordner übertragen, welche die gleiche ausführende Infrastruktur benötigen. Anstatt jedem einzelnen Unterordner manuell die gleiche Maschine zuzuweisen, können Sie ihn mit wenigen Klicks per Push von einem übergeordneten Ordner in alle seine untergeordneten Ordner übertragen.

Hier erfahren Sie mehr über die Zuweisung von Maschinen zu Ordnern.

Debuggen für Unattended-Prozesse

Kein Ärger beim Debuggen mehr, wenn die Option Benutzerauthentifizierung erzwingen, Roboterschlüssel-Authentifizierung deaktivieren aktiviert ist (auch als interaktive Anmeldung bekannt, wird in den Mandanteneinstellungen im Orchestrator ausgewählt).

Diese Funktion bringt zwar mehrere Vorteile (verbesserte Sicherheit, einfacherer Flow für Attended-Benutzer bei der Verbindung mit dem Orchestrator, optimierte Lizenzierung für Benutzer durch Aktivierung der Benutzerlizenzverwaltungsfunktion), hatte aber den Nebeneffekt, dass das Debuggen für Unattended-Prozesse umständlicher wurde:

Wenn Sie sich zu Debugging-Zwecken bei einer Maschine anmelden, die über einen Maschinenschlüssel mit dem Orchestrator verbunden ist, während die interaktive Authentifizierung erzwungen wird, sind in Ihrem Assistant keine Prozesse zum Debuggen verfügbar, außer Sie melden sich zuerst an.

Jetzt ist das möglich, indem Sie eine Fehlerbehebungssitzung auf der Maschine aktivieren, die über die Registerkarte Unattended-Sitzungen auf der Seite Roboter verfügbar ist:

Durch Aktivieren einer Fehlerbehebungssitzung können Sie Unattended-Prozesse über den UiPath Assistant zu Debugging-Zwecken anzeigen und ausführen. Für die Durchführung dieses Vorgangs ist keine Benutzerlizenz erforderlich.

Die Fehlerbehebungssitzung ist vorübergehend und das Obengenannte gilt nur, wenn die Fehlerbehebung aktiv ist.

Anweisungen finden Sie unter Debuggen von Unattended-Prozessen.

Beaufsichtigte Automatisierung

Beenden von Attended-Aufträgen mit dem Orchestrator

Ermöglichen Sie es Administratoren, die beaufsichtigte Automatisierung in Ihrem Unternehmen im Auge zu behalten – mit einer Funktion, die das Beenden von Attended-Aufträgen mit dem Orchestrator ermöglicht. Entwirren Sie festgefahrene Automatisierungen mit wenigen Klicks, indem Sie zu Automatisierungen > Aufträge navigieren und Weitere Aktionen > Anhalten oder Beenden auswählen, um den Attended-Auftrag zu beenden.

Hinweis: Sie können Attended-Aufträge im Orchestrator nur beenden, wenn sie auf v2021.10+ Robotern ausgeführt werden. Das Beenden von Attended-Aufträgen über den Orchestrator erfordert, dass SignalR aktiviert ist und dass der Roboter mithilfe von WebSocket eine Verbindung mit den SignalR-Kanälen des Orchestrators herstellen kann. Stellen Sie sicher, dass unter „Einstellungen“ > „Skalierbarkeit“ SignalR aktiviert und WebSocket ausgewählt ist.

Ausstehende Aufträge automatisch anhalten/beenden

In diesem Release bietet der Orchestrator einen verbesserten Mechanismus zum Beenden von Aufträgen, die sich aufgehängt haben. Dazu können Sie jetzt eine Strategie zum Beenden des Auftrags gleichzeitig mit der Stopp-Strategie verwenden und nicht nur eine von beiden. Wenn Sie mit der vorhandenen Funktion noch nicht vertraut sind, hier eine kleine Auffrischung: Sie können Ihre Flows optimieren und alle angehängten Auftragsausführungen vorab verwerfen, indem Sie Ihre Trigger konfigurieren, damit sie Aufträge stoppen oder beenden, nachdem ein bestimmtes Zeitintervall abgelaufen ist.

Im folgenden Beispiel versucht der Orchestrator, Aufträge, die sich für mindestens 10 Minuten im Status „Ausstehend“ befinden, anzuhalten. Wenn die Beendigung nicht erfolgt, versucht der Orchestrator, die Jobs zu beenden, die mindestens 20 Minuten lang angehalten sind.

Hier erfahren Sie, wie Sie Zeit-Trigger konfigurieren.

Queues improvements

Sie haben darum gebeten – wir erhören Ihre Gebete. Vorhandene Warteschlangen können nun aktualisiert werden. Dies sind Ihre Optionen:

Umbenennen der Warteschlange bei gleichzeitiger Erhaltung aller vorhandenen Warteschlangeninformationen. Sparen Sie sich das Löschen und erneutes Erstellen von Warteschlangen (und Warteschlangenelementen), falls ein Tippfehler auftaucht oder Sie Ihre Meinung über den zuerst vergebenen Namen geändert haben.
Ändern der Option Automatische Wiederholung von Nein zu Ja oder umgekehrt. Sie können nun erneut festlegen, ob Ihre fehlgeschlagene Transaktion automatisch wiederholt werden soll oder nicht.
Festlegen eines neuen Wertes als maximale Anzahl an Wiederholungen. Geben Sie Transaktionen mehrere zweite Chancen, den Status Erfolgreich zu erreichen, wenn die Option Automatische Wiederholung aktiviert ist.

Auch wenn Sie diese Einstellungen nach Erstellen einer Warteschlange ändern können, sollten Sie beachten, dass nur zukünftige Transaktionen von Ihren Änderungen betroffen sind.

Weitere Informationen finden Sie im Artikel Bearbeiten von Warteschlangen.

Assistant-Widgets

Starting with the 2021.4.3 release, we made it possible for you to add widgets in the UiPath Assistant by making use of Automation Ops and Orchestrator libraries.

Im Orchestrator wurden diese Widgets wie jedes andere Bibliothekspaket markiert, was nicht sonderlich hilfreich war. Ab heute führen wir einen neuen Bibliothekstyp ein, der Widgets gewidmet ist: UiPath Assistant-Widgets. Alle Widgets, die von nun an in den Orchestrator hochgeladen werden, werden als solche gekennzeichnet, damit Sie sie erkennen können.

Hinweis: Widgets, die vor dieser Änderung in den Orchestrator hochgeladen wurden, bleiben als Prozessbibliothek gekennzeichnet.

Erfahren Sie mehr über Widgets.

Workflows mit langer Ausführungszeit

Verwendung von Attended-Robotern in Workflows mit langer Ausführungszeit

Bis heute konnten nur Unattended-Roboter Workflows mit langer Ausführungszeit ausführen. Doch jetzt können Sie einen Orchestrierungsprozess über den UiPath Assistant starten, auf die generierte Aktion im Action Center warten und den Rest der Ausführung einem Unattended-Roboter überlassen.

Es gibt eine Korrelation zwischen den Lizenzen, die zum Starten des Auftrags verwendet werden, und den Lizenzen, die vom Unattended-Roboter zum Fortsetzen des Auftrags verbraucht werden:

Wenn Sie den Auftrag mit dem Attended-Roboter starten, enthalten in einer ...	... dann verbraucht die Wiederaufnahme des Auftrags eine ...
Attended-Benutzerlizenz	Unattended-Roboter-Lizenz
Entwicklungsbenutzerlizenzen Citizen Developer RPA-Entwickler RPA Developer Pro	Non-Production-Roboter-Lizenz

Der Auftrag kann von einem Unattended-Roboter auf einem anderen Server als dem, auf dem der Auftrag ursprünglich gestartet wurde, fortgesetzt werden.

Beibehalten der Konto-Maschinen-Konfiguration bei Wiederaufnahme eines Auftrags

Um Ihre Ressourcen optimal zu nutzen, empfehlen wir Ihnen, die Standardeinstellung für die Wiederaufnahme von angehaltenen Aufträgen beizubehalten, d. h. sie auf jedem verfügbaren Roboter auf jeder verfügbaren Maschine fortzusetzen. Es gibt jedoch auch folgende Fälle:

Die fortgesetzte Auftragsausführung von einer bestimmten Anwendung (z. B. SAP) abhängt, die auf einer bestimmten Maschine installiert ist.
Das Starten und Fortsetzen eines Auftrags denselben Benutzerkontext erfordert.

Um Ihren Ressourcen- und Lizenzanforderungen bei einer Wiederaufnahme des Auftrags zu entsprechen, bieten wir die Option an, dieselbe Konto-Maschinen-Konfiguration zu verwenden, die beim Start des Auftrags festgelegt wurde. Weitere Informationen finden Sie im Artikel Verwalten von Aufträgen.

Konten und Zugriff

Änderungen der Benutzeroberfläche

Zum Unterscheiden zwischen dem Hinzufügen von Konten, was über die Seite „Konten und Gruppen“ im Management-Portal erfolgt, und der Gewährung des Zugriffs für Konten, was über den Orchestrator erfolgt, haben wir die Orchestrator-Benutzeroberfläche optimiert und die Terminologie für mehr Klarheit angepasst.

Folgendes hat sich geändert:

Wir haben die Registerkarten auf Mandantenebene Benutzer und Rollen unter einer neuen Registerkarte namens Zugriff verwalten verbunden.
Auf die Funktionen, auf die zuvor über die Seite Benutzer zugegriffen wurde, wird nun über die Registerkarte Rollen zuweisen auf der Seite Zugriff verwalten zugegriffen.

Von dort aus konnten nie Konten erstellt werden; es wurden einfach vorhandene Konten zum Orchestrator hinzugefügt, sodass Sie ihnen Rollen zuweisen konnten.
Ebenso sind die Funktionen, auf die zuvor über die Seite Rollen zugegriffen wurde, jetzt auf die Seite Zugriff verwalten auf der Registerkarte Rollen zu finden. (Warum herumdoktern, wenn es sowieso funktioniert, oder?)

Es gibt jetzt einen Unterschied zwischen dem Zuweisen von Rollen zu Konten oder Gruppen. Während zuvor die gleichen Schritte für beide angewendet wurden, verfügen die beiden jetzt über unterschiedliche Assistenten, einen für Benutzer oder Roboterkonten und einen anderen für Gruppen, der besser auf die jeweilige Aufgabe zugeschnitten ist.
Die Schaltfläche Konten und Gruppen verwalten wurde zur Registerkarte Rollen zuweisen (Mandanten-Kontext > Zugriff verwalten > Rollen zuweisen) hinzugefügt, welche die Seite Konten und Gruppen des Management-Portals öffnet, auf der Sie neue Konten oder Gruppen hinzufügen können.
Schließlich wurde auf der Seite Zugriff verwalten > Rollen zuweisen die Schaltfläche Berechtigungen überprüfen in Rollen überprüfen umbenannt. Das liegt daran, dass Sie den Benutzern oder Gruppen Rollen zuweisen – Berechtigungen hingegen sind einzelne Bausteine von Rollen und werden nicht separat zugewiesen.

Dokumentation

Verzeichniskonten für Systemadministratoren

Bei einer Verknüpfung mit einem Verzeichnis können Sie jetzt auch Systemadministratoren über ihr Verzeichniskonto hinzufügen, nicht nur über die Erstellung lokaler Konten. Anweisungen finden Sie unter Hinzufügen eines Systemadministrators.

Elasticsearch OAuth2-Authentifizierung

Wir unterstützen jetzt die OAuth2-Authentifizierung zum Lesen von Roboterprotokollen in Elasticsearch. Sie können jetzt ein Token anstelle eines Benutzernamens und eines Kennworts als Authentifizierungsmethode verwenden.

Um den neuen Mechanismus zu aktivieren und die Token-Gültigkeit für das Lesen von Protokollen zu kontrollieren, haben wir zwei neue Parameter in der UiPath.Orchestrator.dll.config-Datei des Orchestrators eingeführt: Logs.Elasticsearch.OAuthEnabled und Logs.Elasticsearch.OAuthExpireInSeconds.

Wir bieten auch OAuth2 für NLog. Sie können die Funktion aktivieren, indem Sie das folgende Attribut in der Konfiguration des Ziels festlegen: OAuthEnabled = “true”.

Weitere Informationen zu den verfügbaren Authentifizierungsmethoden finden Sie unter X-PACK-Authentifizierung.

Pakete und Automatisierungen

Offenlegen von Paketanforderungen

Bisher bedeutete das Aufdecken der Ressourcen, die zum Starten eines Prozesses erforderlich waren, das Automatisierungsprojekt entweder in Studio oder mit dem Paket-Explorer des Orchestrators zu erkunden. Um Ihnen die ersten Ausführungen zu erleichtern, haben wir uns eine neue Funktion einfallen lassen, welche die Ressourcen anzeigt, die zum Starten eines Prozesses erforderlich sind.

Starten Sie Ihre Prozesse im Handumdrehen, indem Sie die dafür benötigten Warteschlangen, Assets, Aktionskataloge und Speicher-Buckets von Anfang an sehen können. Ab jetzt keine festgefahrenen Situationen mehr!

Hinweis: Sie brauchen Studio 2021.10+ und die Aktivitätspacks 2021.10+, damit diese Funktion ordnungsgemäß funktioniert.

Alle Prozessabhängigkeiten werden beim Hinzufügen oder Bearbeiten von Prozessen in einer Orchestrator-Ansicht mit nützlichen Informationen zu jedem erforderlichen Objekt zentral zur Verfügung gestellt.

Noch besser ist, dass Sie die benötigten Ressourcen schnell erstellen oder verknüpfen können, ohne den Prozesskontext zu verlassen. Fehlendes Asset? Erstellen Sie es einfach vor Ort. Dringend benötigte Warteschlange in einem anderen Ordner? Verknüpfen Sie es ganz einfach mit einem einzigen Klick. Es ist ganz einfach. Taten sagen mehr als Worte, also: Probieren Sie es selbst aus.

Einschränken des Roboterzugriffs auf den Hostbibliotheksfeed

Um Sicherheitsprobleme zu bewältigen, die durch Roboter mit Zugriff auf den Standard-Hostfeed (derzeit auf MyGet) zum Abrufen von Bibliothekspaketen entstehen, haben wir eine neue Option ergänzt, die nur Verbindungen mit dem Feed des Mandanten zulässt.

Während wir zuvor die Optionen Nur Hostfeed und Sowohl Host- als auch Mandantenfeeds für den Abruf Ihrer Bibliothekspakete zur Verfügung gestellt haben, bieten wir jetzt eine dritte Option an: Nur Mandantenfeed.

Hier erfahren Sie, wie Sie Bibliotheksfeeds konfigurieren.

Prozess-Debugging

Das Debugging von Prozessen ist jetzt einfacher, da die Warnung wegen des Erreichens der maximalen Anzahl von Aufträgen für einen Prozess vom Schweregrad Error zu Info geändert wurde. Die Popup-Meldung, die Ihnen in diesem Fall angezeigt werden kann, ist: „Ordner [OrdnerName]: #Trigger [TriggerName] für #Prozess [ProzessName] konnte keine Aufträge erstellen. Die maximale Anzahl der Aufträge für diesen Prozess wurde bereits erreicht. Bitte überprüfen Sie Ihre Trigger-Einstellungen, die Roboterverfügbarkeit und die Ausführung von Aufträgen. (#1693).“

Um diese Art von Warnungen auf der Seite Warnungen zu finden, müssen Sie den Status-Filter auf Alle festlegen.

Aufzeichnen für alle Orchestrator-Bereitstellungen

Ab sofort aktivieren wir die Medienaufzeichnungsfunktion standardmäßig für alle Orchestrator-Bereitstellungen und entfernen den entsprechenden Umschalter aus der Benutzeroberfläche. Keine Sorge, Sie können die Funktion weiterhin mit der entsprechenden App-Einstellung MediaRecording.Enabled deaktivieren.

Zur Erinnerung: Diese Option muss auf Prozessebene aktiviert werden, damit sie funktioniert. Hier erfahren Sie, wie Sie die Aufzeichnung pro Prozess aktivieren können.

Dynamische Eingabe

Dynamische Eingabe ist eine neue Option, mit der Sie steuern können, wie der Orchestrator String-Werte in CSV-Dateien interpretiert, die zum Hochladen von Warteschlangenelementen verwendet werden. Dies kann sich für Warteschlangen mit Schemadefinitionen als besonders hilfreich erweisen, bei denen Sie den Orchestrator benötigen, damit numerische Werte als Integer oder Boolesche Werte interpretiert werden, um der Schemadefinition zu entsprechen.

Zuvor konnte das Hochladen einer CSV-Datei mit numerischen Werten nicht anhand eines JSON-Schemas validiert werden, das Integer/Boolesche Werte erfordert, da der Orchestrator diese als String gelesen hat, wodurch der Fehler Queue item violates the specific data JSON schema ausgegeben wurde.

Hier erfahren Sie mehr über das Hochladen von Warteschlangenelementen in den Orchestrator.

Best Practices für Leistung

Um Leistungsprobleme beim Speichern von mehr als 1 Million Roboterprotokollen in der Protokolle-Tabelle zu vermeiden, empfehlen wir die Erstellung eines Indexes. Weitere Informationen finden Sie unter Orchestrator-Protokolle.

Installation und Upgrade

Automatische Updates von Client-Komponenten

Haben Sie schon einmal daran gedacht, wie toll es wäre, wenn Ihre Roboter stets auf dem neuesten Stand wären? Dann haben wir gute Neuigkeiten! Sie können jetzt Roboter-, Studio- und UiPath Assistant-Clients über den Orchestrator auf neuere Versionen aktualisieren. Dies bietet eine einfache Möglichkeit, ein Versionsupdate von einer zentralen Stelle aus auf eine große Anzahl von Maschinen zu übertragen, um den Benutzern Zeit zu sparen und den Aktualisierungsprozess zu optimieren.

Das UiPathOrchestrator.msi-Installationsprogramm verfügt jetzt über zusätzliche Konfigurationsoptionen für die neue Update Server-Funktionalität. Ein zusätzlicher Bildschirm Update Server-Datenbankeinstellungen ist auf der Benutzeroberfläche verfügbar, und die CLI enthält neue Update Server-spezifische Parameter. Weitere Informationen finden Sie unter Der Windows-Installer und Orchestrator-Befehlszeilenparameter.

Aktualisierung

Wir haben die folgenden Parameter aus dem Publish-Orchestrator.ps1-Skript entfernt: -hostAdminPassword, -isHostPassOneTime, -defaultTenantAdminPassword und -isDefaultTenantPassOneTime. Diese Schlüssel sind jetzt spezifisch für das MigrateTo-IdentityServer.ps1-Skript. Weitere Informationen dazu finden Sie unter MigrateTo-IdentityServer.ps1-Parameter.
Vor dem Upgrade auf Orchestrator v2021.10 empfehlen wir Ihnen, queueItemEvents und jobEvents zu bereinigen, um Leistungsprobleme zu vermeiden.
Bei einem Upgrade auf Az v6.0.0 wenn bei Verwendung einer früheren Version des Moduls folgende Meldung eingeblendet: WARNING: The version 'x.x.x' of module 'Az.<Name>' is currently in use. Retry the operation after closing the applications. („WARNUNG: Die Version „x.x.x“ des Moduls „Az“ wird aktuell verwendet. Schließen Sie die Anwendungen und versuchen Sie es erneut“). Um dieses Problem zu lösen, stellen Sie sicher, dass Sie Publish-Orchestrator.ps1 in einer neuen PowerShell-Sitzung ausführen.
Wenn Sie Microsoft Azure Key Vault zur Mandantenverschlüsselung verwenden, müssen Sie jetzt einen zusätzlichen Parameter in der UiPath.Orchestrator.dll.config-Datei Ihrer Orchestrator-Instanz konfigurieren: Azure.KeyVault.DirectoryId. Ausführliche Anweisungen finden Sie unter Einrichten des Verschlüsselungsschlüssels pro Mandant.
Die Konvertierung von Active Directory-Konten – gesteuert durch die Einstellung WindowsAuth.ConvertUsersAtLogin von der Datei UiPath.Orchestrator.dll.config – erfolgt jetzt automatisch während der Installation oder des Upgrades. Deshalb haben wir diese Einstellung von der Datei entfernt. Diese Konvertierung wirkt sich nicht auf Ihre vorhandenen Roboter aus.

Hinweis: Wenn Sie jemals Version 2018.4 hatten und niemals diese Konvertierung für Benutzer ausgeführt haben, die aus Active Directory importiert wurden (bzw. nicht alle importierten Benutzer konvertiert haben), müssen sich die Verzeichniskonten, die nicht konvertiert wurden, mindestens einmal interaktiv im Orchestrator anmelden, um die Konvertierung abzuschließen. Wenn Sie sich beim Identity Management-Portal oder über UiPath Studio oder UiPath Assistant anmelden, wird die Konvertierung des Kontos nicht abgeschlossen.

Konfiguration

Es ist nun möglich, die Proxyintegration mithilfe eines neuen UiPath.Orchestrator.dll.config-Parameters zu deaktivieren: ProxyIntegration.Enabled. Standardmäßig wird der Parameter nicht angezeigt und sein Wert wird auf true festgelegt, d. h., dass die Proxyintegration aktiviert wird, sofern nicht anders angegeben.
Das Publish-IdentityServer.ps1-Skript erfordert jetzt die Konfiguration eines neuen Parameters, um die öffentliche Adresse von Identity Server anzugeben: -identityServerUrl. Weitere Informationen finden Sie unter Publish-IdentityServer.ps1-Parameter.

API

Wenn sich ein Mandant im Wartungsmodus befindet, geben API-Aufrufe für diesen Mandanten nun den Statuscode 423 statt 503 zurück.
Wir haben den Endpunkt GetFolderNavigationContextForCurrentUser der FolderNavigation-API verbessert, indem wir die boolesche Eigenschaft IsPersonal hinzugefügt haben. Diese Eigenschaft wird im Endpunktantworttext angezeigt und überprüft, ob es sich bei dem zurückgegebenen Ordner um einen persönlichen Arbeitsbereich handelt. Weitere Details finden Sie in unserem Referenzhandbuch.
Das Abrufen von Prüfungsprotokollen über die API gibt jetzt Einträge in Batches von maximal 3.000 Einträgen zurück, um die Leistung zu verbessern. Um die verbleibenden Einträge abzurufen, verwenden Sie die Abfrageparameter „skip“ und „top“. Um beispielsweise den zweiten Batch von 3.000 Prüfungsprotokolleinträgen abzurufen, wäre der API-Aufruf: GET https://{base_url}/{organization}/{tenant}/api/auditLog?top=3000&skip=3000.
Zu Auditing-Zwecken haben wir die erforderlichen Eigenschaften zu mehreren Ressourcen-DTOs hinzugefügt, also zu den Antworttexten der folgenden Endpunkte:
- /odata/Users
  
  "LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0
- odata/Robots
  
  "LastModificationTime": "2021-10-12T07:32:24.940Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:32:24.940Z", "CreatorUserId": 0
- odata/Releases
  
  "LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0
- odata/Assets
  
  "LastModificationTime": "2021-10-12T07:57:15.145Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:57:15.145Z", "CreatorUserId": 0
- odata/Libraries
  
  "Created": "2021-10-12T07:59:04.182Z", "LastUpdated": "2021-10-12T07:59:04.182Z", "Owners": "string", "IconUrl": "string", "Summary": "string", "PackageSize": 0, "IsPrerelease": true, "LicenseUrl": "string", "ProjectUrl": "string"

Wichtig:

Erratum 9. Dezember 2021

Aufgrund eines Fehlers unsererseits wurden die oben aufgeführten DTO-Eigenschaften nicht in 2021.10 ausgeliefert, wie in den Versionshinweisen angegeben.

Update 9. Mai 2022

Die DTO-Eigenschaften wurden den folgenden Ressourcen im Orchestrator 2022.4 hinzugefügt:

/odata/Users
/odata/Robots
/odata/Releases
/odata/Assets
/odata/Libraries

Tests

Ab sofort verfügt die Rolle Tenant Administrator über Berechtigungen zum Anzeigen von Hintergrundaufgaben. Diese Änderung hat keine Auswirkungen auf vorhandene Tenant Administrator-Rollen. Weitere Informationen finden Sie unter Standardrollen und ihre Berechtigungen.

Abschied

Aktionen verabschieden sich vom Orchestrator

Wie bereits in 2021.4 angekündigt, werden die Registerkarte Aktionen und ihre Verwaltung jetzt aus dem Orchestrator entfernt. Die Aktionen verlassen den Orchestrator und werden jetzt alle im Action Center angezeigt und verwaltet. Sie müssen nur sicherstellen, dass Sie sich im richtigen Ordnerkontext befinden. Sie können Aktionen zuweisen, weiterleiten, abschließen und sogar Aktionskataloge im Action Center verwalten. Alle vorhandenen Orchestrator-Aktionen werden einfach über Verknüpfungen zum neuen Action Center verlagert. Sie müssen nur das lokale Action Center installieren oder upgraden, aber bedenken Sie, dass Sie eine Verbindung zu einer Orchestrator-Instanz herstellen müssen. Die Installation kann sich auf dem gleichen Server wie der Orchestrator oder auf einem anderen befinden.

Discover the Action Center experience.

Insights verlässt den Orchestrator

Wir haben Insights vom Orchestrator entkoppelt. Keine Sorge, wir haben keine Funktionen eingestellt und alle Aufgaben, die Sie zuvor über den Orchestrator ausgeführt haben, können jetzt in Insights erledigt werden. Weitere Informationen finden Sie im Insights-Handbuch.

Verbesserungen der Benutzerfreundlichkeit

Verwenden Sie für die schnelle Navigation zwischen dem Orchestrator-Hostportal und dem Identity Server-Hub die neue Verknüpfung Zu Identity Hub wechseln.
Wir haben das Feld Gleichzeitige Ausführung deaktivieren in Jeweils nur einen Auftrag ausführen umbenannt, um die Funktion dieser Option eindeutiger zu machen.
Sie können jetzt einzelne Paketversionen aus dem Fenster Paketversionen und dem Menü Weitere Aktionen löschen.
Wir haben den Standardwert der Robotereinstellung An der Konsole anmelden zu Ja geändert.
Hallo Automation User, wir haben die Berechtigung zum Erstellen von Protokollen standardmäßig für Sie freigegeben. Von nun an können Sie jedes Mal Protokolle erstellen, wenn Sie Aufträge im Orchestrator ausführen.
Um in Ihren vorhandenen Mandanten von dieser Konfiguration zu profitieren, navigieren Sie zu „Mandant“ > „Einstellungen“ > „Standardrollen“ und ergänzen Sie die fehlende Standardberechtigung für die Automation User-Rolle.

Zeitachse der Einstellung

Hinweis:

Die folgenden Orchestrator-Funktionen wurden ab 2021.10 entfernt:

Automatische Registrierung der Roboter mit Standardmaschinen. Wir empfehlen, Maschinenvorlagen zu verwenden und Ihre Maschinen über die Befehlszeile zu verbinden.
NTLM-Authentifizierung. Wir empfehlen, stattdessen den OAuth-Flow zu verwenden.

Mehrere Orchestrator-Funktionen werden 2022 veraltet sein. Wir empfehlen Ihnen dringend, zu besseren Alternativen zu wechseln.

Standardmaschinen werden voraussichtlich ab April 2022 veraltet sein. Es wird empfohlen, Maschinenvorlagen zu verwenden.
Klassischer Ordner werden voraussichtlich ab Oktober 2022 veraltet sein. Es wird empfohlen, zu modernen Ordnern zu migrieren.

Hier finden Sie den Zeitplan für veraltete Funktionen vom Orchestrator.

Durchschlagende Änderungen

Berechtigungen für Ausführungsmedien

Das Löschen von Ausführungsmedien mithilfe von POST-Anforderungen an den /odata/ExecutionMedia/UiPath.Server.Configuration.OData.DeleteMediaByJobId-Endpunkt erfordert jetzt Berechtigungen zum Löschen für Ausführungsmedien, während Sie zuvor Berechtigungen zum Anzeigen benötigt haben.

Authentifizierungs- und E-Mail-Einstellungen bei der API

Das Aktualisieren der Authentifizierungs- und E-Mail-Einstellungen über die Orchestrator-API ist nicht mehr möglich. Der entsprechende Endpunkt ist ausschließlich über die Identity Server-API verfügbar.

Um diese Einstellungen mithilfe von REST-Methoden weiterhin zu aktualisieren, verwenden Sie den entsprechenden Identity Server-Endpunkt, da keine Abwärtskompatibilität gegeben ist.

Der Orchestrator-Endpunkt zum Aktualisieren der E-Mail- und Authentifizierungseinstellungen: POST /odata/Settings/Uipath.Server.Configuration.Odata.UpdateBulk

Der obige Endpunkt funktioniert wie erwartet für die restlichen Orchestrator-spezifischen Einstellungen.

Der Identity Server-Endpunkt, der den des Orchestrators ersetzt (verwenden Sie ihn zum Aktualisieren der E-Mail- und Authentifizierungseinstellungen): PUT /identity/api/Setting

Dennoch können Sie die Authentifizierungs- und E-Mail-Einstellungen über die Benutzeroberfläche auf Host-Ebene aktualisieren:

E-Mail-Einstellungen: Host > Identity Hub > Verwaltung > Globale Einstellungen > E-Mail
Authentifizierungseinstellungen: Host > Identity Hub > Verwaltung > Benutzer > Authentifizierungseinstellungen

Bekannte Probleme (Known Issues)

Sie können einem Ordner keine Roboterkonten zuweisen, wenn der vor der Navigation zur Mandantenebene zuletzt ausgewählte Ordner ein klassischer Ordner war. Die größte Auswirkung besteht darin, dass bei der Suche nach einem zuzuweisenden Roboterkonto dieses Roboterkonto nicht angezeigt wird, selbst wenn es existiert. Als Problemumgehung wählen Sie einen modernen Ordner in der Ordner-Seitenleiste aus, bevor Sie zu Mandant > Ordner navigieren, um die Zuweisung durchzuführen.
Die Authentifizierung von Benutzern über Azure Active Directory kann eine 500 Fehlerantwort ergeben. Dieses Verhalten ist auf eine nicht behandelte Ausnahme zurückzuführen, die von der get_DNSDomainName()-Methode ausgelöst wird, wobei die Domäne des Authentifizierungsbenutzers nicht aufgelöst werden kann.

Um die Ausnahme zu verhindern, korrigieren Sie Ihre DNS-Datensätze in Ihrem Azure Active Directory.
Das Zeitformat wird auf mehreren Seiten reduziert, wenn Sie Chinesisch, Japanisch oder Koreanisch als Orchestrator-Sprache festlegen.
Benutzer mit der Administratorrolle können aus der Orchestrator-API gelöscht werden. Dieser Vorgang kann nicht über die Benutzeroberfläche ausgeführt werden.
Sie können die CSV-Transaktionsdatei nicht verwenden, um Elemente in eine Warteschlange hochzuladen. Verwenden Sie stattdessen die in der Dokumentation bereitgestellte CSV-Vorlage.
Gelegentlich zeigt einer der Knoten beim Start/Neustart Ihrer Orchestrator-Maschine Fehler an und funktioniert nicht. Als Problemumgehung starten Sie den Orchestrator von IIS aus neu.
Der Orchestrator zeigt die Zeitformate auf der Seite Protokolle nicht korrekt an, wenn die Orchestrator-Sprache auf Chinesisch, Japanisch oder Koreanisch festgelegt ist. Das Zeichen 0 wird als durchgestrichene Null angezeigt und verhindert, dass das Zeichen nach 0 angezeigt wird. Wenn beispielsweise 11時20分03秒 angezeigt werden soll, wird stattdessen 11時20分03秒 angezeigt.
Das Filtern nach der Hostidentität auf den Seiten Aufträge und Protokolle funktioniert bei Aufträgen, die über Konten ohne Anmeldeinformationen ausgeführt werden, nicht richtig. Beim Ausführen von Aufträgen auf Windows-Maschinen wird die Spalte Hostidentität mit der tatsächlichen Identität der Roboter (Domäne/Benutzername) aufgefüllt, aber das Filtern nach diesem Wert gibt keine Aufträge zurück. Beim Ausführen von Aufträgen auf Linux-Maschinen werden Aufträge unter Root ausgeführt, dieser Wert ist jedoch nicht zum Filtern verfügbar.

Fehlerkorrekturen (Bug Fixes)

Automatisierungen

Persistenzaufträge verbleiben nicht mehr in der Roboterdienst-Warteschlange (d. h. im Status „Wird ausgeführt“), wenn die entsprechenden Workflows mit langer Ausführungszeit pausiert wurden.
Der Heartbeat verwendet jetzt ordnungsgemäß den Index IX_Executing von der Tabelle Jobs, wenn die aktuellen Aufträge abgerufen werden.
Wenn Sie einen Auftrag anhalten oder beenden, verschwindet der Maschinenwert für diesen Auftrag. Durch das Aktualisieren der Seite Aufträge wird das Problem behoben.
Roboter, die im Benutzermodus installiert wurden, erhielten vom Orchestrator keinen Befehl zum Anhalten oder Beenden – das Anhalten oder Beenden eines Auftrags versetzte den Roboter in den Status „Wird beendet“.
Es wurde ein Fehler bei den queueItem.transactionStarted-Webhooks-Ereignissen behoben, der durch eine fehlende Warteschlangendefinitionseigenschaft verursacht wurde.
Attended-Roboter, die Aufträge ausgeführt haben, wurden als „Verfügbar“ angezeigt, wenn der Assistant aktualisiert wurde.
Der Orchestrator hat die Ausführungseinstellungen für den Roboter eines Benutzers nicht beibehalten (er hat sie auf die Standardwerte zurückgesetzt), wenn zwei Active Directory-Benutzer eine Multiuser-Lizenz und dieselbe VDI verwendet haben. Die Ausführungseinstellungen, die für den Roboter von Benutzer A angegeben wurden, während Benutzer B mit dem Orchestrator verbunden war, wurden beim Herstellen einer Verbindung zum Orchestrator mit Benutzer A gelöscht. Dieses Verhalten tritt nicht mehr auf.
Selten trat ein Problem auf, bei dem Trigger im Orchestrator nach dem Aktivieren von Insights falsch ausgelöst wurden. Das Problem verschwand dann nach dem Deaktivieren. Es tritt jetzt nicht mehr auf.
Beim Aktualisieren des Fensters „Überwachungsdetails“ für einen Prozess in einem untergeordneten Ordner (Überwachung > Prozesse > Unterordner einschließen > Prozessübersicht) wurde der Fehler Release does not exist ausgelöst.
Der Spaltensichtbarkeitsstatus für die Seite Aufträge wurde nicht beibehalten, wenn die Seite verlassen wurde.
Die Roboterliste wurde nicht aufgefüllt, wenn versucht wurde, einen Trigger auf der Seite Prozesse in klassischen Ordnern zu erstellen.
Sie konnten keine Assets pro Benutzer-Maschinen-Paar von Studio aus debuggen. Um zu überprüfen, ob ein bestimmtes Benutzer-Maschinen-Paar ein Asset empfangen hat, mussten Sie den Auftrag über den Assistant oder Orchestrator starten. Das ist nicht mehr der Fall.

Einrichten

Mit dieser neuen Orchestrator-Version ist der Parameter -useQuartzClustered im Skript Publish-Orchestrator.ps1 veraltet.
Sie können die Ablaufzeit des Bearer-Tokens nicht mehr über UiPath.Orchestrator.dll.config aktualisieren. Infolgedessen ist die Auth.Bearer.Basic.Expire-Einstellung in der Konfigurationsdatei des Orchestrators nicht mehr verfügbar. Änderungen sind jetzt nur noch möglich, indem die Eigenschaft AccessTokenLifetime des Clients Orchestrator.Ropc in der Clients-Datenbank des Identity Servers angepasst wird. Ein Konfigurationsbeispiel finden Sie in unserem Abschnitt zur Fehlerbehebung.
Der Versuch, den Orchestrator von v2018.4 auf v2021.4 zu aktualisieren, ohne das <httpErrors>-Element in der Web.Config-Datei zu definieren, führte zu Problemen. Dies führte zu einem fehlgeschlagenen Upgrade und der Duplizierung eines jeden <httpErrors>-Eintrags. Wir haben das Problem in der Zwischenzeit behoben; jetzt laufen Upgrades reibungslos und ohne Umstände.
Nach der Installation wurde der Orchestrator nicht zu den Event Viewer-Quellen hinzugefügt. Infolgedessen wurden die Anwendungsprotokolle, die das standardmäßige NLog eventLog-Ziel verwendet haben, nicht im Event Viewer aufgezeichnet. Das Problem wurde behoben.
Sie können jetzt mit Dynatrace OneAgent für die Anwendungsleistungsüberwachung (APM) arbeiten, ohne dass das Risiko besteht, dass Identity Server-Startprobleme auftreten.
Das Feld Benutzer-E-Mail war beim Erstellen von Benutzern obligatorisch, obwohl die Einstellung UseEmailAsIdentityName auf false in der appSettings.onprem.json-Datei vom Identity Server festgelegt war. Das Problem wurde behoben und Sie können jetzt Benutzer ohne E-Mail-Adresse erstellen.
Wir haben ein Upgrade-Problem behoben, das verhindert hatte, dass die generierte .json-Datei mit den Installationsparametern die Details der Insights-Datenbank korrekt erfassen konnte.

API

Bei den Aktivitäten Set Asset und Set Credential ist eine Zeitüberschreitung für Assets aufgetreten, die auf eine große Anzahl von Robotern abzielen. Es gibt einen neuen verbesserten Mechanismus zum Festlegen von Roboterwerten, der einen neuen API-Endpunkt beinhaltet: /odata /Assets /UiPath.Server.Configuration.OData.SetRobotAssetByRobotKey.
Die Metadaten für den Endpunkt /odata/ProcessSchedules/UiPath.Server.Configuration.OData.SetEnabled waren falsch, was dazu führte, dass ein generierter OData-Client den Endpunkt nicht aufrufen konnte.
Durch den Aufruf des /odata/Alerts/UiPath.Server.Configuration.OData.MarkAsRead-Endpunkts wurde die angegebene Warnungs-ID nicht als gelesen markiert. Dieses Verhalten wurde behoben, indem die UserNotificationId anstelle der Warnungs-Id angegeben wird. Weitere Informationen finden Sie in unserer Referenzdokumentation.

Anmeldeinformationsspeicher

Bei Anmeldeinformationsspeicher-Plugins mit Referenzen hat der Orchestrator die Referenzdateien nur geladen, wenn Sie eine Klasse aus der referenzierten Assembly verwendet haben, um ISecureStore zu implementieren. Der Orchestrator kann jetzt Assemblys jederzeit aus dem Plugins-Ordner laden.
Die Verwendung von CyberArk AAM-Anmeldeinformationsspeichern mit Pfadauthentifizierung (Plugins.SecureStores.CyberArk.UsePowershellCLI auf true festgelegt) ist mit der folgenden Fehlermeldung fehlgeschlagen: Failed to retrieve robot password from UiPath.Orchestrator.SecureStore.CyberArk.CyberArkAimSecureStore storeUiPath.Orchestrator.Extensibility.SecureStores.SecureStoreException: Could not find password! Reason: '.\GetCredential.bat : The term '.\GetCredential.bat' is not recognized as the name of a cmdlet, function, script file, or operable program.

Dies geschah, weil die Datei GetCredentials.bat im Orchestrator-Installationsordner und nicht im Plugins-Ordner veröffentlicht wurde. Die Datei wird jetzt im Plugins-Ordner veröffentlicht.

Sonstige

Die Zeitzone von Wolgograd in den Anwendungseinstellungen vom Orchestrator wurde von (UTC+04:00) Wolgograd in (UTC+03:00) Wolgograd umbenannt. Das war ein Anzeigeproblem, die Zeitzone selbst war korrekt (d. h. UTC+03:00).
Beim Testen des E-Mail-Setups wurde eine Erfolgsmeldung angezeigt, wenn kein SMTP-Port angegeben wurde. Dieses Verhalten tritt nicht mehr auf und die E-Mail-Validierung schlägt in diesem Szenario fehl.
Die Leistung war in Umgebungen mit einer großen Anzahl von Aufträgen (in der Größenordnung von Millionen) beeinträchtigt, was Zeitüberschreitungen beim Abrufen von Auftragsstatus verursachte. Dies ist kein Problem mehr.
Nach dem Hinzufügen eines Kalenders mit arbeitsfreien Tagen wurde nur selten eine Fehlermeldung angezeigt: #199 - Cannot read property 'unshift' of undefined. Das Hinzufügen von Kalendern löst diesen Fehler nicht mehr aus.
Die Leistung hat sich bei hoher SQL-CPU-Auslastung in Umgebungen mit rund 80.000 Benutzern mit jeweils eigenen persönlichen Arbeitsbereichen verschlechtert.
Beim Versuch, einen Kalender ohne Berechtigungen zum Bearbeiten für Einstellungen zu erstellen, wurde der Fehler „Ein Kalender mit diesem Namen ist bereits vorhanden“ anstelle von „Sie sind nicht berechtigt!“ ausgegeben. Dieses Problem wurde behoben und die richtige Fehlermeldung wird jetzt angezeigt.
Beim Hochladen einer Null-Byte-Datei in ein MinIO-Speicher-Bucket mithilfe der Aktivität Upload Storage File wurde der Fehler „Der Antwortstatuscode gibt keinen Erfolg an: 500“ ausgegeben. Das Hochladen von Null-Byte-Dateien in MinIO-Buckets löst jetzt keinen Fehler mehr aus.
Wenn alle Lizenzen verwendet wurden und keine mehr frei waren, wurde das im Orchestrator auf der Seite Lizenz nicht korrekt dargestellt, da keine Lizenzkarten angezeigt wurden. Dieses Problem wurde behoben, und Karten werden jetzt in solchen Fällen mit 0 Lizenzen angezeigt.
Die Fehlermeldung, die vom Orchestrator generiert wird, wenn die Veröffentlichung über Studio fehlschlägt, weil bei einem Projekt die maximal zulässige Paketgröße überschritten wurde, hat die Ursache des Fehlers nicht korrekt angegeben. Die Meldung zeigt nun an, dass die Datei zu groß ist.

2021.10