Workflow-Events

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 1 Minute Lesedauer
  • Das System verwendet zwei Arten von Events: registrierte Plattformevents und Workflow-Events.

    Registrierte Plattformevents

    Registrierte Events werden in Business Rules erstellt und für Aufgaben wie das Senden von E-Mail-Benachrichtigungen verwendet, wenn Datensätze in die Datenbank eingefügt werden. Workflow-Events werden nur innerhalb von Workflows registriert und werden an keiner anderen Stelle der Plattform verwendet. Registrierte Plattformevents können durch einen Workflow zur externen Verwendung ausgelöst werden, können jedoch nicht innerhalb eines Workflows verwendet werden.

    Workflow-Events

    Workflow-Events folgen anderen Regeln als Plattformevents, die mithilfe der Event Registry registriert werden. Plattformevents werden in die Tabelle „Event-Registrierung [sysevent_register]“ eingegeben und stehen für Plattformprozesse zur Verfügung. Workflow-Events werden ausschließlich für die Workflow-Engine ausgelöst und nur dazu verwendet, die Ausführung von Workflow-Kontexten zu steuern. Wenn ein Event in einem Workflow registriert ist, wird es an eine aktuell in der Spalte registered_events der Tabelle „Workflow-Ausführungsaktivität [wf_executing]“ ausgeführte Aktivität angefügt.

    Workflow-Events können auch von einer beliebigen Skriptquelle, die Zugriff auf den Workflow-Kontext hat, z. B. eine Skripteinbindung oder eine Aktivität Skript ausführen, an einen Workflow gesendet werden. In diesem Fall wird das Event, wie zum Beispiel abbrechen, an alle Datensätze in der Tabelle Workflow Executing [wf_executing] für einen bestimmten Kontext übergeben.

    Ganz gleich, ob es sich um Registry oder Broadcast handelt, ein Event wird von der Aktivitätsdefinition gehandhabt, die der aktuell ausgeführten Aktivität zugeordnet ist. Jede Aktivitätsdefinition enthält eine Reihe Handler. Zum Beispiel beinhalten die meisten Aktivitäten die Event-Handler onExecute , onCancel und onUpdate. Als Beispiel für ein spezifischeres Event beinhaltet die Aktivität Genehmigung - Benutzer außerdem onDetermineApprovalState, was spezifisch für die Arbeit der Genehmigungsaktivität ist.

    Mehrere parallele Events

    In einem einzelnen Workflow können mehrere Event-Threads gleichzeitig ausgeführt werden, z. B. wenn in einem Workflow Timer vorhanden sind, die sich in separaten Workflow-Verzweigungen überschneiden. Wenn ein zusätzlicher Thread vor dem ersten Thread abgeschlossen wird, speichert das System Eventinformationen aus dem zusätzlichen Thread in der Tabelle „Workflow-Warteschlangenbefehle [wf_command]“. Nachdem der erste Thread abgeschlossen ist, ruft das System die vom zusätzlichen Thread gespeicherten Informationen ab und durchläuft den Workflow mit den Eventinformationen aus jedem Thread.