Einstellungen – Mandantenebene

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“

Feld	Beschreibung
Anwendungseinstellungen	Zeitzone – Die Zeitzone des Mandanten. Standardmäßig ist dieses Feld auf UTC festgelegt. Die Zeitzonenliste hängt von der Maschine ab. Um sicherzustellen, dass alle Instanzen unter einer Orchestrator-Installation mit mehreren Knoten die gleiche Zeitzonenliste haben, müssen Sie die gleiche Version des Betriebssystems verwenden. Sprache – Die Sprache der Orchestrator-Benutzeroberfläche für alle Mandanten, einschließlich E-Mail-Benachrichtigungen und Warnungen. Diese Einstellung wirkt sich nicht auf Roboter- oder Ereignisprotokolle aus, die die Windows-Sprache verwenden. Benutzerdefiniertes Logo – Laden Sie das gewünschte Logos hoch, das im Header des Orchestrator-Fensters erscheint. Die akzeptierten Formate sind .png und .svg, mit einer maximalen Dateigröße von 1MB. Benutzerdefinierte Header-Farbe – Wählen Sie eine Farbe für den Header des Orchestrator-Fensters aus. Dies ist nützlich, um zwischen mehreren Orchestrator-Mandanten zu unterscheiden. Sie können die Header-Farbe auswählen, indem Sie das farbige Quadrat anklicken, um den Farbselektor Ihrer Maschine zu öffnen.
Persönliche Arbeitsbereiche	Persönliche Arbeitsbereiche aktivieren – Erstellen Sie persönliche Arbeitsbereiche für alle Benutzer in einem Mandanten, die ein bestimmtes Attended-Lizenzprofil verwenden, und wählen Sie gleichzeitig das UI-Profil aus, das für diese Benutzer verwendet werden soll. Hinweis: Diese Aktion kann nicht rückgängig gemacht werden. Sobald die Funktion „Persönliche Arbeitsbereiche“ aktiviert ist, kann sie nicht mehr deaktiviert werden. Erkundung persönlicher Arbeitsbereiche automatisch beenden nach – Ermöglicht Orchestrator-Administratoren, eine Regel durchzusetzen, die vorschreibt, dass die Erkundung persönlicher Arbeitsbereiche nach einer festgelegten Zeit automatisch beendet wird. Die verfügbaren Optionen sind 15 Minuten, 1 Stunde, 1 Tag und benutzerdefinierter Wert. Standardmäßig ist dieser Wert beim Migrieren oder Erstellen neuer Mandanten nicht festgelegt. Sie müssen ihn manuell konfigurieren, sobald der Migrations-/Erstellungsprozess abgeschlossen ist. Alle aktiven Sitzungen zum Erkunden persönlicher Arbeitsbereiche anhalten – Ermöglicht Orchestrator-Administratoren, alle derzeit aktiven Erkundungssitzungen des persönlichen Arbeitsbereichs zu beenden.Dies wird durch die Anzahl der aktiven Sitzungen angehängt, die in Klammern angezeigt werden, und kann aktiviert werden, indem Sie auf Beenden der Erkundungssitzung(en) klicken. Änderungen, die Sie an Erkundungseinstellungen vornehmen, gelten nicht rückwirkend für Sitzungen, die bereits erkundet wurden.
Standardrollen	Erstellen Sie Standardrollen für moderne Ordner. Mit diesen Rollen können Sie die Vorteile von Benutzergruppen nutzen. Klicken Sie neben jeder Rolle, die Sie erstellen möchten, auf Rolle erstellen.
Client-Binärdateien (Robot, Studio, Assistant) Einstellungen für die automatische Aktualisierung	Ignorieren Sie den Status für automatische Aktualisierungen für Robotermaschinen, die länger als ___ Tage offline waren – Ermöglicht es Ihnen, inaktive Maschinen vom Aktualisierungsprozess auszuschließen und sie bei der Meldung des Aktualisierungsstatus nicht mehr zu berücksichtigen.
Moderne Ordner	Konto-Maschinen-Zuordnungen aktivieren – Aktivieren Sie die Funktion Konto-Maschinen-Zuordnungen.
Klassische Ordner (veraltet)	Klassische Ordner aktivieren – Aktivieren Sie klassische Ordner. Hinweis: Klassische Ordner sind veraltet. Diese Aktivierung wird nur empfohlen, wenn Sie von der Bereitstellung eines On-Premises Orchestrators zum Orchestrator in der Automation Cloud migrieren.
E-Mail-Einrichtung	Warn-E-Mails aktivieren – Aktivieren Sie den Orchestrator, um E-Mail-Nachrichten über Schwerwiegend- und Fehlerwarnungen zu senden. Um E-Mail-Warnungen zu erhalten, müssen die E-Mail-Einstellungen richtig eingerichtet sein.

Registerkarte „Bereitstellung“

Ermöglicht das Konfigurieren und Sichern von Feeds für Pakete und Bibliotheken. Sie können die Feeds für alle Mandanten von einer zentralen Stelle aus über Automation Ops verwalten. Weitere Informationen finden Sie unter Feeds-Verwaltung im Automation Ops-Handbuch.

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.

Feld	Beschreibung
Intern	Verwenden Sie einen internen Feed. Der Feed kann entweder mit der Option Sichere Bereitstellung oder mit einem API-Schlüssel gesichert werden: Sichere Bereitstellung – Gewährleistet, dass Ihre Automatisierungspakete durch einen sicheren NuGet-Feed heruntergeladen werden API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Das ist nur erforderlich, wenn Sie ein Paket mithilfe eines externen Clients direkt in den NuGet-Feed hochladen möchten.
Extern	Verwenden Sie einen externen Feed. Der Feed kann entweder durch Verwendung eines API-Schlüssels oder grundlegender Authentifizierungs-Anmeldeinformationen gesichert werden: API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Authentifizierung – Ermöglicht es Ihnen, die Anmeldeinformationen für Ihren grundlegenden authentifizierten Feed anzugeben. Bitte berücksichtigen Sie, dass auch in diesem Fall der Benutzername sowie das Kennwort in Verbindung mit der Option API-Schlüssel verwendet werden sollten. Wenn Extern ausgewählt ist, wird das Feld Bereitstellungs-URL angezeigt – dort geben Sie die Adresse ein, an der sich der NuGet-Feed befindet.

Wichtig: Wir unterstützen keine plattformübergreifenden Pakete, die in einen externen Feed hochgeladen werden. Ihre Metadaten können nur gelesen werden, wenn sie direkt in den Orchestrator hochgeladen werden.

Bibliotheken

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

Feld	Beschreibung
Nur Hostfeed	Bibliotheken werden im Hostfeed gespeichert und stehen allen Mandanten zur Verfügung, die diesen verwenden. Die Seite Bibliotheken ist für eine Orchestrator-Instanz die gleiche. Das bedeutet, dass Bibliotheken nicht auf Mandantenebene isoliert sind: Jeder Mandant hat Zugriff auf die Aktivität der anderen Mandanten. Sie können vom Orchestrator keine Bibliotheken hochladen, wenn diese Option ausgewählt ist. Diese Option ermöglicht dem Roboter nur Zugriff auf den Hostfeed.
Nur Mandantenfeed	Bibliotheken sind auf Mandantenebene isoliert. Dies bedeutet, die Daten sind über die Mandanten hinweg getrennt. Sie können einen internen oder externen Feed festlegen, in dem die Bibliotheken verwaltet werden. Standardmäßig wird ein interner Feed verwendet. Diese Option ermöglicht dem Roboter nur Zugriff auf den Mandantenfeed.
Sowohl Host- als auch Mandantenfeeds	Bibliotheken sind auf Mandantenebene isoliert. Dies bedeutet, die Daten sind über die Mandanten hinweg getrennt. Sie können einen internen oder externen Feed festlegen, in dem die Bibliotheken verwaltet werden. Standardmäßig wird ein interner Feed verwendet. Diese Option ermöglicht den Roboterzugriff auf sowohl den Host- als auch auf den Mandantenfeed.
Intern	Muss ausgewählt werden, um einen internen Feed als Mandantenfeed zu verwenden. Der Feed kann entweder mit der Option Sichere Bereitstellung oder mit einem API-Schlüssel gesichert werden: Sichere Bereitstellung – Gewährleistet, dass Ihre Automatisierungspakete durch einen sicheren NuGet-Feed heruntergeladen werden API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Der Benutzer kann ihn zur Veröffentlichung von Paketen verwenden. Dieser Schlüssel wird vom externen Provider generiert und hat folgendes Format [Benutzername]:[Passwort]. Beispiel: admin:2652ACsQhy.
Extern	Muss ausgewählt werden, um einen externen Feed als Mandantenfeed zu verwenden. Der Feed kann mit einem API-Schlüssel gesichert werden: API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Der Benutzer kann ihn zur Veröffentlichung von Paketen verwenden. Dieser Schlüssel wird vom externen Provider generiert und hat folgendes Format [Benutzername]:[Passwort]. Beispiel: admin:2652ACsQhy. Wenn Extern ausgewählt ist, wird das Feld Bereitstellungs-URL angezeigt – dort geben Sie die Adresse ein, an der sich der NuGet-Feed befindet.

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:

• Legen Sie die Option Benutzerprofil laden (Load User Profile) für den Orchestrator-Anwendungspool (Internet Informationsdienste (Internet Information Services) > Anwendungspools(Application Pools)) auf True fest.
  
  

  

  
  
• 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: Beachten Sie, dass die folgenden Einstellungen für die Bereitstellung nur geladen werden, wenn der Roboterdienst eine Verbindung mit dem Server herstellt. Wenn sie geändert werden, müssen Sie den UiRobotSvc-Dienst neu starten, damit die Änderungen wirksam werden.

Registerkarte „Robotersicherheit“

Sicherheit

Feld	Beschreibung
Gesamtstunden, die ein Roboter ohne Lizenzverifizierung offline laufen kann	Geben Sie die Anzahl der Stunden an, die ein Roboter offline arbeiten kann, ohne dass der Orchestrator seine Lizenz überprüfen muss. Standardmäßig ist sie auf 0 festgelegt. Der maximal akzeptierte Wert beträgt 168 Stunden.

Roboter-Authentifizierung

Feld	Beschreibung
Authentifizierung von Attended-Robotern	Interaktive Anmelde-SSO (Empfohlen) – Diese Option erlaubt nur Roboterverbindungen mit ablaufenden Token. Benutzer können ihre Roboter nur authentifizieren, indem sie sich mit ihren Anmeldeinformationen im Assistant anmelden. Hinweis: Eine Benutzeranmeldung ist erforderlich, um Attended-Roboter auszuführen, Orchestrator-HTTP-Anforderungen zu stellen oder Prozesse im Assistant anzuzeigen. Bei Verwendung der interaktiven Anmeldung müssen keine Maschinenobjekte im Orchestrator erstellt werden. Hybrid – Diese Option ermöglicht sowohl Verbindungen mit Token, die nicht ablaufen (Maschinenschlüssel), als auch Verbindungen mit Token, die ablaufen (interaktive Anmeldung oder Client-Anmeldeinformationen). Benutzer haben die Möglichkeit, sich mit ihren Anmeldeinformationen anzumelden, um ihre Roboter zu authentifizieren, was ihnen wiederum ermöglicht, Studio und den Assistant mit dem Orchestrator zu verbinden. Dies ist jedoch nicht obligatorisch.
Authentifizierung von Unattended-Robotern	Client-Anmeldeinformationen (empfohlen) – Diese Option ermöglicht nur Verbindungen mit ablaufenden Tokens. Es verwendet das OAuth 2.0-Framework als Basis für das Authentifizierungsprotokoll, d. h. Unattended-Roboter können sich mit einem Paar aus Client-ID und geheimem Client-Schlüssel, das über Maschinenvorlagenobjekte generiert wird, mit Orchestrator verbinden. Das Paar aus Client-ID und geheimem Client-Schlüssel generiert ein Token, das die Verbindung zwischen dem Roboter und dem Orchestrator autorisiert und dem Roboter Zugriff auf die Orchestrator-Ressourcen gewährt. Hybrid – Diese Option ermöglicht sowohl Verbindungen mit Token, die nicht ablaufen (Maschinenschlüssel), als auch Verbindungen mit Token, die ablaufen (Client-Anmeldeinformationen).

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.

SignalR (Roboter)

Feld	Beschreibung
Aktiviert	Dieser Umschalter legt fest, ob der Roboterdienst die SignalR-Kanäle vom Orchestrator abonniert hat oder nicht. Standardmäßig ist diese Einstellung aktiviert, und alle verfügbaren Kanäle sind ausgewählt: WebSocket Server-Sent Events (SSE) Lange Abrufe Wenn alle Transportkanäle aktiviert sind, wird automatisch der beste verfügbare Transport in der folgenden Prioritätsreihenfolge ausgewählt: WebSocket > Server-Sent Events > Lange Abrufe. Wenn das erste Protokoll aus irgendeinem Grund nicht verfügbar ist, wird das nächste in der Zeile (falls aktiviert) verwendet, um die Kommunikation zwischen Orchestrator und Robot zu erleichtern.
WebSocket	Wenn diese Option ausgewählt ist, kann das WebSocket-Transportprotokoll verwendet werden, um den Roboter mit den SignalR-Kanälen vom Orchestrator zu verbinden. Dies ist das höchste Protokoll, das in der Reihenfolge der Priorität aufgrund seiner Leistung und Unterstützung für die gleichzeitige Kommunikation in beide Richtungen verwendet wird – vom Roboterdienst zum Orchestrator und umgekehrt. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist.
Server-Sent Events (SSE)	Wenn diese Option ausgewählt ist, kann die SSE-Push-Technologie (Server-Sent Events) verwendet werden, um den Roboter mit den SignalR-Kanälen vom Orchestrator zu verbinden. Dies ist die erste Sicherung, falls WebSockets nicht verfügbar sein sollte. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist.
Lange Abrufe	Wenn diese Option ausgewählt ist, kann das Transportprotokoll mit langen Abrufen verwendet werden, um den Roboter mit den SignalR-Kanälen vom Orchestrator zu verbinden. Dieses Protokoll wird verwendet, wenn die WebSockets- und SSE-Protokolle nicht verfügbar sind. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist.

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 explizit definierte Zeitzone hat, erbt diese vom Host.

Ausführliche Informationen zur Verwaltung von Nicht-Arbeitstagen finden Sie hier.