August 2021

26. August 2021

Automatische Aktualisierung von UiPath Robot, Studio und UiPath Assistant im Orchestrator

Sie können jetzt Client-Apps (Robot, Studio, UiPath Assistant) automatisch im Orchestrator aktualisieren. Dies ist eine dringend benötigte Funktion, mit der IT-Administratoren und RPA-CoEs viel Zeit sparen, wenn sie dafür sorgen wollen, dass Robot, Studio und UiPath Assistant auf dem neuesten Stand sind.

Vorerst steht dies nur Community-Benutzern zur Verfügung. Für Enterprise-Benutzer wird die Funktion mit der Enterprise-Version 2021.10 verfügbar. Hier können Sie sich einen ersten Eindruck holen.

25. August 2021

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 auch als Nebeneffekt ein umständlicheres Debuggen für Unattended-Prozesse: Beim Anmelden an einer Maschine, die über den Maschinenschlüssel mit dem Orchestrator verbunden ist und bei erzwungener interaktiver Authentifizierung sind im Assistant keine Prozesse verfügbar, um sie zu debuggen; Sie müssen sie zuerst anmelden.

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

Durch Aktivieren einer Fehlerbehebungssitzung können Sie Unattended-Prozesse aus dem Assistant zu Debugzwecken anzeigen und ausführen.

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

Für die Durchführung dieses Vorgangs ist keine Benutzerlizenz erforderlich.

Anweisungen finden Sie unter Debuggen von Unattended-Prozessen.

24. August 2021

Unattended-Funktion in persönlichen Arbeitsbereichen

Ja, Sie haben richtig gelesen! Mit dieser Version kommt die Unattended-Ausführung in greifbare Nähe der RPA-Entwickler. Das ebnet den Weg für remote ausgeführte RPA-Prozesse, bequem in Ihrem persönlichen Arbeitsbereich.

Für diejenigen, die mit modernen Ordnern vertraut sind, sollte diese Funktion nichts Neues bringen – die Arbeit damit ist sehr ähnlich, da sie die Remoteausführung auf unternehmensverwalteten VMs ermöglicht; nur dieses Mal können dies auch Arbeitsbereichsinhaber tun. Aber genug des Eigenlobs – hier die Highlights:

Die Benutzererfahrung für Administratoren

Die Aktivierung der Unattended-Erfahrung für alle Ihre RPA-Entwickler umfasst eine wichtige Sache: ein Maschinenobjekt – Maschinenvorlage oder Standardmaschine – das den Arbeitsbereichen zugeordnet ist. Dadurch wird die Unattended-Infrastruktur (Maschinen, die mit dem Orchestrator über ihren Schlüssel verbunden sind) für die Ausführung in allen persönlichen Arbeitsbereichen verfügbar.

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

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

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

Die Benutzererfahrung für RPA-Entwickler

Alle unattended-spezifischen Funktionen werden in persönlichen Arbeitsbereichen verfügbar, sofern ein Administrator zuvor die erforderliche Konfiguration vorgenommen hat.

Auf diese Weise können RPA-Entwickler die folgenden Vorgänge ausführen:

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

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

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

Moderner Ordner im Vergleich zum persönlichen Arbeitsbereich

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

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.

Hinweise zu Berechtigungen

Um den Übergang so reibungslos wie möglich zu gestalten, haben wir die vordefinierte Rolle Personal Workspace Administrator angepasst:

• Berechtigungen zur Ansicht und zum Bearbeiten für die Überwachung hinzugefügt
• Berechtigungen zur Ansicht, zum Bearbeiten, zum Löschen und zum Erstellen für Trigger.

So weit so gut. Und nicht vergessen: Das hier ist eine von viele Funktionen, die den Weg für die vielseitigste RPA-Erfahrung ebnen werden. Sie werden sehen!

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 einen Hostfeed und sowohl Host- als auch Mandantenfeeds für den Abruf Ihrer Bibliothekspakete zur Verfügung gestellt haben, bieten wir jetzt eine dritte Option an: Nur Mandantenfeed.

Hier erfahren Sie, wie Sie Bibliotheksfeeds konfigurieren.

Aktionswechsel zum Action Center

Im Sinne unseres Ziels, alle aktionsbezogenen Funktionen innerhalb des Action Centers zu bündeln, wurde die Verwaltung der Aktionskataloge vollständig vom Orchestrator zum Actions-Dienst übertragen.

Weitere Informationen finden Sie in unserer Dokumentation.

Machen Sie sich keine Gedanken über vorhandene Orchestrator-Aktionen, da Sie jeder Link zur gleichen Aktion auf der Action Center-Schnittstelle weiterleitet.

Aktivieren der Non-Production-Workflowausführung mit Testing Robots

Jetzt können Sie Testing Robots verwenden, um Ihre Workflows in Non-Production-Umgebungen zu testen. Dies ist nur für Non-Production-Umgebungen gedacht. Sie können diese Option auswählen, wenn Sie Aufträge oder Zeitplan-Trigger konfigurieren, wie im folgenden Screenshot zu sehen ist.

Aktivitätsabdeckung im Orchestrator

Ihre Testsätze zeigen die Aktivitätsabdeckung für jede Ausführung an. Fügen Sie diese Funktion in Ihre RPA Tests ein, um zu überprüfen, welche Aktivitäten während der Ausführung abgedeckt wurden, was in einem Prozentrechner angezeigt ist. Informationen zur Funktionsweise finden Sie unter Testausführungsabdeckung.

11. August 2021

Maschinenzuweisungen an Unterordner pushen

Sie haben gesprochen, wir haben verstanden! Diese Version bringt eine neue Ergänzung für alle Administratoren mit sich, die dasselbe Maschinenobjekt (Maschinenvorlage oder Standardmaschine) in allen Unterordnern verwenden. Anstatt jedem einzelnen Unterordner manuell dieselbe Maschine zuzuweisen, können Sie ihn ab heute mit ein paar einfachen Klicks von einem übergeordneten Ordner in alle seine untergeordneten Ordner schieben.

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

Ausstehende Aufträge automatisch anhalten/beenden

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

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

Hier erfahren Sie, wie Sie Zeit-Trigger konfigurieren.

Beibehalten der Benutzer-Maschinen-Konfiguration bei Wiederaufnahme eines Auftrags

Ein angehaltener Auftrag wird von jedem verfügbaren Roboter auf jeder verfügbaren Maschine fortgesetzt. Es gibt jedoch Fälle, in denen:

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

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

2. August 2021

Neue Terminologie und Änderungen bei Schnittstellen für Rollen

Zum Unterscheiden zwischen dem Hinzufügen von Benutzern, was über die Seite Admin-Seite in der Automation Cloud erfolgt, und der Gewährung des Zugriffs für Benutzer, was über den Orchestrator erfolgt, haben wir die Orchestrator-Benutzeroberfläche optimiert und die Terminologie für mehr Klarheit angepasst.

Folgendes hat sich geändert:

• Wir haben die Registerkarten auf Mandantenebene Benutzer und Rollen unter einer neuen Registerkarte namens Zugriff verwalten verbunden.

• Auf die Funktionen, auf die zuvor über die Seite Benutzer zugegriffen wurde, wird nun über die Registerkarte Rollen zuweisen auf der Seite Zugriff verwalten zugegriffen.

  Von dort aus konnten nie Benutzer erstellt werden; es wurden einfach vorhandene Benutzer zum Orchestrator hinzugefügt, sodass Sie ihnen Rollen zuweisen konnten.

• Ebenso sind die Funktionen, auf die zuvor über die Seite Rollen zugegriffen wurde, jetzt auf die Seite Zugriff verwalten auf der Registerkarte Rollen zu finden. (Warum herumdoktern, wenn es sowieso funktioniert, oder?)

  
  

  

  
  

• Zuletzt gibt es jetzt einen Unterschied zwischen dem Zuweisen von Rollen an Benutzer und dem Zuweisen an Gruppen. Während zuvor die gleichen Schritte für beide angewendet wurden, verfügen die beiden jetzt über unterschiedliche Assistenten, einen für Benutzer und einen anderen für Gruppen, der besser auf die jeweilige Aufgabe zugeschnitten ist.

Dokumentation

• Informationen zum Verwalten des Benutzerzugriffs

• Zuweisen von Rollen

• Verwaltung von Rollen