- Versionshinweise
September 2020
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.
Wir veranschaulichen die Konvertierung anhand eines Beispiels. Angenommen, Petrina Smith arbeitet in den Finanz- und HR-Ordnern, die zuvor das Berechtigungsmodell Von Mandant 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 auf Mandantenebene gehalten.
Klassische Ordner
For those still clinging to the classical, don't worry. Existing deployments do not lose classic folder support on upgrade, and to further entice you into the future we've also added a migration tool to enable you to quickly and easily move to the new, modern-only world.
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.
Aktivieren eines Roboters
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.
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.
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.
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.
.\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.
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.
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.
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.
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.
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.
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).
Ab sofort wird ein Trigger automatisch nach 10 fehlgeschlagenen Starts deaktiviert, wenn er vorher nicht mindestens einmal an diesem Tag erfolgreich gestartet wurde.
Verringern Sie Ihren Zeitaufwand beim Testen, indem Sie Ihre Testdaten mithilfe von Testdaten-Warteschlangen und der Erstellung von synthetischen Testdaten verwalten. Die Testdaten-Warteschlange ist Ihr zentraler Speicher, wo Sie Testdaten vorbereiten, abspeichern und verbrauchen können. Sie können Ihre Bestrebungen beim Testen mit Hilfe von Testfällen erweitern, die Warteschlangenelemente innerhalb und außerhalb der Testdaten-Warteschlangen nach dem FIFO-Prinzip (first-in-first-out) speichern und verbrauchen.
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 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.
So lesen Sie die Buchstaben:
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.
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.
Sonstige
Wir wissen, wie schmerzhaft es ist, wenn Ihre Jobs im Status „Beenden“ feststecken, deshalb haben wir uns ein paar Lösungen ausgedacht, um das Durcheinander zu beseitigen. Sie können jetzt Aufträge in den Status „Beenden“ überführen, indem Sie den Befehl Beenden verwenden. Darüber hinaus haben wir einen Hintergrundauftrag zur Bereinigung hinzugefügt, der alle drei Stunden ausgeführt wird und die Jobs, die sich mindestens einen Tag lang im Status „Beenden“ befunden haben, in den Status „Fehlgeschlagen“ überführt.
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.
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.
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: "Name@odata.type": "#String".
OData.BackwardsCompatible.Enabled auf false fest, um das vorherige Verhalten aufrechtzuerhalten.
- Paketversionen, die das Symbol
+enthalten, sind nicht für den Orchestrator geeignet, da sie nicht zum Erstellen von Prozessen verwendet werden können. - 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.
- 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.
- 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.
- 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.
Entfernen der eigenständigen Lizenzierung
Sie können Ihre Studios nicht mehr lokal lizenzieren, wenn Sie die Orchestrator-Dienste der Automation Cloud verwenden. In diesem Zusammenhang haben wir das Kontrollkästchen Eigenständige Lizenz aus dem Orchestrator entfernt. Kunden, die ihr Studio/StudioX/Studio Pro vor dieser Änderung lokal lizenziert haben, sind nicht betroffen, können diese Funktion jedoch nicht für zusätzliche Studios verwenden.
Wir können diese Funktion bei Bedarf aktivieren. Kontaktieren Sie uns.
Aktivieren/Deaktivieren von Robotern in klassischen Ordnern
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 folgendem Verbindungsstatus deaktivieren: „aktiv“, „getrennt“, „reagiert nicht“.
Das Deaktivieren eines Roboters wirkt sich wie folgt auf zugeordnete Entitäten aus:
Auslöser
- Sie können keine Trigger für die Verwendung deaktivierter Roboter konfigurieren.
- Deaktivierte Roboter werden aus vorhandenen Triggern entfernt, die diesen speziellen Roboter nutzen. Wenn kein anderer bestimmter Roboter definiert ist, löst der Trigger Fehler aus, da er keine Aufträge erstellen kann.
Assets pro Roboter
- Deaktivierte Roboter werden aus den Assets mit Werten pro Roboter entfernt.
- Wenn das Asset nur einen Roboterwert hat und wir den Roboter deaktivieren, verbleibt das Asset in einem inkonsistenten Zustand und kann nicht geändert werden.
Durch das erneute Aktivieren des Roboters werden alle betroffenen Entitäten nutzbar.
Auf der Seite Prozesse wird nun der Paketname angezeigt, der jedem Prozess zugeordnet ist.
- 22. September 2020
- Moderne Ordner
- Ordnerpakete
- Persönlicher Arbeitsbereich
- Verwaltung von persönlichen Arbeitsbereichen
- Unbeaufsichtigte Automatisierung
- Aktivität „Wait Queue Item“
- Swagger-Bibliothek
- APIs mit POST-Formularparametern
- Immer laufende Prozesse
- Classification Station
- Automatische Trigger-Deaktivierung
- Testdatenverwaltung
- Verbesserungen
- Durchschlagende Änderungen
- Bekannte Probleme (Known Issues)
- Fehlerkorrekturen (Bug Fixes)
- 9. September 2020
- Neuigkeiten
- Verbesserungen
- Fehlerkorrekturen (Bug Fixes)
