- Erste Schritte
- Best Practices
- 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
Orchestrator-Anleitung
Sie können einen Trigger in der Liste auswählen, um detaillierte Informationen zu diesem Trigger zu aktivieren. Nach der Auswahl wird ein Seitenbereich mit zwei Registerkarten angezeigt:
- Aufträge: Darüber können Sie die Liste der vom Trigger gestarteten Aufträge überprüfen.
- Verlauf: Sie können die Liste aller Instanzen aktivieren, wenn der Trigger keine Aufträge gestartet hat.
- Ablaufverfolgung: Sie können Details zu Ereignissen anzeigen, die entweder durch Abfragen oder Webhook-Ausführung empfangen wurden, sowie zu Ereignissen, die mit dem ausgewählten Trigger übereinstimmen.
Hinweis:
Die Registerkarte Ablaufverfolgung ist nur für Ereignistrigger verfügbar.
Registerkarte „Aufträge“
So greifen Sie auf die von einem Trigger gestarteten Aufträge zu:
- Gehen Sie zur Seite Trigger.
- Wählen Sie die entsprechende Registerkarte „Trigger“.
- Wählen Sie den entsprechenden Trigger in der Liste.
- Gehen Sie zur Registerkarte Aufträge, um die Liste aller Aufträge zu sehen, die vom ausgewählten Trigger gestartet wurden.
Hinweis:
Sie können die Schaltfläche Zur Prüfung wechseln verwenden, um zur Prüfungsseite zu navigieren und detaillierte Informationen für jedes Ereignis zu überprüfen. Weitere Informationen finden Sie auf der Seite Prüfung .
Die Tabelle enthält folgende Details zu jedem Auftrag:
- Status: Der aktuelle Status des Auftrags. Weitere Informationen finden Sie auf der Seite Auftragsstatus .
- Gestartet: Der Zeitstempel, wann der Auftrag gestartet wurde.
- Beendet: Der Zeitstempel, wann der Auftrag beendet wurde.
- Dauer: Die Gesamtdauer der Auftragsausführung.
Triggerverlauf
So greifen Sie auf die Liste aller Instanzen zu, wenn der Trigger keine Aufträge gestartet hat:
- Gehen Sie zur Seite Trigger.
- Wählen Sie die entsprechende Registerkarte „Trigger“.
- Wählen Sie die Taste Weitere Aktionen
- Wählen Sie in der Auswahlliste die Option Verlauf anzeigen.
Tipp:
Sie können auch den erforderlichen Trigger aus der Liste auswählen und im Seitenbereich zur Registerkarte Verlauf navigieren.
Der Triggerverlauf wird gelöscht, wenn der Trigger selbst gelöscht wird. Darüber hinaus wird der Triggerverlauf 30 Tage lang aufbewahrt, bevor er automatisch entfernt wird.
Sie können die Schaltfläche Zur Prüfung wechseln verwenden, um zur Prüfungsseite zu navigieren und detaillierte Informationen für jedes Ereignis zu überprüfen. Weitere Informationen finden Sie auf der Seite Prüfung .
Die Tabelle enthält folgende Details zu jedem Trigger:
- Zeit: Der Zeitstempel, wenn der Trigger keine Aufträge erstellen konnte.
- Fehlertyp: Der Typ des Fehlers.
- Beschreibung: Eine kurze Beschreibung des Fehlers.
Mögliche Fehlertypen
Sehen Sie in folgender Liste mit potenziellen Fehlertypen und deren Beschreibung nach:
Fehlende Lizenz
Beschreibung: Zum Starten von Aufträgen ist eine gültige Lizenz erforderlich.
Lösung: Um weiterhin Aufträge auszuführen, stellen Sie sicher, dass Sie über eine gültige Lizenz verfügen.
Abgelaufene Lizenz
Beschreibung: Die Lizenz ist abgelaufen.
Lösung: Um weiterhin Aufträge ausführen zu können, müssen Sie Ihre Lizenz verlängern.
Deaktiviert – Auftragsfehler
Beschreibung: Der Trigger wurde aufgrund von mindestens zwei aufeinanderfolgenden Auftragsfehlern deaktiviert.
Lösung: Sie können diese Einstellung über die Option Deaktivieren, wenn aufeinanderfolgende Auftragsausführungen fehlgeschlagen sind konfigurieren, wenn Sie einen Trigger erstellen oder bearbeiten.
Deaktiviert – aufeinanderfolgende Auftragsfehler
Beschreibung: Der Trigger wurde deaktiviert, nachdem Aufträge innerhalb einer definierten Anzahl von Tagen nicht mehr erstellt wurden.
Lösung: Standardmäßig tritt dies nach 10 Fehlern an einem Tag auf. Sie können diesen Schwellenwert konfigurieren, indem Sie die Felder Trigger – Deaktivieren, wenn die Anzahl der Auftragserstellungen fehlschlägt und Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragserstellungen weiterhin fehlschlägt (Tage) auf der Seite Mandanteneinstellungen verwenden. Weitere Informationen finden Sie auf der Seite Einstellungen .
Ausstehende Aufträge
Beschreibung: Es sind bereits ausstehende Aufträge vorhanden.
Lösung: Stellen Sie sicher, dass die Prozessausführung nicht fehlerhaft ist, sodass der Auftrag im Status „ausstehend“ verbleibt. Sie können auch die Liste der ausstehenden Aufträge überprüfen und die Anzahl der Aufträge bei Bedarf reduzieren. Weitere Informationen finden Sie auf der Seite Verwalten von Aufträgen .
Triggerfehler
Beschreibung: Der Trigger konnte keine Aufträge erstellen.
Teilweise Auftragserstellung
Beschreibung: Nur einige von der Gesamtzahl der angeforderten Aufträge wurden erstellt, da bereits einige ausstehend waren.
Lösung: Stellen Sie sicher, dass die Prozessausführung nicht fehlerhaft ist, sodass der Auftrag im Status „ausstehend“ verbleibt. Sie können auch die Liste der ausstehenden Aufträge überprüfen und die Anzahl der Aufträge bei Bedarf reduzieren. Weitere Informationen finden Sie auf der Seite Verwalten von Aufträgen .
Testauftrag nicht unterstützt
Beschreibung: Testautomatisierungsaufträge werden nicht über Standardauftrags-APIs unterstützt.
Robot nicht gefunden
Beschreibung: Im Ordner wurde kein Roboter gefunden, der diesen Auftrag ausführen soll.
Lösung: Stellen Sie sicher, dass ein Roboter im Zielordner bereitgestellt wird. Weitere Informationen zum Erstellen einer Einrichtung, mit der Sie Aufträge in Ordnern ausführen können, finden Sie auf der Seite Verwalten von Robotern .
Unattended Robot nicht gefunden
Beschreibung: Es wurde kein Benutzer mit einem unbeaufsichtigten Roboter gefunden.
Lösung: Stellen Sie sicher, dass einem Benutzer im Ordner ein Roboter zugewiesen ist. Weitere Informationen zum Zuweisen eines Roboters finden Sie auf der Seite Verwalten von Robotern .
Trigger deaktiviert
Beschreibung: Der Trigger ist nicht aktiviert.
Lösung: Wählen Sie die Taste Weitere Aktionen des entsprechenden Triggers und dann Aktivieren. Ein aktivierter Zeit-Trigger wird durch gekennzeichnet
Symbol davor. Ein aktivierter Warteschlangen-Trigger wird durch gekennzeichnet
davor.
Kein Roboter für Benutzer
Beschreibung: Der Benutzer hat keinen Roboter, der das Ereignis auslösen könnte.
Lösung: Weisen Sie dem Benutzer einen Roboter im entsprechenden Ordner zu.
Prozess nicht gefunden
Beschreibung: Der mit dem Auftrag verknüpfte Prozess konnte nicht gefunden werden.
Lösung:
- Überprüfen Sie, ob der Prozess veröffentlicht wurde.
- Überprüfen Sie, ob der Prozess erstellt wurde. Ist der Prozess als Paket vorhanden, müssen Sie einen entsprechenden Prozess in Orchestrator erstellen
- Überprüfen Sie, ob der Roboter verbunden und in Orchestrator verfügbar ist.
Keine Maschine verfügbar
Beschreibung: Es wurde keine kompatible Maschine mit Runtimes gefunden.
Lösung: Stellen Sie sicher, dass:
- Die Maschinen nicht besetzt sind.
- Die Maschinen über erforderliche Lizenzen verfügen.
- Die Maschinen für den Auftrag richtig konfiguriert sind.
Benutzer hat keinen Roboter
Beschreibung: Dem Benutzer ist kein unbeaufsichtigter Roboter zugewiesen.
Lösung: Weisen Sie dem Benutzer einen Unattended-Roboter zu. Weitere Informationen zum Zuweisen eines Roboters finden Sie auf der Seite Verwalten von Robotern .
Fehlende Roboter-Anmeldeinformationen
Beschreibung: Zugangsdaten für den unbeaufsichtigten Roboter fehlen.
Lösung: Fügen Sie Anmeldeinformationen abhängig von der gewählten Authentifizierungsmethode hinzu. Weitere Informationen zur Funktionsweise der Roboter-Anmeldeinformationen finden Sie auf der Seite Roboter-Authentifizierung mit Client-Anmeldeinformationen .
Rückruf nicht aktiviert
Beschreibung: Der Trigger erfordert einen Rückruf, der nicht aktiviert ist.
Lösung: Gehen Sie zum API-Trigger und aktivieren Sie den Rückruf.
Ungültige Triggerkonfiguration
Beschreibung: Anforderungen mit der HTTP-Methode GET dürfen keinen Content-Type -Header vom Typ form oder json enthalten.
Lösung: Passen Sie die Triggerkonfiguration an die HTTP-Methodenstandards an.
Ablaufverfolgungen
Die auf der Registerkarte Ablaufverfolgungen angezeigten Informationen sind nur für die aktuelle Version des Triggers verfügbar. Wenn Sie einen Trigger bearbeiten, sind die für die vorherige Version verfügbaren Ablaufverfolgungen auf der Registerkarte Ablaufverfolgungen nicht mehr sichtbar.
Die Registerkarte Ablaufverfolgungen bietet einen Überblick über Abrufausführungen oder Webhook-Ereignisse, die für einen Ereignistrigger empfangen wurden, einschließlich Details zu abgerufenen Ereignissen sowie dazu, welche davon den Trigger-Filterkriterien entsprachen.
So greifen Sie auf Details zu Abruf- oder Webhook-Ausführungen sowie zu Ereignisinformationen zu:
Diese Registerkarte ist nur für Ereignistrigger verfügbar.
- Gehen Sie zur Seite Trigger.
- Wählen Sie die Registerkarte Ereignistrigger aus.
- Wählen Sie die Taste Weitere Aktionen
- Wählen Sie in der Dropdownliste die Option Ablaufverfolgungen anzeigen aus.
Tipp:
Sie können auch den erforderlichen Trigger aus der Liste auswählen und im Seitenbereich zur Registerkarte Ablaufverfolgung gehen.
Das Ablaufverfolgungen-Raster zeigt eine chronologische Liste der Trigger-Ausführungsdatensätze an.
- Bei Abruf-Triggern stellt jeder Eintrag eine Abrufausführung dar.
- Bei Webhook-Triggern stellt jeder Eintrag ein empfangenes Webhook-Ereignis dar.
Jeder Eintrag enthält die Startzeit der Ausführung und deren Ergebnis, sodass Sie die Trigger-Aktivität für einen bestimmten Zeitraum überprüfen können.
Details zu Ablaufverfolgungen
Wenn Sie einen Ablaufverfolgungseintrag auswählen, wird der Bereich Details mit den folgenden Informationen angezeigt:
- Triggerdetails: Die folgenden Informationen sind für jede Ablaufverfolgung verfügbar:
- TraceID: eine eindeutige Kennung für den Ausführungsversuch des Triggers.
- timestamp: Das Datum und die Uhrzeit, zu der die Abfrageausführung oder das Webhook-Ereignis aufgetreten ist.
- status: Gibt an, ob die Triggerausführung Erfolgreich oder Fehlgeschlagen war .
- dataReceived: Gibt an, ob Ereignisdaten während der Triggerausführung empfangen wurden.
- name: Der Name des Triggers.
- eventType: Der Typ des Ereignisses, das den Trigger ausgelöst hat (z. B.
FILE_CREATED). - Filterausdruck: Der auf das Ereignis angewendete Filterausdruck, wie für den Trigger konfiguriert.
- Daten: Stellt technische Details darüber bereit, wie Ereignisse während der ausgewählten Ausführung abgerufen und verarbeitet wurden.
- Anforderung: Enthält Informationen über die Anforderung, die zum Abrufen von Ereignissen während der Abfrageausführung oder der Webhook-Verarbeitung verwendet wird.
- query: Die Abfrageparameter, die für die Abfrageausführung verwendet werden.
- path: Der Pfad (URL), an den die Anforderung gesendet wurde.
- Antwort: Ein Array von Ereignissen, die während der Ausführung von der Ereignisquelle empfangen wurden.
- ID: die eindeutige Kennung des Ereignisses.
- Erstellt: Der Zeitstempel, wann das Ereignis erstellt wurde.
- Aktualisiert: Der Zeitstempel, wann das Ereignis zuletzt aktualisiert wurde.
- Anforderung: Enthält Informationen über die Anforderung, die zum Abrufen von Ereignissen während der Abfrageausführung oder der Webhook-Verarbeitung verwendet wird.
- Datenfilter: Wenn Ereignisse empfangen werden, wird in diesem Abschnitt angezeigt, wie die abgerufenen Ereignisse anhand des Triggerfilterausdrucks bewertet wurden.
- Abgestimmt: Die Anzahl der Ereignisse, die den Trigger-Filterkriterien entsprochen haben.
- ID
- Erstellte (Created)
- aktualisiert
- Nicht übereinstimmend: die Anzahl der Ereignisse, die den Trigger-Filterkriterien nicht entsprochen haben.
- Abgestimmt: Die Anzahl der Ereignisse, die den Trigger-Filterkriterien entsprochen haben.