Automatisierung von Hintergrundprozessen

Hinweis: Dies ist nur für Attended-Roboter verfügbar. Wenn Sie Unattended-Roboter verwenden, um mehrere Prozesse gleichzeitig auszuführen, verbraucht jeder laufende Prozess eine separate Lizenz.

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.

Wichtig: Automatisierungsprozesse, die UIAutomation-Aktivitäten verwenden, können nicht in einem gesperrten Bildschirm ausgeführt werden.

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.

Verhalten von Attended- und Unattended-Robotern

Beim Start wird eine Windows-Sitzung mit dem Namen 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.

Hintergrundprozesse verwenden in Attended-Automatisierungen ein anderes Verhalten als in Unattended-Automatisierungen. Hintergrundprozesse, die von einem Attended-Roboter gestartet werden, werden in der Sitzung des Benutzers ausgeführt (Session 1), während von Unattended-Robotern gestartete in der Windows-Sitzung ausgeführt werden.

Attended-Roboter

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.

Unattended-Roboter

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.

Hinweis: Wenn Sie Hintergrundautomatisierungen über Unattended-Roboter ausführen, funktionieren Microsoft Office-Anwendungen wie Word, Excel oder PowerPoint möglicherweise nicht ordnungsgemäß, da sie für die Ausführung in Benutzersitzungen erstellt wurden, was bedeutet, dass sie eine interaktive Desktopsitzung und ein Benutzerprofil benötigen. Weitere Informationen zur Funktionsweise von Office 365-Produkten mit Serversitzungen (Sitzung 0) finden Sie im Dokument Serverseitige Automatisierung von Office von Microsoft.

Ausführen von Hintergrundprozessen

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.

Wichtig: Ab Version 2021.10 werden Unattended-Hintergrundautomatisierungen auf Dienstmodus-Robotern standardmäßig unter dem integrierten Windows-Benutzer „Lokaler Dienst“ ausgeführt. Zuvor wurden der Benutzername und das Kennwort verwendet, die für den Roboter im Orchestrator konfiguriert wurden.

Um die im Orchestrator angegebenen Anmeldeinformationen zu verwenden, müssen Sie die Systemumgebungsvariable UIPATH_HEADLESS_WITH_USER auf der Maschine konfigurieren und den Wert auf True festlegen. Die Maschine muss neu gestartet werden, damit die Umgebungsvariable wirksam wird.

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.