1. They have the same Conditions but different Actions.
2. All combinations of possible values from the Conditions' values sets are covered in rules on the Rulesheet.
3. No, not all ambiguous rules are wrong or need to be resolved before deployment. Ambiguities may exist in Rulesheets where there are rules that are completely unrelated to each other. In those cases, it may be appropriate for both rules to fire if the Conditions for both are met.
4. No, not all incompletenesses are wrong or need to be resolved before deployment. Incomplete Rulesheets may be missing combinations of Conditions that cannot or should not occur in real data. In those cases, rules for such combinations may not make sense at all.
5. Conflict Checker – second icon; Compression Tool – fifth icon; Expansion Tool – first icon; Collapse Tool – third icon; Conflict Filter – sixth icon.
6. An ambiguity can be resolved by 1) making the Actions match for both rules, or 2) by setting an override for one of the rules.
7. False. Defining an override does not specify an execution sequence, but rather specifies that the rule with the override will always fire instead of the rule being overridden when the Conditions they share are satisfied.
8. False. The Completeness Checker will auto-complete the Condition's value set prior to inserting missing rules. This ensures the Rulesheet, post-application of the Completeness Check, is truly complete.
9. The Completeness Checker will detect Rulesheet incompleteness caused by an incomplete values set because it will automatically complete the value set first before inserting missing columns.
10. Yes. One rule can override multiple other rules by holding the Ctrl key to multi-select overrides from the drop-down.
11. No, overrides are not transitive and must be specified directly between all applicable rules.
12. No, rules created by the Completeness Checker may be made up of combinations of Conditions that cannot or should not occur in real data. In those cases, rules for such combinations may not make sense at all.
13. A dash specifies that the Condition should be ignored for this rule.
14. False. The Expansion Tool merely expands a Rulesheet so that all sub-rules are visible. The results can be reversed by using the Collapse Tool.
15. True. It may be reversible using Undo, or by manually removing redundant sub-rules after expansion.
16. 64 (4 x 4 x 4)
17. It is not necessary to assign actions for a rule column if that combination of conditions cannot or should not exist in real data. We recommend disabling columns added by the Completeness Check that you determine need no Actions.
18. They may be disabled, deleted, or just left as-is with no Actions (but this last option is not recommended since it will still cause activity which can impact performance).
19. Compression Tool
20. The compression performed by the Completeness Checker is designed to reduce a large set of missing rules into the smallest set of non-overlapping columns, while the compression performed by the Compression Tool is designed to reduce the number of rules into the smallest set of general rules (i.e. create columns with the most dashes).
21. Even very large databases may still not contain all possible combinations of data necessary to verify Rulesheet completeness. In short, they may be incomplete themselves.
22. Renumber the rules and potentially ask you to consolidate Rule Statements if duplicate row numbers result from the renumbering.
23. Subsumation occurs when the Compression Tool detects that a more general rule expression includes the logic of a more specific rule expression. In this case, the more specific rule can be removed.
