- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Exportieren von Rastern im Hintergrund
- Durchsetzung der Governance der Integration Service-Verbindung auf Benutzerebene
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Solutions (Lösungen)
- Audit
- Einstellungen
- Registrierung
- Cloud Robots
- Übersicht über Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Automation Suite-Roboter
- Ordnerkontext
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Indizes
- Warteschlangen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets im Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speichern von Assets im AWS Secrets Manager (schreibgeschützt)
- Speichern von Assets in Google Secret Manager (schreibgeschützt)
- Verbindungen
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Referenz für Orchestrator-Mandanteneinstellungen für Administratoren, die Feeds, Trigger, Warteschlangen und Auftragskonfigurationsoptionen abdeckt.
Auf der Seite Einstellungen können Administratoren Orchestrator-Mandanteneinstellungen anpassen.
Registerkarte „Allgemein“
| Feld | Beschreibung |
|---|---|
| Anwendungseinstellungen | Time Zone - The time zone of the tenant. By default, this field is set to UTC. |
| Persönliche Arbeitsbereiche | Für Automation Cloud, Test Cloud oder Automation Cloud Dedicated ist die Option Serverless-Maschinen im persönlichen Arbeitsbereich für Studio Web-Benutzer automatisch konfigurieren standardmäßig ausgewählt, sodass Serverless-Maschinen automatisch in den persönlichen Arbeitsbereichen von Benutzern bereitgestellt werden, die in Studio Web entwerfen oder debuggen. Für Automation Cloud, Test Cloud oder Automation Cloud Dedicated verhindert das Deaktivieren der Option, dass Serverless-Maschinen automatisch in persönlichen Arbeitsbereichen erstellt werden, was sich auf Entwurfs- oder Debuggingprozesse in Studio Web auswirken kann. Note: For Automation Cloud and Test Cloud or Automation Cloud Dedicated, deselecting the option does not deallocate the Serverless machine from your personal workspace. Explicit deallocation of the Serverless machine might be required. Erkundung persönlicher Arbeitsbereiche automatisch beenden nach – Ermöglicht Orchestrator-Administratoren, eine Regel durchzusetzen, nach der 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. By default, when migrating or creating new tenants, this value is not set. You need to configure it manually once the migration/creation process is completed. Stop all active sessions for exploring Personal Workspaces - Allows Orchestrator administrators to stop all currently active personal workspace exploration sessions. This is suffixed by the number of active sessions, displayed in parentheses, and can be enabled by clicking Stop session(s) explore . Änderungen, die Sie an Erkundungseinstellungen vornehmen, gelten nicht rückwirkend für Sitzungen, die bereits erkundet wurden. Massenaktivierung von persönlichen Arbeitsbereichen für aktuelle Benutzer und Gruppen: – 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. |
| Standardrollen | Create standard roles for folders. These roles allow you to leverage the benefits of user groups. 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 | Status der automatischen Aktualisierung für Robotermaschinen ignorieren, die mehr als ___ Tage offline waren – Schließen Sie inaktive Maschinen vom Aktualisierungsprozess aus und berücksichtigen Sie sie nicht mehr, wenn der Aktualisierungsstatus gemeldet wird. |
| Ordner | Konto-Maschinen-Zuordnungen aktivieren – Aktivieren Sie die Funktion Konto-Maschinen-Zuordnungen . |
Abschnitt „Ausführungseinstellungen“
In diesem Abschnitt gelten die Triggereinstellungen für alle Prozesstypen. Einstellungen zu Warteschlangen und Aufträgen gelten jedoch nicht für Agents und agentische Prozesse.
| Feld/Standardwert | Beschreibung |
|---|---|
| Trigger – Strategie zum Zählen von Aufträgen Triggers.JobsCountStrategy) Default value: Per Process | Wählen Sie die Strategien zur Auftragszählung für Aufträge aus, die über Trigger gestartet werden. Beachten Sie, dass hierbei keine Argumente berücksichtigt werden, die möglicherweise bereitgestellt wurden. Die folgenden Optionen sind verfügbar:
|
| Trigger – Warteschlangentrigger – Strategie zum Aktivieren ausstehender Aufträge Features.QueueTriggers.PendingJobsStrategy) Default value: True | Choose the computation method for the number of additional jobs to be triggered when new items are added to a queue. This is done by subtracting the number of jobs in a certain state from the maximum targeted number of jobs to be created. Die folgenden Optionen sind verfügbar:
Die Zahl wird wie folgt berechnet: Maximum additional jobs to be created based on newly available queue items = the maximum number of pending and running jobs allowed simultaneously minus the number of jobs in a Pending state.
Die Zahl wird wie folgt berechnet: Maximale Anzahl zusätzlicher Aufträge, die basierend auf neu verfügbaren Warteschlangenelementen erstellt werden können = die maximale Anzahl der gleichzeitig zulässigen ausstehenden und laufenden Aufträge abzüglich der Anzahl der Aufträge in einem dieser Status: Ausstehend , Fortgesetzt , Wird ausgeführt , Wird angehalten , Wird beendet . |
| Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragserstellungen deaktivieren Triggers.DisableWhenFailedCount) Default value: 10 | Konfigurieren Sie einen Trigger so, dass er nach einer bestimmten Anzahl fehlgeschlagener Starts und nach keiner erfolgreichen Ausführung in einer bestimmten Anzahl von Tagen automatisch deaktiviert wird. Diese Option funktioniert wie folgt in Verbindung mit Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragserstellungen weiterhin fehlschlägt (Tage): Mit Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragserstellungen deaktivieren können Sie die Anzahl der fehlgeschlagenen Ausführungen anpassen, während Sie mit Trigger – Anzahl (Tage) nach der bei wiederholtem Fehlschlagen deaktiviert wird die Anzahl der Tage ändern können. Standardmäßig ist der Wert von Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragserstellungen deaktivieren 10 und Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragserstellungen weiterhin fehlschlägt (Tage) 1, was bedeutet, dass der Trigger nach 10 erfolglosen Startversuchen deaktiviert wird, wenn am vergangenen Tag keine erfolgreichen Ausführungen stattgefunden haben. Diese Option kann in einem Bereich von 10 bis 100 festgelegt werden. |
| Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragserstellungen weiterhin fehlschlägt (Tage) Triggers.DisableWhenFailingSinceDays) Default value: 1 | Konfigurieren Sie einen Trigger so, dass er nach einer bestimmten Anzahl fehlgeschlagener Starts und nach keiner erfolgreichen Ausführung in einer bestimmten Anzahl von Tagen automatisch deaktiviert wird. Diese Option funktioniert in Verbindung mit Trigger – Zählfunktion deaktivieren, wenn sie fehlschlägt, wie oben beschrieben. Sie kann in einem Bereich von 1 bis 30 festgelegt werden. |
| Trigger – Verbundene Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragsausführungen deaktivieren Standardwert: 5 | Hinweis: Dies zielt nur auf verbundene Trigger ab (d. h. in Studio Web erstellte Trigger), die in persönlichen Arbeitsbereichen veröffentlicht wurden. Der Trigger wird nach der Anzahl fehlgeschlagener Ausführungen deaktiviert, die Sie für diese Einstellung wählen. Er kann in einem Bereich von 0 bis 100 festgelegt werden, wobei 0 bedeutet, dass der Trigger nie deaktiviert wird. Wenn Sie 0 auswählen, wird Trigger – Verbundene Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragsausführungen weiterhin fehlschlägt (Tage) irrelevant und das entsprechende Feld wird deaktiviert. This setting is only valid for newly created connected triggers. Changes are not applied retroactively to existing connected triggers. |
| Trigger – Verbundene Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragsausführungen weiterhin fehlschlägt (Tage) Standardwert: 0 | Hinweis: Dies zielt nur auf verbundene Trigger ab (d. h. in Studio Web erstellte Trigger), die in persönlichen Arbeitsbereichen veröffentlicht wurden. Diese Einstellung legt die Anzahl der zu wartenden Tage fest, bevor der Trigger nach dem ersten Fehlschlag eines Auftrags deaktiviert wird. Sie kann in einem Bereich von 0 bis 30 festgelegt werden. Wenn Trigger – Verbundene Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragsausführungen deaktivieren auf 0 festgelegt ist, wird dieses Feld deaktiviert. |
| Trigger – API-Trigger – Maximale Grenze für ausstehende Aufträge Default value: 10 | Legen Sie die maximale Anzahl der ausstehenden Aufträge fest, die von einem API-Trigger erstellt werden können. Der unterstützte Bereich ist 1–100. |
| Warteschlangen – In Bearbeitung befindliche Warteschlangenelemente nach dem Schwellenwert (Stunden) verwerfen inProgressMaxNumberOfMinutes) Default value: 24 | Set the maximum amount of time, in hours, that queue items can have the In Progress status. After this time, the status of the queue items changes to Abandoned . The default value is 24 hours, which means that queue items cannot be marked as Abandoned unless they have had the In Progress status for at least one day. This is handled by a background job which runs once every hour. Hence, you can expect the transition to happen up to one hour after the selected value. If a long-running workflow is attached to queue processing and the workflow is in a suspended state, the queue item will remain in an in-progress state even beyond 24 hours until the workflow sets the transaction status upon resumption. Queue item identifiers will be part of the persisted workflow context if included in the same scope of Wait and Resume activities. |
| Warteschlangen – Häufigkeit der Überprüfung auf nicht verarbeitete Warteschlangenelemente (Minuten) Queue.ProcessActivationSchedule) Standardwert: 30 | Der Zeitraum zwischen den Überprüfungen für nicht verarbeitete Warteschlangenelemente. Um das Prüfintervall anzupassen, können Sie zwischen 10, 15, 20, 30 oder 60 Minuten wählen. For every queue trigger you create, we generate a background time trigger that is meant to handle queue items which could not be processed at the very moment that they were enqueued. This background time trigger is used to compute the frequency dictated by the setting. Vorhandene Warteschlangentrigger: Die Einstellung wird angewendet, wenn der Standardwert zum ersten Mal geändert wird, und kann nicht wiederhergestellt werden. Neue Warteschlangen-Trigger : Die Einstellung wird immer angewendet. Wichtig :
|
| Aufträge – Zeitüberschreitung für Beenden (Stunden) Jobs.TerminatingJobsTimeout) Default value: 24 | Legen Sie die verstrichene Zeit in Stunden fest, bis Aufträge im Status Wird beendet als Fehlgeschlagen markiert werden können. The default value is 24, which means that jobs cannot be marked as Failed unless they have been in a Terminating state for at least one day. This is handled by a background job which runs once every hour. Hence, you can expect the transition to happen up to one hour after the selected value. |
Abschnitt „API-Einstellungen“
| Einstellung | Beschreibung |
|---|---|
| CORS-Zulassungsliste für API-Trigger | Ermöglicht Ihnen die Eingabe von Domänen, die für eingehenden Datenverkehr zulässig sind. Trennen Sie verschiedene Domänen durch ein Komma oder drücken Sie die Eingabetaste. |
| Authentifizierungsheader zum Synchronisieren von API-Trigger-Umleitungen erforderlich | Dies ist standardmäßig aktiviert und erzwingt die Verwendung eines Authentifizierungs-Headers, wenn der Aufrufmodus Sync (Long-Polling) für einen API-Trigger ausgewählt wird. |
| Strikte API | Wenn diese Option aktiviert ist, können bestimmte API-Felder nicht mehr filterbar und/oder nicht sortierbar sein, wodurch Leistungsprobleme vermieden werden. Eine Liste dieser Felder finden Sie auf der entsprechenden Seite. Diese Einstellung ist für neue Mandanten standardmäßig aktiviert, bestehende Mandanten müssen jedoch manuell angemeldet werden. Bei API-Integrationen sollte diese Option immer aktiviert bleiben. |
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 | Use an internal feed. The feed can be secured either with the Secure Deployment option or by using an API key:
|
| Extern | Use an external feed. The feed can be secured either by using an API key or basic authentication credentials:
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. |
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.
Authentifizierung von Feeds mit JWT Bearer Tokens über Basisauthentifizierung
Sie können persönliche Zugriffstoken und andere JWT Bearer Tokens zur Authentifizierung Ihrer Feeds angeben, wie im folgenden Beispiel gezeigt:
curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json
curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json
Der gemeinsame Ansatz für alle wichtigen Anbieter eines NuGet-Feeds besteht darin, das Passwort für die Basisauthentifizierung zum Senden des persönlichen Zugriffstokens zu verwenden.Auf diese Weise können Sie die integrierten NuGet-Mechanismen für die Authentifizierung verwenden, wie im folgenden Beispiel gezeigt:
<configuration>
<packageSources>
<add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
</packageSources>
<packageSourceCredentials>
<myfeed>
<add key="Username" value="" />
<add key="ClearTextPassword" value="%UIPATH_PAT%" />
</myfeed>
</packageSourceCredentials>
</configuration>
<configuration>
<packageSources>
<add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
</packageSources>
<packageSourceCredentials>
<myfeed>
<add key="Username" value="" />
<add key="ClearTextPassword" value="%UIPATH_PAT%" />
</myfeed>
</packageSourceCredentials>
</configuration>
Darüber hinaus können Sie die Feeds mithilfe von Anbietern sicherer Zugangsdaten integrieren. Weitere Informationen dazu finden Sie in der Dokumentation zu Microsoft.
Bibliotheken
Ermöglicht Ihnen die Konfiguration des Feeds, der für Bibliotheks- und Aktivitätspakete verwendet werden soll.
| Feld | Beschreibung |
|---|---|
| Nur Hostfeed | Libraries 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. Sie können vom Orchestrator keine Bibliotheken hochladen, wenn diese Option ausgewählt ist. Diese Option ermöglicht dem Roboter nur Zugriff auf den Mandantenfeed. |
| Nur Mandantenfeed | Libraries 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. Diese Option ermöglicht dem Roboter nur Zugriff auf den Mandantenfeed. |
| Sowohl Host- als auch Mandantenfeeds | Libraries 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. Diese Option ermöglicht den Roboterzugriff auf sowohl den Host- als auch auf den Mandantenfeed. |
| Intern | Wird angezeigt, wenn Nur Mandantenfeed oder Sowohl Host- als auch Mandantenfeeds ausgewählt ist. Use an internal feed for your libraries. The feed can be secured either with the Secure Deployment option or by using an API key:
|
| Extern | Wird angezeigt, wenn Nur Mandantenfeed oder Sowohl Host- als auch Mandantenfeeds ausgewählt ist. Use an external feed for your libraries. The feed can be secured either by using an API key or basic authentication credentials:
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. |
Weitere Details finden Sie auf der Seite Bibliotheksfeeds.
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 Unattended-Robotern | Client-Anmeldeinformationen (empfohlen) – Diese Option ermöglicht nur Verbindungen mit ablaufenden Tokens. Sie 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 Clientschlüssel, das über Maschinenvorlagenobjekte generiert wird, mit dem Orchestrator verbinden. Das Paar Client-ID – Client-Geheimnis generiert ein Token, das die Verbindung zwischen dem Roboter und Orchestrator autorisiert und dem Roboter Zugriff auf 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). |
| 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. Eine Benutzeranmeldung ist erforderlich, um Attended-Roboter auszuführen, HTTP-Anfragen an den Orchestrator zu stellen oder Prozesse im Assistant anzuzeigen. Bei Verwendung der interaktiven Anmeldung müssen keine Maschinenobjekte im Orchestrator erstellt werden. Die Option zur Verwaltung von Benutzerlizenzen erzwingt die interaktive Anmeldung (SSO) für die Authentifizierung mit beaufsichtigten Robotern. 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. |
Skalierbarkeits-Registerkarte
Geben Sie an, ob der Roboter-Dienst die SignalR-Kanäle des Orchestrators abonnieren soll, und konfigurieren Sie die Transportprotokolle, die für Sie am besten geeignet sind.
Abbildung 1. Skalierbarkeits-Registerkarte
SignalR (Roboter)
| Feld | Beschreibung |
|---|---|
| Aktiviert | This 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:
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. Die Deaktivierung von SignalR im Mandanten kann dazu führen, dass einige UiPath-Funktionen, einschließlich Studio Web, nicht mehr richtig funktionieren oder ganz anhalten. |
| WebSocket | When 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. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist. |
| Lange Abrufe | When 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. 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.
Ausführliche Informationen zur Verwaltung von Nicht-Arbeitstagen finden Sie hier.
Cloudverbindungen
Auf diesen Registerkarten können Sie Integrationen mit Cloud Service Anbietern (CSPs) von Drittanbietern konfigurieren, die für die Elastic Robot Orchestration verwendet werden .
- Registerkarte „Allgemein“
- Abschnitt „Ausführungseinstellungen“
- Abschnitt „API-Einstellungen“
- Registerkarte „Bereitstellung“
- Pakete
- Bibliotheken
- Registerkarte „Robotersicherheit“
- Sicherheit
- Roboter-Authentifizierung
- Skalierbarkeits-Registerkarte
- SignalR (Roboter)
- Registerkarte „Arbeitsfreie Tage“
- Cloudverbindungen