- 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
Auftragsstatus im Orchestrator, einschließlich Ausstehend, Wird ausgeführt und andere Lebenszyklusstatus, die ein Auftrag durchlaufen kann.
Aufträge durchlaufen während ihres Lebenszyklus verschiedene Status, wie unten beschrieben.
Anfangszustände
Ausstehend - Ein Job befindet sich in diese Status, wenn er für denselben Roboter in die Warteschlange gestellt wurde oder versucht, eine Verbindung mit dem Roboter herzustellen (nur unterschiedliche Jobs auf demselben Roboter können in eine Warteschlange gestellt werden).
Aktive Status
Wird ausgeführt – Ein Auftrag befindet sich in diesem Zustand, wenn er eine Verbindung zum Roboter hergestellt hat, der mit der Ausführung des angegebenen Prozesses begonnen hat.
Wird angehalten – Ein zwischenzeitlicher Status, der ausgelöst wird, wenn Sie Stopp auswählen. Der Auftrag wird abgebrochen, sobald er sicher ist. Dies kann in einem Workflow mithilfe der Aktivität Should Stop implementiert werden.
Wird abgebrochen – Ein zwischenzeitlicher Status, der ausgelöst wird, wenn Sie Abbrechen (Kill) auswählen. Ein Bereinigungsauftrag im Hintergrund wird einmal alle drei Stunden ausgeführt und geht für mindestens einen Tag in fehlerhafte Aufträge im Status „Wird beendet“ über.
Zwischenzustände
Angehalten – Ein Zwischenzustand, der eine Intervention oder das Abschließen eines Zwischenprozesses durch einen Benutzer ermöglicht. Ausgelöst durch entsprechende Aktivitäten in Studio. Details finden Sie hier.- Fortgesetzt – Ein Zwischenzustand, der ausgelöst wird, wenn die Bedingungen (Benutzereingriff, Abschluss eines Zwischenprozesses) eines fragmentierten Workflows erfüllt sind. Ausgelöst durch entsprechende Aktivitäten in Studio. Details finden Sie hier.
Vervollständigungsstatus
Erfolgreich - Ein Job befindet sich in diesem Status, wenn er vom Roboter korrekt ausgeführt und beendet wurde oder mit der Taste Stopp (Stop) angehalten wurde.
Faulted - A job is in this state if it failed to start or the process threw an unhandled error during execution.
Hinweis:Fehlerhafte Aufträge müssen manuell neu gestartet werden.
Angehalten - Ein Job befindet sich in diesem Status, wenn er angehalten wurde (mit der Schaltflächen Eliminieren (Kill )oder durch Abbruch in der Systemleiste), bevor er ohne Fehler abgeschlossen wurde.
Um weitere Informationen über alle Auftragsausführungen anzuzeigen, klicken Sie auf die entsprechende Details -Schaltfläche. Das Fenster Auftragsdetailswird eingeblendet, in dem Sie sehen können, warum ein Job fehlgeschlagen ist. Bei unbeaufsichtigten fehlgeschlagenen Aufträgen und wenn bei Ihrem Prozess die Option „Aufzeichnung aktivieren“ markiert war, können Sie überdies die entsprechenden Ausführungsmedien herunterladen und die letzten Momente der Ausführung vor dem Fehlschlagen überprüfen.