As a best practice, it is recommended to build engineering definitions where the variability is defined only at the first level of the engineering structure.

Starting from R2020x FD01, users can define the content of the Engineering Definition to have Engineering Items that are resolved based on a pre-defined product configuration.

As such, the Engineering Definition can contain:

• Non configurable items - items that contain an engineering definition that is fixed and has no variability.
• Configurable items that have been resolved - engineering items that are resolved according to specific product configurations that are applied on them (thus “resolving” them).

This is illustrated in the following example:

The root item has three Engineering Items:

• Children Item 02 and Item 03:
  • Both are non-configurable items and can be linked, as-is, to the root with or without variant/option effectivity.
• Child Item 01:
  • An engineering item that is configured and can be resolved by applying one of the 3 product configurations: PC-001, PC-002, PC-003.

To add Item 01 to this definition, the user will have to select which product configuration should be used in order to resolve this item in the engineering definition. A new command is available from the “Engineering Release” widget to add “Existing Product Configuration”:

By selecting the relevant product configuration, the resolved Item 01 list will then be valid for the item in this specific root.

Reminder:

The resolved Engineering Item corresponds to the 100% resolved design of a product, filtered according to the selected product configuration.

The attached video describes this process in more details

Tips and Tricks ​​​​​​​

Tips_and_Tricks ​​​​​​​

Collaborative_Product_Definition_and_Release 

 ​​​​​​​