Die rechts abgebildete Ereignisbehandlung zielt darauf ab, durch eine Abbrechen das Speichern von Änderungen für bestehende Trackingstatus-Einträge zu verhindern, sofern diese Bestellungen betreffen:

• Als einziges Auslösendes Ereignis ist "Ändern" aus der Kategorie Allgemein (Ereignisse) ausgewählt.
  
  

• Die Prüfende Regel beinhaltet drei UND-verknüpfte Kriterien, die mit Blick auf die Performance bewusst genau in der folgenden Sequenz angeordnet sind:
  
  

  • Die einleitende Typprüfung stellt fest, ob das "Ändern"-Ereignis für einen Trackingstatus-Eintrag ausgelöst wurde. Nur dann finden weitere Prüfungen statt.
    
    

  • Die erste Objekt-Feld-Regel stellt sicher, dass sich der Trackingstatus-Eintrag im Eingabewert per Feld statusOwner auf die Klasse "Bestellung" bezieht. Nur in diesem Fall soll das zugehörige Objekt für das letzte Prüfkriterium vom Server angefordert werden.
    
    

  • Die zweite Objekt-Feld-Regel fordert über den Trackingstatus-zugehöriges-Objekt-Wertauflöser die im Trackingstatus-Eintrag referenzierte Bestellung vom Server an, um zu überprüfen, ob sich deren Trackingstatus-Attribut für den Trackingstatustyp "Aktuell" (CURRENT) per Feld trackingStatusEntryId auf die ID (id) des geänderten Trackingstatus-Eintrags bezieht. Ist das das nicht der Fall ist, gilt die Prüfende-Regel insgesamt als "bestanden".

• Als einzige Aktion bei bestandener Regel ist eine Abbrechen vorgesehen, die die Transaktion zum Ändern des Trackingstatus-Eintrags abbricht und den Benutzer mit einer Meldung vom Typ "Semantic Exception") darüber informiert.

Nach dem Klick auf einen Ribbon Button soll für jeden "aktuellen" Trackingstatuswechsel eine Benachrichtigung vom Typ "Info" am rechten Bildschirmrand eingeblendet werden, die folgende Informationen enthält:

Im Titel:

• Zeitpunkt des Trackingstatuswechsels
  (Datum ist per Definition "Heute")

• Hinzugefügter Trackingstatus-Code

• Entitätstyp (Trackingstatus-Besitzer)

In der Meldung:

• Weitere Informationen zum "zugehörigen Objekt"
  (hier: ID ~ Besitzer-ID / Aktueller Arbeitsstatus)

Die für die Anzeige relevanten Trackingstatus-Einträge durch eine Suche (Ereignisaktion) bereitgestellt. Diese liefert eine eine chronologisch sortierte Liste aller im Kontext der Sitzung lesbaren Trackingstatus-Einträge, die seit dem Anfang des heutigen Tags (s. Relatives Datum mit Zeit) erstellt wurden, in einer Variablen whatsNew.

Die folgende Für jeden Eintrag wiederholen (Schleife)-Ereignisaktion iteriert über die Trackingstatus-Einträge in der Variablen whatsNew:

Für jeden Eintrag wird eine Hinweis anzeigen (Popup)-Ereignisaktion ausgeführt, in der die gewünschten Informationen aufbereitet werden:

• Die Informationen für den Titel können alle direkt aus dem Trackingstatus-Eintrag gewonnen werden, der innerhalb der Schleife als Bezugsobjekt vorliegt. Dies Aufbereitung erledigt hier ein Textverkettung-Wertauflöser, auf dessen Konfiguration nicht näher eingegangen werden soll.
  
  

• Von den für die Meldung spezifizierten Daten ist nur die ID des Trackingstatus-Besitzers im Trackingstatus-Eintrag (Feld statusOwnerId) verfügbar. Für alle anderen Daten ist der Zugriff auf das "zugehörige Objekt" (alias Trackingstatus-Besitzer) notwendig. Der Trackingstatus-zugehöriges-Objekt-Wertauflöser liefert die betreffende Entität ausgehend vom Bezugsobjekt (Trackingstatus-Eintrag). Als Typ des zugehörigen Objekts muss hier die übergreifende Klasse "Entität" gewählt werden, damit alle Typen von Trackingstatus-Besitzern abgedeckt sind.
  
  

• Der verkettete Vorlage-Wertauflöser definiert die Aufbereitung von ausgewählten Inhalten aus dem Datenobjekt der Entität, die als "zugehöriges Objekt" für den Trackingstatus-Eintrag ermittelt wurde.

►ANMERKUNG◄ Die Felder id und onwerId sind "Entitätsattribute", die jeder Entitätstyp verwendet. Ein Arbeitsstatus wird dagegen nicht von jedem Entitätstyp unterstützt, der einen Trackingstatus "besitzen" kann. Eine Position eines Geschäftstransaktionsobjekts, gilt der Klasse nach zwar als "Entität" aber nicht als "Geschäftstransaktionsobjekt". Sie besitzt keinen Arbeitsstatus, ihr können aber Trackingstatus hinzugefügt werden. Sofern für unterschiedliche Entitätstypen spezifische Detaildaten erscheinen sollen, sind Fallunterscheidungen erforderlich.