Nützliche Konzepte der Unattended-Automatisierung

Wichtige Komponenten und Konzepte, die an der Einrichtung und Ausführung von Unattended-Automatisierungsprozessen beteiligt sind.

Unattended-Automatisierungen basieren auf verschiedenen Komponenten, die Sie verstehen sollten. In den folgenden Themen werden diese Komponenten kurz definiert, sie werden aber in jedem Schritt weiter erklärt, bei dem sie zum Einsatz kommen.

Robot-Konten

Roboterkonten sind hilfreich, wenn Sie Unattended-Prozesse im Back-Office ausführen müssen, die nicht in der Verantwortung eines bestimmten Benutzers liegen sollten. Dies sind unsere RPA-spezifischen Äquivalente von Dienstkonten. Ähnlich wie die Konten, die Windows-Dienste als Anwendungsidentitäten im OAuth-Modell ausführen, sind sie eine Identität ohne Benutzer, die zur Ausführung von Unattended-Prozessen verwendet wird. Dies macht sie ideal für Vorgänge mit hoher Berechtigungsstufe, bei denen Anmeldeinformationen erforderlich sind.

Erfahren Sie, wie Sie ein Roboterkonto hinzufügen.

Zugriff und Berechtigungen

When you assign a robot account to a parent folder in a folder hierarchy, the robot account automatically gets access (with the roles assigned at the parent folder level) to all subfolders created under the specific folder. New permissions can be added in the subfolder on top of the ones assigned at the parent folder level, but the inherited roles cannot be removed.

It is possible for a robot account to have a greater access level at subfolder than at parent folder level, but the reciprocal is not true.

Granting a robot account access only to a subfolder is possible by assigning it directly at the subfolder level. This way, the robot account will have no visibility to the parent level, but will be able to access all resources in the subfolder and underneath it, according to the assigned role definition.

Assigning a robot account at subfolder level does not grant it access to the folder’s siblings, namely to other folders of the same level, unless it is explicitly assigned to the other same level folders as well, or if it is assigned at parent level (which would grant it access to all folders underneath, as mentioned previously).

Wenn Ressourcen aus anderen Ordnern zum Ausführen der Prozesse im aktuellen Ordner benötigt werden, müssen Sie sicherstellen, dass alle Roboterkonten, unter denen die spezifischen Prozesse ausgeführt werden, auch als Roboterkonten der Ordner zugewiesen werden, in denen sich die restlichen Ressourcen befinden. Sie benötigen dabei ausreichende Berechtigungen, um gemäß den Prozessen in diesen Ordnern auf die Ressourcen zugreifen/diese erstellen/ändern/löschen zu können.

Gruppen

You can manage several robot accounts by adding them to a group. Groups are a collection of accounts which should have similar access, robot configuration, and licensing needs, and which you want to manage together. It is therefore only recommended to group robot accounts that share the same settings and use cases.

For instance, if you have five robot accounts that handle foreground automations on Windows machines, and 10 robot accounts handling background automations on Linux machines, you would add each category to its own group, but you never combine them.

Gruppen können für die Skalierbarkeit von Roboterbereitstellung und Berechtigungssteuerung sehr hilfreich sein, sodass die individuelle Konfiguration von Roboterkonten nicht erforderlich ist.

Erfahren Sie, wie Sie dem On-Premises Orchestrator Gruppen hinzufügen.

Erfahren Sie, wie Sie dem Cloud Orchestrator Gruppen hinzufügen.

UiPath Robot

Der Roboter ist die Ausführungsentität von UiPath®. Er kann je nach Automatisierungstyp entweder im Dienstmodus oder im Benutzermodus ausgeführt werden.

Dienstmodusroboter

Der Dienstmodusroboter eignet sich am besten für Unattended-Automatisierungsszenarien und umfangreiche Plattformbereitstellungen. Wenn ein Prozess ausgeführt wird, wird der Roboter-Executor mit den gleichen Rechten wie der Benutzer ausgeführt, unter dem er registriert ist.

Der UiPath-Roboterdienst ist das Gehirn hinter allen Vorgängen, die während der Ausführung durchgeführt werden, und für die Unattended-Ausführung wird unter dem lokalen System gestartet. Er kann interaktive Windows-Sitzungen öffnen und verfügt über alle Rechte eines Maschinenadministrators. Daher ermöglicht er die automatische Sitzungsverwaltung (z. B. Anmelden und Abmelden) für Unattended-Aufträge.

Bei der Installation des Roboters mithilfe von UiPathStudio.msi wird er standardmäßig im Dienstmodus bereitgestellt. Er kann auch mithilfe der Eingabeaufforderung installiert werden.

Hinweis:

Unattended-Automatisierung funktioniert am besten mit Dienstmodusrobotern, die unter dem lokalen System installiert sind. Unattended-Roboter können auch unter dem lokalen Benutzer (Benutzermodusroboter) ausgeführt werden. Dies ist jedoch nicht empfehlenswert, da der Roboter nur ausgeführt werden kann, wenn der betreffende Benutzer manuell an dieser Maschine angemeldet ist.

Der Dienstmodusroboter wird für alle Benutzer auf einer Maschine installiert. Wenn der Dienstmodusroboter auf Windows Server-Maschinen installiert ist, können Sie gleichzeitige Unattended-Aufträge mit automatischer Sitzungsverwaltung ausführen. Dies stellt das nahtlose Unattended-Automatisierungsszenario dar. Sie können gleichzeitige Aufträge mit dem Benutzermodusroboter auf einem Windows Server haben, aber keine automatische Sitzungsverwaltung.

Benutzermodusroboter

Der Benutzermodusroboter eignet sich am besten in Attended-Automatisierungsszenarien. Er läuft unter dem Benutzer, der startet, und hat genau die gleichen Rechte wie dieser bestimmte Benutzer.

Wenn Sie die Schnellinstallationsoption im .msi- Installationsprogramm auswählen, wird der Roboter standardmäßig im Benutzermodus bereitgestellt.

Roboter und Assistent

UiPath Assistant ist die Benutzeroberfläche Ihres Roboters, über die Sie mit in Studio erstellten Projekten interagieren können.

In Unattended-Szenarien wird der Assistant nur für Debugging-Zwecke verwendet, wenn sich ein Benutzer bei der Unattended-Maschine anmeldet, um nach potenziellen Problemen zu suchen und diese zu beheben.

Maschinenvorlagen

Machine templates are the recommended type of machine for unattended automations. Machine templates make it easier to deploy several host machines by defining the configuration once and then allowing multiple robots to connect to Orchestrator.

They enable you to connect UiPath Robots deployed on multiple host machines to Orchestrator, regardless of the names of the host machines or the users logging onto them.

Maschinenvorlagen funktionieren, wie ihr Name schon sagt, als Vorlagen, deren Einstellungen für Gruppen von Hostmaschinen mit derselben physischen Einrichtung gelten. Mehrere Hostmaschinen können einfach über einen Schlüssel oder einen Satz von Client-Anmeldeinformationen mit derselben Vorlage verbunden werden. Der Schlüssel oder die Roboteranmeldeinformationen werden von Robotern verwendet, um sich bei Hostmaschinen anzumelden und auf Orchestrator-Ressourcen zuzugreifen.

Bei der Gruppierung von Hostmaschinen unter derselben Maschinenvorlage empfehlen wir Ihnen, diese Methoden zu befolgen:

• Die Hostmaschinen wurden auf Basis einer freigegebenen Vorlage bereitgestellt oder zumindest so konfiguriert, als ob sie es wären.
• Auf den Maschinen sollten dieselben Anwendungen installiert sein. Ganz wichtig ist, dass die Anwendungen auf allen Maschinen unter denselben Pfaden installiert sind und dass sie alle dieselbe Version der Anwendungen verwenden.
• Die Benutzer, die sich bei den Anwendungen auf diesen Maschinen anmelden, sollten alle die gleichen Zugriffsrechte auf die Anwendungen auf diesen Maschinen haben.

One important aspect to keep in mind is that the algorithm for starting unattended automations can launch a job under any of the users assigned to a folder (unless a specific user is manually selected), and of course, on any host machine assigned to the machine template.

It is therefore important that all the accounts that can be picked up for execution have a corresponding account on all the machines assigned to that folder. Otherwise, errors will most likely occur. In order to avoid that, it is important to either make sure the users you want to pair with a specific machine template have been created on all machines in the template, or to have separate templates, each with less machines and the associated users, such that only valid combinations are defined for each folder.

Beispiel

Folgende Entitäten sind vorhanden:

• Der Ordner F1 enthält
  • Roboterkonten R1, R2, R3
  • Maschinenvorlage T1
• Maschinenvorlage T1 verbunden mit den Hostmaschinen M1 und M2

In diesem Szenario müssen Sie sicherstellen, dass sowohl für M1 als auch für M2 Konten mit denselben Anmeldeinformationen wie für die Roboterkonten R1, R2 und R3 definiert sind. So kann die Automatisierung unter jeder Roboter-Maschinen-Kombination ausgeführt werden.

Maschinenvorlagen mit AD-Integration

It is recommended that users belonging to the highest granularity groups all have the same machine setup deployed for them as members of their specific group. For example, if a user is part of groups AllUsers, ContactCenter, and ContactCenter_ITIssues, then this user will share the same setup as the rest of the users in ContactCenter_ITIssues, and should also share the same Orchestrator machine template as the rest of the aforementioned users.

It is also advisable that machine templates be created, if possible, in accordance with the existing Active Directory structure.

Lizenzierung – Runtimes

Um Unattended-Automatisierungen mit Unattended-Roboter durchzuführen, benötigen Sie eine dedizierte Dienstlizenz. Diese wird als Runtime bezeichnet und einem Maschinenobjekt zugewiesen, das zur Ausführung von Unattended-Prozessen verwendet wird. Folgendes ist dafür notwendig:

1. Öffnen Sie auf Mandantenebene Maschinen.
2. Select the desired machine and Select More Actions.
3. Fügen Sie im Abschnitt Runtime-Details eine Zahl ein, oder verwenden Sie den Pfeil nach oben, um eine Reihe von Runtimes in das Feld Production (Unattended) einzugeben.

Die Anzahl der Runtimes, die einem Maschinenobjekt zugewiesen sind, stellt die Ausführungskapazität für die Ausführung von Automatisierungen auf jeder Hostmaschine dar, die an dieses Maschinenobjekt angehängt ist. Bei der Unattended-Automatisierung ist das bevorzugte Maschinenobjekt die Maschinenvorlage.

Runtimes werden Mandanten zugewiesen und bilden den Pool von Runtimes des Mandanten. Wenn eine Hostmaschine eine Verbindung mit dem UiPath Orchestrator herstellt, wird die Anzahl der Runtimes, die ihrem zugeordneten Maschinenobjekt zugewiesen sind, aus dem Mandantenpool abgerufen. Die Runtime wird während der Ausführung eines Prozesses auf der Maschine verbraucht. Wenn die Hostmaschine die Verbindung trennt, kehren die Runtimes zum Mandantenpool zurück.

Beispiele

Beispiel 1

Sie haben eine Maschinenvorlage, der Sie drei Unattended-Runtimes zuweisen:

• Wenn Sie eine Hostmaschine mit dieser Maschinenvorlage verbinden, können Sie drei Automatisierungen auf der Hostmaschine ausführen.
• Wenn Sie drei Hostmaschinen mit dieser Maschinenvorlage verbinden, können Sie auf jeder der drei Hostmaschinen drei Automatisierungen ausführen, also insgesamt neun Automatisierungen.

Stellen Sie beim Zuweisen von Laufzeiten zu einer Maschinenvorlage sicher, dass Sie genügend davon zuweisen, um alle Unattended-/Testing-/Nonproduction-Ausführungen abzudecken, die gleichzeitig in allen Ordnern ausgeführt werden können, in denen die Maschinenvorlage definiert ist. Dies erfordert auch, dass genügend Maschinen verbunden sind, um alle gleichzeitigen Ausführungen abzudecken.

Beispiel 2

Sie haben:

• 10 Unattended-Aufträge, die gleichzeitig in Ordner A starten sollen
• 5 Unattended-Aufträge, die gleichzeitig in Ordner B ausgeführt werden sollen (überschneiden sich mit den 10 in Ordner A definierten Aufträgen)
• eine Maschinenvorlage, VorlageAB, die sowohl Ordner A als auch Ordner B zugewiesen ist

Sie müssen dann VorlageAB 15 Unattended-Runtimes zuweisen und benötigen 15 identische Maschinen, die verfügbar und mit dem Maschinenschlüssel von VorlageAB verbunden sind, damit die Ausführung für alle definierten Zeitpläne möglich ist.

Die einzige Ausnahme von der obigen Regel sind Hintergrundprozesse, bei denen Ihrer Vorlage genügend Runtimes für alle gleichzeitigen Prozessausführungen zugewiesen sein müssen. Dabei müssen aber nicht so viele Hostmaschinen mit der Vorlage verbunden sein, da Sie auf einer Maschine praktisch so viele Hintergrundprozesse wie nötig ausführen können, aber jeweils nur einen Vordergrundprozess (Prozess, der die Benutzeroberfläche erfordert).

Beispiel 3

Für 10 gleichzeitige Hintergrundprozesse und 1 Vordergrundprozess reicht eine Hostmaschine aus, die mit einer Vorlage verbunden ist, aber dieser spezifischen Vorlage müssen 11 Runtimes zugewiesen sein. Wenn jedoch ein zweiter Vordergrundprozess hinzugefügt wird und gleichzeitig mit dem ersten definierten Vordergrundprozess ausgeführt werden muss, oder wenn der erste Vordergrundprozess zweimal gleichzeitig ausgeführt werden muss, ist eine zweite Maschine nötig, die mit der Maschinenvorlage verbunden ist, damit beide Instanzen des Vordergrundprozesses ausgeführt werden können.

Im Abschnitt Roboterstufen des UiPath-Lizenzierungsportals wird die vollständige Liste der verfügbaren Runtimes angezeigt.

Prozesse

Prozesse basieren auf Studio-Automatisierungspaketen. Sie sind ordnerspezifisch und können nur in den Ordnern ausgeführt werden, in denen sie bereitgestellt werden. Sie können jedoch von Prozessen in anderen Ordnern gestartet werden, sofern die Benutzer in diesen spezifischen Ordnern über die erforderlichen Berechtigungen in dem Ordner verfügen, in dem der gewünschte Prozess bereitgestellt wird.

Prozesstypen

Es gibt zwei Arten von Prozessen, mit denen Sie arbeiten können:

• Hintergrundprozesse erfordern keine Interaktionen mit der Benutzeroberfläche oder menschliches Eingreifen.
• Vordergrundprozesse müssen über die Benutzeroberfläche gestartet und/oder verwaltet werden und können jeweils nur einzeln ausgeführt werden.

Hinweise

• Jede Ausführung eines solchen Prozesses verbraucht eine Unattended-/NonProduction-Runtime.
• Sie können mehrere Hintergrundprozesse und einen Vordergrundprozess gleichzeitig ausführen.

Prozesskompatibilität

Beim Erstellen eines Projekts in Studio müssen Entwickler ein Kompatibilitätsattribut konfigurieren, das sich auf das zugrunde liegende Ziel-Framework des Automatisierungsprojekts und das kompatible Betriebssystem auswirkt. Dies wird in Studio im Feld Kompatibilität festgelegt.

Die folgende Tabelle zeigt die Version von UiPath Robot, die zum Ausführen von Prozessen gemäß ihren Zielframeworks und den Aspekten der Betriebssystemkompatibilität erforderlich ist:

Ziel-Framework	Betriebssystem	Roboterversion
.NET Framework 4.6.1	Windows – Legacy	Alle
.NET 5.0+	Windows	2021.10+
.NET 5.0+	Plattformübergreifend	2021.10+

Einstellungen für Maschinenvorlagen

Maschinenvorlagen bieten Einstellungen passend zu den Aspekten der Kompatibilität. Auf diese Weise können Sie Ihre Maschinen spezialisieren und Ihre Ressourcen voll ausschöpfen.

Abbildung 1. Einstellungen für Maschinenvorlagen

Cloud Robots

UiPath kann den Roboterpool in Ihrem Namen in Automation Cloud verwalten, sodass Sie bestimmen können, wie stark Sie selbst beteiligt sind oder wie viel wir übernehmen sollen.

Sie können von dieser Funktion profitieren, indem Sie einen der folgenden Maschinentypen erstellen (Mandantenebene > Maschinen > Maschine hinzufügen):

• Elastic Robot Pool – Roboter werden von UiPath verwaltet und Sie entscheiden, wie viel vom Orchestrierungsprozess Sie auslagern möchten.
• Cloud Robot - VM – UiPath verarbeitet den Orchestrierungsprozess und stellt Ihnen eine virtuelle Maschine zur Verfügung, auf der Sie Automatisierungen ausführen können.
• Cloud Robot - Serverless – UiPath verarbeitet sowohl die Infrastruktur als auch den Orchestrierungsprozess in Ihrem Namen. Dieser Robotertyp ist auch in der Automation Suite verfügbar.