- Erste Schritte
- Best Practices
- Mandant
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Hostverwaltung
- Über die Hostebene
- Verwalten von Systemadministratoren
- Verwalten von Mandanten
- Konfigurieren von System-E-Mail-Benachrichtigungen
- Prüfungsprotokolle für das Hostportal
- Wartungsmodus
- Organisationsadministration
- Fehlersuche und ‑behebung
Verwaltung von Robotern
In modernen Ordnern gibt es kein Robotermanagement per se, da Roboter automatisch erstellt werden. Sie müssen jedoch die Lizenzierung, Ausführung und Authentifizierung des zu erstellenden Roboters definieren. Nachfolgend finden Sie die Schritte für eine funktionale Einrichtung, mit der Sie Aufträge in modernen Ordnern ausführen können.
Im Attended-Modus zeigt der UiPath Assistant die Prozesse in allen Ordnern an, denen das Konto zugewiesen ist.
Diese Prozesse können im Unattended-Modus nicht über den Orchestrator gestartet oder ausgelöst werden, außer zu Debugging-Zwecken. Siehe Studio-Design und Orchestrator-Debugging.
Im Unattended-Modus zeigt UiPath Assistant die Prozesse in allen Ordnern an, denen sowohl das Konto als auch die Maschinenvorlage zugewiesen wurden. Diese Prozesse können im Unattended-Modus vom Orchestrator gestartet oder ausgelöst werden.
Ein Benutzer, der einen Unattended-Roboter im Attended-Modus verwendet (der Benutzer meldet sich an der Maschine an), hat keinen Zugriff auf die Prozesse in Ordnern, denen der Benutzer allein zugewiesen ist. Sein Zugriff ist auf Prozesse in Ordnern beschränkt, denen sowohl er selbst als auch die Maschinenvorlage zugeordnet sind.
Nutzungskonvention für die dynamische Zuweisung: Auf einer Hostmaschine müssen Sie einen Windows-Benutzer für jedes Konto bereitstellen, das zu den Ordnern gehört, denen die entsprechende Maschinenvorlage zugewiesen ist.
Angenommen, Sie haben einen Server mit dem Orchestrator über den von der Maschinenvorlage generierten Schlüssel „FinanceT“ verbunden. Diese Maschinenvorlage ist den Ordnern „FinanceExecution“ und „FinanceHR“ zugeordnet, denen auch sechs Konten zugeordnet sind. Diese sechs Konten müssen als Windows-Benutzer auf dem Server bereitgestellt werden.
Grafische Darstellung eines grundlegenden modernen Unattended-Setups
Grafische Darstellung eines komplexen modernen Unattended-Setups
Wenn die interaktive Authentifizierung erzwungen wird, können Sie im UiPath Assistant nur die Prozesse sehen, auf die Sie Zugriff haben, und dies erst nach der Anmeldung bei Ihrem Konto. Eine Benutzerlizenz ist ebenfalls erforderlich. Daher sind Unattended-Prozesse, die nicht unter Ihrem Konto ausgeführt werden, nicht im UiPath Assistant zur Fehlerbehebung verfügbar.
Wenn Sie also einen Unattended-Prozess debuggen müssen, können Sie eine Fehlerbehebungssitzung vorübergehend aktivieren. Auf diese Weise können Sie den Unattended-Prozess lokal anzeigen und ausführen, ohne dass eine Benutzerlizenz erforderlich ist.
Die Fehlerbehebungssitzung ist vorübergehend und das Obengenannte gilt nur, wenn die Fehlerbehebung aktiv ist.
Wenn Sie das Debuggen abgeschlossen haben, können Sie die Fehlerbehebungssitzung für die Maschine deaktivieren, sodass keine Attended-Verbindungen mehr zugelassen werden. Oder Sie können, falls nötig, auch den Zeitraum verlängern, in dem die Sitzung aktiv ist.
Um Workflows in Studio oder StudioX während des Debuggens im Orchestrator zu erstellen, benötigt das Entwicklerkonto sowohl einen Attended- als auch einen Unattended-Roboter.
So richten Sie das Entwicklerkonto sowohl für die beaufsichtigte als auch für die unbeaufsichtigte Verwendung ein: