Wie wird die Unattended-Automatisierung durchgeführt?

Die folgenden Schritte beschreiben die erforderlichen Aktionen für die erfolgreiche Ausführung von Unattended-Automatisierungen. Wir sind uns bewusst, dass derart umfangreiche Prozesse von jedem Unternehmen unterschiedlich gehandhabt werden, weshalb die Reihenfolge, in der die Schritte ausgeführt werden, unterschiedlich ist. Daher ist die nachfolgend beschriebene Reihenfolge lediglich eine Empfehlung für eine erfolgreiche Einrichtung.

1. Einrichten der Infrastruktur

Die folgenden Schritte helfen Ihnen, Ihre Hostmaschine für die Ausführung von Unattended-Automatisierungen einzurichten.

1.1. Einrichten der Hostmaschinen, auf denen der Unattended-Roboter ausgeführt wird

Die Hostmaschinen, die Unattended-Automatisierungen ausführen, sind über einen Maschinenschlüssel oder einen Satz von Client-Anmeldeinformationen mit einer Orchestrator-Maschinenvorlage verbunden. Dadurch können Automatisierungen über den Orchestrator verwaltet werden.

Mehrere Hostmaschinen können mit derselben Maschinenvorlage verbunden werden. Es empfiehlt sich jedoch, separate Vorlagen für jeden Satz von Hostmaschinen mit demselben physischen Setup zu verwenden, nämlich:

• Sie haben die gleiche Konfiguration.

• Sie enthalten dieselben Anwendungen in denselben Versionen, die unter denselben Pfaden auf jeder Maschine installiert sind.

• Die Benutzer, die sich bei diesen Anwendungen anmelden müssen, haben die gleichen Zugriffsrechte.

Um sicherzustellen, dass Automatisierungen auf Ihren Hostmaschinen so reibungslos wie möglich ausgeführt werden, müssen einige wichtige Punkte beachtet werden:

• Alle erforderlichen Ressourcen, z. B. Anwendungen und Dienste, sollten auf den entsprechenden Hostmaschinen installiert und entsprechend den Prozessen, die Sie ausführen möchten, logisch gruppiert werden.

• Alle Roboterkonten, die einem Ordner zugewiesen sind, müssen sich bei jeder Hostmaschine anmelden können, die der Maschinenvorlage zugeordnet ist, die demselben Ordner zugewiesen ist.

Alle Roboterkonten, die einem Ordner zugewiesen sind, müssen sich bei jeder Hostmaschine anmelden können, die der Maschinenvorlage zugeordnet ist, die demselben Ordner zugewiesen ist.

Die Hostmaschine muss die technischen Hardware- und Softwarevoraussetzungen erfüllen und der Bildschirmschoner muss deaktiviert sein.

1.2. Installieren eines Dienstmodusroboters auf Hostmaschinen

Ein Dienstmodusroboter wird für Unattended-Automatisierungsszenarien und umfangreiche Plattformbereitstellungen empfohlen. Wenn ein Prozess ausgeführt wird, wird der Roboter vom Windows-Dienststeuerungs-Manager unter dem lokalen System gestartet, was bedeutet, dass er über alle Berechtigungen eines Maschinenadministrators verfügt und mit den gleichen Berechtigungen wie der Benutzer ausgeführt werden kann, unter dem er registriert ist.

Es gibt zwei Möglichkeiten, den Roboter zu installieren:

• Über die Befehlszeile mit dem Parameter ADDLOCAL – um den Roboter im Dienstmodus zu installieren, müssen Sie auch die Option RegisterService hinzufügen. Dies ist die empfohlene Wahl für Unattended-Roboter, insbesondere bei umfangreicheren Bereitstellungen.
• Zusammen mit UiPath® Studio wird der Roboter über UiPathStudio.msi standardmäßig im Dienstmodus bereitgestellt.

Wir empfehlen die Verwendung nicht persistenter VDIs, die sicherstellen, dass alle Ihre Hostmaschinen mit minimalem Aufwand einer konsistenten Konfiguration folgen.

1.3. (Optional) Installieren von UiPath Studio auf der Unattended-Maschine

Wichtig:

Dieser Schritt ist nur für Entwickler erforderlich, die Unattended-Automatisierungen ausführen und Probleme beheben möchten.

Sie können Ihre Prozesse auch direkt über den UiPath Assistant debuggen, indem Sie eine Fehlerbehebungssitzung aktivieren.

Um Unattended-Automatisierungen auf einer Unattended-Maschine zu debuggen, müssen Sie UiPathStudio.msi auf dieser Maschine installieren. Wenn Sie sich während der Installation für die Schnelleinrichtung entscheiden, wird der Roboter im Benutzermodus bereitgestellt, d. h., er läuft unter dem Benutzer, der ihn gestartet hat, und hat genau die gleichen Rechte wie dieser.

Das Installationsprogramm UiPathStudio.msi kann aus dem Ressourcenzentrum heruntergeladen werden.

Um einen Auftrag vom Orchestrator aus auf einem lokalen Benutzer (Benutzermodusroboter) zu starten, muss der Windows-Benutzer auf der Maschine angemeldet sein. Der Benutzermodusroboter kann keine gleichzeitigen Aufträge für verschiedene Benutzer ausführen, unabhängig davon, ob der Roboter auf einem Windows Server installiert ist oder nicht.

2. Einrichten des Orchestrators

Die folgenden Schritte helfen Ihnen, die Orchestrator-Objekte zu konfigurieren, die für die erfolgreiche Ausführung von Unattended-Automatisierungen erforderlich sind.

2.1. Erstellen einer Maschinenvorlage

Als Orchestrator-Maschinentyp für Unattended-Automatisierungen empfehlen wir eine Maschinenvorlage. Maschinenvorlagen stellen die Rechenleistung für die Ausführung des Auftrags bereit. Maschinenvorlagen erleichtern die Bereitstellung mehrerer Maschinen, indem sie die Konfiguration einmal definieren und dann einen einzigen Satz von Client-Anmeldeinformationen verwenden, damit mehrere Roboter eine Verbindung mit dem Orchestrator herstellen können.

1. Klicken Sie auf Mandantenebene auf Maschinen > Maschine hinzufügen > Maschinenvorlage. Das Fenster „Maschinenvorlage“ wird angezeigt.

2. Konfigurieren Sie die Maschinenvorlage und weisen Sie mindestens eine Unattended-Runtime zu. Runtimes sind eine Art Dienstlizenz, die für Unattended-Automatisierungen bestimmt ist und dem Mandantenpool entnommen und auf Maschinenvorlagenebene zugewiesen wird. Mit einer Runtime können Sie eine Automatisierung auf einer Hostmaschine ausführen. Mit zwei Runtimes können Sie zwei Automatisierungen auf derselben Hostmaschine oder eine Automatisierung auf zwei Hostmaschinen ausführen.

3. Klicken Sie auf Bereitstellen.

4. Kopieren Sie den Maschinenschlüssel bzw. die Client-ID und den geheimen Clientschlüssel für die spätere Verwendung.

Dies ist ein Beispiel für eine Maschinenvorlage, die als Grundlage für eine effiziente Optimierungsstrategie dient:

Ihre Infrastruktur besteht aus:

• Einem Windows-Desktop

• Einem High-Density Windows-Server

• Drei Linux-Maschinen

Anzahl der Prozesse	Kompatibilität (in Studio festgelegt)	Einstellungen für Maschinenvorlagen (im Orchestrator festgelegt)	Grund
4 Hintergrundprozesse	Windows – Legacy (.NET Framework 4.6.1)	Wir verbinden einen Windows-Desktop mit Vorlage A, die wir wie folgt definieren: Prozesstyp = Nur Hintergrund Prozesskompatibilität = Nur Windows Unattended-Runtimes = 4	.NET Framework 4.6.1-Prozesse können nur auf Windows-Maschinen ausgeführt werden. Hintergrundprozesse können gleichzeitig unter demselben Konto ausgeführt werden. Vorlage A hat 4 Laufzeiten zugewiesen, sodass die Ausführung von 4 Aufträgen gleichzeitig möglich ist.
6 Hintergrundprozesse	Plattformübergreifend (.NET 5.0 oder höher)	Wir verbinden 3 Linux-Maschinen mit Vorlage B, die wir wie folgt definieren: Prozesstyp = nur Hintergrund Prozesskompatibilität = nur plattformübergreifend Unattended-Runtimes = 2	.NET Framework 5.0-Prozesse können auf jedem Maschinentyp ausgeführt werden. Vorlage B ermöglicht nur die Ausführung von Hintergrundprozessen auf den verbundenen Linux-Maschinen. Hintergrundprozesse können gleichzeitig unter demselben Konto ausgeführt werden. Vorlage B hat 2 Laufzeiten zugewiesen, sodass die Ausführung von 2 Aufträgen gleichzeitig auf jeder verbundenen Linux-Maschine möglich ist: 2 Aufträge auf je 3 Maschinen führen zu einer Ausführungskapazität von 6 gleichzeitigen Aufträgen.
10 Vordergrundprozesse	Windows (.NET 5.0 oder höher)	Wir verbinden den Windows-Server mithilfe der Vorlage C, die wir folgendermaßen definieren: Prozesstyp = Nur Vordergrund Prozesskompatibilität = Nur Windows Unattended Runtimes = 10	.NET Framework 5.0-Prozesse können auf jedem Maschinentyp ausgeführt werden, einschließlich Linux-Maschinen, aber da es sich um Vordergrundprozesse handelt, die für Windows entwickelt wurden, müssen Sie sie auf Windows-Maschinen ausführen. Ein Konto kann jeweils einen Vordergrundprozess ausführen. Ein HD-Windows-Server ermöglicht das Öffnen mehrerer Kontositzungen. Vorlage C hat 10 Runtimes zugewiesen, d. h. 10 Sitzungen werden gleichzeitig geöffnet, was die Ausführung von 10 Vordergrundaufträgen gleichzeitig ermöglicht.

2.2. Ein Roboterkonto erstellen

Das Konto ist die Identität, die Berechtigungen und Anmeldeinformationen bereitstellt, die der Roboter benötigt, um Orchestrator-Ressourcen zu verbrauchen bzw. sich bei Hostmaschinen anzumelden. Es wird empfohlen, ein Roboterkonto zu verwenden, was ideal ist, wenn Sie Unattended-Prozesse im Back-Office ausführen müssen, die nicht in der Verantwortung eines bestimmten Benutzers liegen sollten.

Um ein Roboterkonto zu erstellen, führen Sie die zu Ihrer Umgebung passenden Schritte aus:

• Erstellen von Roboterkonten in der Automation Suite

• Erstellen von Roboterkonten in Automation Suite

• Erstellen von Roboterkonten im eigenständigen Orchestrator

2.3. Erstellen der Ordnerstruktur

Es wird dringend empfohlen, eine Ordnerstruktur um die Prozesse herum zu erstellen, die Sie ausführen möchten. Das heißt, jeder Prozess sollte über einen oder mehrere spezialisierte Ordner verfügen, die alle Assets enthalten, die für die korrekte und unterbrechungsfreie Ausführung erforderlich sind.

2.4. Zuweisen von Objekten zu Ordnern

Die Maschinenvorlage, das Roboterkonto, der Automatisierungsprozess und alle anderen Elemente, die für eine Iteration der Unattended-Automatisierung erforderlich sind, müssen im selben Ordner platziert werden. Dies ist sehr wichtig, wenn Sie eine unterbrechungsfreie Verarbeitung sicherstellen möchten.

Zuweisen eines Roboterkontos zu einem Ordner

1. Klicken Sie auf der Orchestrator-Mandantenebene auf Ordner, wählen Sie den gewünschten Ordner für Ihre Automatisierung aus (der derselbe sein muss wie der, in dem Sie die Maschinenvorlage hinzugefügt haben) und klicken Sie dann auf Konto/Gruppe zuweisen.
2. Beginnen Sie im Feld Konto- oder Gruppenname mit der Eingabe des Namens des Kontos, das Sie gerade erstellt haben, und wählen Sie es aus der Liste aus.
3. Wählen Sie in der Liste Rollen die Option Automation User aus.
4. Klicken Sie auf Zuweisen.

Zuweisen einer Maschinenvorlage zu einem Ordner

1. Wählen Sie den Ordner aus, der alle Elemente enthalten soll, die zu dieser Automatisierung gehören, und klicken Sie dann auf Einstellungen > Maschinen > Maschinen im Ordner verwalten.
2. Klicken Sie auf Maschine hinzufügen > Maschinenvorlage. Das Fenster Maschinen im Ordner verwalten wird angezeigt.
3. Aktivieren Sie das Kontrollkästchen links neben der gewünschten Maschinenvorlage und klicken Sie dann auf Aktualisieren. Die Maschine wird dem Ordner hinzugefügt.

3. Erstellen des Unattended-Roboters im Orchestrator

Bei Unattended-Automatisierungen ist die Hostmaschine im Unattended-Modus verbunden und lizenziert, weshalb Prozesse im Orchestrator ausgeführt werden. Diese Verbindung wird entweder über einen Maschinenschlüssel oder einen Satz von Client-Anmeldeinformationen über die Befehlszeile hergestellt. Der Maschinenschlüssel oder die Anmeldeinformationen werden im Orchestrator generiert, wenn Sie die Maschinenvorlage erstellen. Dies hängt von den Sicherheitseinstellungen des Roboters ab.

Informationen zum Herstellen dieser Verbindung finden Sie in diesem Abschnitt.

4. Ausführen der Unattended-Automatisierung

Die folgenden Abschnitte führen Sie durch die notwendigen Schritte zum Ausführen der Automatisierung, die Sie bisher vorbereitet haben.

4.1. Erstellen eines Automatisierungsprojekts in UiPath Studio und Veröffentlichen im Orchestrator

Angenommen, wir müssen jeden Tag um 9 Uhr eine Sicherung von Protokolldateien auf einem Server erstellen. Dazu müssen wir die Protokolldatei von diesem Tag in einen anderen Ordner kopieren. In diesem Beispiel kopieren wir eine Datei mit dem Namen „logs.txt“ aus dem Ordner „Protokolle“ (Logs) in den Ordner „Alte Protokolle“ (Old Logs) und überschreiben die Sicherung jedes Mal.

1. Erstellen Sie in Studio einen neuen Prozess und fügen Sie die Aktivität Copy File hinzu, fügen Sie die erforderlichen Datei- und Ordnerpfade hinzu und wählen Sie die Option Überschreiben aus, damit die alte Datei jeden Tag durch die neu kopiert ersetzt wird.
   
2. Veröffentlichen Sie das Paket über Studio im Orchestrator:
   1. Klicken Sie im Menüband auf Veröffentlichen, um das Fenster Prozess veröffentlichen anzuzeigen.
   2. Geben Sie auf der Registerkarte Veröffentlichungseigenschaften einen Namen für das Paket ein.
   3. Wählen Sie auf der Registerkarte Veröffentlichungsoptionen für die Option Veröffentlichen in eine der folgenden Optionen aus:

      • Orchestrator-Feed für Mandantenprozesse – Veröffentlichung auf Mandantenebene. Von hier aus müssen Sie manuell einen Prozess in einem Ordner Ihrer Wahl erstellen. Jeder Organisationsbenutzer hat Zugriff auf das Paket, wenn es an diesem Speicherort veröffentlicht wird.

      • Orchestrator-Feed des persönlichen Arbeitsbereichs – Veröffentlichen auf der Ebene des persönlichen Arbeitsbereichs. Ein Prozess wird automatisch erstellt und im Ordner des persönlichen Arbeitsbereichs platziert. Nur der Benutzer des persönlichen Arbeitsbereichs hat Zugriff auf die an diesem Speicherort gespeicherten Pakete.

      • Benutzerdefiniert – Veröffentlichen in einem bestimmten Ordner, der sich vom persönlichen Arbeitsbereich unterscheidet.

   4. Klicken Sie auf Veröffentlichen.
   

4.2. Einen Prozess im Orchestrator erstellen

Orchestrator-Prozesse werden basierend auf Paketen erstellt, die über UiPath Studio veröffentlicht wurden.

Wichtig: Die Maschinenvorlage, das Roboterkonto, der Automatisierungsprozess und alle anderen Elemente, die für eine Iteration der Unattended-Automatisierung erforderlich sind, müssen im selben Ordner platziert werden.

1. Wählen Sie den Ordner aus, der alle Elemente enthalten soll, die zu dieser Automatisierung gehören. Klicken Sie auf Start > Prozesse oder Automatisierungen > Prozesse und klicken Sie dann auf Prozess hinzufügen.
2. Wählen Sie aus der Liste Paketquellenname das Paket aus, das Sie gerade hochgeladen haben, klicken Sie dann auf Weiter und konfigurieren Sie alle Einstellungen auf den folgenden Bildschirmen, z. B. Anforderungen oder einen Anzeigenamen, und klicken Sie dann auf Erstellen.
   

4.3. Ausführen der Automatisierung

Sie können Ihre Automatisierung entweder direkt ausführen oder die Ausführung planen, indem Sie einen Trigger einrichten.

Direkte Ausführung

Sie können einen Auftrag auf zwei Weisen innerhalb des Zielordners Ihrer Automatisierung ausführen:

1.a. Klicken Sie auf Automatisierungen > Aufträge > Starten. Wählen Sie auf der Seite mit den Auftragseinstellungen, die geöffnet wird, in der Liste Prozessname den Prozess aus, den Sie in Schritt 2 erstellt haben.

1.b. Klicken Sie auf Automatisierungen > Prozesse und klicken Sie dann neben dem gewünschten Prozess auf das Symbol Auftrag ausführen. Dadurch wird die Seite mit den Auftragseinstellungen geöffnet, auf der der gewünschte Prozess bereits im Feld Prozessname angezeigt wird.

2. Konfigurieren Sie alle weiteren Einstellungen auf dieser Seite und klicken Sie dann auf Starten.

Geplante Ausführung

Trigger ermöglichen Ihnen die vorab geplante Ausführung von Aufträgen entweder in regelmäßigen Abständen (Zeit-Trigger) oder immer dann, wenn Ihren Warteschlangen neue Elemente hinzugefügt werden (Warteschlangen-Trigger).

Trigger stellen ein ordnerbezogenes Asset dar, was bedeutet, dass Sie sie erstellen können, indem Sie auf Ordnerebene auf Automatisierungen > Trigger zugreifen. Genau wie alle anderen Assets, die zu einer Automatisierung gehören, müssen auch Trigger Teil desselben Ordners sein wie der entsprechende Prozess, der zum Ausführen der Unattended-Automatisierung verwendet wird, sowie das Roboterkonto und die Maschinenvorlage, die zu diesem Zweck erstellt wurden.

Trigger werden basierend auf einem vorhandenen Prozess erstellt und profitieren von den gleichen Ausführungsprioritäten wie die auf Prozess- und Auftragsebene verfügbaren Trigger.

Wenn Sie eine wiederkehrende Uhrzeit für den Start eines Auftrags einplanen möchten, können Sie einen Zeit-Trigger erstellen.

Wenn Sie einen Prozess bei der Triggererstellung oder immer dann starten möchten, wenn Sie ein neues Element zu einer Warteschlange hinzufügen, können Sie einen Warteschlangen-Trigger erstellen.

So werden Robotersitzungen verwaltet

Die Aktivität „Robot Session“ ist auf der Seite Unattended-Sitzungen verfügbar. Diese finden Sie unter Überwachung auf Mandantenebene.

Wenn die Verbindung zum Roboter getrennt wird, ändert sich sein Status auf dieser Seite und seine Lizenz wird freigegeben und wird so für einen anderen Roboter/Prozess verfügbar.

Roboter werden getrennt, wenn die Hostmaschine heruntergefahren wird. Wenn Sie zwei Minuten lang keinen erfolgreichen Heartbeat senden, wird zudem auch angenommen, dass sie nicht reagieren und ihre Verbindung getrennt wurde.

Wie werden Aufträge zugewiesen?

Die Auftragszuweisung erfolgt basierend auf den Funktionen der an der Automatisierung beteiligten Komponenten, nämlich des Roboterkontos, des Prozesses, des Auftrags und der Hostmaschine.

Der Orchestrator erfasst die folgenden Informationen, um zu entscheiden, wie Aufträge zugewiesen werden sollen:

I. Er überprüft die Ordner auf ausstehende Aufträge, die zuerst nach Priorität und dann nach Zeitpunkt der Erstellung sortiert werden. Aufträge mit höherer Priorität und ältere Aufträge werden zuerst aufgenommen.

II. Er überprüft den Prozesstyp (der im Orchestrator festgelegt wird):

• Hintergrundprozess – kann unter jeder Identität ausgeführt werden

• Vordergrundprozess – der Roboter sucht nach verfügbaren Anmeldeinformationen, d. h. verfügbaren Benutzern in diesem Ordner

• Alle – sowohl Hinter- als auch Vordergrundprozesse

III. Er überprüft die Prozesskompatibilität (die im Orchestrator festgelegt wird):

• Nur Windows – nur Windows-kompatible Prozesse

• Nur plattformübergreifend – nur plattformübergreifende Prozesse

• Alle – sowohl Windows-kompatible als auch plattformübergreifende Prozesse

IV. Er überprüft die Auftragskompatibilität (die in Studio zum Zeitpunkt der Erstellung festgelegt wird):

• Windows – Legacy (.NET Framework 4.6.1) – kann nur auf Windows-Maschinen ausgeführt werden

• Plattformübergreifend (.NET 5.0 oder höher) – kann auf jedem Maschinentyp ausgeführt werden

• Windows (.NET 5.0 oder höher) – kann auf jedem Maschinentyp ausgeführt werden, einschließlich Linux-Maschinen. Da es sich jedoch um Vordergrundprozesse handelt, die für Windows entwickelt wurden, müssen sie auf Windows-Maschinen ausgeführt werden.

V. Er überprüft die Infrastruktur der Hostmaschine auf die kompatible Roboterversion.