Rule overriding
Rule overriding is the final stage of rule selection. After all other selection mechanisms, you can specify that certain rules override other rules. Overridden rules are filtered out and not selected for execution.
A rule can override one or more other rules if these rules are selected in the same rule task at run time. Rule overriding occurs at the individual rule, decision table, or decision tree level. You can set an entire business decision table to override another decision table or tree, for example.
-
The name of the rule that you want this artifact to override
-
The name of each rule that you want this artifact to override, separated by commas; or
-
Select from a list by clicking the . . . button.

Combine rule overriding with the hierarchical property
You can also combine rule overriding with the hierarchical property, enabling specific rules to override more general rules. You specify overriding in Rule Designer by setting the overriddenRules rule property. Using the overriddenRules property, you can select which rule artifacts are to be overridden and specify the overriding relationship between a rule and other rules.
The following diagram shows how rule overriding works in a hierarchical rule structure.

Selection operates as follows:
-
The first selection is based on the
effective dateproperty. This drops ruler2from the selection, leavingr1,r3,r4,r5, andr6. -
At run time, only the first package is selected (for example,
p1has been added to the rule task, butp2has not). As a result,r6is filtered out of the selection. -
Runtime rule selection is set to
the location of the ruleis over‘Florida’, so only USA and Florida rules are considered for execution (see the Geography hierarchy tree in the diagram). As a result,r5is filtered out of the selection. -
Finally,
r3overridesr1. Onlyr3andr4are left, and run if their conditions are met.