Zum Inhalt springen
elasticdms

Warum liegt das hier?

Ereignis 658264b2-0b92-4738-a3d7-21c2fa032495 · eingegangen 09.09.2026 15:37 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
76bcc1b13fd84874ec0cb0ff387ed336a114257a92d583477513313975b70cc3
Determinismusschluessel
f6c235e5bfa7769a7ff7da2012c09759055d5ecc7e15b84eea9f84c05af6b1a3

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.