Der Screenshot rechts zeigt die Konfiguration für eine Einschränkung, die dieses Kriterium berücksichtigt:

• Innerhalb einer Feld Einschränkung verweist die linke Seite per Feldprojektion auf das Feld "Passwort Ablaufdatum". Dieses Feld ist vom Typ "Datum mit Zeit".
  
  

• Auf der rechten Seite der Feld Einschränkung kommt der Relatives Datum mit Zeit-Wertauflöser zum Einsatz, um den Grenztermin für den Vergleich per Typ "Ende des Monats" zu definieren.
  
  

• Als Vergleichstypen (Matcher) kommt hier ein Vergleiche mit (Vergleichstyp) zum Einsatz für den eine "<"-Bedingung ausgewählt wurde.
  
  ►ANMERKUNG◄ Auf die Vorgabe einer Zeitzone wurde hier verzichtet. Daher wird die im Kontext der Sitzung anwendbare Standard-Zeitzone für die Abgrenzung des Monat berücksichtigt. Der Vergleich erfolgt effektiv anhand der "UTC-Millisekunden", so dass auch die Zeitzone des Ablaufdatums einen Einfluss auch die Anzeige von Benutzern haben kann.

►HINWEIS◄ Entsprechende Einschränkungen können auch zur Definition einer Suche für ein Import -Profil im Lobster_data verwendet werden. Die XML-Struktur rechts zeigt wie einfach der Zugriff auf ein vordefiniertes "Relatives Datum" (im vorliegenden Beispiel: END_THIS_MONTH ) über das DateTimeValue -Objekt (hier als value -Element einer Feld Einschränkung ) innerhalb einer Suche ist.

<?xml version="1.0" encoding="UTF-8"?>
<core:PropertySearch xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:core="CORESYSTEM">
   <core:PropertyProjection property="passwordExpiryDate"/>
   <compareType>&lt;</compareType>
   <value type="END_THIS_MONTH" xsi:type="core:DateTimeValue"/>
</core:PropertySearch>

Der Screenshot rechts zeigt die Konfiguration für eine Einschränkung, die dieses Kriterium berücksichtigt:

• Innerhalb einer Feld Einschränkung verweist die linke Seite per Feldprojektion auf das Feld "Passwort Ablaufdatum". Dieses Feld ist vom Typ "Datum mit Zeit".
  
  

• Auf der rechten Seite der Feld Einschränkung kommt der Relatives Datum mit Zeit-Wertauflöser mit dem Typ "Benutzerdefiniert" zum Einsatz, da es keinen vordefinierten Zeitpunkt "in 14 Tagen" gibt. Als Zeitwert wird dabei ausgehend von der aktuellen Systemzeit der Beginn des 15. Tages nach Heute (in der Zeitzone "Europe/Berlin") berechnet. Dieser Wert wird in Verbindung mit dem "<"-Vergleich genau nicht mehr vom Kriterium akzeptiert.
  
  

• Als Vergleichstypen (Matcher) kommt hier ein Vergleiche mit (Vergleichstyp) zum Einsatz für den eine "<"-Bedingung ausgewählt wurde.

►ANMERKUNG◄ Hier wird eine Zeitzone für die Berechnung explizit vorgegeben. Sofern das "Passwort Ablaufdatum" in einer abweichenden Zeitzone eingegeben wurde, liefert die Feldprojektion trotzdem die Ausschlaggebenden "UTC-Millisekunden".

Die Ereignisbehandlung reagiert auf das Ereignis "Kopieren" (s. Allgemein (Ereignisse)) als Auslösendes Ereignis. Mit diesem Auslöser wird die Ereignisbehandlung sofort aktiv, wenn ein Benutzer den Ribbon-Befehl "Kopieren" ausführt. Sie kann das als Kopie neu angelegte Datenobjekt damit initialisieren bevor der Benutzer über die bereits geöffnete Erfassungsmaske Zugriff erhält.

Die Prüfende Regel stellt per Typprüfung sicher, dass Aktionen nur ausgeführt werden, sofern es sich bei der kopierten Entität um ein Gastbenutzerkonto handelt.

Als Aktion bei bestandener Regel wird hier eine Setze Wert-Ereignisaktion ausgeführt:

• Auf der linken Seite definiert ein Objekt-Feld-Wertauflöser das Feld "Gültig bis" (validTo) als Ziel der Wertzuweisung.
  
  

• Auf der rechten Seite werden zwei Instanzen des Relatives Datum mit Zeit-Wertauflösers verkettet, um den Ablauf der Gültigkeit des kopierten Kontos zu terminieren:
  
  

  • Der erste Relatives Datum mit Zeit-Wertauflöser ermittelt zunächst ausgehend von der aktuellen Systemzeit den "Anfang des nächsten Tages", (s. Typ-Parameter) bezieht sich dabei aber auf die Zeitzone "Europe/Kiev".
    
    

  • Der unterhalb verkettete Relatives Datum mit Zeit-Wertauflöser verwendet den Typ "Benutzerdefiniert", um den Offset von 36 Stunden (+36) auf den bisherigen Wert aufzuschlagen.

►HINWEIS◄ Anstelle der Verkettung könnte man auch nur einen Relatives Datum mit Zeit-Wertauflöser verwenden, der im Parameter Zeitwert den Ausdruck für "Anfang des nächsten Tages" (s. Typ Zeit) mit dem Ausdruck für den Versatz verkettet:

0h 0m 0s 0S +1d +36H ... bzw. im Ergebnis gleichwertig ...
0h 0m 0s 0S +2d +12H ... oder ebenso gleichwertig ...
12h 0m 0s 0S +2d

►ANMERKUNG◄ Die rechts oben explizit zugewiesene Zeitzone "Europe/Kiev" wird für die Berechnung und den letztendlich zugewiesenen Wert übernommen, weil der verkettete Relatives Datum mit Zeit-Wertauflöser keine explizite Auswahl für den Parameter Zeitzone verwendet.

Mit der rechts abgebildeten Anpassung der bestehenden Konfiguration wird erreicht, dass die Zeitzone "Europe/Kiev" zwar für die Berechnung verwendet wird, aber im Feld "Gültig bis" (validTo) die Zeitzone erhalten bleibt, die im kopierten Gastbenutzerkonto bereits eingetragen war:

• Links und rechts wird per Verkettung mit einem Objekt-Feld-Wertauflöser auf das Feld "Datumswert" (dateValue) zugegriffen.
  
  

• Die Zuweisung betrifft dadurch nur die Millisekunden-Komponente des "Datum mit Zeit"-Datenobjekts, während dessen Zeitzone rechts ignoriert und links unverändert beibehalten wird.