Professional Documents
Culture Documents
Community WIKI SAP Community Welcome, Guest Login Register Search the Community
Variant configuration enables the manufacturing of complex products that also have many variants. Often, new variants are created
by modifying existing product designs as the order is processed and reacting quickly to customers' requirements is also necessary.
With variant configuration, the customer or a salesperson can also determine features of a product, collect and document
specifications for the product and ensure that the product can be produced with those specifications while productions costs are
automatically calculated. The product configurator also improves information exchange between sales, engineering, and production.
CA-CL Classification
SD Sales, Conditions
MM Purchasing
CO Costing
It is possible to configure:
• Materials
• Standard networks in the Project System
• PM General maintenance task lists
• Model service specifications
The master data of a configuration model comprises materials, bills of material (BOMs), classes, characteristics,
dependencies, and configuration profiles.
In the material master, the MARA-KZKFG indicator determines whether a material is configurable. Before a material
can be configured, at least one valid configuration profile and one variant class (standard class type 300) must be
assigned to the material.
The realization of a product's Bill of Materials / routings is controlled by the configuration model and its dependency knowledge
which is modeled and designed by the user.
The following steps are required to be able to configure objects and simplify and automate the production process:
Configuration Profile
The configuration profile contains the main dependency logic for the configurable material, controls how
BOM explosion is processed and allows further specifications for the BOM. Additionally, the class assignment
can also be maintained here.
1. Planned/Production Order
2. Sales Order (SET)
3. Order BOM
1.Planned/Production Order
When the level of BOM explosion (none, single level, multi-level) in the sales order is selected, the following
processes apply:
• Products are supplied together, but not assembled together (Its just a grouping)
• Only sales relevant BOM items are exploded
• 11, 12, and 13 have their own BOM, can be sold separately, not only in group 1
3.Order BOM
Order BOM is used for customer specific adjustment of the BOM and the value assignment is done in SD,
but not in BOM explosion.
Generally, the BOM explosion is controlled by the BOM usage, the BOM application and the BOM filters.
Dependency Knowledge
The following type of dependencies are used in variant configuration:
Preconditions Characteristic value Hide a value Preconditions are processed after the
Characteristic Hide a characteristic value has been set (by pressing
enter)
Procedure Characteristic Value Infer values, send values from root Procedures are processed in
Characteristic material to subcomponents sequential order after the value has
Configuration Profile been set (pressing enter)
BOM/Routing
Constraint Configuration Profile Infer values top down and vice Processing order of constraints is not
versa fixed
The objects in the BOM can be called by either: $SELF , $PARENT or $ROOT depending on the level on which the object can be found.
High Level
On high level, every interactive configuration and all dependencies are processed.
Low level
Low level configuration refers to background explosion of BOM, production order creation and MRP restrictions of the selection condition,
the procedures changing master data and the class nodes replacements.
In low level configuration, processing of dependcies is limited and some syntax such as $set_pricing_factor is not read.
Class Nodes
Class nodes can be created by using classes as nodes instead of setting multiple BOM items in a following manner:
Database storage
The main anchor where the configuration of an object in an application is stored is TABLE_APPLICATION-CUOBJ
Table Description
RESB Reservations
EQUI Equipments
LIPS Deliveries
VBRP Invoices
Very common is changing master data via dependencies e.g. number of components in the BOM
Reference characteristic STPO-MENGE
Table Description
Table Description
VOLUM Volume
You moreover have the possibility to change master of BOM, routing and master recipes
Table Description
Table Description
Table Description
Table Description
MGVGW Quantity
Standard reading configuration from data base vc_i_get_configuration (with dependency knowledge)
vc_i_get_configuration_ibase (without dependency knowledge)
Performance issues
• Number BOM explosions (SAPLCUKO)
• Perform BOM_EXPLOSION CHECK_UNPROCESSED_DDB_MSGS in function group cuko
• Procedure and Constraints run too often • Procedure may be turned into constraints
• Reduce the amount stored values on data base • SDCOM_VKOND with $set_pricing_factor
• SCREEN_DEP-INVISIBLE
• Do not use actions
• Reduce the amount of values, may be check tables/function modules
• Do not use Overwritten characteristic
• Do not use class hierarchies / intersections
• Use class items instead of many selection conditions
• Make use of SAP_PRICNG
• Avoid empty fields in variant tables
• Do not assign small variant tables to data base tables (10chars*10000lines)
• Use Dependencies instead of manual conditions to set values SDCOM-VKOND
• Note 736268
No labels