Prüft den Meldepunktindex mit Zeitscheibenprüfung und speichert die Ergebnisse im MessageContext

Beschreibung

Stammdatenänderungen werden ab 06.06. mittels Zeiträumen übermittelt. Dies kann dazu führen, dass eine Stammdatennachricht für zwei Systeme relevant sind. Auf eine Stammdatenmeldung muss mit einer APERAK-Anerkennungsmeldung und mit einer SDA Antwort reagiert werden.

Betroffen sind alle SDA die an den LF gehen Priorität haben: 55616, 55620, 55175, 55653, 55650, 55653 Diese weiteren Prüfis könnte möglich auch berücksichtigt werden: 55615, 55618, 55225, 55218, 55126, 55691, 55649, 55651

Übersicht

  1. Prüfung, ob ein passender RFF-Qualifier (Z49) in der Nachricht vorhanden ist.
    Es wird geprüft, ob der RFF-Qualifier und die zugehörige Nummer in der Nachricht enthalten sind. Falls der RFF-Qualifier nicht passt, wird dieser übersprungen.

  2. Prüfung der Zeitscheiben (DTM+Z25 und DTM+Z26).
    Es wird geprüft, ob die Zeitscheiben (Start- und Enddatum) für den RFF-Qualifier gültig sind. Hier wird für jede RFF geprüft,ob zwei Zeiträume (definiert durch die Start- und Enddaten: das Startdatum der EDI-Zeitscheibe (DTM+Z25), das Enddatum der EDI-Zeitscheibe (DTM+Z26) und Index-Zeitscheibe) sich überschneiden. Diese Überprüfung erfolgt auf der Grundlage der Regeln für exklusive Zeiträume, bei denen das Enddatum nicht in den Zeitraum eingeschlossen wird.

    Falls kein Enddatum in RFF+Z49 angegeben ist, wird ein Standardwert (9999-12-31T23:59) verwendet .

  3. Speicherung der gefundenen Channels im MessageContext während der Verarbeitung.
    Die gefundenen Channels werden im MessageContext SYSTEMSPLIT_MTR_TIMESLICE_CHECK gespeichert. Dieser kann später mit dem Filter "extension_mapping" abgefragt werden, z. B.: "MIX_CHANNEL" <== $messagecontext.SYSTEMSPLIT_MTR_TIMESLICE_CHECK == "MIXED" .

  4. Dieser Filter hat selbst keine Aussteuerung.
    Der Filter dient nur zur Prüfung und Speicherung der Ergebnisse im MessageContext, ohne selbst eine Aussteuerung vorzunehmen. Die Idee dabei ist, Nachrichten mit dem Status „MIXED“ zu duplizieren und an alle Backends zu senden.

Einrichtung

Extension B3P_ADDITIONAL_DIVIDING_NETWORK_CONFIGURATION : mtr_check_incident_timeslice Beispiel: 55616=mtr_check_incident_timeslice,extension_mapping

MessageContext SYSTEMSPLIT_MTR_TIMESLICE_CHECK

Wert Beschreibung
NOT_FOUND Kein Channel gefunden, Zeitscheibe passt nicht oder kein Eintrag in Index. Clearing Fall.
<Channel-Name> Channel eindeutig gefunden. Der gefundene Channel wird im MessageContext gespeichert.
MIXED Channel gefunden, aber nicht eindeutig.
NOT_SUPPORTED Der Filter wurde abgebrochen, da in der Nachricht keine passenden Werte vorhanden sind. Bitte nicht zweckentfremden. Diesen Filter nur für passende Prüfungen hinterlegen, z. B. 55616 = mtr_check_timeslice, extension_mapping .

Release

mit BTOB-13158 erst ab 6.25

```

View Me   Edit Me