Events

Mithilfe von Ereignissen lassen sich Geschehnisse während der Prozessausführung erfassen. Es gibt drei Haupttypen von Ereignissen in der Prozessdiagrammierung: Start-, Zwischen- und Endereignisse. Diese Ereignisse werden auch entweder als „empfangende“ Ereignisse bezeichnet, die auf einen Trigger reagieren, oder als „sendende“ Ereignisse.

Die UiPath-Plattform unterstützt folgende Ereignistypen und Implementierungen:

• Startereignisse verhalten sich wie empfangende Ereignisse. Sie werden ausgelöst durch:
  • Keine (startet den Prozess, wenn er manuell ausgelöst oder über Orchestrator gestartet wird)
  • Nachrichtereignisse (Auf einen Trigger vom Integration Service warten)
    
    
    
    
  • Zeitsereignisse (startet den Prozess nach einem Zeitplan oder einer Verzögerung, wie in der Triggerkonfiguration definiert)

    Ein Startereignis vom Typ Zeit startet einen Prozess basierend auf einem definierten Zeitplan und nicht auf Benutzer- oder Systemeingaben. Sie können ihn über den Abschnitt Timer konfigurieren, wobei drei Typen unterstützt werden: Datum, Dauer oder Zyklus. Verwenden Sie für wiederkehrende Ausführungen den Typ Zyklus und geben Sie die Häufigkeit der Wiederholung (z. B. stündlich, täglich) sowie das Intervall an. Über die Felder Um und Wiederholungen können Sie Zeit und Limits noch zusätzlich kontrollieren. Im Abschnitt Implementierung kann die Aktion auf Keine festgelegt werden, wenn kein eingehendes Ereignis benötigt wird, oder auf Auf Connector-Ereignis warten, wenn der Prozess auch auf einen externen Trigger hören soll, bevor er fortfährt. Startereignisse vom Typ Zeit sind ideal für geplante Automatisierungen wie stündliche Synchronisierungen oder Tagesberichte. Erfahren Sie mehr über Integration Services-Connectors.

    
    
    
    
    

• Empfangende Zwischenereignisse verhalten sich ähnlich wie Startereignisse. Sie warten während der Prozessausführung auf einen Trigger vom Typ Nachricht, Zeit oder API. Die Ausführung wird pausiert, bis die Nachricht empfangen wird.

• Randereignisse sind ein besonderer Typ eines empfangenden Zwischenereignisses, das an eine Aufgabe gebunden ist. Sie können konfiguriert werden als:

  • Unterbrechende Randereignisse: Wenn die angehängte Aufgabe startet, wartet das Randereignis auf seinen Trigger. Wenn es ausgelöst wird, während die Aufgabe noch ausgeführt wird, unterbricht es die Aufgabe und setzt den ausgehenden Pfad des Randereignisses fort. Unterbrechende Randereignisse können durch Ereignisse vom Typ Zeit oder Nachricht ausgelöst werden.
    Mithilfe eines angehefteten Ereignisses vom Typ Zeit können Sie eine Aufgabe unterbrechen lassen, wenn sie zu lange dauert. Sie können das Timeout entweder mit einer Dauer, einem bestimmten Datum oder einem Zyklus (für wiederkehrende Timer) konfigurieren. Im Eigenschaftenbereich bestimmt das Feld Typ den Timermodus und das Feld Wert akzeptiert ISO 8601-Zeitausdrücke (z. B. PT1H für eine Stunde). Wenn der Timer abläuft, während die Aufgabe noch ausgeführt wird, setzt sich der Prozess entlang des ausgehenden Pfads des Grenzenereignisses fort. Im Abschnitt Implementierung können Sie optional Aktionen definieren, die bei Auslösung des Timeouts ausgeführt werden, wobei diese normalerweise auf Keine gesetzt bleibt, wenn die Nachfolgelogik später modelliert wird.
    

    

    
    
    Ein angeheftetes Ereignis vom Typ Nachricht wartet auf eine bestimmte Nachricht, während die Aktivität, an die es angeheftet ist, noch ausgeführt wird. Wenn die Nachricht eintrifft, unterbricht sie die laufende Aufgabe und leitet den Fluss zu einem separaten Pfad um. Sie können die Logik zur Nachrichtenverarbeitung im Abschnitt Implementierung definieren, indem Sie eine verfügbare Aktion auswählen (z. B. auf Connector-Ereignis oder externe Eingabe warten). Über die Abschnitte Eingaben und Ausgaben können Sie Daten aus der eingehenden Nachricht übergeben oder extrahieren. Sie können auch mithilfe von Variablen aktualisieren Prozessdaten als Antwort auf die Nachricht ändern. Wenn keine Nachricht empfangen wird, wird die ursprüngliche Aufgabe ununterbrochen fortgesetzt.
    

    

    
    
  • Nicht unterbrechende Randereignisse: Wenn sie ausgelöst werden, erstellen sie einen neuen Ausführungstoken und setzen entlang eines parallelen Pfads ihren Weg fort, ohne die ursprüngliche Ausführung der Aufgabe zu unterbrechen. Nicht unterbrechende Randereignisse können durch Ereignisse vom Typ Zeit und Nachricht ausgelöst werden.
  • Angeheftete Ereignisse vom Typ Fehler: Ein angeheftetes Ereignis vom Typ Fehler dient der Erkennung und Bearbeitung von Fehlern, die in der Aktivität auftreten, an die es angeheftet ist. Wenn ein Fehler ausgelöst wird, verlässt das Steuerelement die Aktivität und folgt dem Pfad des angehefteten Ereignisses. Standardmäßig ist die Ausnahme auf Alle erfassen festgelegt, was bedeutet, dass alle nicht behandelten Fehler erfasst werden. In den meisten Fällen fungiert dieser Pfad als Fallback oder als endgültige Route zur Fehlerbearbeitung. Im Abschnitt Implementierung können Sie optional Aktionen (z. B. Protokollierung oder Benachrichtigung) definieren, diese jedoch auf Keine setzen, wenn innerhalb des angehefteten Ereignisses keine bestimmte Ausführung erforderlich ist.
    
    
    
    

• Sendende Zwischenereignisse senden aktiv einen Trigger. Zum Beispiel:

  • Ein sendendes Zwischenereignis vom Typ Nachricht wirkt wie eineSendeaufgabe und ruft eine API-Ausführung des Integration Service auf.
• Endereignisse markieren den Abschluss eines Prozesses und verhalten sich wie sendende Ereignisse. Dazu gehören:
  • Endereignisse vom Typ Fehler, die die Prozessinstanz abschließen und den Auftrag Orchestration Runtime (OR) fehlerhaft machen.
  • Endereignisse vom Typ Nachricht, die nach Abschluss des Prozesses eine Nachricht senden. Ein Endereignis vom Typ Nachricht kann so konfiguriert werden, dass am Ende enes Prozesses eine Connector-Aktivität ausgeführt wird. Durch Auswahl von „Connector-Aktivität ausführen“ als Implementierungsaktion können Sie einen ausgehenden Vorgang mithilfe eines beliebigen in Integration Service verfügbaren Connector auslösen, z. B. Slack, Salesforce, ServiceNow oder andere. Dies wird üblicherweise verwendet, um externe Systeme zu benachrichtigen, Datensätze zu aktualisieren, Nachrichten zu senden oder Dateien nach erfolgreichem oder fehlgeschlagenem Abschluss eines Prozesses hochzuladen. Sie müssen den anvisierten Connector wählen, die Verbindung definieren und die spezifische auszuführende Aktivität wählen. Mit Eingaben können Sie Daten an den Connector übergeben, während mit Ausgaben die Antwort oder das Ergebnis des Connectors erfasst und gespeichert werden, um sie anderweitig im Prozess zu nutzen. Erfahren Sie mehr über Integration Services-Connectors.
    
    
    
    
  • Endereignis vom Typ Beenden, das alle anderen Ausführungspfade/-tokens abbricht, insbesondere wenn mehrere Zweige parallel ausgeführt werden. Ein Endereignis steht für den Abschluss eines Prozesspfads. In Maestro können Sie optional eine Implementierungsaktion definieren, um eine abschließende Aktivität auszuführen – z. B. die Ausführung einer Connector-Operation, die Rückgabe von Daten oder das Auslösen eines Folgesystems. Wenn keine Aktion erforderlich ist, kann die Implementierung auf Keine festgelegt werden, was einfach den Prozessfluss beendet. Im Abschnitt Argumente können Sie Ausgabewerte definieren, die an übergeordnete Prozesse weitergegeben oder in nachfolgenden Berichten verwendet werden können. Endereignisse sind flexibel und können je nach Modellierung des Prozesses sowohl Standard- als auch außergewöhnliche Pfade schließen.