Roboter

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önlicher Assistent von Endbenutzern wie HR-Personal, Call Center-Betreibern usw. Da eine Attended-Automatisierung unter menschlicher Aufsicht ausgeführt werden muss, eignet sie sich am besten für kleinere, fragmentiertere Aufgaben. Beispielsweise ist die Übermittlung eines Ausgabenberichts eine Aufgabe, die sich für die Attended-Automatisierung eignet, wobei der Benutzer die Anmeldeinformationen für die Anmeldung im System bereitstellt und die Automatisierung dann die erforderlichen Informationen ausfüllt, alle erforderlichen Elemente anfügt und den Bericht im Auftrag des Benutzers übermittelt.

Da immer ein menschlicher Benutzer anwesend ist, dürfen Attended-Automatisierungen nicht mit Aufgaben oder erteilten Berechtigungen zum Ausführen von Aufgaben erstellt werden, die der Benutzer selbst nicht ausführen könnte. Der Benutzer, der die Automatisierung auslöst, muss alle Anmeldeinformationen, die während der Ausführung eines Attended-Prozesses erforderlich sind, kennen und bereitstellen.

Dies liegt daran, dass die Sicherheitsisolierung zwischen der ausgeführten Automatisierung und dem Maschinenbenutzer nicht gewährleistet werden kann. Wenn die Automatisierung selbst Aktionen ausführt, auf die der Benutzer keinen Zugriff hat, würde dies diesem Benutzer Zugriff geben, den er sonst nicht hat. Nehmen wir das obige Beispiel des Ausgabenberichts: Wenn die Automatisierung auch die Genehmigung von Ausgabenberichten umfasst, könnte der Benutzer die Automatisierung einfach anhalten oder stoppen, nachdem er sich beim Genehmigungssystem angemeldet hat. Dann könnte er jede beliebige Abrechnung in beliebiger Höhe genehmigen – eine Aktion, die er mit seinen eigenen Anmeldeinformationen nicht durchführen könnte.

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.

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 Unattended-Roboter wird die Lizenzierung pro zugewiesener Runtime-Entität (Slot) statt pro Benutzer durchgeführt. Aus diesem Grund werden Unattended-, NonProduction-, und Testing-Runtimes auf Maschinenobjektebene zugewiesen.

Angenommen, Sie haben eine Maschinenvorlage mit 10 Unattended-Runtimes definiert. Für jede Workstation, die mit dem Schlüssel verbunden ist, der von dieser Vorlage generiert wird, wird ein Pool von 10 Lizenzen aus der Gesamtzahl der Lizenzen auf Mandantenebene reserviert. Eine Runtime wird aus dem Pool der reservierten Lizenzen nur während der Auftragsausführung verbraucht. Wenn Sie vier Maschinen über diese Vorlage mit dem Orchestrator verbinden, benötigen Sie 40 Unattended-Runtime-Lizenzen auf Mandantenebene. Bei 25 ausführenden Aufträgen stehen noch 15 Slots zur Ausführung zur Verfügung.

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.

Um einem Unattended-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. Darüber hinaus muss dem Ordner eine Maschinenvorlage mit genügend Runtimes zugewiesen werden. Mit diesem Vorgang können Sie die Infrastruktur (Hostmaschinen) festlegen, die für die Ausführung von Automatisierungen in diesen Ordnern verwendet werden kann, sowie sicherstellen, dass sie über freie Zeitfenster für die Ausführung verfügen.

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

• 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 keine 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. Alle Roboter in modernen Ordnern sind Floating-Roboter. 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.

Standardroboter

Standardroboter sind die Vorgänger von Floating-Robotern und Sie können sie nur finden, wenn Sie mit klassischen Ordnern arbeiten. Ein Standardroboter beschränkt den Benutzer auf die Verwendung von UiPath Robot auf einer einzelnen Workstation, da der Roboter an eine bestimmte Maschine gebunden ist, nämlich an diejenige, die beim Erstellen des Standardroboters im Orchestrator festgelegt ist. Standardroboter funktionieren nur für Benutzer, die immer auf derselben Maschine arbeiten oder deren Name bei jeder Verbindung des Benutzers gleich bleibt.

Das Ändern der Workstation erfordert das Löschen des ursprünglichen Standardroboters und das Neuerstellen unter Verwendung des Namens der neuen Standardmaschine.

Beispiel

Mein Name ist John Smith, ich bin ein Callcenter-Angestellter, der täglich mit demselben Laptop arbeitet, dessen Name LA4324 ist. Im Orchestrator muss mein Systemadministrator für mich eine Standardmaschine mit dem gleichen Namen wie mein Laptop definieren, und einen Standardroboter mit meinem Benutzernamen, wobei der Roboter für die Verbindung mit der Standardmaschine namens LA4324 konfiguriert ist. Wenn ich jemals meinen Laptop wechsle, muss der Systemadministrator diesen Roboter löschen und einen neuen für die neue Maschine erstellen.