2020.10.1

Release-Datum: 28. Oktober 2020

Neuigkeiten

Aktualisierung der Anforderungen

TargetFramework muss vom vorherigen .NET Framework 4.7.2 auf ein unterstütztes Ziel-Framework aktualisiert werden, um die Funktionalität von Anmeldeinformationsspeicher-Plugins und NLog-Erweiterungen beizubehalten. Weitere Informationen finden Sie in den Ziel-Framework-Dokumenten.

Moderne Ordner

Das neue Orchestrator-Nutzererlebnis läutet eine schöne neue Welt für Ihre Bereitstellungsverwaltung ein – Weg mit Klassisch(en Ordnern) und hinein in die ausschließlich moderne Welt. Wir haben klassische Ordner für alle neuen Mandanten deaktiviert, wodurch das moderne Paradigma zur Standardoption für neue Benutzer und Bereitstellungen wird.

• Diese Umstellung bringt eine Reihe von Verbesserungen für diejenigen mit sich, die bereits mit modernen Ordnern vertraut sind: Sie können nun einfach Ordner in oder zwischen Hierarchien verschieben, Ordner und alle zugehörigen Entitäten löschen und die zugehörigen Berechtigungen für die Standardordnerrollen ändern.

• Um Sie noch näher an die Stelle „Bereit für die Automatisierung“ zu bringen, sind bei neuen Mandanten persönliche Arbeitsbereiche standardmäßig aktiviert und die fünf sofort einsatzbereiten Rollen werden automatisch erstellt. Zusammen mit der Umstellung zu einer ausschließlich modernen Herangehensweise wurden die zugehörigen Berechtigungen der Standardrollen für moderne Ordner aktualisiert.

Rolle
Tenant Administrator
Allow to be Folder Administrator (zuvor Enable Folder Administration)
Folder Administrator
Allow to be Automation User (zuvor Enable Running Automation)
Automation User

• Der Administratorbenutzer verfügt über die folgenden Rollen auf Mandantenebene: Mandantenadministrator, Ordneradministrator zulassen, Automatisierungsbenutzer zulassen und Administrator.

• Um eine klarere Trennung zwischen den Zuordnungen eines Ordneradministrators und denen eines Mandantenadministrators zu ermöglichen, haben wir die Roboterverwaltungsberechtigungen aus ordnerorientierten Rollen entfernt (Zulassen, Ordneradministrator zu sein und Zulassen, Automatisierungsbenutzer zu sein). Als bewährte Methode empfehlen wir, eine separate Rolle mit Roboterberechtigungen zu erstellen und sie Benutzern zuzuweisen, die sie kontrolliert benötigen.

Berechtigungsmodell

• Um die Zugriffssteuerung weiter zu vereinfachen, haben wir das Zuweisungsmodell Vom Mandanten erben veraltet. Vorhandene moderne Ordner, die zuvor ein Modell Vom Mandanten erben verwendet haben, werden umgewandelt, wobei jeder Benutzer seine Mandantenrollen auch auf Ordnerebene erhält.

Veranschaulichen wir die Konvertierung anhand eines Beispiels. Angenommen, Petrina Smith arbeitet in den Ordnern „Finance“ und „HR“, die zuvor das Berechtigungsmodell Vom Mandanten erben verwendet haben. Die vom Mandanten geerbte Rolle wird dem Benutzer auf Ordnerebene pro Ordner zugewiesen. Dadurch wird Petrina die Rolle sowohl in den Finanz- als auch in den HR-Ordnern zugewiesen und auch auf Mandantenebene gehalten.

Klassische Ordner

An diejenigen, die immer noch an klassischen Ordnern hängen: keine Sorge. Vorhandene Bereitstellungen verlieren beim Upgrade nicht die Unterstützung klassischer Ordner, und um Sie weiter in die Zukunft zu locken, haben wir auch ein Migrationstool hinzugefügt, mit dem Sie schnell und einfach in die neue, vollkommen moderne Welt wechseln können.

Wichtig: Erratum Mai 2022: Der Parameter DefaultFolderIsClassic wurde durch Features.ClassicFolders.Enabledersetzt.Features.ClassicFolders.Enabled ist ausgeblendet und der Standardwert ist false.

Aktivieren/Deaktivieren von Robotern

Um die Roboter-Migration von klassischen zu modernen Ordnern zu optimieren, haben wir die Möglichkeit geschaffen, Roboter in klassischen Ordnern einfach zu aktivieren oder zu deaktivieren. So haben Sie eine Rollback-Option zur Verfügung, falls während der Migration ein Schritt fehlschlägt. Sie können Roboter nur mit folgenden Verbindungsstatus deaktivieren: „aktiv“, „getrennt“, „reagiert nicht“.

Erfahren Sie mehr über das Aktivieren/Deaktivieren von Robotern in klassischen Ordnern.

Ordnerpakete

Um bei der Delegierung von Aufgaben in Ihrem Unternehmen zu helfen und gleichzeitig Pakete getrennt zu halten, können Ordner der obersten Ebene jetzt mit einem eigenen Paketfeed erstellt werden. Hier erfahren Sie, wie das funktioniert.

Der Zugriff auf den Feed wird durch einen neuen, ordnerübergreifenden Berechtigungssatz für Ordnerpakete gesteuert. Alle Unterordner erben die Paketfeed-Einstellung vom Stammübergeordneten.

Persönlicher Arbeitsbereich

Ordnerpakete

Persönliche Arbeitsbereiche verfügen standardmäßig über ihr eigenes Paket-Feed und benötigen in Sachen Paketbereitstellung einen historisch minimalen Aufwand. Jedes Paket, das dem Arbeitsbereich hinzugefügt wird, wird automatisch als Prozess im Arbeitsbereich bereitgestellt.

Maschinenvorlagen

Ab sofort übernimmt Orchestrator die Verwaltung von Maschinenvorlagen vom Benutzer. Dadurch entfällt unnötiger Mehraufwand für den Entwickler, der sofort mit der Arbeit im Kontext dieses Arbeitsbereichs beginnen kann, also Automatisierungsprojekte veröffentlichen und Aufträge vom Orchestrator zum Debuggen zu starten.

Benutzer, die in anderen Ordnern neben ihrem persönlichen Arbeitsbereich arbeiten, können von den Orchestrator-Debug-Funktionen ihrer Maschinenvorlage profitieren, indem sie sie den Ordnern zuweisen, in denen sie arbeiten (d. h. den Ordnern, denen sie zugewiesen wurden).

Vereinfachtes UI-Profil

Um neuen Benutzern bei der Automatisierung zu helfen, haben wir ein vereinfachtes UI-Profil im Orchestrator für Benutzer hinzugefügt, die persönliche Arbeitsbereiche verwenden. Die Benutzererfahrung wird auf die in ihrem Arbeitsbereich verfügbaren Funktionen reduziert. Erfahren Sie mehr über UI-Profile.

Verwaltung von persönlichen Arbeitsbereichen

Mit dieser Version werden wichtige Funktionen für die Verwaltung des persönlichen Arbeitsbereichs weiterentwickelt, was zahlreiche Verbesserungen für alle Administratoren von persönlichen Arbeitsbereichen und alle Geschäftsinhaber da draußen mit sich bringt.

• Behalten Sie alle Arbeitsbereiche von einem zentralen Ort aus im Auge und unterstützen Sie Entwickler bei ihren täglichen Aktivitäten, indem Sie die Inhalte ihrer Arbeitsbereiche auf einen Blick erkunden.

• Den Orchestrator von ungenutzten Daten zu befreien ist jetzt ein Kinderspiel. Sie können alle Arbeitsbereiche mit geringer oder gar keiner Aktivität schnell identifizieren, oder auch diejenigen, die beim Ausscheiden von Mitarbeitern aus der Organisation verwaist sind. Die Bereinigungsstrategie liegt in Ihrem Ermessen und ist ziemlich einfach, da Sie den Arbeitsbereich von der entsprechenden Seite Persönlicher Arbeitsbereich aus entweder löschen oder bequem in einen Ordner umwandeln können.

• Das Aktivieren persönlicher Arbeitsbereiche für zahlreiche Benutzer ist durch eine neue Funktion, mit der Sie Arbeitsbereiche für mehrere Benutzer gleichzeitig aktivieren können, jetzt ein nahtloser Prozess. Der Abschnitt „Persönliche Arbeitsbereiche“ auf der Seite Einstellungen ist der entsprechende Ort dafür. Hier kann ein Administrator persönliche Arbeitsbereiche für alle Benutzer in einem Mandanten aktivieren, die ein bestimmtes betreutes Lizenzprofil verwenden und noch keinen Arbeitsbereich ihr Zuhause nennen können.

Lesen Sie mehr über persönliche Arbeitsbereiche.

Unbeaufsichtigte Automatisierung

Starten eines Auftrags auf einer bestimmten Maschine

Sie haben nach besseren Debugging-Möglichkeiten gesucht? Sie können ab sofort die Hostmaschine auswählen, auf der ein bestimmter Auftrag gestartet wird. Klicken Sie hier für Informationen zu Aufträgen.

Unattended-Roboter für lokale Benutzer

Um Strapazen bei der unbeaufsichtigten Automatisierung für lokale Windows-Benutzer, die sich auf mehreren Hostmaschinen befinden, zu erleichtern, haben wir sichergestellt, dass Unattended-Roboter, die lokale Konten imitieren, ausschließlich den entsprechenden Windows-Benutzernamen und das Kennwort benötigen. Die Hostmaschine ist kein obligatorischer Identifikator mehr.

Angenommen, Sie verwenden LocalUser1 auf fünf Hostmaschinen. Anstatt fünf Benutzerentitäten im Orchestrator für jede Kombination einzurichten, definieren Sie den Unattended-Roboter nur auf einer Benutzerentität, indem Sie die .\LocalUser1-Syntax im Feld „Domain\Username“ verwenden. Auf diese Weise können Sie dieses bestimmte Windows-Konto auf jeder Hostmaschine nur über eine Orchestrator-Benutzerentität verwenden.

Für domänenverbundene Konten hat sich nichts geändert, hier benötigt der Roboter die domain\username-Syntax genauso wie bisher.

Asset pro Benutzer

Um sich besser auf Ihre Geschäftsanforderungen einzustellen, haben wir Assets pro Benutzer eingeführt, das moderne Gegenstück zu den klassischen Pro-Roboter-Assets. Pro-Benutzer-Assets verbessern die Logik hinter Assets in modernen Ordnern, indem eine präzise Zuordnung zwischen dem Benutzer und den Anmeldeinformationen erstellt wird, die während der Ausführung verwendet werden.

Einschränken der gleichzeitigen Ausführung

Für Szenarien, in denen sich ein Benutzer nicht mehr als einmal gleichzeitig anmelden kann, haben wir die Möglichkeit eingeführt, die gleichzeitige, unbeaufsichtigte Ausführung einzuschränken. Dies hilft, den Auftragszuweisungsalgorithmus anzupassen, indem ein Benutzer daran gehindert wird, mehrere Aufträge gleichzeitig auszuführen.

Verwaltung von HSM-Providern

Für eine bessere Steuerung in Bezug auf HSM-Provider können Sie jetzt bequem von Ihrem Orchestrator-Mandanten aus wählen, welches Hardware-Sicherheitsmodell zum Abrufen von Anmeldeinformationen von Unattended-Robotern genutzt werden soll.

Dadurch entfällt die Konfiguration der HSMs auf Roboter-Ebene und die Authentifizierungserfahrung in Unattended-Szenarien wird optimiert.

Installationsüberlegungen

Der Orchestrator wurde zu .NET Core 3.1 migriert, da UiPath bestrebt ist, eine neue Stufe der Skalierbarkeit, Leistung und Sicherheit zu erreichen. .NET Core 3.1 ermöglicht es uns, mit technologischen Innovationen Schritt zu halten und die Funktionen des neuen Frameworks voll auszuschöpfen.

Ziel-Frameworks

Ab v2020.10 muss der TargetFramework vom vorherigen .NET-Framework 4.7.2 auf ein unterstütztes Zielframework aktualisiert werden, um Anmeldeinformationsspeicher-Plugins und NLog-Erweiterungsfunktionen beizubehalten. Das Zielframework sowohl von Anmeldeinformationsspeichern als auch von NLog-Erweiterungen wird vom UiPathOrchestrator.msi-Installationsprogramm und dem Plattform-Konfigurationstool überprüft. Weitere Informationen finden Sie im Abschnitt Zielframework in der Dokumentation.

Anmeldeinformationsspeicher-Plugins - CyberArk

In älteren Versionen von Orchestrator verwendete das CyberArk-Anmeldeinformationsspeicher-Plugin eine Bibliothek, die nicht mit .NET Core kompatibel ist. Der Orchestrator verwendet jetzt das Tool CLIPasswordSDK.exe, das über CyberArk AIM verfügt. Details finden Sie hier.

Proxykonfiguration

Die Proxykonfiguration wird nicht mehr in web.config, sondern in .NET Core konfiguriert. Weitere Informationen über die Proxykonfiguration in 2020.10 finden Sie in der Dokumentation.

web.config

Die meisten Konfigurationseinstellungen des Orchestrators wurden von web.config nach UiPath.Orchestrator.dll.configverschoben. Die neue Datei behält die gleiche Struktur wie die alte web.config-Datei und befindet sich im selben Verzeichnis. Nachdem Sie Änderungen an UiPath.Orchestrator.dll.config vorgenommen haben, starten Sie die Website manuell neu, damit die neue Konfiguration angewendet wird.

web.config wurde umfunktioniert, sodass nur die von IIS verwendete Konfiguration enthalten ist. Nach dem Upgrade verschiebt das Installationsprogramm die Konfigurationseinstellungen automatisch in die neue Konfigurationsdatei.

Hier finden Sie Informationen zu dieser Änderung.

Überprüfen Sie die web.config-Dokumentation in 2020.10.

Sehen Sie sich die Dokumentation zu UiPath.Orchestrator.dll.config in 2020.10 an.

IIS-Manager

Verbindungs-Strings und Anwendungseinstellungen sind im IIS-Manager nicht mehr sichtbar. Die Verwendung des IIS-Managers zum Bearbeiten von Verbindungs-Strings oder Anwendungseinstellungen im Orchestrator wird nicht unterstützt. Sie müssen die Konfigurationsdatei direkt bearbeiten.

NLog-Ziele

Wenn Sie benutzerdefinierte NLog-Ziele des Typs Database verwenden, wird die Eigenschaft connectionStringName während des Upgrades automatisch in connectionString geändert. Wenn Sie das Ziel nach der Installation/Aktualisierung manuell in die Konfigurationsdatei einfügen, verwenden Sie die neue Eigenschaft mit dem richtigen Wert. Details finden Sie hier.

SignalR mit WebSockets

Wir haben die SignalR-Bibliothek auf eine neuere Version aktualisiert, die nicht mit älteren Roboter-Clients kompatibel ist. Wir empfehlen Ihnen, Ihre Roboter auf 2020.10 zu aktualisieren, um WebSockets zu verwenden, was es besonders kostengünstig für große Roboterbereitstellungen macht.

SignalR Sticky Sessions

Das SignalR-Redis-Scaleout erfordert Sticky Sessions für alle Transporte außer WebSockets. Standardmäßig ist nur der WebSocket-Transport standardmäßig aktiviert, da Orchestrator davon ausgeht, dass Sticky Sessions auf dem Lastenausgleich des Kunden nicht aktiviert sind.

SignalR SQL Server Scaleout

Der Scale-Out-Mechanismus wird während der Installation von SQL-Server auf Redis umgestellt. Das Deaktivieren der SignalR-Authentifizierung für Roboter/Aktivitäten wird nicht mehr unterstützt. Zu diesem Zweck wurde der Parameter Scalability.SignalR.AuthenticationEnabled als veraltet gekennzeichnet.

Aktivität „Wait Queue Item“

Wenn Sie eine Warteschlangenelement-Aktivität verwenden, die älter als 2020.10 ist, kann es zu Verzögerungen von bis zu 30 Sekunden kommen. Aktualisieren Sie auf die neueste Aktivitätsversion, um solche Probleme zu vermeiden.

NuGet-Infrastruktur

Obwohl wir unser Bestes gegeben haben, um den Upgrade-Prozess nahtlos zu gestalten, brachte die Migration zu .NET Core viele Änderungen hervor, einschließlich eines besseren, schnelleren und stärkeren NuGet-Protokolls. Wir empfehlen dringend, Ihre Roboter neu zu starten, nachdem Sie den Orchestrator auf v2020.10 aktualisiert haben, um eine einwandfreie Funktion Ihrer Automatisierungen zu gewährleisten.

Wir haben das interne NuGet-Feedprotokoll von v2 auf v3 aktualisiert.

Legacy wird nicht mehr als NuGet.Repository.Type unterstützt. Nach dem Upgrade werden alle Repositorys vom Typ Legacy zu Composite migriert. Alle Legacy-bezogenen Anwendungseinstellungen sind veraltet und nicht mehr wirksam.

Swagger-Bibliothek

Wir haben wesentliche Änderungen an der Art und Weise vorgenommen, wie die swagger.json-Datei generiert wird, die die Orchestrator-API beschreibt. Wenn Sie sich auf einen Clientbibliotheksgenerator verlassen, der die API-Beschreibung in der Swagger-Datei verwendet (z. B. AutoRest, Swagger Codegen), wird der generierte Code erheblich anders sein.

APIs mit POST-Formularparametern

Das Stellen von POST-Anforderungen mit Parametern in Formulardatenobjekten funktioniert nicht mehr. Der einzige unterstützte Mechanismus, um POST-Anforderungen an den Orchestrator zu stellen, besteht darin, die Anforderungsparameter in einem JSON in den Text der Anforderung aufzunehmen.

Upgrade-Bereitschaft

Plattform-Konfigurationstool

Orchestrator v2020.10 wird mit einer besseren, robusteren Version des Plattform-Konfigurationstools ausgeliefert, welches dazu umfunktioniert wurde, Sie bei der Orchestrator-Bereitstellung an mehreren Fronten zu unterstützen. Mit dieser verbesserten Version können Sie die Unversehrtheit und Bereitschaft Ihrer Umgebung vor einem Upgrade überprüfen sowie verschiedene Vorgänge nach der Installation durchführen.

Es führt nicht nur mehrere Anforderungsprüfungen durch, sondern optimiert auch den Prozess der Änderung von Orchestrator-/Identity-Server-Zertifikaten und URLs nach der Installation. Erfahren Sie mehr über das Plattform-Konfigurationstool.

UiPath.Orchestrator.dll.config Verschlüsselungs-/Entschlüsselungstool

Wir haben im Installationsverzeichnis des Orchestrators ein neues Tool hinzugefügt, mit dem Sie Abschnitte in der neuen Konfigurationsdatei des Orchestrators verschlüsseln können (UiPath.Orchestrator.dll.config). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe ist ein CLI-Tool, das über aspnet_regiis.exe umgebrochen wird. Das Tool akzeptiert alle Argumente, die an aspnet_regiis.exe übergeben werden und fügt fehlende .NET Core-Funktionalitäten hinzu. Erfahren Sie mehr über das Verschlüsseln von UiPath.Orchestrator.dll.config-Abschnitten.

AppSettings.Production.json Verschlüsselungs-/Entschlüsselungstool

Ein neues Tool ist verfügbar, mit dem Sie die Identity Server und Webhooks AppSettings.Production.json-Dateien verschlüsseln/entschlüsseln können. Das Tool UiPath.IdentityServerConfigProtector.exe befindet sich im Installationsverzeichnis des Orchestrators im Identity-Ordner: C:\Programme (x86)\UiPath\Orchestrator\Identity\Tools. Hier erfahren Sie mehr zur Verwendung.

Immer laufende Prozesse

Um die Kontrolle über Ihre Prozesse zu erhöhen, haben wir auf der Seite Prozesseinstellung die Option Immer ausgeführter Prozess hinzugefügt, um die Prozessbeendigung vom UiPath Assistant aus einzuschränken. Erfahren Sie, wie Sie Prozesse verwalten.

Classification Station

Die Klassifizierungsstation ist eine neue Funktion, die die Zusammenarbeit zwischen Mensch und Roboter verbessert, indem menschliche Benutzer die Dokumentklassifizierung und Aufteilung der Ergebnisse überprüfen und korrigieren können. Sie kann als Attended-Aktivität verwendet werden (über die aktuelle Klassifizierungsstation) oder in das Action Center des Orchestrators integriert werden, indem Workflows mit langer Ausführungszeit genutzt werden (durch Create Document Classification Action und Wait for Document Classification Action and Resume).

Automatische Trigger-Deaktivierung

Sie können jetzt die automatische Trigger-Deaktivierung mit zwei neuen UiPath.Orchestrator.dll.config-Parametern (früher web.config) konfigurieren: Triggers.DisableWhenFailedCount und Triggers.DisableWhenFailingSinceDays. Der Trigger wird nach einer bestimmten Anzahl fehlgeschlagener Starts (Triggers.DisableWhenFailedCount) automatisch deaktiviert, wenn er nicht seit einer bestimmten Anzahl von Tagen erfolgreich gestartet wurde (Triggers.DisableWhenFailingSinceDays).

Weitere Informationen finden Sie unter UiPath.Orchestrator.dll.config-Parameter.

Testdatenverwaltung

Verringern Sie den Zeitaufwand für Tests, indem Sie die Testdaten über Testdatenwarteschlangen und die Erstellung synthetischer Testdaten verwalten. Die Testdatenwarteschlange ist Ihr zentraler Speicher, in dem Sie Testdaten vorbereiten, speichern und verbrauchen können. Sie können Ihren Testaufwand durch Testfälle erweitern, die Warteschlangenelemente in und aus den Testdaten-Warteschlangen in einer FIFO-(first-in-first-out)-Reihenfolge speichern und verbrauchen.

Verbesserungen

Action Center

Eine bemerkenswerte Ergänzung in dieser Version enthält Action-Center-Support für moderne Ordner. Wenn Sie bisher darauf beschränkt waren, diesen nur in klassischen Ordnern zu verwenden, können Sie von nun an alle Goodies des Action Centers unabhängig vom Ordnertyp nutzen.

Wir haben auch eine neue Seite exklusiv für die Aktionsadministratoren in Ihrem Unternehmen hinzugefügt, sodass sie von einem zentralen Standort aus jedem Aktionsbenutzer problemlos Aktionen zuordnen und zuweisen können.

Prozesse

Neben all den Optimierungen der Benutzerfreundlichkeit freuen wir uns in dieser Version besonders über die Lösung einiger häufig auftretender, frustrierender Probleme in Bezug auf Prozesse. Erfahren Sie mehr über die Aktualisierung von Prozessen auf Paketebene.

• Um Prozesse zu identifizieren und voneinander zu unterscheiden, erben diese nun die zugehörige Paketbeschreibung, die zur Entwurfszeit in Studio festgelegt wurde. Dies geschieht unabhängig davon, ob sie manuell oder automatisch in einem persönlichen Arbeitsbereich bereitgestellt werden. Sie können Ihren Prozessen auch eine Beschreibung hinzufügen oder den vorhandenen beliebig und ohne Einschränkungen bearbeiten. Erfahren Sie hier, wie Sie dem Orchestrator einen Prozess hinzufügen.

• Das Aktualisieren von Prozessen über mehrere Ordner hinweg auf die neueste verfügbare Paketversion ist mit einer neuen Massenaktualisierungsfunktion ganz einfach geworden. Mit dieser können Sie alle Prozesse aktualisieren, die einem Paket zugeordnet sind. Wählen Sie einfach die Zielpakete aus und der Orchestrator übernimmt die Aufgabe für Sie, indem er alle zugehörigen Prozessen sucht und anzeigt, die nicht die neueste verfügbare Paketversion verwenden. Wählen Sie die Prozesse aus, die auf die neueste verfügbare Paketversion aktualisiert werden sollen – und schon sind Sie fertig.

a. Der Name des Pakets

b. Die aktuellste Version des Pakets

c. Die Anzahl der Prozesse, die nicht die aktuellste Paketversion verwenden

d. Die Namen der Prozesse, zusammen mit der aktuellen Paketversion und dem Pfad des Ordners/Unterordners, in dem sie sich befinden.

Benutzerfreundlichkeit

Abgesehen von dem modernisierten neuen Look, den wir eingeführt haben, haben wir einige Änderungen vorgenommen, um die Benutzerfreundlichkeit und die allgemeine Produktkonsistenz zu verbessern. Was Sie in Bezug auf die Benutzererfahrung erwarten können, lesen Sie in diesem Abschnitt.

• Sie können nun eine Vorschau aller Änderungen der Header-Farbe und des Logo anzeigen, sodass Sie sie entsprechend anpassen können, bevor Sie die Änderungen speichern.

• Sie können jetzt Benutzer, Benutzergruppen und Maschinenvorlagen direkt auf Ordnerebene zuweisen, indem Sie in einem Ordnerkontext zur Seite Einstellungen navigieren.

• Das Zuweisen von Maschinenvorlagen zu Ordnern ist nun einfacher denn je, da neue Funktionen hinzugefügt wurden, die bisher nur auf der Seite Maschinen verfügbar waren. Infolgedessen können Sie nun den Schlüssel einer Maschine kopieren und dessen Laufzeiten direkt auf der Seite Ordner bearbeiten. Berücksichtigen Sie, dass Maschinenvorlagen Laufzeiten benötigen, um für die Ausführung geeignet zu sein, also stellen Sie sicher, dass Sie einige zuweisen, wenn Sie die Maschine einem Ordner zuweisen.

• Um einen besseren Überblick über Ihre Orchestrator-Statistiken zu erhalten, können Sie nun von den Auftragszählern auf der Startseite zur entsprechenden Seite Aufträge navigieren, die entsprechend gefiltert wird. Wenn Sie beispielsweise auf den Abschnitt klicken, der den ausgeführten Aufträgen entspricht, wird auf der angezeigten Seite der Filter „Ausführungsstatus“ angewendet.

• Auf der Seite Prozesse wird nun der Paketname angezeigt, der jedem Prozess zugeordnet ist.

• Sie können nun ganz einfach die Standardrollen mit zusätzlich erforderlichen Berechtigungen aktualisieren.

• Wir haben uns Ihr Feedback zu Herzen genommen und einige der vordefinierten Rollen umbenannt, die auf der Seite Einstellungen verfügbar sind. Klicken Sie hier, um die neuen Namen und die entsprechenden Berechtigungen für jede Rolle anzuzeigen.

Alte Namen	Neue Namen
Enable Folder Administration	Allow to be Folder Administrator
Aktivieren der laufenden Automatisierung	Allow to be Automation User

Einrichten

• Ab sofort überprüft das UiPathOrchestrator.msi-Installationsprogramm den Hostnamen der Website anhand des alternativen Antragstellernamens des SSL-Zertifikats und greift nur dann auf die Überprüfung des Antragstellernamens zurück, wenn der alternative Name fehlt.

• Installationen sekundärer Knoten können jetzt nur noch im Silent-Modus ausgeführt werden. Stellen Sie sicher, dass Sie dabei den Parameter PARAMETERS_FILE angeben.

• Wir haben die Migration für das Upgrade auf den Identity-Server-fähigen Orchestrator in Azure-Bereitstellungen verbessert und im Falle fehlgeschlagener Migrationen ein Rollback hinzugefügt.

Testautomatisierung

• Das Veröffentlichen von Testautomatisierungen mit Testfällen erstellt automatisch einen Prozess, wenn er noch nicht vorhanden ist.

• Der Testzeitplan erstellt eine neue Testausführung nur dann, wenn die vorherige Ausführung fertiggestellt ist.

• Ausführungsmedien werden jetzt für Ihre Testausführungen unterstützt, sodass Sie jegliche Screenshots von fehlgeschlagenen Ausführungen anzeigen können.

• Erstellen von Testsätzen direkt auf der Seite Testfälle.

• Testsätze, die über externe Tools erstellt wurden, sind jetzt nur noch über API sichtbar und werden nicht auf der Seite Testsätze angezeigt.

• Wir führen jetzt einige zusätzliche Validierungen durch, wenn Testautomatisierungspakete hochgeladen werden. Um ein solches Paket oder eine solche Paketversion erfolgreich hochzuladen, stellen Sie sicher, dass Folgendes zutrifft:

  • Das Paket enthält mindestens einen Einstiegspunkt.

  • Der Projekttyp ist zwischen verschiedenen Versionen desselben Pakets identisch.

• Wir haben die Leistung für die Filterung von Release-Versionen und die Erstellung von Testsätzen verbessert.

• Sie können jetzt aus allen verfügbaren Versionen wählen, wenn Sie Pakete für die Erstellung von Testsätzen auswählen.

API

• Zuvor waren API-Anforderungen, die mit der Windows-Authentifizierung gestellt wurden, auf den ersten Mandanten beschränkt, in dem der AD-Benutzer bereitgestellt wurde. Sie können nun beim Stellen von API-Aufrufen über den X-UIPATH-TenantName-Header den Mandanten angeben. Ein Beispiel finden Sie hier.

• Abrufen von Maschinensitzungs-IDs durch eine GET-Anforderung an den /odata/Sessions/UiPath.Server.Configuration.OData.GetMachineSessions-Endpunkt.

Leistung

Wenn Sie es bis hierher geschafft haben, haben Sie es sich verdient zu wissen, dass eine Menge Performance-Tuning stattgefunden hat und diese Version absolut verrückte Verbesserungen bei den Antwortzeiten mit sich bringt.

Sonstige

• Wir kennen den Schmerz, wenn Ihre Aufträge im Status „Wird beendet“ feststecken, deshalb haben wir ein paar Lösungen gefunden, um das Durcheinander zu beseitigen. Sie können Aufträge jetzt zum Status „Wird beendet“ übergeben, indem Sie den Befehl Beenden verwenden. Darüber hinaus können Sie mit den neuen Parametern Jobs.TerminatingJobsTimeout und Jobs.TerminatingJobsCleanupCron eine Auftragsbereinigungsstrategie festlegen, indem Sie Aufträge im Status „Wird beendet“ gemäß Ihren Einstellungen zum Status „Fehlgeschlagen“ übergeben. Standardmäßig wird die Bereinigung im Hintergrund einmal alle drei Stunden ausgeführt und nur die Aufträge, die sich seit mindestens einem Tag im Status „Wird beendet“ befinden, wechseln zu „Fehlgeschlagen“. Hier erfahren Sie, wie Sie Parameter konfigurieren.

• Wir haben einen neuen Webhook (task.saved) für das Speichern von Aktionen hinzugefügt, um Sie zu benachrichtigen, wenn eine Aktion vor Abschluss gespeichert wurde.

• Um Protokolle nach dem Namen der Hostmaschine zu filtern, auf der sie generiert wurden, können Sie nun den Filter Maschine auf der Seite Protokolle verwenden. Der neue Filter funktioniert rückwirkend für Protokolle, die in Elasticsearch gespeichert sind, während er für Protokolle, die in der Datenbank gespeichert sind, nur bei neuen Einträgen funktioniert.

• Damit Sie über alles, was im Orchestrator vor sich geht, benachrichtigt werden, haben wir Warnungen für Ordner und persönliche Arbeitsbereiche implementiert. Erfahren Sie mehr über Warnungen.

• Das Neustarten Ihrer Roboter mit v2020.10+ ist nicht mehr jedes Mal, wenn eine der folgenden Konfigurationen in Orchestrator geändert wird, erforderlich: RunDisconnectedHours, HearbeatPeriodSeconds, NuGet-Feed und SignalR-Einstellungen.

• Um Ihre Erfahrung bei der Problembehebung zu verbessern, können Sie nun die Anzeige von Orchestrator-PII zulassen, indem Sie den folgenden Schlüssel in UiPath.Orchestrator.dll.config (zuvor web.config) hinzufügen: <add key="ExternalAuth.ShowPII" value="true" />. Der Schlüssel wird nicht standardmäßig in UiPath.Orchestrator.dll.configangezeigt und das Standardverhalten lässt keine PII-Anzeige zu.

Durchschlagende Änderungen

SignalR SQL Server Scaleout

Der Scale-Out-Mechanismus wird während der Installation von SQL-Server auf Redis umgestellt. Das Deaktivieren der SignalR-Authentifizierung für Roboter/Aktivitäten wird nicht mehr unterstützt. Zu diesem Zweck wurde der Parameter Scalability.SignalR.AuthenticationEnabled als veraltet gekennzeichnet.

API

• Ab sofort ist der Parameter OData.BackwardsCompatible.Enabled standardmäßig auf true festgelegt, was bedeutet, dass der Orchestrator Sonderzeichen standardmäßig parst und beibehält und keine Codierungs- und Escape-Mechanismen mehr verwendet, um Eingabedaten für dynamische Eigenschaften in OData-Modellen (z. B. QueueItem.SpecificContent) zu transformieren. Zuvor wurde OData.BackwardsCompatible.Enabled standardmäßig auf false festgelegt, was bedeutet, dass Sonderzeichen codiert/escaped wurden, es sei denn, Sie haben den Datentyp beim Ausführen einer API-Anforderung mit der folgenden Syntax angegeben: "[e-mail]": "#String".

• Wenn Ihre Automatisierungsprojekte so konzipiert sind, dass Zeichencodierung/-entweichen auf andere Weise als die oben beschriebene Methode überwunden werden (z. B. Regex-Ausweg, stellen Sie sicher, dass sie entsprechend angepasst werden, da sie von nun an möglicherweise nicht mehr funktionieren. Entweder das, oder Sie legen OData.BackwardsCompatible.Enabled auf false fest, um das vorherige Verhalten aufrechtzuerhalten.

Bekannte Probleme (Known Issues)

• Es wurde ein Problem beim Hochladen neuer Dateien in MinIO-Buckets festgestellt. Hochgeladene Dateien werden beschädigt und funktionieren nicht. Dateien, die vor 20.10.1 hochgeladen wurden, sind davon nicht betroffen. Dieses Problem wurde in Orchestrator v2020.10.3 behoben.

  Wichtig: Verwenden Sie keine MinIO-Speicher-Buckets in Orchestrator 2020.10.1 oder 2020.10.2. Orchestrator.
• Ab 20.10 listet das Panel Ressourcen in Studio Ihre Prozesse nur dann auf, wenn Sie der Roboterrolle Ansicht-Berechtigungen für Processes erteilen. Wir haben die fehlende Berechtigung im Orchestrator 20.10 hinzugefügt ‑ wenn Sie jedoch ein Upgrade von einer früheren Version durchführen, stellen Sie sicher, dass Sie diese explizit gewähren.
• Wenn ein Upgrade fehlschlägt und ein Rollback ausgeführt wird, verliert die Administratorrolle Berechtigungen zur Bearbeitung für Actions und Berechtigungen zum Erstellen für Action Assigment.
• Der Benutzer wird nicht zur Seite Anmeldung umgeleitet, nachdem ein Windows-Anmeldevorgang abgebrochen wurde.
• Benutzerdefinierte NLog-Ziele werden während eines Upgrades nicht automatisch migriert. Sie müssen sie manuell zu Identity Server- und Webhooks-Diensten migrieren. Weitere Informationen finden Sie in der NLog-Dokumentation in Identity Server.

• Die Verwendung von v3-Feed-URLs führt zu einigen Anzeigeproblemen bei Paketen und Bibliotheken.

  • Das Veröffentlichungsdatum eines Pakets (Versionen anzeigen > Paketversionen) ist nicht korrekt, wenn externe v3-Feeds verwendet werden
  • Bei MyGet-Feeds ist die Gesamtzahl der Pakete viel größer als die tatsächliche Anzahl der Pakete, die in den Feed hochgeladen wurden.
• Bei dem Versuch, einen Roboter mit v2019.4.4 oder älter mit dem Orchestrator zu verbinden, wird eine inkorrekte Fehlermeldung ausgegeben, wenn der Floating-Roboter nicht im Orchestrator definiert ist. Dies passiert nur in klassischen Ordnern, wenn für die Verbindung ein Schlüssel verwendet wird, der von einer Maschinenvorlage generiert wurde. Anstelle von „Roboter existiert nicht“ wird die Meldung „Es sind keine Lizenzen auf dem Server verfügbar“ angezeigt.
• "An error has occurred" wird auf der Seite Benutzerprofil angezeigt, wenn der Identity Application Pool entweder angehalten oder ein Recycling durchgeführt wird.
• Paketversionen, die das Symbol + enthalten, sind nicht für den Orchestrator geeignet, da sie nicht zum Erstellen von Prozessen verwendet werden können.
• Bestimmte Antivirenprogramme können das IdentityServer-Migrationstool beeinträchtigen, indem sie die Ausführung ausführbarer Dateien im Standard-Windows-Temp-Verzeichnis blockieren. Als Problemumgehung geben Sie den Parameter 'tmpDirectory' an.
• Die Lokalisierung von Orchestrator-Feeds in Studio ignoriert die Spracheinstellungen des Roboters und bewirkt, dass die Feeds unabhängig von der Robotersprache in Englisch angezeigt werden.
• Der Orchestrator filtert keine Benutzer heraus, die in AD deaktiviert wurden. Daher stehen deaktivierte AD-Benutzer für das Hinzufügen im Orchestrator zur Verfügung.

Fehlerkorrekturen (Bug Fixes)

• Im Orchestrator 2020.4 konnten Sie die E-Mail-Adressen lokaler Benutzer nicht bearbeiten. In dieser Version fügen wir die Option wieder hinzu.
• Zuvor bedeutete das Starten von Aufträgen über StartJob-Aktivitäten in non-production-Umgebungen, dass ausschließlich Unattended-Laufzeiten für die Ausführung verwendet wurden. Wenn keine verfügbar war, blieben die Jobs im Status „Ausstehend“. Ab jetzt werden non-production-Laufzeiten verbraucht, wenn keine Unattended-Laufzeiten zur Verfügung stehen.
• Beim Versuch, sich mit der Windows-Authentifizierung in Chrome zu authentifizieren, wurde eine Fehlermeldung (An unexpected error occurred (500). The chunked cookie is incomplete.) ausgelöst. Dies trat für Benutzer auf, die mehreren AD-Gruppen angehörten, da die Größe des Browsercookies überschritten wurde.
• Die Fehlermeldung resultierte aus dem inkorrekten Erstellen oder Aktualisieren eines Anmeldeinformationsspeichers, der nicht auf der Seite Warnungen angezeigt wurde, und es waren keine Details über die Fehlkonfiguration verfügbar.
• Das Beenden eines Testausführungsauftrags führte zu einem inkorrekten Auftragsstatus im Orchestrator.
• Die Schaltflächen der Testzeitpläne Entfernen, Aktivieren und Deaktivieren wurden neu angeordnet, um die UX-Konsistenz zu verbessern.
• Benutzer mit Folder-Administrator-Rollen hatten keinen Zugriff auf Testfunktionen, nachdem sie die Voraussetzungen erfüllt hatten, es sei denn, dieser wurde ihnen manuell gewährt.
• Durch das Deaktivieren der Testautomatisierung wurde kein laufender Testzeitplan deaktiviert.
• Bei Azure-Bereitstellungen wurden Benutzer gelegentlich zu einer leeren Seite des Identity Management Hubs umgeleitet. Dies wurde durch Hinzufügen des -orchestratorUrl-Parameters für Azure-Bereitstellungsskripts korrigiert.
• Beim Versuch, sich abzumelden, wurde der Benutzer stattdessen zurück zur Orchestrator-Homepage umgeleitet.
• Während eines Upgrades wurden die Pakete beim Umzug zum composite NuGet-Paketspeicher nicht an den richtigen Speicherort migriert.
• Das Orchestrator-Installationsprogramm hat den alternativen Antragstellernamen des Zertifikats nicht korrekt validiert.
• In seltenen Fällen wurde derselbe Auftrag auf mehreren Maschinen gleichzeitig ausgelöst. Dies geschah auf Maschinen, die über dieselbe Maschinenvorlage mit dem Orchestrator verbunden waren.
• Bisher konnten Sie Benutzergruppen mit Namen, die länger als 32 Zeichen sind, nicht bearbeiten. Wir haben das Zeichenlimit für Gruppennamen (Feld Gruppen- oder Benutzername) auf 256 erhöht.