- 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 von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- SmartCard-Authentifizierung
- Zuweisen von Rollen
- Verwaltung von Rollen
- Standardrollen
- Häufig gestellte Fragen
- Aktivieren von Benutzern zum Ausführen persönlicher Automatisierungen
- Ermöglichen der Ausführung von Automatisierungen für Benutzer in einer Unattended-Infrastruktur über Unattended-Roboter
- Konfigurieren von Roboterkonten zum Ausführen von Unattended-Automatisierungen
- Audit
- Ressourcenkatalogdienst
- Automation Suite Robots
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- 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 – Das Objekt wurde mit der Aktivität Get Transaction Item oder Add Transaction Item verarbeitet; hat ein Objekt diesen Status, wird Ihr benutzerdefinierter Status ebenfalls angezeigt, und zwar in der Spalte Fortschritt.
Die Zeit, zu der ein Warteschlangenelement in den Status In Bearbeitung eintritt, wird in der Spalte Gestartet angezeigt, und die Zeit, zu der es diesen Status verlässt, wird in der Spalte Beendet angezeigt. Diese sind auf der Seite Transaktionen verfügbar.
Die Zeit, die im Status In Bearbeitung verbracht wurde, wird in der Spalte Durchschnittliche Zeit auf der Seite Warteschlangen angezeigt.
- Fehlgeschlagen – Das Objekt hat eine Betriebs- oder Anwendungsanforderung innerhalb des Projekts nicht erfüllt und wurde daher an eine Aktivität Set Transaction Status weitergeleitet, wodurch sich dessen Status zu „Fehlgeschlagen“ änderte.
- Erfolgreich – Das Objekt wurde verarbeitet und an eine Aktivität Set Transaction Status gesendet, die dessen Status in Erfolgreich geändert hat.
- Aufgegeben – Das Element blieb über längere Zeit (etwa 24 Stunden) im Status In Bearbeitung, 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 den
SetTransactionResult
-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.