Zum Inhalt springen
elasticdms

Warum liegt das hier?

Ereignis 0bfe6131-3cdc-497d-8d83-90044feab765 · eingegangen 10.09.2026 21:42 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
14f462c68d313c90fece51e1aabf18987c2bb58e59d468a34ccc3aa3b89fd28f
Determinismusschluessel
e5d25c63659302ccbc9a85096b41b194f310fa8d6464b90d9be9754f1d59320f

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.