FACHWISSEN · AUTOMATISIERUNG & TRANSFORMATION

Entscheidungstabellen in der BPA: Warum die Reihenfolge von Regeln das Ergebnis verändern kann

Eine automatisierte Entscheidung soll nachvollziehbar sein: Welche Angaben führten zu welchem Ergebnis? Entscheidungstabellen können dabei helfen. Allerdings genügt eine Liste verständlicher Regeln nicht, wenn mehrere Regeln gleichzeitig passen.

Trefferregeln gehören zur fachlichen Bedeutung

Der Standard DMN beschreibt unterschiedliche Trefferstrategien für Entscheidungstabellen. Bei „Unique“ sollen sich Regeln nicht überschneiden, sodass höchstens eine Regel passt. Bei „First“ kann es mehrere Treffer geben; maßgeblich ist die zuerst aufgeführte passende Regel. Andere Strategien können mehrere Ergebnisse sammeln oder nach einer festgelegten Ergebnispriorität auswählen.

Damit ist die Reihenfolge nicht bei jeder Tabelle nur eine Frage der Darstellung. Wird „First“ verwendet, kann das Verschieben einer Zeile die Entscheidung verändern, obwohl kein Bedingungstext angepasst wurde.

Ein fiktiver Serviceprozess

Eine interne Anfragensteuerung kennt zwei Bedingungen: „kritische Anlage betroffen“ und „vollständige Standardunterlagen vorhanden“. Die erste Regel ordnet eine technische Prüfung an, die zweite eine Standardbearbeitung. Ein Vorgang kann beide Bedingungen erfüllen.

Bei einer unklaren Trefferauswertung ist das Ergebnis widersprüchlich. Eine bewusst gewählte Priorität kann den Konflikt lösen. Alternativ können die Bedingungen so formuliert werden, dass die Standardbearbeitung kritische Anlagen ausdrücklich ausschließt. Welche Lösung richtig ist, muss fachlich entschieden werden.

Grenzwerte und Lücken testen

Ein hilfreicher Testbestand enthält Werte direkt unter, auf und über einer Grenze. Zusätzlich werden fehlende Angaben, unerwartete Kategorien und Fälle mit mehreren passenden Bedingungen geprüft. Für jede Eingabe sollte ein erwartetes Ergebnis feststehen.

Auch der Fall „keine Regel passt“ benötigt eine bewusste Behandlung. Er kann eine Rückfrage auslösen oder einen fachlichen Ausnahmefall markieren. Eine stillschweigende Standardentscheidung wäre nur dann sinnvoll, wenn sie ausdrücklich vorgesehen und geprüft ist.

Änderungen verständlich freigeben

Eine Regeländerung sollte zeigen, welche bisherigen Testfälle ein anderes Ergebnis erhalten. So lässt sich eine fachliche Diskussion über die Wirkung führen, statt nur die neue Formulierung zu betrachten. Version und Gültigkeitsbeginn helfen dabei, spätere Entscheidungen nachvollziehbar einzuordnen.

Für den Betrieb kann es genügen, Eingabekategorien, verwendete Regelversion und Ergebnis zu protokollieren. Vollständige Dokumente oder personenbezogene Inhalte müssen dafür nicht automatisch kopiert werden. Die Tabelle macht eine Entscheidung transparenter; sie macht eine ungeprüfte Regel jedoch nicht von selbst richtig.

An automated decision should be explainable: which inputs produced which outcome? Decision tables can help. A list of understandable rules is not enough, however, when several rules match at once.

The hit policy is part of the business meaning

The DMN standard describes different hit policies for decision tables. With “Unique”, rules should not overlap, so at most one rule matches. With “First”, several may match and the first matching rule in the table takes precedence. Other policies can collect multiple outputs or select according to a defined output priority.

Rule order is therefore not always just a presentation choice. In a “First” table, moving a row can change the decision even when none of the condition text changes.

A fictional service process

An internal request-routing process has two conditions: “critical equipment affected” and “complete standard documentation available”. The first rule requires a technical review; the second routes the request for standard handling. A case can meet both conditions.

Without a clear matching policy, the result is contradictory. Deliberately chosen priority can resolve the conflict. Alternatively, the standard-handling condition can explicitly exclude critical equipment. The correct choice is a business decision.

Test boundaries and gaps

A useful test set contains values just below, exactly on and just above a boundary. It also covers missing inputs, unexpected categories and cases that match several conditions. Each input should have an expected outcome.

The case where no rule matches also needs deliberate treatment. It may trigger a query or identify a business exception. A silent default decision is appropriate only if it has been explicitly designed and tested.

Make change approval understandable

A rule change should identify which existing test cases receive a different outcome. That supports a discussion of the effect rather than only the wording. A version and effective date help put later decisions in context.

For operations, logging input categories, rule version and outcome may be enough. Complete documents or personal content do not automatically need to be copied. A table makes a decision more transparent; it does not automatically make an unreviewed rule correct.