Orchestrator
2023.4
False
- 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 von Unattended-Roboterkennwörtern in 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
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Status eines Warteschlangenobjekts
- Betriebsausnahme versus Anwendungsausnahme
- Studio-Aktivitäten, die mit Warteschlangen verwendet werden
- Aufbewahrungsrichtlinie für Warteschlangenelemente
- Massenupload von Elementen mithilfe einer CSV-Datei
- Verwaltung von Warteschlangen in Orchestrator
- Verwaltung von Warteschlangen in Studio
- Überprüfungsanforderungen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Hostverwaltung
- Identity Server
- Authentication
- Organisationsadministration
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Fehlersuche und ‑behebung
Studio-Aktivitäten, die mit Warteschlangen verwendet werden
Orchestrator-Anleitung
Letzte Aktualisierung 19. April 2024
Studio-Aktivitäten, die mit Warteschlangen verwendet werden
Diese Aktivitäten sind Teil des
UiPath.System.Activities
-Aktivitätspakets, Sie finden diese im Bereich Aktivitäten unter Orchestrator > Warteschlangen.
- Warteschlangenobjekt hinzufügen (Add Queue Item) - besetzt die Warteschlange mit Objekten, definiert einen Rahmen, in dem diese Objekte verarbeitet werden müssen, und fügt jedem Objekt eine benutzerdefinierte Referenz hinzu. Standardmäßig ist der Status eines Objekts beim Hinzufügen zu einer Warteschlange Neu.
- Transaktionsobjekt hinzufügen (Add Transaction Item) – fügt ein Objekt in die Warteschlange ein, startet die Transaktion und setzt den Status auf In Bearbeitung (In Progress). Es kann auch konfiguriert werden, um eine benutzerdefinierte Referenz für jede Transaktion hinzuzufügen.
- Bulk Add Queue Items – Fügt eine Sammlung von Elementen aus einem angegebenen
DataTable
zu einer angegebenen Warteschlange hinzu und legt die Status der Elemente auf Neu fest. - Delete Queue Items – Löscht Elemente mit dem Status Neu aus einer angegebenen Warteschlange. Um diese Aktivität in Studio auszuführen, muss der Roboter mit dem Orchestrator verbunden sein und die Roboter-Rolle über Berechtigungen zum Bearbeiten, Erstellen und Löschen für Warteschlangen und Berechtigungen zum Löschen für Transaktionen verfügen. Die Aktivität läuft unter dem Roboter, der sie ausführt.
- Get Queue Items – Ruft eine Liste von bis zu 100 Transaktionen gemäß mehreren Filtern, wie Erstellungsdatum, Priorität, Status und Referenz, aus einer angegebenen Warteschlange ab.
- Wait Queue Item – Ruft ein Warteschlangenelement aus einer angegebenen Warteschlange ab und speichert es in einer
QueueItem
-Variablen. Wenn die angegebene Warteschlange zur Laufzeit leer ist, meldet diese Aktivität dem Orchestrator, dass sie für den Erhalt eines Warteschlangenelements bereit ist, und wartet dann, bis ein neues Element zur Warteschlange hinzugefügt wird. Nachdem es abgerufen wurde, wird der Status des Elements auf In Bearbeitung festgelegt. - Get Transaction Item – Ruft ein Objekt aus der Warteschlange ab, sodass Sie es verarbeiten können (Transaktion starten) und setzt dessen Status auf In Bearbeitung.
- Postpone Transaction Item – Fügt Zeitparameter ein, zwischen denen eine Transaktion verarbeitet werden muss (nicht vor dem Verschieben und nicht nach der Frist).
- Transaktionsfortschritt festlegen (Set Transaction Progress) - hilft Ihnen bei der Erstellung benutzerdefinierter Fortschrittsstatus für In Bearbeitung (In Progress)-Transaktionen. Dies kann an wichtigen Stellen in Ihrem Automatisierungsprojekt platziert werden, um Sie über dessen Fortschritt zu informieren, wenn es zum Beispiel abstürzt. Diese Option kann für den Fehlersuchvorgang nützlich sein.
-
Transaktionsstatus festlegen (Set Transaction Status) - ändert den Status des Transaktionsobjekts in Fehlgeschlagen (mit einer Anwendungs- oder Betriebs-Ausnahme) oder Erfolgreich. Anwendungsausnahmen sollte verwendet werden, wenn eine App, die Sie automatisieren, fehlschlägt oder nicht reagiert, während Betriebsausnahmen verwendet werden sollten, wenn ein bestimmter Transaktionswert eine Geschäftsanforderung nicht erfüllt.
Hinweis: Elemente, die mit einer Anwendungsausnahme fehlschlagen, werden wiederholt, wenn Sie die Optionen für die Automatische Wiederholung in der Warteschlange im Orchestrator konfiguriert haben.
Es gibt andere Aktivitäten, die entwickelt wurden, um mit Warteschlangen als Teil anderer Orchestrator-Funktionen verwendet zu werden. Beispielsweise verwenden Workflows mit langer Ausführungszeit die folgenden Warteschlangenaktivitäten, die Teil des
UiPath.Persistence.Activities
-Aktivitätspakets sind:
- Add Queue Item and Get Reference – Fügt ein Warteschlangenelement mit Parametern hinzu und ruft das entsprechende Warteschlangenelementobjekt ab, das in
QueueItemData
gespeichert ist, um während der Ausführung des Workflows auf den Abschluss der Transaktion zu warten. - Wait for Queue Item and Resume – Hält die Ausführung des aktuellen Workflows an, bis eine angegebene Transaktion abgeschlossen ist. Zum Festlegen einer Transaktion muss ein
QueueItemData
-Objekt angegeben werden, das von der Aktivität Add Queue Item and Get Reference erhalten wird. Nach Abschluss der Transaktion wird die Ausführung des Workflows fortgesetzt.