- Erste Schritte
- Einleitung
- Benutzeroptionen
- Zurücksetzen Ihres Kennworts
- Mein Profil
- Roboter
- Roboterstatus
- Robotereinstellungen
- Automatische Aktualisierung von Clientkomponenten
- Checkliste für die Orchestrator-Konfiguration
- Best Practices
- Organisationsmodellierung im Orchestrator
- Verwalten großer Bereitstellungen
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Roboter
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Beispiele für die Einrichtung
- Speicherung von Roboterzugangsdaten in CyberArk
- Einrichten von Attended-Robotern
- Einrichten von Unattended-Robotern
- Speichern von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- SmartCard-Authentifizierung
- Ordner
- Ordner verwalten
- Klassische Ordner im Vergleich zu modernen Ordnern
- Migrieren von klassischen Ordnern zu modernen Ordnern
- Verwaltung moderner Ordner
- Persönliche Arbeitsbereiche
- Verwalten persönlicher Arbeitsbereiche
- Überwachung
- Unattended-Sitzungen
- Benutzersitzungen
- Lizenz
- Verwalten von Zugriffs- und Automatisierungsfunktionen
- Zuweisen von Rollen
- Verwaltung von Rollen
- Standardrollen
- Häufig gestellte Fragen
- Maschinen
- Computer verwalten
- Zuweisen von Maschinenobjekten zu Ordnern
- Konfigurieren Sie Konto-Maschine-Zuordnungen.
- Pakete
- Verwaltung von Paketen
- Informationen über Bibliotheken
- Bibliotheken verwalten
- Audit
- Anmeldeinformationsspeicher
- Verwalten von Anmeldeinformationsspeichern
- CyberArk® CCP Integration
- Azure Key Vault-Integration
- HashiCorp Vault-Integration
- BeyondTrust-Integration
- Webhooks
- Ereignistypen
- Webhooks verwalten
- Lizenzierung
- Verwalten Ihrer Lizenzen
- Warnungen
- Einrichten von Warnungs-E-Mails
- Einstellungen
- Registerkarte „Allgemein“
- Registerkarte „Bereitstellung“
- Registerkarte „Robotersicherheit“
- Skalierbarkeits-Registerkarte
- Registerkarte „Arbeitsfreie Tage“
- Ressourcenkatalogdienst
- Über den Ressourcenkatalogdienst
- Ordnerkontext
- Über den Kontext „Ordner“
- Startseite
- Automatisierungen
- Über Automatisierungen
- Prozesse
- Über Prozesse
- Verwaltung von Prozessen
- Verwalten der Paketanforderungen
- Über Aufzeichnungen
- Jobs
- Über Jobs
- Jobs verwalten
- Jobstatus
- Arbeiten mit Workflows mit langer Ausführungszeit
- Auslöser
- Über Trigger
- Verwalten von Triggern
- Verwenden von CRON-Ausdrücken
- Protokolle
- Über Protokolle
- Verwaltung von Protokollen in Orchestrator
- Protokollierungsstufen
- Überwachung
- Info zur Überwachung
- Maschinen
- Prozesse
- Warteschlangen
- Warteschlangen-SLA
- Exportieren von Nutzungsdaten
- Warteschlangen
- Über Warteschlangen und Transaktionen
- Status eines Warteschlangenobjekts
- Betriebsausnahme versus Anwendungsausnahme
- Studio-Aktivitäten, die mit Warteschlangen verwendet werden
- Massenupload von Elementen mithilfe einer CSV-Datei
- Verwaltung von Warteschlangen in Orchestrator
- Verwaltung von Warteschlangen in Studio
- Verwaltung von Transaktionen
- Bearbeiten von Transaktionen
- Feldbeschreibungen für die .csv-Transaktionsdatei
- Überprüfungsanforderungen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets in Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speicher-Buckets
- Informationen zu Speicher-Buckets
- CORS/CSP-Konfiguration
- Verwalten von Speicher-Buckets
- Verschieben von Bucket-Daten zwischen Speicheranbietern
- Testverfahren in Orchestrator
- Testautomatisierung
- Testfälle
- Feldbeschreibungen für die Testfallseite
- Testsätze
- Feldbeschreibungen für die Testsatzseite
- Testausführungen
- Feldbeschreibungen für die Testausführungsseite
- Testzeitpläne
- Feldbeschreibungen für die Testzeitplanseite
- Testdaten-Warteschlangen
- Verwaltung von Testdatenwarteschlangen im Orchestrator
- Verwalten von Testdatenwarteschlangen in Studio
- Feldbeschreibungen für die Testdaten-Warteschlangenseite
- Testdaten-Warteschlangen-Aktivitäten
- Integrationen
- Über Eingabe- und Ausgabeargumente
- Beispiele der Verwendung von Eingabe- und Ausgabeargumenten
- Klassische Roboter
- Roboter
- Verwaltung von Robotern
- Roboterstatus
- Beispiele für die Einrichtung
- Umgebungen
- Verwaltung von Umgebungen
- Jobs
- Auslöser
- Überwachung
- Roboter
- Ressourcen
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- Häufig anzutreffende Fehler in Orchestrator

Orchestrator-Anleitung
|
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. Diese Einstellung gilt nicht für Studio. |
|
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. 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. 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). |