- 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
- Erzwungene Verschlüsselung
- Einstellungen
- Registrierung
- Benachrichtigungen
- 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
- 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
- Agent-Gateway
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Auslöserdetails
Zeigen Sie Triggerdetails einschließlich zugehöriger Aufträge und den Fehlerverlauf im Seitenbereich des Triggers an.
Wenn Sie einen Trigger in der Liste wählen, wird ein Seitenbereich mit detaillierten Informationen zu diesem Trigger geöffnet, die in die folgenden Registerkarten organisiert sind:
- Aufträge: Die Liste der vom Trigger gestarteten Aufträge.
- Verlauf: Die Liste aller Instanzen, in denen ein Ereignistrigger mit einem Datensatz übereinstimmte und versucht hat, einen Orchestrator-Auftrag zu starten.
- Ablaufverfolgungen: Details zu Ereignissen, die entweder durch Abruf oder durch die Webhook-Ausführung empfangen wurden, sowie zu Ereignissen, die dem ausgewählten Trigger entsprechen.
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.
Verlauf
In diesem Abschnitt werden alle Instanzen nachverfolgt, bei denen ein Ereignistrigger mit einem Datensatz übereinstimmt und versucht hat, einen Orchestrator-Auftrag zu starten.
So greifen Sie darauf zu:
- 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: Zeigt an, wann der Ereignistrigger die Auftragserstellung initiiert hat.
- Ereignisname: Zeigt den Namen des spezifischen Triggers an.
- Status: Gibt an, ob der Auftrag erfolgreich gestartet wurde.
- Details: Gibt den Fehlergrund für fehlgeschlagene Einträge an; bleibt für erfolgreiche Aufträge leer.
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 im entsprechenden Trigger und dann Aktivieren. Ein aktivierter Zeit-Trigger ist durch das gekennzeichnet
Symbol davor. Ein aktivierter Warteschlangen-Trigger ist durch die Kennzeichnung 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.
- Navigieren Sie zu Ihrer Automatisierung.
- Wählen Sie Trigger aus.
- Wählen Sie die Registerkarte Ereignistrigger aus.
- Wählen Sie den Ereignistrigger aus.
Der Seitenbereich wird mit den Registerkarten Aufträge, Verlauf und Ablaufverfolgungen angezeigt.
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 auf der rechten Seite ein Detailbereich mit Informationen angezeigt, die in Ereignisdaten und Korrelierte Aufträge gruppiert sind.
Ereignisdaten
Triggerdetails – Die folgenden Informationen sind verfügbar:
- TraceId: Ein eindeutiger Bezeichner für den Trigger-Ausführungsversuch.
- triggerId: Ein eindeutiger Bezeichner für den Trigger.
- timestamp: Das Datum und die Uhrzeit, zu der die Abfrageausführung oder das Webhook-Ereignis aufgetreten ist.
- name: Der Name des Triggers.
- eventType: Der Typ des Ereignisses, das den Trigger ausgelöst hat (z. B.
FILE_CREATED). - objectName: Der Datensatztyp, für den der Trigger konfiguriert ist, z. B. ein Kontakt oder Konto.
- Filterausdruck: Der auf das Ereignis angewendete Filterausdruck, wie für den Trigger konfiguriert.
- inputArguments: Die Eingabeargumente des Pakets.
- Verbindungs-ID: Ein eindeutiger Bezeichner der Verbindung, zu der der Trigger gehört.
- processKey: Ein eindeutiger Bezeichner des Prozesses.
Antwort – enthält die vom Anbieter empfangene Nutzlast, einschließlich Informationen über den Nutzlasttext und die Abfrageparameter.
Filterergebnis – Zeigt an, welche Daten basierend auf einem für den Trigger konfigurierten Datenfilter übereinstimmten oder nicht übereinstimmten.
Es werden nur die Felder angezeigt, die Teil des Filters sind, nicht die gesamte Nutzlast.
Korrelierte Aufträge
In diesem Abschnitt werden Informationen zu den vom Trigger gestarteten Aufträgen mit Links zu diesen angezeigt.
In diesem Abschnitt kann es mehr als einen Auftrag geben, da eine Abrufausführung viele Ereignisse erfassen kann und jedes übereinstimmende Ereignis einen neuen Auftrag im Orchestrator startet.