UiPath's approach to patch documentation

UiPath veröffentlicht regelmäßig Patches, die Korrekturen und Verbesserungen für geschäftliche Anforderungen enthalten. Wenn das passiert, aktualisieren wir die Dokumentation für die Zielproduktversion, damit der neueste Patch dieser Version widergespiegelt wird.
Im März 2021 wurden beispielsweise der Patch 2020.4.5 und die Dokumentation für 2020.4 veröffentlicht. Der Orchestrator wurde basierend auf den Änderungen im Patch 2020.4.5 aktualisiert.
Die mit einem Patch eingeführten Änderungen werden in den Versionshinweisen für den Patch dokumentiert.

Release-Datum: 3. November 2021

Automation Suite

---

We're excited to announce a new deployment option for Orchestrator. Meet UiPath Automation Suite, a bundle designed to offer a consistent, painless, and elegant experience when installing, upgrading, and managing UiPath web products, with Orchestrator being among them. For more on this, see the Automation Suite guide.

 

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

---

With this release, Orchestrator adopts the new Apollo design system. What this means for you is consistency in the user interface across Orchestrator and other UiPath products, easier navigation, and some user interface improvements.

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.

For more information about the host portals and the options that are now available in each, see Host administration portals.

 

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:

1. Erstellen Sie ein Roboterkonto.
2. 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.
3. Weisen Sie das Roboterkonto denselben Ordnern zu, denen das Benutzerkonto zugewiesen wurde.
   For details, see Assigning accounts or groups to folders.
4. Überprüfen und entfernen Sie optional alle Rollen, die das Benutzerkonto nicht mehr benötigt.
   For details, see Checking roles.

 

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.
Learn more about target 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.

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.
Learn more about background process automation.

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.

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:

Weitere Informationen finden Sie in der Dokumentation:

• Beispiel
• Tipps und Tricks
• Ungültige Konfigurationen

 

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.

Personal workspaces for all new users

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 personal workspaces

An administrator unlocking the unattended experience for all their RPA developers must know there's one requirement: a machine object - machine template or standard machine - associated with the workspaces. This makes the unattended infrastructure (machines connected to Orchestrator using their key) available for execution in all personal workspaces.

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

You cannot restrict a machine object scope to specific workspaces, nor can you exclude it from certain workspaces; a machine object can be associated with either all workspaces or none.
Make sure the machine object has the necessary runtimes to support the execution for all your workspaces.

RPA developers' experience with 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. Launch automations in a preplanned manner or through a queue item condition using Triggers.
B. Check the health and status of the machines and machine runtimes assigned by the administrator to your workspace using the Monitoring feature. We have added a Machines card to the workspace Home page for quick access.
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:

1. Maschinenobjekte und Benutzer können nicht im Kontext eines persönlichen Arbeitsbereichs konfiguriert werden.
2. 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.
3. Testen und Aktionen sind nicht verfügbar. Infolgedessen werden die Auftragsstatus „Ausgesetzt“ und „Fortgesetzt“ bei Arbeitsbereichen irrelevant.

---

To make the transition as smooth as possible, we've adjusted the predefined Personal Workspace Administrator role with new permissions. See the documentation for details..

 

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. Sehen Sie selbst:

Learn about assigning machines to folders.

 

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.
For instructions, see Debugging Unattended Processes.

 

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.

Note: You can only terminate attended jobs in Orchestrator running on v2021.10+ Robots.

Terminating attended jobs from Orchestrator requires that SignalR is enabled and that the Robot can connect to Orchestrator's SignalR channels using WebSocket. Make sure that SignalR is enabled and WebSocket is selected on Settings > Scalability.

 

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.

Learn how to configure time triggers.

 

Umschalter zur Wiederholung

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.

Although you may alter these settings after the queue creation, keep in mind that only future transactions are influenced by the changes you make.

Read more details in our Editing Queues article.

 

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.

Learn about 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:

The job can be resumed by an unattended robot from a different server to the one the job was originally started on.

 

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.

To acknowledge your resources and license requirements on a job resumption, we deliver the option to use the same account-machine configuration set at the job start. Find out more details in the Managing Jobs article.

 

Konten und Zugriff

---

Änderungen der Benutzeroberfläche

In an effort to clarify the distinction between adding accounts, which is done from the Accounts & Groups page in the Management portal, and granting access to accounts, which is done from Orchestrator, we have improved the Orchestrator user interface and tweaked the terminology to make things less confusing.

Folgendes hat sich geändert:

• Wir haben die Registerkarten auf Mandantenebene Benutzer und Rollen unter einer neuen Registerkarte namens Zugriff verwalten verbunden.
• The functions previously accessed from the Users page are now accessed from the Assign roles tab on the Manage access page.
  Von dort aus konnten nie Konten erstellt werden; es wurden einfach vorhandene Konten zum Orchestrator hinzugefügt, sodass Sie ihnen Rollen zuweisen konnten.
• Similarly, the functions previously accessed from the Roles page are now accessed from the Manage access page, on the... drumroll... Roles tab. (Why fix it if it's not broken, right?)

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

Documentation

• About managing user access
• Zuweisen von Rollen
• Verwalten von Rollen

 

Verzeichniskonten für Systemadministratoren

If linked to a directory, you can now also add system administrators by their directory account, not only by creating local accounts. For instructions, see Adding a system administrator.

 

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.

To enable the new mechanism and control the token validity for reading logs, we have introduced two new parameters in Orchestrator's UiPath.Orchestrator.dll.config file: Logs.Elasticsearch.OAuthEnabled and Logs.Elasticsearch.OAuthExpireInSeconds.

We also offer OAuth2 for NLog. You can enable the functionality by setting the following attribute in the target's configuration: OAuthEnabled = “true”.

For more on the available authentication methods, see X-PACK Authentication.

 

Pakete und Automatisierungen

---

Offenlegen von Paketanforderungen

Until now, uncovering the resources required to launch a process meant you had to explore the automation project, either in Studio or using Orchestrator's package explorer. In an effort to ease you into your first-run experience, we've come up with a new feature that reveals the resources required to launch a process.
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.

Learn how to configure library feeds.

 

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).“
To find these types of alerts on the Alerts page, make sure to change the State filter to All.

 

Aufzeichnen für alle Orchestrator-Bereitstellungen

As of today, we enable the media recording feature by default for all Orchestrator deployments and remove the corresponding toggle from the user interface. No worries, you can still disable the feature using the corresponding MediaRecording.Enabled app setting.

As a reminder, this option needs to be switched on at the process level for it to work. Learn how to enable recording on a per-process basis.

 

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.

Learn more about uploading queue items to Orchestrator.

 

Best Practices für Leistung

---

To prevent performance issues when storing more than 1 million Robot logs in the Logs table, we recommend creating an index. For more details, see Orchestrator Logs.

 

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.

The UiPathOrchestrator.msi installer now has additional configuration options dedicated to the new Update Server functionality. An additional Update Server Database Settings screen is available in the UI, and the CLI comes with new Update Server-specific parameters. For more info, see The Windows Installer and Orchestrator Command Line Parameters.

 

Aktualisierung

• We have removed the following parameters from the Publish-Orchestrator.ps1 script: -hostAdminPassword, -isHostPassOneTime, -defaultTenantAdminPassword, and -isDefaultTenantPassOneTime. These keys are now specific to the MigrateTo-IdentityServer.ps1 script. For more details on this, see MigrateTo-IdentityServer.ps1 Parameters.
• 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.
• If you use Microsoft Azure Key Vault for tenant encryption, you now need to configure an additional parameter in the UiPath.Orchestrator.dll.config file of your Orchestrator instance: Azure.KeyVault.DirectoryId. For extensive instructions, see Setting Up Encryption Key per Tenant.
• 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

---

• It is now possible to disable proxy integration by means of a new UiPath.Orchestrator.dll.config parameter: ProxyIntegration.Enabled. By default, the parameter is not visible, and its value is set to true, which means that proxy integration will be enabled unless otherwise specified.

• The Publish-IdentityServer.ps1 script now requires the configuration of a new parameter to indicate the Identity Server public address: -identityServerUrl. For more details, see Publish-IdentityServer.ps1 Parameters.

 

API

---

• Wenn sich ein Mandant im Wartungsmodus befindet, geben API-Aufrufe für diesen Mandanten nun den Statuscode 423 statt 503 zurück.

• We improved the GetFolderNavigationContextForCurrentUser endpoint of the FolderNavigation API by adding the IsPersonal boolean property. This property is displayed in the endpoint response body and checks if the returned folder is a personal workspace. Find more details in our reference guide.

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

🚧

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

---

Starting now, the Tenant Administrator role comes with View permissions on Background Tasks. This change does not alter existing Tenant Administrator roles. See details about default roles and their permissions.

 

Abschied

---

Aktionen verabschieden sich vom Orchestrator

The moment to drop the Actions tab and management from Orchestrator has arrived, as predicted in 2021.4. It's time for your actions to say farewell to Orchestrator and fully embrace Action Center, the dedicated place where you can see and manage all of them, just make sure you are in the correct folder context. Assign, forward, complete actions, and even manage action catalogs within the Action Center experience. Don't worry about existing Orchestrator actions, as the installer redirects all Orchestrator action links to the new Action Center interface. You just need to install or upgrade the on-premises Action Center, but bear in mind that you need to connect to one Orchestrator instance. The installation may be on the same server as Orchestrator or on a different one.

Read more details about installation and discover the Action Center experience.

 

Insights verlässt den Orchestrator

We have decoupled Insights from Orchestrator. Rest assured, we have not dropped any functionality, and all tasks that you previously performed via Orchestrator can now be tackled in Insights. For more details, see the Insights guide.

 

Verbesserungen der Benutzerfreundlichkeit

---

• For quick navigation between the Orchestrator host portal and the Identity Server hub, use the new Go to Identity Hub shortcut.
• 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.
• We changed the default value of the Login To Console robot setting to Yes.
• 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

---

📘

Hinzugefügt am 16. Dezember 2021

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.

• Standard machines deprecation is planned for April 2022. We recommend using machine templates.
• Classic folders deprecation is planned for October 2022. We recommend migrating to modern folders.

See Orchestrator’s deprecation timeline.

 

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

For standalone deployments of Orchestrator, updating Authentication and Email settings via the Orchestrator API is no longer possible. The corresponding endpoint is available strictly from the Identity Server API.
To continue to update these settings using REST methods use the corresponding Identity Server endpoint, as no backward compatibility is provided.

Der Orchestrator-Endpunkt zum Aktualisieren der E-Mail- und Authentifizierungseinstellungen: POST /odata/Settings/Uipath.Server.Configuration.Odata.UpdateBulk
The above endpoint works as expected for the rest of the Orchestrator-specific settings.

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:

• Email settings: Host > Identity Hub > Management > Global Settings > Email
• Authentication settings: Host > Identity Hub > Management > Users > Authentication Settings

 

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.
• You cannot use the transactions .CSV file to upload items to a queue. Use the CSV template provided in the documentation instead.
• 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時2Ø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.

 

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.

 

Setup

• Mit dieser neuen Orchestrator-Version ist der Parameter -useQuartzClustered im Skript Publish-Orchestrator.ps1 veraltet.
• You can no longer update the bearer token expiration time via UiPath.Orchestrator.dll.config. As a result, the Auth.Bearer.Basic.Expire setting is no longer available in Orchestrator's configuration file. Changes are now possible only by adjusting the AccessTokenLifetime property of the Orchestrator.Ropc client in the Identity Server’s Clients database. See our troubleshooting section for a configuration example.
• 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.
• Calling the /odata/Alerts/UiPath.Server.Configuration.OData.MarkAsRead endpoint did not mark the specified alert id as read. This behavior is fixed by providing the UserNotificationId instead of the alert Id. Find out more in our reference documentation.

 

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.

 

---

Was bedeuten die Beschriftungen?

Diese Version von Orchestrator ist in zwei Bereitstellungsmodellen verfügbar:

• eigenständiger Orchestrator
• Orchestrator-Dienst, der Teil der Automation Suite ist .

Das Produkt ist bei allen Bereitstellungstypen ähnlich genug, um dieselbe Dokumentation zu verwenden.
Aber es gibt Unterschiede. Wenn bestimmte Informationen nur für eine der Bereitstellungen gelten, verwenden wir die folgenden Bezeichnungen:

• - Gilt nur für den eigenständigen Orchestrator und nicht für den Automation Suite Orchestrator.
• - Gilt nur für den Automation Suite Orchestrator und nicht für den eigenständigen Orchestrator.

Wenn keine Bezeichnung vorhanden ist, gelten die Informationen für beide Bereitstellungstypen.