The rules for an object type and its subtypes that are set at one context do not replace other rules that are set in the parent context. Instead, all rules are merged to create a composite rule. The merging involves combining rule definitions using the object type and context hierarchies that are in place, where the rule definition from the lowest level in the hierarchy takes precedence over definitions in parent types and contexts. Both the object type specified when the rule was created and the context in which the rule was created are taken into account.

If a default value is not set for an object attribute in the composite rule that is in place and the user creating the object does not specify a value for the attribute, then one of the following occurs:

Managing the creation of parts and CAD documents through the Windchill workgroup managers can affect the use of object initialization rules that are established for the name and number attributes of parts and CAD documents. For details on the managing options that are available through the workgroup managers, see Using OIRs for Naming and Numbering

If no constraints are applied or if empty constraints are applied to an object attribute in the composite rule that is in place, then there are no additional changes to the appearance of the value field when the user interface is displayed. For example, the field presented is empty and is editable.

The examples shown in this topic use rule content that defines default values. The merging of rules that include display constraints is done in the same manner as those that define default values. Both the type and context hierarchies that are in place are used to merge individual rules, creating the composite rule that is used.

When all of the rules are defined for the same object type, then merging rules only involves using the established context hierarchy. For example, assume the following:

Then the composite rule for wt.doc.WTDocument objects created under the product or organization includes both the setting for numbering and versioning, and the setting for folders. If the product rule for wt.doc.WTDocument object type had included setting the numbering scheme, then this rule setting would usually take precedence over the setting made at the site context.

When all of the rules that are defined are in the same context, then merging rules only involves using the established type hierarchy. For example, assume the following:

Then the merged rule for com.ptc.General in the site context would usually include the numbering and versioning definition from the parent type (wt.doc.WTDocument) and the folders definition from com.ptc.General. The composite rule for wt.doc.WTDocument objects at the site context would not include the folders definition because the folders definition is only in the rule defined for the subtype.

The inheritance from the parent to child in both types or contexts can be changed by including the optional final or ignore attributes in an AttrValue, AttrConstraint, or VarDef element for a specific object attribute. Using these attributes is described in Optional AttrValue, AttrConstraint, and VarDef Attributes.

When the rules set for a specific object type include rules for both a parent type and a child subtype as well as rules in multiple contexts, then merging the rules involves both the type and context hierarchy. For example, assume the following:

Using these rules, assume a user creates a document using the wt.doc.WTDocument type in the product context. Then the following is true:

The composite rule in effect in this case includes content from both of the rules set in the site context and does not use content from the rule set in the product context for the default folder path (as the specified object type is the wt.doc.WTDocument parent type).

If a user creates a document using the com.ptc.General subtype in the product context, then the following is true:

In the composite rule that is in effect in this case, the rule content for the default folder path that is set in the product for the com.ptc.General subtype is used because it supersedes the rule content set in the site context for the wt.doc.WTDocument parent type.

If both object type and context hierarchy are involved, the object type hierarchy within the current context takes precedence over the context hierarchy. An object initialization rule for a subtype is ignored when the parent type rule exists in the current context. For example, assume the following:

If a user creates a document using the com.ptc.General subtype in the product context, then the following is true:

In the composite rule that is in effect in this case, the rule content for the default folder path that is set in the product for the wt.doc.WTDocument is used because it supersedes the folder setting in the rule set in the site context for the wt.doc.WTDocument parent type as well as the folder setting in the rule set in the site context for the com.ptc.General subtype. Though the site-level rule set for the com.ptc.General subtype is of the same object type as the object created, it is ignored by the product-level rule using the object type hierarchy.