2020.10.1

Release-Datum: 28. Oktober 2020

Neuigkeiten

Aktualisierung der Anforderungen

The TargetFramework must be upgraded from the previous .NET Framework 4.7.2 to a supported Target Framework to maintain Credential Store Plugins and NLog extensions functionality. Check the Target Framework docs for details.

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 (formerly Enable Folder Administration)
Folder Administrator
Allow to be Automation User (formerly 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 Ihnen den Umstieg zu erleichtern, haben wir auch ein Migrationstool hinzugefügt, mit dem Sie schnell und einfach in die neue, vollkommen moderne Welt wechseln können.

Wichtig:

Erratum May 2022: The DefaultFolderIsClassic parameter has been replaced with Features.ClassicFolders.Enabled.Features.ClassicFolders.Enabled is hidden, and its default value is 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 Details 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

Beginning with v2020.10, the TargetFramework must be upgraded from the previous .NET Framework 4.7.2 to a supported Target Frameworks to maintain Credential Store Plugins and NLog extensions functionality. The target framework of both credential stores and NLog extensions is checked by the UiPathOrchestrator.msi installer and Platform Configuration Tool. Check the Target Framework section in the docs for details.

Anmeldeinformationsspeicher-Plugins - CyberArk

In older versions of Orchestrator, the CyberArk credential store plugin used a library that is not compatible with .NET Core. Orchestrator now uses the CLIPasswordSDK.exe tool that comes with CyberArk AIM. See details here.

Proxykonfiguration

Proxy configuration is no longer configured in web.config but in .NET Core. See the documentation about proxy configuration in 2020.10.

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.

See here details about this change.

Check web.config documentation in 2020.10.

Check UiPath.Orchestrator.dll.config documentation in 2020.10.

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

If you are using custom NLog targets of type Database, the property connectionStringName is automatically changed to connectionString during the upgrade. If you are manually inserting the target in the configuration file after installation/upgrade, use the new property with the correct value. Details here.

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 haben keine Auswirkungen mehr.

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.

Not only it performs several requirement checks, but it also streamlines the process of changing Orchestrator/Identity Server certificates and URLs post-installation. Learn more about the Platform Configuration Tool.

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

We’ve added a new tool in Orchestrator’s installation directory to help you encrypt sections in Orchestrator's new configuration file (UiPath.Orchestrator.dll.config). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe is a CLI tool wrapped over aspnet_regiis.exe. The tool accepts all arguments passed to aspnet_regiis.exe and adds missing .NET Core functionality. Learn about encrypting UiPath.Orchestrator.dll.config sections.

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

A new tool is available to help you encrypt/decrypt the Identity Server and Webhooks AppSettings.Production.json files. The UiPath.IdentityServerConfigProtector.exe tool is located in Orchestrator's installation directory, in the Identity folder: C:\Program Files (x86)\UiPath\Orchestrator\Identity\Tools. See here how to use it.

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 Present Classification Station) sowie in das Action Center des Orchestrators integriert werden, indem Workflows mit langer Ausführungszeit genutzt werden (über Create Document Classification Action and 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).

See details about these UiPath.Orchestrator.dll.config parameters.

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.

• We've taken your feedback into account and renamed some of the predefined roles available on the Settings page. Click here to see the new names and the corresponding permissions for each role.

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

• Previously, API requests made using Windows authentication were limited to the first tenant the AD user has been provisioned in. You can now specify the tenant when making API calls using the X-UIPATH-TenantName header. See an example here.

• 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

• We know the pain of having your jobs stuck in a Terminating state, so we came up with a couple of solutions to help clean up the clutter. You can now transition jobs to a Terminating state by using the Kill command. Moreover, the new Jobs.TerminatingJobsTimeout and Jobs.TerminatingJobsCleanupCron parameters allow you to tailor a job cleanup strategy by transitioning jobs in a Terminating state to Failed according to your settings. By default, the cleanup background job runs once every three hours and only transitions to Failed the jobs that have been in a Terminating state for at least one day. See here how to configure the parameters.

• 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)

• An issue has been identified with uploading new files to MinIO buckets. Uploaded files get corrupted and do not work. Files uploaded prior to 20.10.1 are not impacted. This issue has been fixed in v2020.10.3 Orchestrator.

  Wichtig:

  Do not use MinIO storage buckets in 2020.10.1 or 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.

• Custom NLog targets are not automatically migrated during an upgrade. You need to migrate them to Identity Server and Webhooks services manually. See NLog documentation in Identity Server.

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

  • The publish date of a package (View Versions > Package Versions) is not correct when using v3 external feeds
  • 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.

• Certain antivirus programs can interfere with the IdentityServer migration tool by blocking executables from running in the default windows Temp directory. Specify the 'tmpDirectory' parameter as a workaround.

• 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.
• During an upgrade, when moving to compositeNuGet Package storage the packages were not migrated to the correct location.
• 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.