- 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
- Audit
- Ressourcenkatalogdienst
- Automation Suite Robots
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Identity Server
- Authentication
- Integrationen
- Klassische Roboter
- Fehlersuche und ‑behebung
Status eines Warteschlangenobjekts
Warteschlangenobjekte können zwei Arten von Status haben:
- Objektstatus
- Versionsstatus
Diese Status lassen Sie wissen, ob ein Objekt verarbeitet wurde oder nicht, sowie über die Phase des Prozesses zu einem bestimmten Zeitpunkt. Objektstatus werden in der Spalte Status (Status) auf der Seite Transaktionen angezeigt. Warteschlangenobjekte können folgende Status durchlaufen:
- Neu – Das Element wurde gerade mit der Aktivität Add Queue Item zur Warteschlange hinzugefügt oder das Element wurde verschoben oder es wurde ein Termin hinzugefügt oder das Element wurde hinzugefügt, nachdem ein Fehlschlag eines vorherigen Warteschlangenelements mit aktiviertem automatischen Wiederholungsversuch aufgetreten war.
- In Bearbeitung (In Progress) – das Objekt wurde mit der Aktivität Transaktionsobjekt abrufen (Get Transaction Item) oder Transaktionsobjekt hinzufügen (Add Transaction Item) verarbeitet; hat ein Objekt diesen Status, wird Ihr benutzerdefinierter Status ebenfalls angezeigt, und zwar in der Spalte Fortschritt (Progress);
- Fehlgeschlagen – das Objekt hat eine Betriebs- oder Anwendungsanforderung innerhalb des Projekts nicht erfüllt und wurde daher an eine Aktivität Transaktionsstatus festlegen (Set Transaction Status) weitergeleitet, wodurch sich dessen Status in Fehlgeschlagen änderte;
- Erfolgreich – das Objekt wurde verarbeitet und an eine Aktivität Transaktionsstatus festlegen (Set Transaction Status), die dessen Status in Erfolgreich geändert hat, gesendet;
- Aufgegeben – das Objekt blieb über längere Zeit (etwa 24 Stunden) im Status In Bearbeitung (In Progress), ohne verarbeitet worden zu sein;
- Wiederholt (Retried) - das Objekt ist mit einer Anwendungsausnahme fehlgeschlagen und wurde wiederholt. Nachdem der Roboter den erneuten Versuch mit dem Objekt beendet hat, ändert sich der Status in Fehlgeschlagen oder Erfolgreich, entsprechend Ihrem Workflow.
-
Gelöscht – das Objekt wurde manuell auf der Seite Transaktionen ausgewählt und als gelöscht gekennzeichnet; ein Objekt mit diesem Status kann nicht mehr verarbeitet werden.
Wichtig:Um unsere Bemühungen zur Konsolidierung der endgültigen Status von Warteschlangenelementen zu unterstützen, können Sie denSetTransactionResult
-Endpunkt nicht mehr für Folgendes verwenden:- Transaktionsnutzlast ändern, sobald sie einen endgültigen Status erreicht (sei es Fehlgeschlagen oder Erfolgreich)
- Führen Sie eine Transaktion mithilfe der Eigenschaften Verschiebungsdatum und Fälligkeitsdatum erneut aus, um sie aus einem endgültigen Status zu entfernen (sei es Fehlgeschlagen, Erfolgreich, Aufgegeben oder Gelöscht).
In diesen Status können Sie nur die Version von ausgemusterten oder mit einer Anwendungs- oder Betriebsausnahme fehlgeschlagenen Warteschlangenobjekten kontrollieren. Diese Status müssen pro Objekt von einem beauftragten Prüfer manuell festgelegt werden. Jede dieser Änderungen ist auf der Registerkarte Verlauf im Fenster Prüfdetails nachzuverfolgen. Der Prüfer kann nur beauftragt werden, wenn der Status fehlgeschlagen oder ausgemustert ist. Die Prüfer können nicht gewechselt werden, nachdem dem Objekt ein Revisionsstatus hinzugefügt wurde. Nur angemeldete Prüfer können ihnen zugewiesene Anforderungen auf der Seite Anforderungen überprüfen (Review Requests) anzeigen. Darüber hinaus können Warteschlangenobjekte zur massenhaften Überprüfung zugeordnet werden.
Die folgenden Status sind verfügbar:
- Keine (None) – dies ist der Standardstatus. Er Ist bei allen Objekten gesetzt, selbst wenn sie fehlgeschlagen sind oder nicht.
- Im Review – ein Benutzer hat ein Objekt markiert, das mit einer App-Ausnahme fehlgeschlagen ist, als der Prozess einem Review unterzogen wurde. Dieser Status hat keine anderen Auswirkungen in Orchestrator oder Studio als die Änderung des Werts in der Spalte Version (Revision) auf der Seite Warteschlangen.
- Überprüft (Verified) – eine Benutzer hat ein Objekt als überprüft markiert. Objekte können nicht wiederholt werden, nachdem der Benutzer diesen Status festgelegt hat. Es hat keine anderen Auswirkungen in Orchestrator oder Studio als das Ändern des Werts in der Spalte Version (Revision) auf der Seite Warteschlangen.
- Erneut versucht (Retried) - das Objekt wurde manuell zur Wiederholung markiert. Als Ergebnis wird ein neues Warteschlangenobjekt mit dem Status Neu (New) erstellt. Dies wird in dem Fenster Objektdetails (Items Details) der angegebenen Transaktion angezeigt.