Resolving conflicts between status modification groups
In some cases, multiple status modification groups contain conflicting status modification rules.
Conflicts between status modification groups are resolved in the following way:
- If two status modification groups contain the same rule, where one group has the rule set to Allow and the other group has the rule set to Disallow, the rule is set to Allow.
- If no status modification group has the rule defined, the rule is set to the value specified in the parent group. If there is no parent group, the rule is set to the value in Default Group.
- If multiple status modification groups have the Is Override option selected, but the groups do not have the rule defined, the rule is set to the value specified in the parent group. If there is no parent group, the rule is set to the value in Default Group.
The following example describes a scenario in which conflicts between status modification groups are resolved.
Example: resolving conflicts between status modification groups
In this example, three status modification groups
contain status modification rules that affect the same order.
1500 OrderLine | Cancel | Disallow |
2300 Order ShipTo | Change | Disallow |
2400 Order ShipNode | Change | Disallow |
Use Status Modification Group 1 when condition 1 is true:
Inherits from Default Group | ||
---|---|---|
1500 OrderLine | Cancel | Allowed |
2400 Order ShipNode | Change | Disallow |
Inherits from Default Group | ||
---|---|---|
1500 OrderLine | Cancel | Disallow |
Inherits from Default Group | ||
---|---|---|
Is Override is Yes | ||
2400 Order ShipNode | Change | Disallow |
If the order satisfies all conditions, status modification groups 1, 2, and 3 are applicable. As a result, the following access is granted:
1500 OrderLine | Cancel | Allowed | Condition 1 applied |
2300 Order ShipTo | Change | Disallow | Default applied |
2400 Order ShipNode | Change | Disallow | Condition 3 applied |