orchestrator
2024.10
true
- Erste Schritte
- 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
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- 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
- Audit
- Ressourcenkatalogdienst
- Automation Suite Robots
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Integrationen
- Fehlersuche und ‑behebung
Ereignis-Trigger erstellen
Orchestrator-Anleitung
Last updated 13. Nov. 2024
Ereignis-Trigger erstellen
Wichtig: Ereignistrigger, die zur Entwurfszeit mithilfe von Ereignistriggeraktivitäten erstellt werden, können zum Zeitpunkt der Prozesserstellung im Orchestrator weiter konfiguriert werden, da diese Triggertypen als Paketanforderungen identifiziert werden. Weitere Informationen finden Sie unter Verwalten von Paketanforderungen > Hinzufügen von Ereignistriggern.
Um Ereignistrigger im Integration Service zu konfigurieren, lesen Sie den Abschnitt Konfigurieren von Ereignistriggern.
So konfigurieren Sie Ereignistrigger zum Zeitpunkt der Prozesserstellung im Orchestrator:
Hinweis:
Deaktivierung von ausführungsbasierten Triggern
Dies gilt nur für Ereignistrigger, die von Studio Web im persönlichen Arbeitsbereich veröffentlicht wurden.
Standardmäßig werden Trigger nach 5 aufeinanderfolgenden fehlgeschlagenen Ausführungen deaktiviert. Sie können diese Einstellung mithilfe der folgenden Mandantenebene ändern:
-
Trigger – Verbundene Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragsausführungen deaktivieren
-
Trigger – Verbundene Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragsausführungen weiterhin fehlschlägt (Tage)