• Der Parameter Arbeitsstatus erwartet einen Wert der Dynamischen Aufzählung Arbeitsstatus oder alternativ eine Zeichenfolge, die dem internen Namen eines dieser Werte entspricht. Wird kein Wert oder ein Textwert angegeben, der nicht in einen der vordefinierten Arbeitsstatus-Werte konvertiert werden kann, tritt zur Laufzeit ein Fehler (ggf. inkl. Rollback) auf.

• Der optionale Parameter Grund bietet die Möglichkeit, einen Textwert für das entsprechende Feld (reason) im zu erstellenden Arbeitsstatus-Eintrag zu definieren. Der Textwert kann entweder direkt (s. Screenshot rechts) oder als Rückgabewert eines Wertauflösers geliefert werden.

• Der Parameter Realisierungszeit dient dazu den Zeitpunkt zu definieren, an dem das Bezugsobjekt den aktuellen Arbeitsstatus tatsächlich angenommen hat. Wird hier kein Wert angegeben (Standard), dann wird automatisch die aktuelle Systemzeit ("Jetzt", s. Relatives Datum mit Zeit) als Realisierungszeit für den Arbeitsstatus-Eintrag verwendet.
  
  ►HINWEIS◄ Der Standardwert ("Jetzt") wird der Realisierungszeit unter Berücksichtigung der optionalen Einstellungen für die "Default Zeitzone" im Firmenkonto oder Benutzerkonto zugewiesen (sofern vorhanden). Dabei wird nur der originäre Anmeldekontext berücksichtigt (Ausführen als hat keinen Einfluss).

Eine Ereignisbehandlung für ein Eigenes Aktionsevent "Prüfung" stellt mir einer Typprüfung sicher, dass das Ereignis im Kontext einer Bestellung ausgelöst wurde. Die Aktionen bei bestanderer Regel werden wie rechts abgebildet konfiguriert.

Innerhalb einer Wenn Dann Sonst-Ereignisaktion werden dazu die drei möglichen Fälle für den Ausgang einer Eingangsprüfung mit spezifischen Aktionen verknüpft:

• Im WENN-Zweig (links) wird innerhalb einer Objekt-Feld-Regel das Prüfergebnis per Benutzereingabe (Wertauflöser) abgefragt, der die eingegebene Zeichenfolge bzw. "keinen Wert" zurückgibt. Der Vergleichtsyp Ist leer deckt die Abbruch-Szenarien per Button "Abbruch" (kein Wert) oder "Leeren" & "OK" (leere Zeichenfolge) gleichermaßen ab. In diesem Fall soll nichts passieren, daher bleibt der Aktionsblock unterhalb leer. Der Rückgabewert wird per Verkettung mit dem Wert als Variable speichern-Wertauflöser in die Variable input geschrieben, damit die Eingabe des Benutzers (soweit vorhanden) für die anderen Zweige und deren Aktionen zur Verfügung steht.
  
  

• Im SONST-WENN-Zweig (mittig) wird geprüft, ob die Variable input den Wert "OK" (unter Beachtung der Groß-/Kleinschreibung) hat. Im einfachsten Fall hat der Benutzer diesen in der Benutzereingabe (Wertauflöser) vorbelegten Wert per Klick auf den Button "OK" bestätigt. Lautet die Eingabe "OK", dann wird die Ereignisaktion Aktuellen Arbeitsstatus setzen für den Arbeitsstatus "Freigeben" ausgelöst. Dabei wird als Grund das Ergebnis einer Textverkettung zugewiesen, die auf die ID des angemeldeten Benutzers (via Benutzer der Session; zugeklappt im Bild) als Urheber der Freigabe verweist.
  
  

• Der SONST-Zweig (rechts) handelt den Fall ab, dass die Variablen input nicht leer ist, aber einen anderen Text als "OK" enthält. Dieser wird als Begründung für eine Ablehnung der Bestellung interpretiert. Daraufhin wird ebenfalls eine Aktuellen Arbeitsstatus setzen-Ereignisaktion ausgeführt, die den Arbeitsstatus "Abgelehnt" zuweist und als Grund den Eingabetext aus der Variablen input vermerkt.

►ANMERKUNG◄ In beiden Fällen wird auf die explizite Zuweisung einer Realisierungszeit verzichtet, so dass der erzeugte Arbeitsstatus-Eintrag zum Ausführungszeitpunkt "verbucht" wird.