Zum Inhalt springen
elasticdms

Warum liegt das hier?

Ereignis 03192ffc-fa31-4d6f-ac08-f68169c1324d · eingegangen 10.09.2026 11:54 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
197cf63e70d5c983f55c63515ff9868a8a36d2de5dca67e837da811398e28f0f
Determinismusschluessel
f01c6306f3ef3a3881ae3dec84604245093c2e7112bb490808d4ec653e58dfe9

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.