Innerhalb der betreffenden Ereignisbehandlung wird die Ereignisaktion Ereignis erzeugen wie rechts abgebildet konfiguriert:

• Das Portal stellt im Unterschied zu einer Erfassungsmaske keine Entität als Eingabewert bereit, sondern übergibt stattdessen ein Client-Objekt mit den Formulardaten in die Variable formData. Im Feld shipmentId wird dabei die interne ID (id) einer Sendung als Long-Wert übergeben. Dieser Wert kann per Verkettung mit einem Eingabeobjekt (Typsicher)-Wertauflöser in eine Sendung "umgewandelt" werden. Dies erfolgt hier im Objekt-Resolver (im Bild nicht aufgeklappt) einer Ausführen mit-Ereignisaktion. Diese schafft den erforderlichen Kontext einer Entität für die Ausführung der Ereignisaktion Ereignis erzeugen.

• Die Konfiguration für die Ereignisaktion Ereignis erzeugen weist allen Parametern statische Werte zu, um den Ereignis Typ als "Verzug" mit dem Schwierigkeitsgrad "Hoch" und dem Status "Neu" zu deklarieren und als Quelle "Ausgelöst" anzugeben. Die Zuordnungskriterien qualifizieren die Relevanz des Ereignisses durch die Zuweisung bereits konfigurierter Zuordnungskriterien.

• Unterhalb definieren Wertauflöser drei "Beteiligte Objekte", auf die sich das SCEM-Ereignis beziehen soll:
  

  • Einerseits soll auf das Firmenkonto der in der Sendung als Auftraggeber angegebenen Firma verwiesen werden.

  • Andererseits soll der Benutzer der Session mitgegeben werden, der die Verzugsmeldung ausgelöst hat.

  • Außerdem wird auch noch die Sendung selbst referenziert. Hier wird zur Verdeutlichung ein Eingabeobjekt (Typsicher)-Wertauflöser verwendet. Da die Sendung das aktuelle Bezugsobjekt ist könnte stattdessen auch die Variable entity oder ein Objekt-Feld-Wertauflöser (ohne Auswahl eines Felds) verwendet werden.

►ANMERKUNG◄ Für die beteiligten Objekte wird jeweils nur eine Kombination von ID (id) und Typ (entityType) im Ereignis gespeichert. Für diese Referenz reicht der Rückgabewert aus dem Wertauflöser für den Benutzer der Session aus, der nicht das komplette Benutzerkonto beinhaltet.

Die Konfiguration für eine Ereignisbehandlung (rechts) zeigt ein Beispiel für die Verarbeitung des erzeugten Ereignisses für den "Verzug":

• Als Auslösendes Ereignis wird das Erzeugen eines Ereignis-Objekts mit dem Incidenttyp "Verzug" (s. Incidenttyp (Ereignisse)) ausgewählt.
  
  

• Die Prüfende Regel stellt per Typprüfung sicher, dass ein Ereignis-Objekt als Eingabewert anliegt. Anschließend wird das Objektfeld "Schwierigkeitsgrad" (incidentSeverity) untersucht. Die nachfolgenden Aktionen bei bestanderer Regel sollen hier nur ausgeführt werden, wenn der "Verzug" die Schwere "Hoch" oder "Mittel" hat.

Die Aktionen bei bestandener Regel sollen hier auf das "Beteiligte Objekt" vom Typ Sendung zugreifen in dessen Kontext ein E-Mail-Versand ausgelöst werden soll.

• Das Sendungsobjekt soll dazu per Ausführen mit in der Liste der "Beteiligten Objekte" (im Feld affectedEntities) identifiziert werden. Dies ermöglicht der Regel-Listen Resolver, der dazu per Objekt-Feld-Regel das Feld "Objekt Typ" (entityType) auswertet. Als Vergleichswert wird ein Wertauflöser für die Klasse verwendet, der auf die "Sendung" abstellt deren vollständigen Namen als Text zurückgibt.

• Unter der Annahme, dass die Liste der Beteiligten Objekte exakt eine Sendung enthält, wird die Option Alle Werte als Liste nicht gesetzt, so dass der erste Treffer in der Verkettung weitergegeben wird. Für diesen wird unterhalb das Objekt-Feld "Objekt ID" (entityId) aufgelöst. Dieser Wert wird an den Eingabeobjekt (Typsicher)-Wertauflöser weitergegeben, der - sofern vorhanden - das Sendungsobjekt zurückgibt.
  
  

• Mit der Sendung als Bezugsobjekt wird im Aktionsblock von Ausführen mit der E-Mail-Versand ausgeführt.

►ANMERKUNG◄ Sofern im E-Mail-Versand Daten aus dem Ereignis verwendet werden sollen, die im Kontext der Sendung nicht verfügbar sind, besteht über die Variable incident Zugriff auf das Ereignis, die im Parameter Ereignis in Variable speichern willkürlich so benannt wurde.