Abonnieren

UiPath Orchestrator

Die UiPath-Orchestrator-Anleitung

Einstellungen

Auf der Seite Einstellungen können Administratoren Orchestrator-Mandanteneinstellungen anpassen. Sie können die Änderungen pro Mandant vornehmen, indem Sie die Seite Einstellungen auf Mandantenebene verwenden, oder für alle Mandanten in allen Organisationen gleichzeitig, indem Sie die Seite Einstellungen im Orchestrator-Hostportal verwenden.
Auf dieser Seite werden die Einstellungen auf Mandantenebene beschrieben. Hier vorgenommene Konfigurationen überschreiben Einstellungen, die am Orchestrator-Hostportal vorgenommen wurden.

📘

Hinweis

Bestimmte Einstellungen unterscheiden sich zwischen eigenständigen Orchestrator-Installationen und Orchestrator in der Automation Suite. Immer wenn es der Fall ist, werden diese Unterschiede unten in der Beschreibung der einzelnen Einstellungen vermerkt.

Registerkarte „Allgemein“


FieldDescription
Application SettingsTimezone - The time zone of the tenant. By default, this field is set to UTC.
The time zone list depends on the machine. To ensure that all the instances under a multi-node Orchestrator installation have the same time zone list, they must use the same operating system version.
Language - The language of the Orchestrator user interface for all tenants, including email notifications and alerts. This setting does not affect robot logs or event logs, which use the Windows language.
Changing the organization language settings in Automation Suite.
Custom logo - Upload your desired logo which appears in the Orchestrator window header. The accepted formats are .png and .svg, with a maximum file size of 1MB.
Changing the company logo in Automation Suite.
Custom header color - Select a color for the Orchestrator window header. This is useful for distinguishing between multiple Orchestrator tenants. The header color is selected by clicking the colored square to bring up your machine's color selector.
In Automation Suite, you cannot customize the color of the header.
Personal WorkspacesEnable Personal Workspaces - Create personal workspaces for all users in a tenant that use a certain attended licensing profile, while also selecting the UI profile to be used for those users.
Note: This action cannot be reversed, once the Personal Workspaces feature is enabled it cannot be disabled.
Standard RolesCreate standard roles for modern folders. These roles allow you to leverage the benefits of user groups.

Click Create Role next to each of the roles you want create.
Client Binaries (Robot, Studio, Assistant) Auto-Update SettingsIgnore auto-update status for robot machines that were offline for more than ___ days - Allows you to exclude inactive machines from the update process and no longer take them into account when the update status is reported.
Modern FoldersEnable account-machine mappings - Enable the Account-Machine Mappings feature.
Classic Folders (deprecated)Activate Classic Folders - Enable classic folders.
Note: Classic folders are deprecated. Enabling them is only recommended if you migrate from an on-premises Orchestrator deployment to Orchestrator in Automation Cloud.
Email SetupEnable alerts email - Enable Orchestrator to send email messages about Fatal and Error alerts.
To receive email alerts, email settings must be properly set up.
Configuring system email notification settings for all tenants in a standalone Orchestrator deployment.
Configuring global email notification settings for all organizations (and the tenants in them) in Automation Suite.
Overriding global email notification configuration for a certain organization (and the tenants in it) in Automation Suite.

Registerkarte „Bereitstellung“


Enables you to configure and secure feeds for packages and libraries. You can manage the feeds for all tenants from a centralized location using Automation Ops. For more information, see feeds management in the Automation Ops guide.

Einstellungen hier wirken sich nur auf Mandantenfeeds aus; Ordnerfeeds und Feeds des persönlichen Arbeitsbereichs sind immer intern und im Kontext des jeweiligen Ordners oder des persönlichen Arbeitsbereichs verfügbar.

Pakete

Ermöglicht Ihnen die Einrichtung eines internen oder externen Feeds, in dem Automatisierungspakete gehalten werden können. Standardmäßig wird ein interner Feed verwendet. Die Feeds können entweder durch Definieren von einfachen Authentifizierungsanmeldeinformationen oder mithilfe eines API-Schlüssels gesichert werden.

FieldDescription
InternalUse an internal feed. The feed can be secured either with the Secure Deployment option or by using an API key:
Secure Deployment - Ensures that your automation packages are downloaded through a secure NuGet feed.
API Key - The key used to secure your feed against write operations such as delete or upload.
ExternalUse an external feed. The feed can be secured either by using an API key or basic authentication credentials:
API Key - The key used to secure your feed against write operations such as delete or upload.
Authentication - Enables you to specify the credentials for your basic authenticated feed.
Please keep in mind that both the username and the password used with the API Key option should be used in this case as well.

When External is selected, the Deployment URL field is displayed where you need to fill in the address where the NuGet feed is located.

Bibliotheken

Ermöglicht Ihnen die Konfiguration des Feeds, der für Bibliotheks- und Aktivitätspakete verwendet werden soll.

FieldDescription
Only host feedLibraries are stored in the host feed and are available to all tenants which use it. The Libraries page is the same for one Orchestrator instance, meaning libraries are not isolated at the tenant level: each tenant has access to the other tenants' activity.
🛈 You cannot upload libraries from Orchestrator if this option is selected.
🛈 This option gives robot access only to the host feed.
Only tenant feedLibraries are isolated at the tenant level, meaning data is separated across tenants. You may set an internal or an external feed in which libraries are maintained. By default, an internal feed is used.
🛈 This option gives robot access only to the tenant feed.
Both host and tenant feedsLibraries are isolated at the tenant level, meaning data is separated across tenants. You may set an internal or an external feed in which libraries are maintained. By default, an internal feed is used.
🛈 This option gives robot access to both the host and tenant feeds.
InternalMust be selected in order to use an internal feed as the tenant feed. The feed can be secured either with the Secure Deployment option or by using an API key:
Secure Deployment - Ensures that your automation packages are downloaded through a secure NuGet feed.
API Key - The key used to secure your feed against write operations such as delete or upload. The user can use it to publish packages.
This key is generated by the external provider and has the following format [username]:[password]. For example, admin:2652ACsQhy.
ExternalMust be selected in order to use an external feed as the tenant feed. The feed can be secured using an API key:
API Key - The key used to secure your feed against write operations such as delete or upload. The user can use it to publish packages.
This key is generated by the external provider and has the following format [username]:[password]. For example, admin:2652ACsQhy.

When External is selected, the Deployment URL field is displayed where you need to fill in the address where the NuGet feed is located.

Voraussetzungen für die Verwendung eines externen Feed Through Proxy

Wenn Sie mit einem externen Feed arbeiten möchten, während Sie unter Windows einen Proxyserver konfiguriert haben, müssen folgende Grundvoraussetzungen erfüllt sein:

  • Set the Load User Profile option for the Orchestrator application pool (Internet Information Services > Application Pools) to True.
436
  • Fügen Sie die Proxyeinstellungen, die Sie für die Datei NuGet.config verwendet haben und mit dem Anwendungspoolidentitätskonto verbunden sind (C:\Users\[YourAppPoolIdentityAccountName]\AppData\Roaming\NuGet\NuGet.Config), hinzu:
<config>
<add key="http_proxy" value="http://ipaddress:port" />
</config>

📘

Hinweis

The following settings are loaded only when the Robot Service connects to the server. Whenever they are modified you need to restart the UiRobotSvc service for the changes to take effect.

Registerkarte „Robotersicherheit“


Sicherheit

FieldDescription
Total hours a robot can run offline without license verificationSpecify the number of hours a Robot can run offline, without Orchestrator checking its license. By default, it is set to 0. The maximum accepted value is 168 hours. This setting does not apply to Studio.

Roboter-Authentifizierung

FieldDescription

Attended robot authentication
Interactive Sign-in SSO (Recommended) - This option only allows for robot connections with tokens that expire. Users can authenticate their robots only by signing-in with their credentials in the Assistant.
Note: User sign in is required to run attended robots, make Orchestrator HTTP requests, or view processes in the Assistant. When using interactive sing-in, there is no need to create machine objects in Orchestrator.

Hybrid - This option allows for both connections with tokens that don't expire (machine key) and connections with tokens that expire (interactive sign-in or client credentials). Users have the option to sign-in with their credentials to authenticate their robots, which in turn allows them to connect Studio and the Assistant to Orchestrator, however it is not mandatory.
Unattended robot authenticationClient credentials (Recommended) - This option only allows for connections with tokens that expire. It uses the OAuth 2.0 framework as the basis for the authentication protocol, meaning unattended robots can connect to Orchestrator with a client ID - client secret pair generated via machine template objects. The client ID - client secret pair generates a token that authorizes the connection between the robot and Orchestrator and provides the robot with access to Orchestrator resources.

Hybrid - This option allows for both connections with tokens that don't expire (machine key) and connections with tokens that expire (client credentials).

Skalierbarkeits-Registerkarte


Geben Sie an, ob der Robot-Dienst die SignalR-Kanäle des Orchestrators abonnieren soll, und konfigurieren Sie die Transportprotokolle, die für Sie am besten sind. Diese Einstellungen werden beim Aktualisieren beibehalten.

1570

SignalR (Roboter)

FieldDescription
EnabledThis toggle specifies if the Robot service subscribes to Orchestrator's SignalR channels or not. By default, this setting is enabled, and all available channels are selected:
WebSocket
Server-Sent Events (SSE)
Long Polling

When all transport channels are enabled, the best available transport is automatically selected, in the following priority order: WebSocket > Server-Sent Events > Long Polling. If the first protocol is not available for any reason, the next in line (if enabled) is used to facilitate the communication between Orchestrator and Robot.
WebSocketWhen selected, enables the WebSocket transport protocol to be used to connect the Robot to Orchestrator's SignalR channels. This is the highest protocol used in the order of priority due to its performance and support for simultaneous communication in both directions - from the Robot service to Orchestrator and vice versa.

If the SignalR (Robots) feature is not enabled, WebSocket becomes the only available transport protocol.
Server-Sent Events (SSE)When selected, enables the Server-Sent Events (SSE) push technology to be used to connect the Robot to Orchestrator's SignalR channels. This is the first backup in case WebSockets is not available for any reason.

This option cannot be used if the SignalR (Robots) feature is not enabled.
Long PollingWhen selected, enables the long polling transport protocol to be used to connect the Robot to Orchestrator's SignalR channels. This protocol is used in case the WebSockets and SSE ones are not available.

This option cannot be used if the SignalR (Robots) feature is not enabled.

Registerkarte „Arbeitsfreie Tage“


Definieren Sie eine Liste von arbeitsfreien Tagen pro Mandant, an denen Sie die Ausführung von Triggern einschränken können. Dies bedeutet, dass Ihre langfristigen Zeitpläne an öffentlichen Feiertagen, Wochenenden oder anderen Tagen, an denen keine normalen Geschäftsaktivitäten stattfinden, so konfiguriert werden können, dass sie nicht auslösen. Nach den angegebenen arbeitsfreien Tagen löst der Zeitplan wieder normal aus.

Um diese Einschränkungen auf Ihre Trigger anzuwenden, müssen Sie beim Konfigurieren von Triggern den Kalender für arbeitsfreie Tage auswählen. Alle Änderungen, die Sie auf der Registerkarte Arbeitsfreie Tage vornehmen, wirken sich auf alle Trigger aus, die diesen Kalender verwenden.

📘

Hinweis:

Einschränkungen für arbeitsfreie Tage sind bei Triggern deaktiviert, deren Zeitzone von der auf Mandantenebene festgelegten abweicht (Einstellungen > Allgemein). Ein Mandant, der keine ausdrücklich definierte Zeitzone hat, übernimmt diese vom Host.

For more details on how to manage non-working days, click here.

Aktualisiert vor 2 Monaten


Einstellungen


Auf API-Referenzseiten sind Änderungsvorschläge beschränkt

Sie können nur Änderungen an dem Textkörperinhalt von Markdown, aber nicht an der API-Spezifikation vorschlagen.