Orchestrator
2020.10
False
Bannerhintergrundbild
Kein Support
Orchestrator-Anleitung
Letzte Aktualisierung 12. Dez. 2023

Warteschlangen-Trigger

Ermöglicht es Ihnen, einen Prozess auszulösen, wenn neue Warteschlangenelemente in Ihren Warteschlangen verfügbar sind. Der Trigger wird in der Umgebung ausgeführt, die dem ausgewählten Prozess zugeordnet ist.

Es gibt drei Optionen, die Ihnen helfen, die Regeln für die Prozessauslösung mit Parametern zu konfigurieren:

Option

Beschreibung

Mindestanzahl der Elemente zum Auslösen des ersten Auftrags

Der Elementverarbeitungsauftrag wird erst gestartet, wenn die Zielwarteschlange mindestens diese Anzahl neuer Elemente enthält.

Verschobene Warteschlangenelemente werden nicht gezählt.

Maximale Anzahl der gleichzeitig zulässigen ausstehenden und ausgeführten Aufträge

Die maximale Anzahl der zulässigen ausstehenden und ausgeführten Aufträge, zusammengezählt.

Für 2 oder mehr gleichzeitig zulässige Aufträge muss die dritte Option wie unten beschrieben definiert werden.

Für alle __ neuen Elemente wird ein weiterer Auftrag ausgelöst.

Ein neuer Auftrag wird für jede Anzahl neuer Elemente ausgelöst, die zusätzlich zur Anzahl der für die erste Option definierten Elemente hinzugefügt werden.

Nur aktiviert, wenn 2 oder mehr Aufträge gleichzeitig zulässig sind (definiert mit der oben beschriebenen Option).

Alle 30 Minuten wird eine Überprüfung auf neue Elemente (einschließlich wiederholter Elemente) durchgeführt, und wenn die auslösende Bedingung erfüllt ist, wird der Trigger erneut gestartet. Dadurch wird sichergestellt, dass alle Elemente in der Warteschlange in den folgenden Situationen verarbeitet werden:

  • Warteschlangenelemente werden der Warteschlange viel schneller hinzugefügt, als sie mit den verfügbaren Ressourcen verarbeitet werden können.
  • Warteschlangenelemente werden während arbeitsfreien Tagen einer Warteschlange hinzugefügt, können jedoch nur während der Arbeitszeit verarbeitet werden.
  • Die Verarbeitung von Warteschlangenelementen wird auf einen späteren Zeitpunkt verschoben. Nach Ablauf dieser Zeit können sie verarbeitet werden, sobald sie durch die 30-minütige Überprüfung identifiziert wurden.

    Hinweis: Aufgrund der standardmäßigen 30-Minuten-Prüfung besteht die Gefahr von Ressourcenhindernissen außerhalb der Hauptgeschäftszeiten. Um dies zu vermeiden, stellen Sie sicher, dass am Ende des Arbeitstages keine unverarbeiteten Artikel vorhanden sind. Wenn dies nicht möglich ist, stellen Sie sicher, dass der getriggerte Prozess kein menschliches Eingreifen erfordert.

Beispiel

Ich habe zwei Aufträge:

  • Einer, der 3 Elemente pro Sekunde für 20 Sekunden zur Zielwarteschlange hinzufügt (insgesamt 60 Elemente).
  • Einer, der 1 Element pro Sekunde von der Zielwarteschlange verarbeitet.

Ich habe meinen Trigger wie folgt definiert:

  • Die Mindestanzahl der Elemente zum Auslösen des ersten Auftrags:31.
  • Maximale Anzahl der gleichzeitig zulässigen ausstehenden und ausgeführten Aufträge:3
  • Für alle 10 neuen Elemente wird ein weiterer Auftrag ausgelöst.

Ich starte den Auftrag, der Elemente zu meiner Warteschlange hinzufügt.

  1. Nach 11 Sekunden (33 Elemente) wird der erste Elementverarbeitungsauftrag ausgelöst.
  2. Nach weiteren 4 Sekunden (12 Elementen) wird der zweite Elementverarbeitungsauftrag ausgelöst.
  3. Nach weiteren 4 Sekunden (12 Elementen) wird der dritte Elementverarbeitungsauftrag ausgelöst.

Als das Hinzufügen der Warteschlangenelemente beendet war, hatte der erste Auftrag 9 Elemente verarbeitet, der zweite 5 Elemente, der dritte 1 Element. Das sind 15 Elemente, die in 20 Sekunden von drei Aufträgen verarbeitet wurden.

Das ergibt einen Rest von 45 zu verarbeitenden Elementen (60-15). Mit 3 Aufträgen, die jeweils 1 Element pro Sekunde verarbeiten, bedeutet dies 15 Sekunden für den Rest, der verarbeitet werden soll.

Insgesamt 35 Sekunden.

  • Beispiel

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
UiPath Logo weiß
Vertrauen und Sicherheit
© 2005-2024 UiPath. All rights reserved.