Eintrag gebucht

Regeltypen - Kurzfassung

Zweck: Gilt als "bestanden", wenn ein Bezugsobjekt vom Typ "Zeitfensterbuchung" vorliegt, dessen Buchungsstatus dem in der Konfiguration definierten Kriterium (gebucht/nicht gebucht) entspricht.

images/download/attachments/201666256/image-2025-3-31_13-57-6-version-1-modificationdate-1743422226538-api-v2.png

Die Eintrag gebucht-Regel gilt als "bestanden", wenn ein Bezugsobjekt vom Typ "Zeitfensterbuchung" (s. Zeitfenstermanagement) vorliegt, dessen Buchungsstatus dem in der Konfiguration per Checkbox definierten Kriterium entspricht:

  • Ist die Checkbox ausgewählt, dann gilt die Regel als "bestanden", wenn als Bezugsobjekt eine "Zeitfensterbuchung" vorliegt, die "gebucht" ist, also ein konkretes Zeitfenster und eine bestimmte Ladestelle (s. Ladestellen) belegt.

  • Ist die Checkbox abgewählt, dann gilt die Regel als "bestanden", wenn als Bezugsobjekt eine "Zeitfensterbuchung" vorliegt, die nicht "gebucht", also keinem Zeitfenster und keiner Ladestelle zugeordnet ist.

HINWEIS◄ Unabhängig von der Auswahl für die Checkbox gilt die Regel als "nicht bestanden", wenn kein Bezugsobjekt des Typs "Zeitfensterbuchung" vorliegt.

Konfiguration

Die Eintrag gebucht-Regel erwartet eine "Zeitfensterbuchung" (s. Zeitfenstermanagement) als Bezugsobjekt.

Konfiguration

Prüfkriterien (für Regel "bestanden")

images/download/attachments/201666256/image-2025-3-31_13-58-31-version-1-modificationdate-1743422311646-api-v2.png

  • Als Bezugsobjekt liegt eine "Zeitfensterbuchung" vor.

  • Die "Zeitfensterbuchung" gilt als "gebucht", weil sie sich auf ein Zeitfenster und eine Ladestelle bezieht.

images/download/attachments/201666256/image-2025-3-31_13-58-21-version-1-modificationdate-1743422301656-api-v2.png

  • Als Bezugsobjekt liegt eine "Zeitfensterbuchung" vor.

  • Die "Zeitfensterbuchung" gilt nicht als "gebucht", weil sie keinem Zeitfenster und keiner Ladestelle zugeordnet ist.

Beispiel

Innerhalb einer Ereignisbehandlung liegt eine Liste von Zeitfensterbuchungen in einer Variable (entries) vor, die durch eine Suche (Ereignisaktion) ermittelt wurden. Im Zuge der Ereignisbehandlung soll per E-Mail auf Zeitfensterbuchungen hingewiesen werden, die "geplant" aber noch nicht "eingeplant" sind, wenn der Plantermin die aktuelle Woche betrifft:

  • Eine Zeitfensterbuchung soll als "geplant" gelten, wenn das Datumsattribut "Ladedatum geplant" auf einen Plantermin in oder vor der aktuellen Woche verweist.

  • Eine Zeitfensterbuchung soll als "eingeplant" gelten, sobald sie durch eine Buchung ein konkretes Zeitfenster für eine bestimmte Ladestelle belegt.

Konfiguration:

Die oben genannten bestehende Ereignisbehandlung wird um die rechts abgebildete Für jeden Eintrag wiederholen (Schleife) erweitert, um ggf. die Mail-Benachrichtigung auszulösen:

  • Im Wertauflöser für Einträge wird zunächst auf die Variable entries zugegriffen, die zur Laufzeit eine Liste von Zeitfensterbuchungen aus einer Suche (Ereignisaktion) enthält.

  • Der verkettete Regel-Listen Resolver soll aus der gegebenen Liste die Zeitfensterbuchungen herausfiltern (Alle Werte als Liste), für die zur aktuellen (Server-)Systemzeit eine Benachrichtigung fällig ist:

    • Im Regel-Abschnitt des Wertauslösers wird zunächst per Eintrag gebucht-Regel (mit abgewählter Checkbox) definiert, dass nur Zeitfensterbuchungen "erwünscht" sind, die bisher noch nicht "gebucht" sind.

    • Innerhalb einer UND-Verknüpfung folgt unterhalb eine Objekt-Feld-Regel, die prüft, ob der Wert des Datumsbereichs (date) im Datumsattribut "Ladedatum geplant" vor dem Zeitraum "Nächste Woche" liegt. Dies beschränkt die Iteration der Schleife auf (ungebuchte) Zeitfensterbuchungen, mit einem Plantermin innerhalb der aktuellen Woche (oder früher).

  • Die E-Mail-Versand-Ereignisaktion wird für alle "meldepflichtigen" Zeitfensterbuchungen ausgelöst.

images/download/attachments/201666256/image-2025-3-31_14-26-13-version-1-modificationdate-1743423973035-api-v2.png