Roboter

Übersicht über Roboterobjekte im Orchestrator, ihre Funktionen und wie sie mit Orchestrator-Ressourcen verbunden werden.

Ein UiPath®-Roboter ist ein Ausführungshost, der Prozesse ausführt, die in UiPath Studio erstellt wurden. Im Orchestrator stellt das Roboterobjekt das Bild des UiPath-Roboters dar und hilft dabei, seine Funktionen und den Zugriff auf die Orchestrator-Ressourcen zu definieren.

Diese Anleitung dient dazu, Kontext und Anweisungen für die Orchestrator-Objekte bereitzustellen. Weitere Informationen zum Installieren und Konfigurieren des UiPath-Roboters finden Sie im Robot-Handbuch.

Allgemeine Terminologie	Bedeutung
UiPath Robot	Der Ausführungshost, der Prozesse ausführt, die in UiPath Studio entwickelt wurden.
Roboter (Orchestrator-Objekt)	Orchestrator-Objekt, mit dem die Funktionen und Berechtigungen eines UiPath-Roboters definiert werden, z. B. der Zugriff auf Ordnerressourcen, Anmeldeinformationen für die Maschine usw. In diesem Guide wird es oft als Roboter, Roboterobjekt oder Roboterentität bezeichnet.
Maschine (Hostmaschine)	Die physische oder virtuelle Maschine, die zum Hosten und Bereitstellen von UiPath Robot verwendet wird. In dieser Anleitung wird sie in der Regel als Hostmaschine, Workstation oder Server bezeichnet, um sie vom Maschinenobjekt im Orchestrator zu unterscheiden.
Maschine (Orchestrator-Objekt)	Orchestrator-Objekt, das als API-Schlüsselgenerator fungiert und die Verwendung eines UiPath Roboters auf einer Hostmaschine autorisiert. Bei Unattended-Anwendungsfällen können Administratoren auch die Ausführungskapazität für die zugehörige(n) Hostmaschine(n) konfigurieren.

Attended-Roboter

Attended-Roboter fungieren als persönliche Assistenten für Endbenutzer wie HR-Personal oder Call Center-Mitarbeiter. Sie eignen sich am besten für kleinere, fragmentierte Aufgaben, die menschliche Aufsicht erfordern – z. B. die Übermittlung von Spesenberichten, bei denen der Benutzer Anmeldeinformationen angibt und die Automatisierung Informationen ausfüllt und in seinem Namen übermittelt.

Sicherheitsanforderungen

Attended-Automatisierungen dürfen keine Berechtigungen erhalten, um Aufgaben auszuführen, die der Benutzer nicht selbst ausführen konnte. Alle verwendeten Anmeldeinformationen müssen Anmeldeinformationen sein, die der auslösende Benutzer kennt und bereitstellt. Dies gewährleistet eine Sicherheitsisolierung – die Automatisierung kann Benutzern keinen Zugriff gewähren, den sie sonst nicht haben.

Beispiel: Wenn eine Automatisierung sowohl das Einreichen als auch das Genehmigen eines Spesenberichts umfasst, könnte ein Benutzer die Automatisierung nach der Anmeldung anhalten und jeden Bericht mit nicht autorisierten Berechtigungen genehmigen.

Da Attended-Roboter die Identität einer echten Person annehmen, sollten sie unter Benutzerkonten ausgeführt werden.

Hinweis:

Sie können im Orchestrator keine Prozesse für Attended-Roboter starten oder auslösen und sie können nicht in einem gesperrten Bildschirm ausgeführt werden. Sie können nur über den UiPath Assistant oder die Eingabeaufforderung gestartet werden . Eine Ausnahme von dieser Regel ist das Prozess-Debuggen, bei dem Benutzer, im Allgemeinen RPA-Entwickler, Prozesse vom Orchestrator auf Attended-Robotern starten können. Dies kann über persönliche Arbeitsbereiche erfolgen, mit denen Prozesse im Orchestrator auf Attended-Robotern gestartet werden können. Dabei wird die Maschinenvorlage verwendet, die automatisch generiert wird, wenn man Besitzer eines persönlichen Arbeitsbereichs ist. Lesen Sie mehr über persönliche Arbeitsbereiche.

Die Rolle des Orchestrators

Der Orchestrator stellt die zentrale Verwaltung und Bereitstellung von Automatisierungsressourcen (Assets, Warteschlangen, Paketversionen, Speicher-Buckets usw.) an Roboter für die Ausführung sicher.

Die Rolle des Assistants

Der Assistant fungiert als Helfer des Benutzers bei der Ausführung von Prozessen und ermöglicht es dem Benutzer, Automatisierungen mit wenigen Klicks zu verwalten und auszuführen. Aus technischer Sicht ist der Assistant der Client des UiPath-Roboterdienst im Benutzermodus, der das Gehirn hinter allen Operationen ist, die während der Automatisierungsausführung durchgeführt werden.

Der UiPath-Roboterdienst im Benutzermodus

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

Durch die Installation des Roboters über UiPathStudioSetup.exe wird standardmäßig der Benutzermodusroboter bereitgestellt. Er kann auch mit UiPathStudio.msi oder der Eingabeaufforderung installiert werden.

Standardmäßig wird der Start des UiPath-Roboterdiensts durch die Benutzeranmeldung ausgelöst, wenn der Dienst so eingestellt ist, dass er zur Anmeldezeit ausgeführt wird. Ist er nicht so eingestellt, dass er zur Anmeldezeit ausgeführt wird, wird er beim Öffnen des UiPath Assistant automatisch gestartet.

Attended-Lizenzierung

Um Attended-Vorgänge auszuführen, muss dem Benutzer, unter dem der Roboter ausgeführt wird, eine Lizenz zugewiesen werden, die diesem Benutzer die Rechte zur Verwendung des Attended-Roboters gewährt oder Sie können den Roboter lokal über die Befehlszeile lizenzieren. Weitere Informationen zu verfügbaren SKUs finden Sie im UiPath Lizenzierungsportal.

Attended-Roboterzugriff auf Ordnerressourcen

Roboter laufen unter bestimmten Konten – Benutzer- oder Roboterkonten – d. h. Roboter laufen im Kontext der entsprechenden Identitäten. Diese Identitäten und deren Verknüpfung mit Rollen ermöglichen einen bestimmten Zugriff auf Ressourcen im Orchestrator.

Um einem Attended-Roboter Zugriff auf die Ressourcen in einem Ordner zu gewähren, muss ein Administrator diesem Ordner das zugrunde liegende Konto hinzufügen. Das Konto muss auch die Berechtigung haben, die Operationen auszuführen, die von den in diesem Ordner enthaltenen Prozessen benötigt werden, oder zumindest von den Prozessen, die sie ausführen werden – wenn z. B. einige Prozesse nur unter einem bestimmten Konto laufen.

Unattended-Roboter

Unattended-Roboter sind autonome Roboter, die keine menschliche Aufsicht zum Ausführen von Aufträgen erfordern. Eine Unattended-Automatisierung ist für komplexe und sich häufig wiederholende Aufgaben gedacht, die in der Regel in Batches ausgeführt werden müssen, was auf der Grundlage einer vordefinierten Regel entschieden werden kann. Darüber hinaus eignen sich Unattended-Automatisierungen für Prozesse, die privilegierte Vorgänge ausführen, wobei erhöhte Berechtigungen und Anmeldeinformationen erforderlich sind.

Die Genehmigung eines Ausgabenberichts wäre eine solche Aufgabe. Die Automatisierung würde, ohne dass ein menschlicher Benutzer vorhanden ist, sich beim erforderlichen System anmelden und dann alle eingereichten Ausgabenberichte verarbeiten und sie, wenn sie mit einer definierten Regel übereinstimmen (z. B. unter einem angegebenen Betrag) automatisch genehmigen.

In diesem Beispiel erhält der Unattended-Prozess den Zugriff zum Genehmigen der Ausgabenberichte über Anmeldeinformations-Assets, die vom Administrator konfiguriert wurden. Dies bietet eine Sicherheitsisolation, da die Automation Developers nur die bereitzustellenden Anmeldedaten referenzieren. In einer klaren Prüfungskette wird aufgezeichnet, wer die von der Automatisierungslösung verwendeten Anmeldedaten erhält und verwaltet.

Unattended-Roboter können ohne menschliches Eingreifen ausgeführt werden, da sie mit einer triggerbasierten Logik arbeiten. Das bedeutet, dass die End-to-End-Ausführung von Unattended-Prozessen vollständig automatisiert ist und durch bestimmte, im Prozessablauf definierte Ereignisse ausgelöst wird – im Gegensatz zu Attended-Robotern, bei denen ein Prozess nicht durchgängig automatisiert werden kann und daher menschliche Anweisungen zur Durchführung bestimmter Aktivitäten erforderlich sind.

Unattended-Roboter sollten unter Roboterkonten laufen, d. h. unter speziellen Konten für Anwendungen oder virtuelle Maschinen, nicht für Personen.

Die Rolle des Orchestrators

Der Orchestrator ist der zentrale Hub für die unbeaufsichtigte Automatisierung, da er es ermöglicht, die Unattended-Ausführung vor Ort zu starten oder sie vorgeplant mit Triggern einzurichten. Er verwaltet auch die Ressourcen, die in Automatisierungsprojekten verwendet und von Robotern verbraucht werden. Der Zugriff auf diese Ressourcen wird durch die Unterstützung einer hierarchischen Strukturierung in Kombination mit einer differenzierten Rollenzuweisung ermöglicht.

Der Orchestrator kann den Workload auch auf Unattended-Roboter verteilen – wenn er den Workload dynamisch (ohne Einschränkungen) verteilen darf, kann er die Effizienz maximieren und die Roboternutzung optimieren.

Die Rolle des Assistants

Der UiPath Assistant wird verwendet, um Benutzer bei Attended-Automatisierungen zu unterstützen. 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. Unattended-Roboter können also im Attended-Modus in einer Produktionsumgebung zu Protokollierungs-/Test-/Debugging-Zwecken verwendet werden.

Der UiPath-Roboterdienst im Dienstmodus

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:

Die unbeaufsichtigte 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 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, unbeaufsichtigte Automatisierungsszenario dar. Sie können gleichzeitige Aufträge mit dem Benutzermodusroboter auf einem Windows Server haben, aber keine automatische Sitzungsverwaltung.

Weitere Informationen zu High-Density-Robotern finden Sie im Robot-Handbuch.

Erfahren Sie , wie Sie Windows Server für HD-Roboter einrichten.

Unattended-Lizenzierung

Für unbeaufsichtigte Roboter erfolgt die Lizenzierung pro zugewiesene Runtime-Entität (Slot) und nicht pro Benutzer. Aus diesem Grund werden die Runtimes Unattended, NonProduction, Testing, App Testing und App Test Robot auf Objektebene der Maschine zugewiesen.

Say you have a machine template defined with 10 unattended runtimes. For each workstation connected using the key generated by that template, a pool of 10 licenses is reserved from the total number of licenses at the tenant level. A runtime is only consumed from the pool of reserved licenses during job execution.

If you connect 4 machines to Orchestrator using that template, you need 40 unattended runtime licenses at the tenant level. With 25 jobs running, there are still 15 slots available for execution.

Unattended-Roboterzugriff auf Ordnerressourcen

Roboter laufen unter bestimmten Konten – Benutzer- oder Roboterkonten – d. h. Roboter laufen im Kontext der entsprechenden Identitäten. Diese Identitäten und deren Verknüpfung mit Rollen ermöglichen einen bestimmten Zugriff auf Ressourcen im Orchestrator.

To provide an unattended robot with access to the resources in a folder, an administrator must add the underlying account to that folder. The account must also be granted the permissions to perform the operations required by the processes contained in that folder, or at least, by the processes they will execute - if, for instance, some processes only run under a specific account.

Additionally, a machine template with enough runtimes must be assigned to the folder. This operation allows you to specify the infrastructure (host machines) that can be used for executing automations in those folders and ensures they have slots available for execution.

Unattended-Roboter mit Anmeldeinformationen vs. ohne Anmeldeinformationen

A. Mit Anmeldeinformationen

Da es bei der unbeaufsichtigten Automatisierung keinen menschlichen Agenten gibt, müssen Unattended-Roboter oft mit den Anmeldeinformationen für die Hostmaschine ausgestattet werden, z. B. für Automatisierungsprojekte, die mit der Benutzeroberfläche interagieren. UiPath unterstützt mehrere Anmeldeinformationstypen:

• Anmeldedaten bestehend aus Benutzername und Kennwort – Dies ist die Standardmethode.
• HSM: Luna Credential System, nShield Key Storage Anbieter
  Hinweis:

  Der Benutzername und das Kennwort, die für die Authentifizierung verwendet werden, werden nur bei Heartbeats übertragen, so dass er sich anmelden und Prozesse ausführen kann. Die Ausführung von Unattended-Prozessen, die mit der Benutzeroberfläche interagieren, ist nur möglich, wenn Sie die korrekten Anmeldeinformationen für die Maschine angegeben haben.

B. Ohne Anmeldeinformationen

Unattended-Roboter verarbeiten Hintergrundprozesse in Sitzung 0 unter NT AUTHORITY\LOCAL SERVICE, die kein UI hat und nicht mit einer Benutzersitzung interagieren kann. Aus diesem Grund benötigen Sie keine Anmeldeinformationen für die Ausführung von Hintergrundprozessen. Sie benötigen jedoch Anmeldeinformationen zum Ausführen von Vordergrundprozessen.

Prozesstyp	Berücksichtigung der Anmeldeinformationen	Roboterversion
Hintergrund	Robot mit Anmeldeinformationen	Alle
Vordergrund	Robot mit Anmeldeinformationen	Alle
Hintergrund	Robot ohne Anmeldeinformationen	2021.10+
Vordergrund	Robot ohne Anmeldeinformationen	Ungültige Konfiguration. Aufträge können nicht ausgeführt werden.

Floating-Roboter

Floating-Roboter sind Roboter, die es Benutzern ermöglichen, UiPath Robot auf mehreren Workstations zu verwenden, da der Roboter nicht an eine bestimmte Maschine gebunden ist. Mit einer Named User-Lizenz kann ein Benutzer UiPath Robot auf maximal drei Maschinen gleichzeitig verwenden.

Wenn ein Benutzer eine der drei Workstations, an denen er arbeitet, wechseln möchte, muss er sich von einer zuvor verwendeten Maschine abmelden und sich bei einer neuen Maschine anmelden.

Beispiel: Mein Name ist John Smith, ich bin ein Callcenter-Angestellter in einem Team von 20 Personen. Ich arbeite mit dem Laptop, der gerade verfügbar ist. Im Orchestrator muss mein Systemadministrator eine Maschinenvorlage für die 20 Laptops definieren, die wir haben, und einen Floating-Roboter mit meinem Benutzernamen. Dadurch kann ich jeden der 20 Laptops mit meinem Benutzernamen und dem von der Maschinenvorlage generierten Schlüssel verwenden.