- Versionshinweise
- Erste Schritte
- UiPath Assistant
- Installation und Upgrade
- Robotertypen
- Roboterkomponenten
- Lizenzierung
- Verbindung von Robotern mit Orchestrator
- Prozesse und Aktivitäten
- Über Automatisierungsprojekte auf dem Roboter
- Über die Aktivitätenfeeds
- Automatisierung von Hintergrundprozessen
- Roboter-API
- Überprüfung der Paketsignatur
- Protokollierung
- Robot JavaScript SDK
- Spezifische Szenarien
- Neustarten von Roboterkomponenten
- Windows-Sitzungen
- Anmeldung mit Thales Luna Credential System
- Anmelden mit nShield Key Storage Provider
- Weiterleitung von Robotern über einen Proxy-Server
- Ausführung von Aufgaben in einem minimierten RDP-Fenster
- Arbeiten mit zugeordneten Netzwerklaufwerken
- Anhalten eines Prozesses:
- Schaltfläche „Beenden“ deaktivieren
- Benutzerdefinierte Paketordner und Netzwerkpfade
- CrowdStrike-Integration
- Robot Citrix Apps-Virtualisierung
- Fehlersuche und ‑behebung
- Häufige Verbindungsfehler
- Nicht reagierender Roboter über RDP
- Doppelte Ausführungsprotokolle
- Häufig auftretende Fehler bei Robotern
- Erhöhte Prozessausführungsdauer
- Erzwungene Paketsignaturüberprüfung
- Nachricht zu groß für die Verarbeitung
- Fehler bei der Ausführung als Administrator
- NuGet-Pakete nach der Migration nicht zugänglich
- Aufforderung zur Benutzerzugriffssteuerung und UI-Automatisierungsaktivitäten
- .NET während der Installation erforderlich
- Assembly kann nicht vom Netzwerk oder Azure File Share geladen werden
- Aktivitäten können .NET-Runtime nicht finden
Automatisierung von Hintergrundprozessen
Ein Attended-Roboter arbeitet auf der gleichen Maschine wie ein Mensch. Er wird normalerweise durch Benutzerereignisse ausgelöst und sollte nur unter menschlicher Aufsicht betrieben werden. Lesen Sie mehr über die Automatisierungsfunktionen des Roboters gemäß der Lizenz.
Die Prozessausführung im Hintergrund wird von einem Roboter auf einer Maschine für einen bestimmten Benutzer ausgeführt. Prozesse werden gleichzeitig in derselben Windows-Sitzung ausgeführt.
Jeder ausgeführte Prozess verwendet eine eigene Version von Abhängigkeiten, auch wenn mehrere ausgeführte Prozesse eine andere Version derselben Abhängigkeit erfordern. Wenn z. B. Prozess A Abhängigkeit v18.4.6 und Prozess B Abhängigkeit v19.4.4 erfordert, lädt jeder Prozess die erforderliche Version der Abhängigkeit herunter und verwendet sie.
Gemäß dieser Art von Lizenz kann ein Attended-Roboter gleichzeitig einen Prozess im Vordergrund (mit UI-Interaktion) und mehrere Prozesse im Hintergrund (ohne UI-Interaktion) ausführen.
Ein Vordergrundprozess wird verwendet, wenn Ihr Automatisierungsprojekt mit UI-Elementen interagieren muss. Diese Prozesse sind stark von UIAutomation-Aktivitäten abhängig. Bitte beachten Sie, dass Sie jeweils nur einen Vordergrundprozess ausführen können.
Ein Hintergrundprozess muss nicht mit UI-Elementen auf dem Bildschirm interagieren, sondern verwendet Hintergrundprozesse, um Informationen weiterzugeben. UIAutomation-Aktivitäten sollten in diesen Projekttypen nicht verwendet werden. Mehrere solcher Prozesse können gleichzeitig auf einer Maschine ausgeführt werden, auch wenn bereits ein Vordergrundprozess ausgeführt wird.
Der Prozesstyp wird im Allgemeinen von der Art der Aktivitäten bestimmt, die er verwendet (unabhängig davon, ob sie mit UI-Elementen interagieren oder nicht). Sie können jedoch den Typ angeben, wenn Sie einen neuen Prozess in Studio erstellen. Standardmäßig werden alle Prozesse als Vordergrund markiert, sofern nicht anders angegeben.
Session 0 erstellt, um die Systemprozesse auszuführen, die nicht mit einem bestimmten Benutzer zusammenhängen. In dieser Sitzung kann Windows Systemprozesse ausführen, die für den Computer selbst erforderlich sind. Wenn sich ein Benutzer an diesem Computer anmeldet, wird eine neue Sitzung mit dem Namen User Session erstellt, in der benutzerspezifische Dienste ausgeführt werden.
Für eine ausführlichere Beschreibung enthält das Dokument Session 0 Isolation von Microsoft zusätzliche Informationen darüber, wie Sitzungen erstellt und Informationen zwischen ihnen behandelt werden.
Session 1), während von Unattended-Robotern gestartete in der Windows-Sitzung ausgeführt werden.
Die Hintergrundprozessautomatisierung mit Attended-Robotern verwendet die Sitzung des Benutzers auf der Maschine, um Automatisierungen auszuführen. Diese werden von Studio oder UiPath® Assistant gestartet und in der gleichen Windows-Sitzung wie der Benutzer ausgeführt. Da die Automatisierung in der gleichen Sitzung erfolgt, kann der Roboter die spezifischen Informationen und Dateien des Benutzers abrufen.
Die Hintergrundprozessautomatisierung mit Unattended-Robotern wird über den UiPath-Roboterdienst gestartet und in der Windows-Sitzung (Sitzung 0) ausgeführt. Bitte beachten Sie, dass Sitzung 0 keine Benutzeroberfläche hat und nicht mit einer Benutzersitzung interagieren kann. Wenn Sie diesen Prozesstyp bei Unattended-Robotern verwenden, sollten Sie bedenken, dass die Prozesse im Namen des Benutzers ausgeführt werden und dessen Berechtigungen übernehmen. Stellen Sie sicher, dass der Benutzer, unter dem der Prozess ausgeführt wird, Zugriff auf die erforderlichen Ressourcen hat und dass der Prozess keine Benutzeroberfläche erfordert. Weitere Details darüber, wie UiPath®-Roboter mit Windows-Sitzungen verfahren, finden Sie im Dokument Windows-Sitzung.
Ein Hintergrundprozess kann mithilfe der Aktivität „Use Foreground“ in den Vordergrund übertragen werden. Weitere Informationen zur Funktionsweise dieser Aktivität und ihrer Verwendung zum Erstellen Ihrer Automatisierung finden Sie hier.
Solange mindestens ein Prozess ausgeführt wird, wird der Roboter in Orchestrator als Beschäftigt markiert.
UIPATH_HEADLESS_WITH_USER auf der Robotermaschine konfigurieren und den Wert auf True festlegen.
Das Ausführen von Automatisierungen unter dem lokalen Dienstkonto ist einfach, da keine Anmeldeinformationen im Orchestrator erforderlich sind. Dies hat die folgenden Einschränkungen:
- In Automatisierungsworkflows ist der Zugriff auf die Berechtigungen des lokalen Dienstkontos beschränkt.
- Proxykonfigurationen für den Executor werden nicht unterstützt.
Es ist nicht möglich, einen anderen Vordergrundprozess zu starten, während bereits einer ausgeführt wird. Hintergrundprozesse können hingegen unabhängig vom Zustand und Typ der anderen Prozesse gestartet werden.
Sie können die Aktivität Run Parallel Process in Ihren Hintergrundprozessen verwenden, um andere Prozesse basierend auf den benötigten Triggern zu starten. Prozesse, die mit dieser Aktivität gestartet werden, werden unabhängig ausgeführt. Beispielsweise kann ein Hintergrundprozess, der bestimmte Aktionen überwacht, einen neuen Prozess (Vorder- oder Hintergrund) starten und die spezifische Aktion weiterhin überwachen, ohne unterbrochen zu werden. Ein von dieser Aktivität geladener Hintergrundprozess wird sofort gestartet, auch wenn ein Vordergrund- und ein oder mehrere Hintergrundprozesse bereits ausgeführt werden. Wenn die Aktivität einen Vordergrundprozess startet, tritt eine der folgenden Situationen auf:
- Der Prozess wird sofort gestartet, wenn kein anderer Vordergrundprozess ausgeführt wird.
- Eine Ausnahme wird ausgelöst, wenn ein Vordergrundprozess bereits ausgeführt wird.
