Name
|
Type a name for the product configuration or select
Autoname to have the system
assign a name automatically. |
Based On
|
Click to select the model version or
logical feature on which this product configuration is
based. Notes:
- If you started creation in the context of
product configurations or independent of any model
version, you can select any model version or
logical feature in the hierarchy.
- If you started creation from the list of product
configurations for a model version or logical
feature, you cannot edit this field. The
Based On value is entered
for you.
|
Model Version Context
Only appears when creating the configuration based on a
logical feature or from the list of all product
configurations. |
Click to select the model version this
configuration should be related to. Note:
If you select a
model version in the Based On
field, you cannot select a model version for this
field.
|
Derived From
|
Click
to select the product configuration from which
this product configuration is derived.
|
Top Level Part
|
Click to select the part that is to be
the top-level part for the product configuration. The
top-level part is the context for the product configuration
and can be any part. In the model version context, a
part family
can be created on the GBOM page.
This part family is used to auto-generate the top level
part if one is not already assigned to the product
configuration. If you do not assign a top-level part, a
new part can be created from the context part family and
assigned as the top level part. If you do not
assign a top-level part while creating a product
configuration, one is automatically created and assigned
to the product configuration when the EBOM is
generated from the Preview BOM
page. The prerequisite for this to occur is that in the
context in which the product configuration is present, a
part family must also be present in that context's GBOM. For
example, if a product configuration is present in the
Hardware Product context, then in the Hardware Product's
GBOM a part family should also be present. You can
manually assign an existing part as the top-level part when
creating or editing of the product configuration. The
criteria governing the search are the same as those applied
to creating a top-level part:
- The part policy should be Development
Part and it cannot be in the Obsolete
state.
- The part cannot be connected to other parts with an
EBOM relationship.
- The part cannot be connected to other product
configurations as a top-level part.
|
Date Effectivity
|
Click
to select the date of the
effectivity of this product
configuration.
|
Description
|
Type details that describe the product configuration. |
Marketing Name
|
The
marketing name for the product
configuration.
|
Marketing Text
|
Additional text used for marketing the
product configuration.
|
Owner
|
Click
to assign an owner. By default, the owner is the
person who creates the product configuration.
|
Sales Intent
|
Indicates how the configuration is intended to be used to sell the model
version:
- Standard Configuration: Can
be sold in the market and appears in a model version
catalog.
- Custom Configuration: Created
for one customer and is not available in the model
version catalog.
|
Purpose
|
Indicates how the configuration will be used:
- Evaluation: For internal
engineering, for example, to test configuration
rules.
Note:
It is possible to create an
invalid configuration for evaluation purposes, and
to generate a BOM from an invalid configuration
for prototyping. If your company prefers that this
be blocked, your Business Administrator can hide
the command action when the configuration is
invalid.
- Order: For sale to customers.
- Accessory: For a product
configuration in the context of a logical feature,
the purpose is Accessory and
cannot be changed.
|
Policy
|
The governing policy for the object: Product Configuration. If your
company has defined custom policies, you can select another
policy. |