Zum Inhalt springen
elasticdms

Warum liegt das hier?

Ereignis 5e49c432-bf39-4df5-8471-4176a7ad7c79 · eingegangen 09.09.2026 00:27 UTC · Quelle paymentadvice@ / Inbox

Ergebnis

im Klaerfall

Regelwerksstand
rs-2026-08-14T09:12:00Z
Programmidentitaet
pi-edms-0.4.2
Analyzer
analyzer-3
Faktensatz
facts-2
Triage-Profil
standard-2026
Aktive Regeln
34
davon Kandidaten
2
Faktenhash
435871f0e1acbf23bf5464e74adb3d63839e30d8f527515afe8fc55cc2ac8f8e
Determinismusschluessel
39c9881b119763be41fb748ec23ec45b4c008921f9b471d3864b6894806a3a38

Diese Angaben sind dieselben wie in edms explain — dieselbe Reihenfolge, dieselben Werte. Konsole und Oberflaeche erzaehlen nicht zwei Wahrheiten ueber dieselbe Entscheidung.

Warum liegt das hier?

Phase 1 — Ausschluss

3 Ausschlussregeln geprueft, keine hat gestoppt.

Phase 3 — Regeln, die getroffen haben

Keine Regel hat getroffen. Das ist kein Fehler, sondern der Ausgang „implicit keep": das Ereignis wird aufbewahrt und zur Pruefung vorgelegt.

Ausgefuehrter Plan (0)

Keine Schritte. Das Ereignis hat keinen ausfuehrbaren Plan erzeugt.

Die Reihenfolge ist fest und nicht konfigurierbar: eine andere Reihenfolge erzeugt bei gleichem Plan andere Ergebnisse.

Warum liegt es NICHT dort?

Diese Frage hat drei verschiedene Antworten, und sie sind nicht austauschbar: eine Regel wurde geprueft und traf nicht zu, eine Regel war gar nicht erst Kandidat, oder es gibt keine solche Regel. Nur die dritte Antwort heisst: hier hilft kein Schaerfen, hier fehlt eine Regel.

Geprueft und nicht getroffen (2)

Gar nicht erst geprueft (32)

32 von 34 aktiven Regeln kamen fuer dieses Ereignis nicht in Betracht. Ihr Ausloeserblock passte nicht: anderes Ereignis, andere Quelle oder anderer Ordner.

Diese Regeln haben nicht „nicht zugetroffen" — sie wurden nie ausgewertet. Wer eine davon erwartet hat, aendert ihren Ausloeserblock, nicht ihre Bedingung.