Automatisierung von Hintergrundprozessen

Hinweis:

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

An Attended Robot operates on the same machine as a human. It is usually triggered by user events and should only be run under human supervision. Read more about the Robot's automation capabilities according to license.

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 stützt sich auf 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.

Eine detailliertere Beschreibung finden Sie im Dokument Sitzung 0 Isolation von Microsoft, das zusätzliche Informationen darüber bietet, wie Sitzungen erstellt werden und wie Informationen zwischen ihnen verarbeitet 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

Background Process Automation with Attended Robots rely on the user's session on the machine to run automations, these are started from Studio or UiPath^® Assistant and run in the same Windows Session as the user. As the automation happens in the same session, the robot is able to retrieve information and access files that are specific to the user.

Unattended-Roboter

Background Process Automation with Unattended Robots are started from via the Robot Service and run in the Windows Session (Session 0). It's important to know that Session 0 has no User Interface and cannot interact with a user session. When using this type of processes on Unattended Robots keep in mind that they run in the name of the user and they inherit its permissions. Make sure that the user under which the process runs has access to the needed resources and that the process does not require any type of User Interface. See the Windows Session document for more details on how windows sessions are being handled by the UiPath^® Robots.

Hinweis:

Bei der Ausführung von Hintergrundautomatisierungen über unbeaufsichtigte Robots funktionieren die Microsoft Office-Anwendungen wie Word, Excel oder PowerPoint möglicherweise nicht ordnungsgemäß, da sie für die Ausführung in der Benutzersitzung entwickelt wurden, was bedeutet, dass sie eine interaktive Desktopsitzung und ein Benutzerprofil benötigen.Weitere Informationen zur Zusammenarbeit 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 Activity“ in den Vordergrund überführt werden.Weitere Informationen zur Funktionsweise dieser Aktivität und zur Verwendung beim 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.Die von dieser Aktivität gestarteten Prozesse werden unabhängig ausgeführt. Beispielsweise kann ein Hintergrundprozess, der bestimmte Aktionen überwacht, einen neuen Prozess (Vordergrund oder Hintergrund) starten und die bestimmte Aktion ohne Unterbrechung weiter überwachen. 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.