Zum Inhalt springen
elasticdms

Warum liegt das hier?

Ereignis f332d281-8536-4030-af38-d1a8d4b08eee · eingegangen 09.09.2026 02:26 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
9321beb13a0e558ae752d7750a391ccb1dad6b7ba888305a7ee7c47b4b740eaf
Determinismusschluessel
be2af4aef757dad18db26637efe8372dc8b196cbb779f41fb6b04ca25bae3530

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.