Is it dependency or constraint
I have a custom Exception class. I am using it in my other client classes.
Is this relationship is association / dependancy / constraint. .
I also want to know what is meant by Constraint ?
>>
http://faramir.rug.ac.be/courses/soot1/dungeon/uml.html
Yes, they make the same error wrt cardinality and
associations. Specifically, a constraint on the
cardinality of an association would constrain how many
links of that association type may occur, whereas a
constraint on the cardinality of an association
end will constrain how many object references
that end may be linked to. It is important that these
concepts are not confused.
If you are interested in using UML, you should take
time to read the UML specifications, available at
omg.org, the standards body responsible for UML.
They are quite verbose compared to a single page crib
sheet, but part of having a standard, universal
language for modelling OO concepts is using the
terminology correctly.
PeteAs per
http://www.holub.com/goodies/uml/index.html
Constraint A constrained relationship requires some rule to be applied. (e.g. {ordered}) Often combined with aggregation, composition, etc.
http://www.ajug.org/info/tech/uml/uml.html also has a good explanation
This is what the UML spec says at
http://www.omg.org/docs/formal/03-03-10.pdf
"A constraint is a semantic relationship among model elements that specifies conditions
and propositions that must be maintained as true; otherwise, the system described by
the model is invalid (with consequences that are outside the scope of UML). Certain
kinds of constraints (such as an association �xor� constraint) are predefined in UML,
others may be user-defined. A user-defined constraint is described in words in a given
language, whose syntax and interpretation is a tool responsibility. A constraint
represents semantic information attached to a model element, not just to a view of it."
There is also a figure depicting an example.
It further states
"For two graphical symbols (such as two classes or two associations), the constraint is
shown as a dashed arrow from one element to the other element labeled by the
constraint string (in braces). The direction of the arrow is relevant information within
the constraint. The client (tail of the arrow) is mapped to the first position and the
supplier (head of the arrow) is mapped to the second position in the constraint."
So in response to the OP's question
Is this relationship is association / dependancy / constraint. .
It is a dependancy as constraint in itself is not a relationship but on a relationship.
Similar Messages
-
How to delete some date in target table at a mapping?
How to delete some date in target table at a mapping?
I extract date from source tabel into target table,
but before extract date I want to delete some date from target?
how to do?Just to change a bit of terminology in the reply, within the mapping, click on operator properties and choose TRUNCATE/INSERT.
Note that truncate is dependent on constraints, so you probably must disable those before doing this. You can of course do DELETE/INSERT...
Jean-Pierre -
Variant Configuration
Variant configuration is for manufacturing complex products in which customer determines the features of the product. Objective of variant configuration is to react quickly to customers' requirements.
Here it needs not to create separate material for each variant of a product. When companies introduce variant configuration this often goes beyond a business process re-engineering project. Variant configuration offers an opportunity to restructure product structures for which then processes are defined. This has a direct impact to the core areas such as marketing and product data management.
2 Advantages of VC
 No need to Create separate material master for each variant combination.
 Super BOM and Super Routing is enough for representing all possible Variants and Operations.
 Able to react more flexible to customer demands.
 Increase Information exchange between sales, engineering and production.
3 What is Configurable Material?
 A material with different features or characteristics and options is known as configurable material. Example: PC, Car.
 Configurable materials are either created in a material type that allows the configuration (n the standard system, the material type KMAT) or they are given the indicator Configurable in the material master record.
4 Master Data used for VC
Following Objects are used as Master data for Variant configuration.
1. Super BOM
2. Super Routing
3. Characteristic
4. Class
5. Object Dependencies
6. Configuration Profile
7. SD Condition records
4.1 Super BOM
Super BOM Contains all the components for producing configurable product. It contains both variant as well as non-variant parts required for producing configurable product.
4.1.1 Super BOM configuration
Super BOM can be created either one of the following methods.
 Create BOM with class Item of 200-class type that contains all characteristic of a configurable material.
 Create BOM with all possible materials as its components. Then assign /define dependencies to each component.
The different between this two method is
 BOM with class item, no need to assign or define object dependencies. Instead of that each material is classified in material master itself using class 200.
 For both cases all characteristics are assigned to class 300 which is again assigned to KMAT material in order to trigger configuration in configuration profile.
4.1.2 Super BOM with Class Item
Class items used to control the selection of variant parts in a BOM. Variant parts are classified in a class, and the class is entered in the BOM as a class item. When you configure the material, the class is replaced by a suitable variant part.
4.1.3 Advantages of using Class Item in BOM
 Only one item for the class is enough, instead of several items for the individual variant parts.
 No need to create and assign selection conditions.
 Able to classify additional objects in the class at any time, without having to change the BOM.
4.1.4 Steps involved in super BOM with Class
Define all Characteristics and its Values assign it to Class with type 200.
Assign characteristic Values to materials by Classification material
Assign class 200 with material instead of assigning all BOM items.
Create and Assign class 300 (with same characteristics) with configurable product using configuration profile.
4.1.5 Super BOM with Material Components
This bill of material (BOM) of a configurable material contains all the components that are required to manufacture the material. The BOM contains components that are only used in specific variants (variant parts), as well as components that are used in all variants (non-variable parts).
4.1.6 Steps involved in super BOM with Material Components
Define all Characteristics and its values assign it to Class with type 300.
Assign Class with configurable material in Configuration profile.
BOM is created with all variant and non-variant items.
Define interdependency between objects (Characteristic, BOM item, Routing Operation etc ) by using Object Dependencies.
Assign class 300 with configurable product using configuration profile.
4.2 Super Routing
A configurable routing describes the production process for all variants of a product. Instead of creating a routing for each variant of a product, you can create operations for one routing, or a "super" routing.
It is possible to maintain Object dependencies for following in super routing:
 Sequences
 Operations/sub-operations
 Production resource/tool assignments
The routing is configured by system, when order is created for KMAT material.
4.3 Characteristic
Characteristic is used to define the features of a configurable material. To enable to use characteristics to configure a material, assign the material to a class of class type 300. The customer can choose from among different options for each characteristic.
 Characteristics describe the properties of objects. The values of a characteristic specify these properties.
 Value assignment to characteristic may be single value or multiple value with required entry or restrict able entry.
 In characteristic it is also possible to use table name and its field name in order to change the Object quantity or values. I.e. BOM item quantity or Operation time, which is known as reference characteristic.
 In Restriction screen allowed Class types are entered i.e. for what are the class this characteristic may used. In general for Variant configuration class 200 and 300 are used.
 It is also possible to assign Dependency to characteristic values maintained in Characteristic.
4.4 Variant Class
 In Variant configuration, Class is used to hold the characteristics that describe about configurable material. Class type to determine which object types can be classified.
 Class is used in variant configuration if the class has a class type that supports variant configuration. In Customizing for Classification, the Variant class type indicator must be set for the class type. In the standard system, this is class type 300.
4.5 Dependencies
 Dependencies restricts the combinations of options i.e. characteristic that are not allowed. It also select exactly the right BOM components and operations to produce a variant.
 It also describe the interdependencies between characteristics and characteristic values
 It control which components are selected from a bill of material (BOM) and which operations are selected from a task list
 It also changes the values of fields in BOM items and operations during configuration.
4.5.1 Global and Local Dependencies
Global dependencies have the following properties:
 They are independent of any object.
 They are identified by a name that you assign, and are maintained and managed centrally.
 If you change a global dependency, the change affects all the objects where the dependency is used
Local dependencies have the following properties:
 They are only available to the object for which you create them
 You cannot use the central maintenance functions on these dependencies, and you cannot allocate them to other objects
 They are identified by a number assigned by the system, not an external name
Local dependencies are only used where certain dependency will not be needed elsewhere
The differences between global and local dependencies are as follows:
 Global dependencies are created centrally and can be assigned to several objects.
 Local dependencies are created for one object and can only be used with this object
4.5.2 Declarative and Procedural Dependency
 In Declarative dependencies the result are explained logically
 Declarative dependencies are easier to trace than procedural dependencies, because the point in time when the dependency is processed and the sequence in which the dependencies are processed are not relevant.
 Example for Declarative dependency:
- Constraint
- Actions
- Preconditions (provided that they contain no non-declarative expressions)
- Selection conditions (provided that they contain no non-declarative expressions)
 In Procedural Dependency result depends on the processing sequence and the point in time when the dependency is processed.
- Procedures
- Preconditions (only if they contain non-declarative expressions)
- Selection conditions (only if they contain non-declarative expressions)
4.5.3 Dependencies Types
The SAP System supports the following types of dependencies:
 Preconditions
 Selection conditions
 Procedures
 Actions (obsolete)
 Constraints
4.5.4 Preconditions
Preconditions can be allocated to the following objects:
 A characteristic that you want to hide
 A characteristic value that you want to hide
Preconditions are used to hide characteristics and characteristic values that are not allowed and thereby ensure that the configuration of an object is consistent. In the precondition, it is also possible define the circumstances under which a characteristic or value is hidden.
A precondition is fulfilled if the condition you enter is either true or not violated.
4.5.5 Selection Conditions
Selection conditions used to ensure that all the objects relevant to a variant are selected:
 Selection conditions determine which variants require a specific component or operation
 Selection conditions determine when it is mandatory to assign a value to a characteristic
Selection conditions may allocate to the following objects:
 Characteristics
 BOM items
 Operations in task lists
 Sub-operations
 Sequences of operations
 Production resources/tools (PRTs)
A selection condition is fulfilled if the condition in it is unambiguously true.
4.5.6 Procedure
Procedures can be assigned to the following objects:
 The characteristic value that triggers the procedure
 The characteristic that triggers the procedure
 The configuration profile of the configurable object
Procedure is used for following purposes.
 A procedure is used to infer a value for a characteristic, you enter the variable $SELF before the characteristic.
 Procedures can overwrite values that are set by other procedures.
 Procedures are always used for pricing (see Variant Conditions).
Processing Sequences of Procedure
If an object has more than one procedure, a processing sequence is used to define the point when the procedure is processed.
4.5.7 Action
Actions are used to infer characteristic values. An action is processed as soon as the characteristic to which it is assigned has a value. It is not possible to overwrite the characteristic values that are set by an action.
The following Objects can assign to action:
 The characteristic value that triggers the action
 The characteristic that triggers the action
 The configuration profile of the configurable object
 Configuration profile
 BOM items to change the quantity
 Operations in task lists to change the standard values
Since Action is lead to serious system performance problems, it is replaced by Procedure and Constraint.
4.5.8 Constraint
This dependency type is mainly for intensively interactive configuration tasks and for configuration tasks in which you need to take into account the dependencies between the characteristics of several objects. The main purpose of a constraint is to monitor the consistency of a configuration.
Constraints have the following distinguishing features:
 Constraints are used to describe the dependencies between completely different objects and their characteristics.
 Constraints are used to store information on which conditions must be fulfilled if the configuration is to be consistent.
 Constraints are not directly allocated to individual objects. They are grouped together to form dependency nets and allocated to a configurable material in the configuration profile.
 In constraints, you enter objects in their general form of expression, without using $SELF, $ROOT, or $PARENT to identify objects. As a rule, you refer to objects in constraints by entering the class to which the objects are allocated.
 Constraints are declarative dependencies. The processing sequence of constraints and the point in time when constraints are processed is not relevant.
 Constraints are not processed in a specific order. You cannot determine when a specific constraint is used.
In any processing situation, a constraint is only processed once. If a value that is relevant to the constraint is changed, the constraint is triggered again.
4.5.8.1 Structure of Constraints
There are four sections in a constraint. Each part is identified by a keyword. A colon follows the keyword. Each section ends with a period.
OBJECTS:
In this section, you enter the objects that are relevant to the constraint. You must enter the relevant objects in all constraints. You can also define variables for objects or characteristics.
CONDITION:
The condition entered here must be fulfilled in order for the constraint to be used. You do not need to enter a condition in a constraint. You can leave out the keyword CONDITION: if required. However, if you enter the keyword you must enter a condition.
RESTRICTIONS:
In this section, you enter the relation that must exist between the objects and characteristics if the configuration is to be consistent. You must enter a restriction in a constraint.
INFERENCES:
In this section, you enter the characteristics for which characteristic values are to be inferred. The main purpose of constraints is to check the consistency of a configuration. Usually, values are only inferred if you make an entry in this section.
For reasons of performance, only use constraints to infer values if it is really necessary. Constraints are grouped together to form dependency nets. The dependency net is allocated to a configurable material in the configuration profile.
4.5.9 Dependency Net:
Constraints are grouped together in dependency nets. For this reason, the variant configuration menu does not support a function for creating constraints directly. So that only constraints are defined within a dependency net.
5 Configuration Profile
The configuration profile for a material controls the configuration process in sales order. Configurable profile also used to define central settings for configuring the object. Using this profile it is possible to hide some of the characteristic value defined during characteristic creation. We can assign any number profile for a configurable material in which selection is based on either priority or manual selection during configuration.
By defining a filter in the configuration profile, possible to determine the scope of the BOM items to improve system performance when exploding the BOM. The filter is active in high-level configuration, in result-oriented BOMs, and in SET processing.
5.1 Filters in Configurable Profile
Following objects can be used as filter:
 Object type
Class, material, document, text
In the standard system, all object types are selected and therefore exploded in the configuration. Deselect the object types that you do not want to be displayed.
 Item category, for example, stock or non-stock item
All item categories in the configuration are exploded in the standard system. Remove the selection for the item categories you do not want to be displayed.
 Item status
You maintain the status of a BOM item in maintain BOM dependent on its usage.
All items are displayed regardless of their item status in the standard system. However, only the items with this status are displayed when you select specific item statuses. Items are not displayed that do not have the selected status.
 Sort string
You can assign sort strings for BOM items in maintain BOM. You can restrict the display of the BOM items by using these sort strings.
Only items that carry sort strings are checked and only those that match are displayed. Items that have no sort string are always displayed.
5.2 Component availability in the configuration profile
The availability check is just a snapshot, telling that whether the materials required are in stock at this moment. Several users can access the same material at once. This means that supply problems can sometimes be overlooked.
Example: Only 2 pieces of a material are in stock, but the material is used in 3 BOMs. The availability check does not detect a supply problem. The availability check for all 3 BOMs shows 2 pieces in stock.
5.3 Process Overview
There are different processes for configurable materials in sales documents. These processes can be defined on the Configuration initial screen tab in the configuration profile, by choosing the Configuration parameter tab.
The Process are described in the following scenarios:
Planned/Production orders
This processing type is used to describe variant products whose configurable materials are assembled using planned and production orders. The bill of material (BOM) can have single-level, multi-level, or no explosion.
Sales Order (SET)
This processing type is used to describe variant products that comprise salable configurable materials. These products are supplied together, but are not assembled in a production order. Only sales-relevant BOM items are exploded in the sales order.
Order BOM.
You use this processing type if you want to make customer-specific changes to the BOM of a material that you configure in the sales order. In the sales order, you assign values to the characteristics of the header material, but the BOM is not exploded in the sales order.
6 Material Variant and Planning Material
6.1 Material Variant
 Material Variant is an material that can arises from individual Configuration of a configurable product and can be kept in stock
 For variants that are required frequently, we can create material variants, which can be produced without a sales order and kept in stock. When a sales order is received, it is possible to check whether the variant required is in stock, so that it can deliver immediately.
 For material variants, a separate material master record is created with a material type that is kept in stock.
 Separate BOM and routing for a material variant, or you can link the material variant to the BOM and routing of the configurable material. The correct BOM items and operations are determined from the characteristic values assigned to the variant.
6.2 Planning Material
 Planning Material is a material, which contains all the non-variant parts.
 By using planning material all non-variants are procured / produced before sales order.
 It is also possible for Planing the Planning Materials without reference to any sales requirement.
 Planning material is planned separately using strategy 65 and produced before sales order creation.
7 Planing in VC
The following strategies are used for planning configurable materials and its variant parts.
Make to Order production of Variants
Make to Order for Material Variant. - 26
Planning Variants without final Assembly- 55
Planning Variants with planning Material - 65
Make to order with configurable material.- 25
Characteristic Planning with dependent requirement - 56 and
Assembly Processing with Characteristic Planning - 89
8 Variant Configuration: (Object Diagram)
9 Variant Pricing and Surcharges
9.1 Sales BOM
A bill of material (BOM) describes the different components that together create a product. A BOM for a bicycle, for example, consists of all the parts that make up the bicycle: the frame, the saddle, wheels, and so on.
When you enter the material number of a bill of materials that is relevant for sales order processing, the system displays the material that describes the whole bill of materials as a main item. The individual components are displayed as lower-level items.
There are two ways to process a bill of materials in Sales. Once you have entered a bill of material in a sales order, the system runs pricing, inventory control, and delivery processing at: Main item level if the material is assembled, or - Component level if the material is not assembled.
9.2 Processing at Main Item Level (ERLA)
If you want the system to carry out pricing, inventory control, and delivery processing at main item level, enter ERLA in the Item category group field of the Sales: sales org. 2 screen in the material master record of the finished product. This means that the components only function as text items and are not relevant for delivery.
9.3 Processing at Component Level (LUMF)
If you want the system to carry out pricing, inventory control, and delivery processing at the component level, enter LUMF in the Item category group field of the Sales: sales org. 2 screen in the material master record of the finished product. In this case, only the components are relevant for delivery. During processing the system automatically creates a delivery group. The latest delivery date among all the components becomes the delivery date for the entire delivery group.
10 Configuration of VC
10.1 Production Planning and Control
10.1.1 Creating Material
Use
The purpose of this activity is to create the material masters for the materials required in this scenario.
Procedure
Access the activity using one of the following navigation options:
SAP Menu Logistics  Materials Management  Material Master  Material  Create (General)  Immediately
Transaction Code MM01
In Material Master of KMAT material following settings are maintained:
 Configurable material indicator in Basic Data must set.
 MRP type is PD.
 Lot size EX ( Lot for lot size)
 Availability check 02
 Planning Strategy 25 is entered in MRP 3 screen view.
 Item category group 0002 or 0004 is to be given in sales view.
10.1.2 Creating Bill of Material
Purpose:
 The purpose of this activity is to create bills of material (BOMs) for the configurable material which is known as super BOM
 Super BOM comprise all the variant as well as non-variant parts required for producing configurable material.
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics  Production  Master Data  Bills of Material  Bill of Material  Material BOM  Create
Transaction Code CS01
 The Create Material BOM: initial screen appears. On this screen, data that identifies the bill of material are maintained as well effectivity data.
 In the Material field, the configurable material for which super BOM need to create is entered.
 Plant and BOM usage is entered. In general BOM usage 1 for production and 3 is for Universal.
 In Component screen list of variant and non-variant parts are entered along with that quantity is entered based on Base qty. of the configurable material.
 It is also possible to enter a class as a BOM component with item category class Item. This class must hold all characteristics and also classified with each material.
 Class type 200 and 300 can be used as a class item.
Following Procedure is followed for assigning class with BOM as a class Item.
 Enter the item category for class items in BOM.
 Make entries in the fields that identify the class
Class types
Class
 Enter the quantity.
- Enter a unit of measure if appropriate.
- The system determines the unit of measure from the additional data of the class.
- If a unit of measure without a dimension is maintained in the additional data of the class, you cannot change this unit.
10.1.3 Creating Characteristic
Purpose:
 Characteristic is created with possible values.
 It is also possible to use table name and its field name in order to change the Object quantity or values. Ie BOM item quantity or Operation time. This is known as Reference characteristic.
 For changing BOM quantity Characteristic is created with table name STOP-MENGE is used.
 For Variant pricing purpose SDCOM-VKOND is used.
 Characteristics allow describing and distinguishing between objects, such as length, color, or weight within the classification system.
Procedure
SAP Menu Logistic->Centralfunction->Environment->classification->Chracteristics
Transaction Code CT04
 From the classification menu, choose Characteristics.
 Enter data on the initial screen.
 In the Characteristic field, enter a name for new characteristic
 Enter a change number if you want to create the characteristic using engineering change management.
 To do this, choose processing type Create characteristic.
 You can also copy the data of an existing characteristic. Use the pushbutton Create by copying. Enter the name of a characteristic you want to copy.
 Confirm the entries.
 On the Basic data tab page enter the most important control data for the characteristic.
 You must maintain the basic data for all characteristics. All other screens are optional.
 In the formatting data for value assignment, whether a characteristic is single-value, multiple-value, or retractable is defined. It is not possible change the value assignment indicator once it has set. It applies wherever the characteristic is used.
 The data type of the characteristic determines which values can be entered for the characteristic. I can any one of the following
- Characters
- Numeric
- Time format/Date format
- Currency format and
- User defined data type.
 For numeric characteristic it need to maintain that whether interval values to a numeric characteristic, or only individual values need to be maintain in Basic Data screen itself.
 Languages in which characteristic want to describe are entered.
 Choose the tab page Values.
 Enter values in the entry fields. Enter each value in a separate field.
 The values must match the format that you defined on the Basic Data screen. You can enter up to the number of characters that you defined in the format.
 If your characteristic is an alphanumeric characteristic, enter a language-dependent value description. You can enter up to 30 characters.
 It is not possible to enter a language-dependent description for numeric values
 It is also possible to define one value as a default value. This value then appears as a default in characteristic value assignment functions
 Additional value indicator determines that whether values that are not defined as allowed values can be assigned to a characteristic
 The following value check strategies are available in value maintenance screen.
- Allowed Values:
- Check Tables
- Function module
- Catalog character
 Allowed values permits only values defined in characteristics maintenance are used to check a characteristic value
 Check table permits only values entered in characteristics maintenance is used to check a value
 Function module entered is used to check characteristic values.
 Value catalog entered is used to check characteristic values
 Documents, such as drawings or photographs, with characteristics can be linked in additional data screen. Before link a document to a characteristic, it must create a document info record in the document management system.
 In this screen it also possible to restrict or hidden or displaying only allowed values to characteristic.
 It is possible to that characteristic can be only assigned to particular class type by assigning type in restriction screen.
 To change a characteristic selects the pushbutton Change in characteristics after entering the characteristic. To display the characteristic chooses the pushbutton Display.
10.1.4 Creating Class:
Purpose:
 A class is used to hold the characteristics that describe a configurable material. By linking the class to the configurable material, you allow the material to be configured using the characteristics of the class.
Procedure
SAP Menu Logistic->Central function->Environment->classification->Class
Transaction Code CL01
 Class holds all characteristics describe configurable material.
 Class with class type 300 is used in configuration profile.
 On basic Data screen class description, its status is entered. Status determines:
 whether a class can be maintained
 whether objects can be allocated to a class
 whether the class can be used for selecting objects
 Class group is used to group together related classes and also for finding classes quickly via a matchcode.
 Same Classification indicator determines whether system check for identical characteristic values. In this case, where several objects are assigned that have the same values for all characteristics to the same class. Depends upon indicator system give warning or error message or no message.
 Keyword string is used for finding a class via matchcode.The description entered on the basic data screen serves as the first keyword
 On characteristic screen list characteristic which has to attach with configurable material is entered.
 Using document tab screen it is possible to assign documents related to configurable object.
 On additional data screen whether or not this class can be used as a class component in bills of material. If it is yes then Unit of measure in which stocks of the material are managed. The system converts all the quantities you enter in other units of measure (alternative units of measure) to the base unit of measure and resulting item category which will replace this class item in BOM (i.e. Stock, Non-stock item etc ).
10.1.5 Creating Dependency
Purpose
Dependency describes the interdependencies between characteristics and characteristic values and it controls which components to be selected from a bill of material (BOM) and which operations to be selected from a task list. It also changes the field values in BOM items and operations during configuration.
Procedure
SAP Menu Logistic->Central function->Variant Configuration->dependency->Single Dependency->Create Dependency
Transaction Code CU01
 From the variant configuration menu, choose Dependency -> Single dependency-> Create
 In initial screen name of the dependency is entered. If dependency need to create for a specific date, enter a change number. It is also possible to create dependency by copying from existing dependency.
 On basic data screen the following data are required to enter
- A language-dependent description for the dependency
- Also possible to enter descriptions in different languages by choosing Descriptions.
- Long texts for the dependency, choose Extras -> Documentation.
- In the standard R/3 System, the status In preparation when a dependency is created first time. The status is set to Released when the source code is syntactically correct.
- Finally suitable dependency type is selected.
 In Dependency editor the source code for the dependency is entered. Once the source code is syntactically correct, the source code is saved.
 Now the status of the dependency is turns to Released. Save the Dependency and exit.
10.1.6 Changing Bill of Material (Assign Dependencies)
Purpose:
By assigning dependencies to BOM components, it is possible to restrict the selection of irrelevant variant parts.i.e correct BOM components are get selected at result of configuration. It is also possible to change the component quantity depends upon characteristic value changed.
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics  Production  Master Data  Bills of Material  Bill of Material  Material BOM  Change
Transaction Code CS02
 Dependencies are assigned with respect to characteristic for each variant part.
 Dependencies are created either locally within object or globally which can be assigned to any objects.
 In BOM General Item overview screen choose the component in which dependency need to assign and choose menu path Extras -> Dependency -> assignment of dependency for assignment.
 It also possible to enter dependency directly in BOM itself by choosing Extras -> Dependency -> dependency editor.
10.1.7 Creating Configuration Profile
Purpose
 Configuration profile used for assigning configurable material with variant class (300) and also used to maintain some central settings.
 It is possible to assign more than one configurable profile for one KMAT material.
 The selection of profile depends upon either by priority or by manual selection.
 It is also possible to assign dependencies to configurable profile.
 Class with type 300, which hold the entire characteristics of KMAT material, are assigned to each profile
Procedure:
Access the activity using one of the following navigation options:
SAP Menu Logistics  Production  Master Data  Material Master  Environment  Configuration Profile  Create
Transaction Code CU41
 From the Variant Configuration menu, choose Configuration profile->Create.
 A dialog box will be displayed. The object name is entered. Confirm your entries.
 On profile overview screen the following data need to be entered.
 Profile name and the class type of classes used for configuration. In Customizing for the Classification System, the class type must be defined as a variant class type.
 Choose Goto -> Class assignments or the Class assignment pushbutton to assign the object to a class.
 In the classification screen, names of the classes are entered.
 It is possible to restrict allowed characteristic values for the configurable object if required.
 Release of profile is possible only if configurable object is assigned to a class. To go to the detail screen, where you define further settings, choose the Profile detail pushbutton or double-click on the profile.
10.1.7.1 Optional Settings on the Profile Overview
 Organizational Areas
You can specify organizational areas for configuration. If you restrict a profile to specific organizational areas, you only see the characteristics that are relevant to your area when you configure the object.
You can change how characteristics are displayed according to organizational area for your user on the value assignment screen.
 Priority of Configuration Profiles
You can create several configuration profiles for a configurable material. The profile with the lowest number has the highest priority.
If you define several profiles for an object, you see a dialog box for selecting a profile when you start configuration. The profile with the highest priority is at the top of the list.
The priority is also relevant if you use Application Link Enabling (ALE) or intermediate documents (IDocs) to run configuration, rather than dialog mode. In this case, the profile with the highest priority is selected for the object. Profiles that have no priority are at the top of the list, because they automatically have priority 0.
10.1.7.2 Profile Detail
 Configuration Profiles for Materials
The configuration profile has several screens. Depending on what you enter for the BOM explosion and configuration process, fields are shown or hidden.
The parameters you maintain for a material apply to the material as a header material in a BOM structure. You cannot define separate settings for use of a configurable material as an assembly in a BOM.
- By choosing the Assignments pushbutton, you can assign dependencies to the configuration profile. You also see this pushbutton on the basic data tab, once at least one dependency is assigned.
 Basic Data Tab
- In the basic data, click on the profile overview data.
- If configuration process need to starts with a Start logo, documents are assigned such, as a graphic showing the product you want to configure, to the variant class.
- Configuration Initial Screen Tab
 Configuration parameters
- The parameters for BOM explosion and the configuration process in the sales order are specified here.
- BOM application must be entered, if BOM explosion None is selected rather than single and multi level explosion is selected.
- By entering a level of detail for a multi-level configuration, system performance will be improved.
- It is also possible to define a filter and set the indicator for an availability check on assemblies.
10.1.8 Changing Configuration Profile: Add User Interface Settings
Purpose
Settings for the configuration editor in user interface.
- An interface design is used to group characteristics together on the value assignment screen.
- Here it also possible to define object-specific settings for functions in the configuration editor. These settings are defaults for configuration, and can be overwritten for your user in the configuration editor.
- For all configuration parameters except BOM explosion None, manually select the screens for the configuration editor and define which screen configuration starts with. The start screen must be one of the allowed screens.
- The indicator for the configuration browser independently of the other start screens can be selected, because the browser is an additional screen section.
Configuration Profiles for Objects Other than Materials
- Object-specific settings for displaying characteristics and characteristic values in the configuration editor can be defined. These settings are defaults for configuration, and can be overwritten for your user in the configuration editor.
Procedure
Access the activity using one of the following navigation options:
SAP Menu Logistics  Production  Master Data  Material Master  Environment  Configuration Profile  Change
Transaction Code CU42
10.1.9 Configuration Simulation
Purpose:
 Configuration simulation is used to check the configuration model. In the configuration simulation, the whether or not Object structure is created correctly and dependencies are working fine is checked.
 Simulation of Sales/Engineering
- The configuration parameters in the configuration profile apply. Whether the configuration is simulated from the sales point of view or the engineering point of view is defined.
- If select Sales & distribution is selected the configuration in a sales document will be simulated (sales order or quotation), so the BOM explosion depends on the settings in the configuration profile.
- If Engineering is selected, the configuration in order BOM processing will be simulated. The configuration and BOM explosion depend on the configuration parameters in the same way as when maintaining an order BOM. For example, we cannot configure the header material, because the configuration is copied from the sales order.
 Simulation of a Planned Order
- On the characteristic value assignment screen, we can choose Planned order to display the components that are determined in material requirements planning (MRP) according to the characteristic values assigned. This is especially relevant to assemblies whose BOMs are exploded in MRP, not in Sales & distribution (for example, assemblies with the BOM explosion setting None in their configuration profile).
Procedure:
SAP R/3 menu Logistics  Production  Master Data  Bills of Material  Environment  Variant Configuration  Environment  Configuration Simulation
Transaction Code CU50
 On the initial screen of the configuration simulation, select BOM to display the entire structure on the result screen.
 If you have created more than one configuration profile for a material, you see a dialog box. Select a profile and choose Continue. If you want to call detailed information on the profile, choose Profile Detail or double-click on the profile.
 To display the task list of an assembly on the result screen, select the assembly and choose View  Objects  Task list.
 You see the operations or activities in the task list that was selected for the assembly during configuration.
 Operations that have been changed by dependencies have an information icon next to them. You can display changes by choosing Information.
 To return to the BOM explosion, choose View  Objects  BOM
10.2 Sales and Distribution
10.2.1 Creating Condition Records - VA00
Purpose:
The purpose of this activity is to create condition records for VA00.
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics  Sales and Distribution  Master Data  Conditions  Select Using Condition Type  Create
Transaction Code VK11
 Create price for each value of the characteristics by select using condition type VA00.
 Create the Price for the condition type that represents these types of the standard-delivered condition type for this functionality is VA00.
 Condition type VA00 requires as key fields the sales Organization, distribution channel, and material number of the configurable.
 Condition type PR00 used to maintain base price of the configurable material.
 Using VA01it is also possible to maintain Surcharges and discounts.
10.2.2 Condition records for Variant Price and Surcharges
Purpose
Condition records allow you to store and retrieve pricing data in the system. All the pricing elements of your daily business - the prices, discounts, and surcharges for freight and taxes - that you want to use for automatic pricing must be stored in the system as condition records. You can define as many condition records as you want for the different pricing elements for any validity period.
You create condition records for all the pricing elements that the system takes into account during automatic pricing. During document processing, the system transfers data from the condition records and determines the amounts for individual pricing elements (prices, discounts and surcharges) and the final amount for the sales document
Procedure
10.2.2.1 Create a characteristic for the Pricing
- Create Pricing characteristic like CAR_Pricing and go to additional data tab give SDCOM table name VKOND field name.
SAP Menu Logistic->Centralfunction->Environment->classification->Chracteristics
Transaction Code CT04
10.2.2.2 Assign the characteristic to the class
Assign given characteristics to class, In variant configuration, a class is used to hold the characteristics that describe a configurable material. By linking the class to the configurable material, it allows the material to be configured using the characteristics of the class. In the standard R/3 System, the class type for configurable material is 300.
SAP Menu Logistic->Central function->Environment->classification->Class
Transaction Code CL01
10.2.2.3 Create a dependency that triggers the price
A Dependency is a rule that defines how the different options and option values, represented by characteristics and characteristic values, relate to one another. To create a dependency, follow the menu path
SAP Menu Logistic->Central_function->VariantConfiguration->dependency->Single Dependency->Create Dependency
Transaction Code CU01
10.2.2.4 Assign the dependency to the characteristic value that triggers the price
For example eCar2002, the value V8 refers to the engine selected by the customer. Therefore, the dependency must be linked to the value V8 of the characteristic that represents the engine type. To do this, go to the master data record of the characteristic CAR_ENGINE
SAP Menu Logistic->Centralfunction->Environment->classification->Chracteristics
Transaction Code CT04
Go to the Values tab. From there, select theV8 entry and use the menu path Extras Object dependencies Assignments, which brings you to the screenshot to the right; if you have created a global dependency, you can link it to the characteristic value.2 Once the dependency has been assigned, the information on this screen, such as the description (Engine price), will default to the information entered when you created the characteristic.
10.2.2.5 Create variant price
Create price for each value of the characteristics using condition type (or transaction VK11). Create the Price for the condition type that represents these types of the standard-delivered condition type for this functionality is VA00. Condition type VA00 requires as key fields the sales Organization, distribution channel, and material number of the configurable.
In the same way using condition type VA01 is also used to maintain prices for surcharges and discounts.
10.2.2.6 Creating the output condition records for sales
Output types are used to represent various forms of output in the SAP system. Examples of output types in Sales and Distribution processing are order confirmations, freight lists, and invoices. You use the output type to control how the output should be transmitted, for example whether an order confirmation should be sent via EDI, or be printed
10.2.3 Creating Output Condition Records: Sales
Purpose:
Output types are used to represent various forms of output in the SAP system. Examples of output types in Sales and Distribution processing are order confirmations, freight lists, and invoices. You use the output type to control how the output should be transmitted, for example whether an order confirmation should be sent via EDI, or be printed
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics  Sales and Distribution  Master Data  Output  Sales Document  Create
Transaction Code VV11
 Choose Edit >Key combination
 Select the key combination for which condition records are to be created.
 Choose Enter.
 Enter the appropriate key for each condition record, according to the key combination you selected.
 For transmission medium 1 (Print output) or 7, you can maintain the communication data. To do this, choose Communication.
 Save the condition records.
10.2.3.1 Creating Output Condition Records: Billing
Purpose
The purpose of this activity is to create output condition records for billing. Output types are used to represent various forms of output in the SAP system. Examples of output types in Sales and Distribution processing are order confirmations, freight lists, and invoices. You use the output type to control how the output should be transmitted, for example whether an order confirmation should be sent via EDI, or be printed
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics  Sales and Distribution  Master Data  Output  Billing Document  Create
Transaction Code VV31
Enter an output type.
 Choose Edit >Key combination
 Select the key combination for which condition records are to be created.
 Choose Enter.
 Enter the appropriate key for each condition record, according to the key combination you selected.
 For transmission medium 1 (Print output) or 7, you can maintain the communication data. To do this, choose Communication.
 Save the condition records.
10.2.4 Order BOM
Purpose:
Products that are made to order in plant engineering and construction and mechanical engineering are generally very complex and are specific to one customer. For this reason, you cannot define a BOM entirely in advance. Once you have created your sales order, you need to make manual changes to the BOM by creating an order BOM especially for the sales order, without changing the original BOM.
The sales order, sales order item, and material number identify an order BOM. In variant configuration, you can work with 2 types of order BOM. The difference is in the way they are saved.
Knowledge based order BOM
The order BOM is saved as a copy of the super BOM with manual changes and dependencies.
Result Oriented BOM
The configuration result is saved as an order BOM, with manual changes but without dependencies.
Procedure (For knowledge based BOM)
SAP Menu Logistics  Production Planning  Master Data  Bills of Material -> Order BOM Maintain (Multi-Level)
Transaction Code CU51
 The Create Order BOM: initial screen appears.
 Enter the sales order number, the order item, the material number and the BOM usage
 If you want to use material BOM, or an existing order BOM to copy from, go to step 4. If you want to create an order BOM without a reference, click and go to step 7
 You cannot use a configurable BOM as a reference
 Click on copy order BOM or Click on copy material BOM
 The Copy material BOM or Copy order BOM dialog box appears
 Enter the data required and click . The item overview appears, for the bill of material you are using as a reference.
 Enter new items and alter items if necessary. Entering items in order BOMs is similar to entering items in material BOMs. However, you<u><i><b>Steps for SD Variant Configuration</b></i></u>
Some light on Variant Configuration in Detail.
The procedure is as follows:
1. Create a Material - KMAT type with Item category (002)
2. Create Charateristics in CT04 - Zbike, where in values mention the Color of the bile like Red, Blue etc
3. Create another characteristics in CT04 - ZPrice, where directly go the additional data tab and maintain the table SDCOM and field VKOND (ABAP Dictionary it will ask for)
4. Assign these two characteristics to a Class in CL01 - ZBikeclass ( Type 300) in characteristics tab page.
5. Then go to CU41 Configuration profile select the material and enter the description click on the class assignment ie assign Zbikclass.
Now go back to CT04 - enter Zbike -go to values- select Red- go to extras - Other Dependencies - Select Procedure enter in front 10 write - $self.ZPrice='Red' and save
6. Now go back go to extras - Other Dependencies - assignments and assign relationship ( by default it will come just save)
7. Now select Blue- go to extras - Other Dependencies - Editor - Select Procedure enter in front of 10 write - $self.ZPrice='Blue' and save
8. Now go back go to extras - Other Dependencies - assignments and assign relationship ( by default it will come just save)
9. Now go to VK11 - Enter VA00 (Condition)(For Std RVA001 Pricing Procedure) - enter variant Red and Blue give the rates accordingly and create the sales order.
Reward if it helps
Regards,
Anbu -
dbms_metadata('SCHEMA_EXPORT, ...) how to use it ?
I'm try any variants with this objecttype but always get error
ORA-31604: invalid NAME parameter "NAME" for object type SCHEMA_EXPORT in function SET_FILTER
thanksRetrieving Collections of Different Object Types
There may be times when you need to retrieve collections of objects in which the objects are of different types, but comprise a logical unit. For example, you might need to retrieve all the objects in a database or a schema, or a table and all its dependent indexes, constraints, grants, audits, and so on. To make such a retrieval possible, the Metadata API provides a number of heterogeneous object types. A heterogeneous object type is an ordered set of object types.
Oracle supplies a number of heterogeneous object types:
•TABLE_EXPORT - a table and its dependent objects
•SCHEMA_EXPORT - a schema and its contents
•DATABASE_EXPORT - the objects in the database
These object types were developed for use by the Data Pump Export utility, but you can use them in your own applications.
You can use only the programmatic retrieval interface (OPEN, FETCH, CLOSE) with these types, not the browsing interface or the submit interface.
You can specify filters for heterogeneous object types, just as you do for the homogeneous types. For example, you can specify the SCHEMA and NAME filters for TABLE_EXPORT, or the SCHEMA filter for SCHEMA_EXPORT.
Example 18-8 shows how to retrieve the object types in the scott schema.
Example 18-8 Retrieving Heterogeneous Object Types
-- Create a table to store the retrieved objects.
CONNECT scott/tiger
DROP TABLE my_metadata;
CREATE TABLE my_metadata (md CLOB);
CREATE OR REPLACE PROCEDURE get_schema_md IS
-- Define local variables.
h NUMBER; -- handle returned by OPEN
th NUMBER; -- handle returned by ADD_TRANSFORM
doc CLOB; -- metadata is returned in a CLOB
BEGIN
-- Specify the object type.
h := DBMS_METADATA.OPEN('SCHEMA_EXPORT');
-- Use filters to specify the schema.
DBMS_METADATA.SET_FILTER(h,'SCHEMA','SCOTT');
-- Request that the metadata be transformed into creation DDL.
th := DBMS_METADATA.ADD_TRANSFORM(h,'DDL');
-- Fetch the objects.
LOOP
doc := DBMS_METADATA.FETCH_CLOB(h);
-- When there are no more objects to be retrieved, FETCH_CLOB returns NULL.
EXIT WHEN doc IS NULL;
-- Store the metadata in the table.
INSERT INTO my_metadata(md) VALUES (doc);
COMMIT;
END LOOP;
-- Release resources.
DBMS_METADATA.CLOSE(h);
END;
-- Execute the procedure.
EXECUTE get_schema_md;
-- See what was retrieved.
SET LONG 9000000
SET PAGESIZE 0
SELECT * FROM my_metadata;
Note the following about this example:
The objects are returned ordered by object type; for example, all tables are returned, then all grants on tables, then all indexes on tables, and so on. The order is, generally speaking, a valid creation order. Thus, if you take the objects in the order in which they were returned and use the submit interface to re-create them in the same order in another schema or database, there will usually be no errors. (The exceptions usually involve circular references; for example, if package A contains a call to package B, and package B contains a call to package A, then one of the packages will need to be recompiled a second time.)
Edited by: sac on Sep 16, 2009 4:51 PM -
Time costraint on Cost Center (K) relationships
Hi everybody.
I would ask for your help about the following problem I'm not able to solve :
I defined a new relationship, linking the object K (Cost Center) to a new object I created (ZE).
The new relationship is defined as B992 (bottom-up). This relationship should link one Cost Center to only one new object, so I set the Time Constraint for this relation to 2. The other way relationship (top-down) A992 is set to 3, since I could link one new object to more than one Cost Center.
In the view V_T777ZIT I have the line :
K 1001 Relationships B992 Cost Center assignment 2
The problem is :
the system does not perform any check on the unique assignment of a Cost Center to an object ZE and a multiple assignment is allowed.
Have you any idea about the reason of this ?
Thanks a lot for any help.
FrancescoIn order to use this table you should have K 1001 B992 3 in table T777Z.
Define Time Constraint Depending on Target Object Type
In this step, you define alternative time constraints for relationships depending on the target object type.
Example
A position in your enterprise can be described by only one job (target object type "C") but by as many tasks as required (target object type "T").
Requirements
You should have already carried out the step Maintain relationships and entered the value "3" for the time constraint of the corresponding relationship.
Standard settings
The standard SAP R/3 system contains a number of predefined time constraints that are target object type-dependent.
Recommendation
It is recommended that you use the time constraints supplied.
Activities
Define you own target object type-dependent time constraints if necessary.
Further notes
The assignment of additional conditions for this function may only be carried out by SAP since it is equivalent to a program modification. -
MAKE TO ORDER AND VARAINT CONFIGURATION
Hi firends,
What is the difference between MAKE TO ORDER and VARAINT CONFIGURATION PROCESS, in which scenarios we are using both topics. Can any one explain about steps for make to order and variant configuration. i need complete process.PLS REFER LIN BELOW
Make-to-Order (MTO)
Purpose
The planning strategies explained in this section are designed for the production of a material for a specific individual sales order. In other words, you do not want to produce finished products until you receive a sales order. This means that make-to-order strategies always support a very close customer-vendor relationship, because your sales orders are closely linked to production.
The same relationship exists between the sales order and production that exists in a make-to-order environment. Make-to-order is also used in the following environments.
Production using variant configuration
Assemble-to-order
Prerequisites
Choose a make-to-order strategy, if:
The materials are segregated. In other words, they are uniquely assigned to specific sales orders.
Costs must be tracked at sales order level and not on material level.
Make-to-order strategies should always be combined with lot-size key EX (lot-for-lot. Rounding values should not be used. If you maintain rounding values, they have no effect due to the make-to-order properties of these strategies.
Process Flow
There are extensive options that enable you to procure components especially for specific sales order items.
You may, however, want to use a different planning strategy to procure components without sales orders. This allows you to keep your replenishment lead time to a minimum. You can do this by:
Planning on the basis of the finished product (see Planning Without Final Assembly (50) or Planning with a Planning Material (60))
Planning at component level (see Strategies for Planning Components)
Using consumption-based or Kanban-controlled components
Customer stock can exist on any BOM level. See Stockkeeping at Different BOM Levels for more information.
Because production is closely linked to sales orders, this results in a customer section in the stock/requirements list.
Unplanned goods receipts (such as returns) cannot, as a rule, be used for other sales orders, even if they are in working order, unless they are adapted to meet a customer's needs.
In the basic make-to-order strategy, Make-to-Order Production (20), no specific product structures are required. This means that it does not matter if the material has a BOM or not. The material can be produced in-house, or it can be procured externally. No planning is involved in this strategy.
Planning Without Final Assembly (50) and Planning with a Planning Material (60) do require a specific product structure (i.e. a BOM, which means materials are always produced in-house). These planning strategies assume that you want to plan procurement (production or purchasing) of your components by planning the finished products. This means that you need to have a fairly stable demand for your finished products. If, however, you can plan more easily at component level than at finished product level, see Strategies for Planning Components.
Make to order production
1. Make to order production means that the materials (finished products) are not stored in the warehouse but produced especially for a particular sales order or a sales order item. An individual customer requirement is generated from the sales order item and transferred to materials planning (MM/PP). You can use materials planning to plan requirements. Once this has been done, production is carried out. After the product has been manufactured, you post it by goods receipt to sales orders stock specifically for this sales order item. As soon as the delivery is due, you can enter the delivery in SD and post goods issue which reduces the sales order stock and then a billing document can be entered.
2. The item category in the sales document is found using the sale document type and the item category group from the material master found on the tab page sales org 2 i.e.
a. sales document type OR
b. item category group 0001
c. item category - TAK
3. MTO without assembly processing the requirement quantity (planned independent requirements), delivery date and configuration specifications are transferred from the sales order to materials planning as an individual customer requirement. A planned order is generated using a planning run where the bills of material are exploded and dependant requirements (i.e. multi-level BOM) for the assemblies and components are generated. As soon as the production starts, a production order is created from the planned order. The system returns the confirmed quantity and delivery date from the production order to the sales order.
4. MTO with assembly processing in this case the individual components for the final product have already been produced. You only need to assemble the components according to the customers wishes. In this process, you only need a one level BOM and generation of dependent requirements is not necessary. In this case no planning run is generated and a production order is created directly from the sales order. The system returns the confirmed quantity and the delivery date from the production order to the schedule lines in the sales order. Any changes made to the confirmed schedule lines or the delivery date is immediately visible in the sales order and/or in the production order.
5. After production department has finished making the material, goods receipt is posted in the sales order stock i.e. special stock which can only be used for a specific sales order. After posting goods issue for outbound delivery, the sales order stock is reduced accordingly.
6. Make-to-order production is a process in which a product is individually manufactured for a particular customer. In contrast to mass production for an unspecified market where a material is manufactured many times, in make-to-order production a material is created only once though the same or a similar production process might be repeated at a later time.
7. You can use make-to-order production: (a) For branches of industry or products where a small quantity of products with a large number of different characteristics are manufactured (b) When a product has to be assembled particularly for a sales order.
8. Stock keeping is not usually carried out for products that are made to order. In companies using make-to-order production, the demand program only determines the production area, in which various variant types are produced. Depending on how you track the costs associated with make-to-order production, there are two ways to process make-to-order items during sales order processing.
(a) Make to order using sales order
(b) Make to order using project system (not relevant for SD application)
9. for make to order production using the sales order, all costs and revenues involved for an order item are held collectively at that item. A particular rule is used that can be changed manually to transfer costs to profitability analysis.
10. make to order production is largely a production planning configuration. It is also controlled by the requirements type, which is determined by three things
the strategy group (MRP 3) in MMR
the MRP group (MRP1) in MMR
the item category and MRP type (MRP 1)
11. Make-to-order production is controlled by the requirements type. The requirements type is determined on the basis of the MRP group (MRP1) and the strategy group (MRP3) in the material master record. In addition, a plant must be assigned for make-to-order items in the sales order.
VARIENT CONFIGURATION
Variant configuration is for manufacturing complex products in which customer determines the features of the product. Objective of variant configuration is to react quickly to customers' requirements.
Here it needs not to create separate material for each variant of a product. When companies introduce variant configuration this often goes beyond a business process re-engineering project.
1 Variant configuration offers an opportunity to restructure product structures for which then processes are defined. This has a direct impact to the core areas such as marketing and product data management.
2 Advantages of VC
· No need to Create separate material master for each variant combination.
· Super BOM and Super Routing is enough for representing all possible Variants and Operations.
· Able to react more flexible to customer demands.
· Increase Information exchange between sales, engineering and production.
3 What is Configurable Material?
· A material with different features or characteristics and options is known as configurable material. Example: PC, Car.
· Configurable materials are either created in a material type that allows the configuration (n the standard system, the material type KMAT) or they are given the indicator Configurable in the material master record.
4 Master Data used for VC
Following Objects are used as Master data for Variant configuration.
1. Super BOM
2. Super Routing
3. Characteristic
4. Class
5. Object Dependencies
6. Configuration Profile
7. SD Condition records
4.1 Super BOM
Super BOM Contains all the components for producing configurable product. It contains both variant as well as non-variant parts required for producing configurable product.
4.1.1 Super BOM configuration
Super BOM can be created either one of the following methods.
· Create BOM with class Item of 200-class type that contains all characteristic of a configurable material.
· Create BOM with all possible materials as its components. Then assign /define dependencies to each component.
The different between these two methods is
· BOM with class item, no need to assign or define object dependencies. Instead of that each material is classified in material master itself using class 200.
· For both cases all characteristics are assigned to class 300 which is again assigned to KMAT material in order to trigger configuration in configuration profile.
4.1.2 Super BOM with Class Item
Class items used to control the selection of variant parts in a BOM. Variant parts are classified in a class, and the class is entered in the BOM as a class item. When you configure the material, the class is replaced by a suitable variant part.
4.1.3 Advantages of using Class Item in BOM
· Only one item for the class is enough, instead of several items for the individual variant parts.
· No need to create and assign selection conditions.
· Able to classify additional objects in the class at any time, without having to change the BOM.
4.1.4 Steps involved in super BOM with Class
Define all Characteristics and its Values assign it to Class with type 200.
Assign characteristic Values to materials by Classification material
Assign class 200 with material instead of assigning all BOM items.
Create and Assign class 300 (with same characteristics) with configurable product using configuration profile.
4.1.5 Super BOM with Material Components
This bill of material (BOM) of a configurable material contains all the components that are required to manufacture the material. The BOM contains components that are only used in specific variants (variant parts), as well as components that are used in all variants (non-variable parts).
4.1.6 Steps involved in super BOM with Material Components
Define all Characteristics and its values assign it to Class with type 300.
Assign Class with configurable material in Configuration profile.
BOM is created with all variant and non-variant items.
Define interdependency between objects (Characteristic, BOM item, Routing Operation etc ) by using Object Dependencies.
Assign class 300 with configurable product using configuration profile.
4.2 Super Routing
A configurable routing describes the production process for all variants of a product. Instead of creating a routing for each variant of a product, you can create operations for one routing, or a "super" routing.
It is possible to maintain Object dependencies for following in super routing:
· Sequences
· Operations/sub-operations
· Production resource/tool assignments
The routing is configured by system, when order is created for KMAT material.
4.3 Characteristic
Characteristic is used to define the features of a configurable material. To enable to use characteristics to configure a material, assign the material to a class of class type 300. The customer can choose from among different options for each characteristic.
· Characteristics describe the properties of objects. The values of a characteristic specify these properties.
· Value assignment to characteristic may be single value or multiple value with required entry or restrict able entry.
· In characteristic it is also possible to use table name and its field name in order to change the Object quantity or values. I.e. BOM item quantity or Operation time, which is known as reference characteristic.
· In Restriction screen allowed Class types are entered i.e. for what are the class this characteristic may used. In general for Variant configuration class 200 and 300 are used.
· It is also possible to assign Dependency to characteristic values maintained in Characteristic.
4.4 Variant Class
· In Variant configuration, Class is used to hold the characteristics that describe about configurable material. Class type to determine which object types can be classified.
· Class is used in variant configuration if the class has a class type that supports variant configuration. In Customizing for Classification, the Variant class type indicator must be set for the class type. In the standard system, this is class type 300.
4.5 Dependencies
· Dependencies restricts the combinations of options i.e. characteristic that are not allowed. It also select exactly the right BOM components and operations to produce a variant.
· It also describe the interdependencies between characteristics and characteristic values
· It control which components are selected from a bill of material (BOM) and which operations are selected from a task list
· It also changes the values of fields in BOM items and operations during configuration.
4.5.1 Global and Local Dependencies
Global dependencies have the following properties:
· They are independent of any object.
· They are identified by a name that you assign, and are maintained and managed centrally.
· If you change a global dependency, the change affects all the objects where the dependency is used
Local dependencies have the following properties:
· They are only available to the object for which you create them
· You cannot use the central maintenance functions on these dependencies, and you cannot allocate them to other objects
· They are identified by a number assigned by the system, not an external name
Local dependencies are only used where certain dependency will not be needed elsewhere
The differences between global and local dependencies are as follows:
· Global dependencies are created centrally and can be assigned to several objects.
· Local dependencies are created for one object and can only be used with this object
4.5.2 Declarative and Procedural Dependency
· In Declarative dependencies the result are explained logically
· Declarative dependencies are easier to trace than procedural dependencies, because the point in time when the dependency is processed and the sequence in which the dependencies are processed are not relevant.
· Example for Declarative dependency:
- Constraint
- Actions
- Preconditions (provided that they contain no non-declarative expressions)
- Selection conditions (provided that they contain no non-declarative expressions)
· In Procedural Dependency result depends on the processing sequence and the point in time when the dependency is processed.
- Procedures
- Preconditions (only if they contain non-declarative expressions)
- Selection conditions (only if they contain non-declarative expressions)
4.5.3 Dependencies Types
The SAP System supports the following types of dependencies:
· Preconditions
· Selection conditions
· Procedures
· Actions (obsolete)
· Constraints
4.5.4 Preconditions
Preconditions can be allocated to the following objects:
· A characteristic that you want to hide
· A characteristic value that you want to hide
Preconditions are used to hide characteristics and characteristic values that are not allowed and thereby ensure that the configuration of an object is consistent. In the precondition, it is also possible define the circumstances under which a characteristic or value is hidden.
A precondition is fulfilled if the condition you enter is either true or not violated.
4.5.5 Selection Conditions
Selection conditions used to ensure that all the objects relevant to a variant are selected:
· Selection conditions determine which variants require a specific component or operation
· Selection conditions determine when it is mandatory to assign a value to a characteristic
Selection conditions may allocate to the following objects:
· Characteristics
· BOM items
· Operations in task lists
· Sub-operations
· Sequences of operations
· Production resources/tools (PRTs)
A selection condition is fulfilled if the condition in it is unambiguously true.
4.5.6 Procedure
Procedures can be assigned to the following objects:
· The characteristic value that triggers the procedure
· The characteristic that triggers the procedure
· The configuration profile of the configurable object
Procedure is used for following purposes.
· A procedure is used to infer a value for a characteristic, you enter the variable $SELF before the characteristic.
· Procedures can overwrite values that are set by other procedures.
· Procedures are always used for pricing (see Variant Conditions).
Processing Sequences of Procedure
If an object has more than one procedure, a processing sequence is used to define the point when the procedure is processed.
4.5.7 Action
Actions are used to infer characteristic values. An action is processed as soon as the characteristic to which it is assigned has a value. It is not possible to overwrite the characteristic values that are set by an action.
The following Objects can assign to action:
· The characteristic value that triggers the action
· The characteristic that triggers the action
· The configuration profile of the configurable object
· Configuration profile
· BOM items to change the quantity
· Operations in task lists to change the standard values
Since Action is lead to serious system performance problems, it is replaced by Procedure and Constraint.
4.5.8 Constraint
This dependency type is mainly for intensively interactive configuration tasks and for configuration tasks in which you need to take into account the dependencies between the characteristics of several objects. The main purpose of a constraint is to monitor the consistency of a configuration.
Constraints have the following distinguishing features:
· Constraints are used to describe the dependencies between completely different objects and their characteristics.
· Constraints are used to store information on which conditions must be fulfilled if the configuration is to be consistent.
· Constraints are not directly allocated to individual objects. They are grouped together to form dependency nets and allocated to a configurable material in the configuration profile.
· In constraints, you enter objects in their general form of expression, without using $SELF, $ROOT, or $PARENT to identify objects. As a rule, you refer to objects in constraints by entering the class to which the objects are allocated.
· Constraints are declarative dependencies. The processing sequence of constraints and the point in time when constraints are processed is not relevant.
· Constraints are not processed in a specific order. You cannot determine when a specific constraint is used.
In any processing situation, a constraint is only processed once. If a value that is relevant to the constraint is changed, the constraint is triggered again.
4.5.8.1 Structure of Constraints
There are four sections in a constraint. Each part is identified by a keyword. A colon follows the keyword. Each section ends with a period.
OBJECTS:
In this section, you enter the objects that are relevant to the constraint. You must enter the relevant objects in all constraints. You can also define variables for objects or characteristics.
CONDITION:
The condition entered here must be fulfilled in order for the constraint to be used. You do not need to enter a condition in a constraint. You can leave out the keyword CONDITION: if required. However, if you enter the keyword you must enter a condition.
RESTRICTIONS:
In this section, you enter the relation that must exist between the objects and characteristics if the configuration is to be consistent. You must enter a restriction in a constraint.
INFERENCES:
In this section, you enter the characteristics for which characteristic values are to be inferred. The main purpose of constraints is to check the consistency of a configuration. Usually, values are only inferred if you make an entry in this section.
For reasons of performance, only use constraints to infer values if it is really necessary. Constraints are grouped together to form dependency nets. The dependency net is allocated to a configurable material in the configuration profile.
4.5.9 Dependency Net:
Constraints are grouped together in dependency nets. For this reason, the variant configuration menu does not support a function for creating constraints directly. So that only constraints are defined within a dependency net.
5 Configuration Profile
The configuration profile for a material controls the configuration process in sales order. Configurable profile also used to define central settings for configuring the object. Using this profile it is possible to hide some of the characteristic value defined during characteristic creation. We can assign any number profile for a configurable material in which selection is based on either priority or manual selection during configuration.
By defining a filter in the configuration profile, possible to determine the scope of the BOM items to improve system performance when exploding the BOM. The filter is active in high-level configuration, in result-oriented BOMs, and in SET processing.
5.1 Filters in Configurable Profile
Following objects can be used as filter:
· Object type
Class, material, document, text
In the standard system, all object types are selected and therefore exploded in the configuration. Deselect the object types that you do not want to be displayed.
· Item category, for example, stock or non-stock item
All item categories in the configuration are exploded in the standard system. Remove the selection for the item categories you do not want to be displayed.
· Item status
You maintain the status of a BOM item in maintain BOM dependent on its usage.
All items are displayed regardless of their item status in the standard system. However, only the items with this status are displayed when you select specific item statuses. Items are not displayed that do not have the selected status.
· Sort string
You can assign sort strings for BOM items in maintain BOM. You can restrict the display of the BOM items by using these sort strings.
Only items that carry sort strings are checked and only those that match are displayed. Items that have no sort string are always displayed.
5.2 Component availability in the configuration profile
The availability check is just a snapshot, telling that whether the materials required are in stock at this moment. Several users can access the same material at once. This means that supply problems can sometimes be overlooked.
Example: Only 2 pieces of a material are in stock, but the material is used in 3 BOMs. The availability check does not detect a supply problem. The availability check for all 3 BOMs shows 2 pieces in stock.
5.3 Process Overview
There are different processes for configurable materials in sales documents. These processes can be defined on the Configuration initial screen tab in the configuration profile, by choosing the Configuration parameter tab.
The Process are described in the following scenarios:
Planned/Production orders
This processing type is used to describe variant products whose configurable materials are assembled using planned and production orders. The bill of material (BOM) can have single-level, multi-level, or no explosion.
Sales Order (SET)
This processing type is used to describe variant products that comprise salable configurable materials. These products are supplied together, but are not assembled in a production order. Only sales-relevant BOM items are exploded in the sales order.
Order BOM.
You use this processing type if you want to make customer-specific changes to the BOM of a material that you configure in the sales order. In the sales order, you assign values to the characteristics of the header material, but the BOM is not exploded in the sales order.
6 Material Variant and Planning Material
6.1 Material Variant
· Material Variant is an material that can arises from individual Configuration of a configurable product and can be kept in stock
· For variants that are required frequently, we can create material variants, which can be produced without a sales order and kept in stock. When a sales order is received, it is possible to check whether the variant required is in stock, so that it can deliver immediately.
· For material variants, a separate material master record is created with a material type that is kept in stock.
· Separate BOM and routing for a material variant, or you can link the material variant to the BOM and routing of the configurable material. The correct BOM items and operations are determined from the characteristic values assigned to the variant.
6.2 Planning Material
· Planning Material is a material, which contains all the non-variant parts.
· By using planning material all non-variants are procured / produced before sales order.
· It is also possible for Planing the Planning Materials without reference to any sales requirement.
· Planning material is planned separately using strategy 65 and produced before sales order creation.
7 Planing in VC
The following strategies are used for planning configurable materials and its variant parts.
Make to Order production of Variants
Make to Order for Material Variant. - 26
Planning Variants without final Assembly- 55
Planning Variants with planning Material - 65
Make to order with configurable material.- 25
Characteristic Planning with dependent requirement - 56 and
Assembly Processing with Characteristic Planning - 89
8 Variant Configuration: (Object Diagram)
9 Variant Pricing and Surcharges
9.1 Sales BOM
A bill of material (BOM) describes the different components that together create a product. A BOM for a bicycle, for example, consists of all the parts that make up the bicycle: the frame, the saddle, wheels, and so on.
When you enter the material number of a bill of materials that is relevant for sales order processing, the system displays the material that describes the whole bill of materials as a main item. The individual components are displayed as lower-level items.
There are two ways to process a bill of materials in Sales. Once you have entered a bill of material in a sales order, the system runs pricing, inventory control, and delivery processing at: Main item level if the material is assembled, or - Component level if the material is not assembled.
9.2 Processing at Main Item Level (ERLA)
If you want the system to carry out pricing, inventory control, and delivery processing at main item level, enter ERLA in the Item category group field of the Sales: sales org. 2 screen in the material master record of the finished product. This means that the components only function as text items and are not relevant for delivery.
9.3 Processing at Component Level (LUMF)
If you want the system to carry out pricing, inventory control, and delivery processing at the component level, enter LUMF in the Item category group field of the Sales: sales org. 2 screen in the material master record of the finished product. In this case, only the components are relevant for delivery. During processing the system automatically creates a delivery group. The latest delivery date among all the components becomes the delivery date for the entire delivery group.
10 Configuration of VC
10.1 Production Planning and Control
10.1.1 Creating Material
Use
The purpose of this activity is to create the material masters for the materials required in this scenario.
Procedure
Access the activity using one of the following navigation options:
SAP Menu Logistics ® Materials Management ® Material Master ® Material ® Create (General) ® Immediately
Transaction Code MM01
In Material Master of KMAT material following settings are maintained:
· Configurable material indicator in Basic Data must set.
· MRP type is PD.
· Lot size EX ( Lot for lot size)
· Availability check 02
· Planning Strategy 25 is entered in MRP 3 screen view.
· Item category group 0002 or 0004 is to be given in sales view.
10.1.2 Creating Bill of Material
Purpose:
· The purpose of this activity is to create bills of material (BOMs) for the configurable material which is known as super BOM
· Super BOM comprise all the variant as well as non-variant parts required for producing configurable material.
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics ® Production ® Master Data ® Bills of Material ® Bill of Material ® Material BOM ® Create
Transaction Code CS01
· The Create Material BOM: initial screen appears. On this screen, data that identifies the bill of material are maintained as well effectivity data.
· In the Material field, the configurable material for which super BOM need to create is entered.
· Plant and BOM usage is entered. In general BOM usage 1 for production and 3 is for Universal.
· In Component screen list of variant and non-variant parts are entered along with that quantity is entered based on Base qty. of the configurable material.
· It is also possible to enter a class as a BOM component with item category class Item. This class must hold all characteristics and also classified with each material.
· Class type 200 and 300 can be used as a class item.
Following Procedure is followed for assigning class with BOM as a class Item.
· Enter the item category for class items in BOM.
· Make entries in the fields that identify the class
Class types
Class
· Enter the quantity.
- Enter a unit of measure if appropriate.
- The system determines the unit of measure from the additional data of the class.
- If a unit of measure without a dimension is maintained in the additional data of the class, you cannot change this unit.
10.1.3 Creating Characteristic
Purpose:
· Characteristic is created with possible values.
· It is also possible to use table name and its field name in order to change the Object quantity or values. Ie BOM item quantity or Operation time. This is known as Reference characteristic.
· For changing BOM quantity Characteristic is created with table name STOP-MENGE is used.
· For Variant pricing purpose SDCOM-VKOND is used.
· Characteristics allow describing and distinguishing between objects, such as length, color, or weight within the classification system.
Procedure
SAP Menu Logistic->Centralfunction->Environment->classification->Chracteristics
Transaction Code CT04
· From the classification menu, choose Characteristics.
· Enter data on the initial screen.
· In the Characteristic field, enter a name for new characteristic
· Enter a change number if you want to create the characteristic using engineering change management.
· To do this, choose processing type Create characteristic.
· You can also copy the data of an existing characteristic. Use the pushbutton Create by copying. Enter the name of a characteristic you want to copy.
· Confirm the entries.
· On the Basic data tab page enter the most important control data for the characteristic.
· You must maintain the basic data for all characteristics. All other screens are optional.
· In the formatting data for value assignment, whether a characteristic is single-value, multiple-value, or retractable is defined. It is not possible change the value assignment indicator once it has set. It applies wherever the characteristic is used.
· The data type of the characteristic determines which values can be entered for the characteristic. I can any one of the following
- Characters
- Numeric
- Time format/Date format
- Currency format and
- User defined data type.
· For numeric characteristic it need to maintain that whether interval values to a numeric characteristic, or only individual values need to be maintain in Basic Data screen itself.
· Languages in which characteristic want to describe are entered.
· Choose the tab page Values.
· Enter values in the entry fields. Enter each value in a separate field.
· The values must match the format that you defined on the Basic Data screen. You can enter up to the number of characters that you defined in the format.
· If your characteristic is an alphanumeric characteristic, enter a language-dependent value description. You can enter up to 30 characters.
· It is not possible to enter a language-dependent description for numeric values
· It is also possible to define one value as a default value. This value then appears as a default in characteristic value assignment functions
· Additional value indicator determines that whether values that are not defined as allowed values can be assigned to a characteristic
· The following value check strategies are available in value maintenance screen.
- Allowed Values:
- Check Tables
- Function module
- Catalog character
· Allowed values permits only values defined in characteristics maintenance are used to check a characteristic value
· Check table permits only values entered in characteristics maintenance is used to check a value
· Function module entered is used to check characteristic values.
· Value catalog entered is used to check characteristic values
· Documents, such as drawings or photographs, with characteristics can be linked in additional data screen. Before link a document to a characteristic, it must create a document info record in the document management system.
· In this screen it also possible to restrict or hidden or displaying only allowed values to characteristic.
· It is possible to that characteristic can be only assigned to particular class type by assigning type in restriction screen.
· To change a characteristic selects the pushbutton Change in characteristics after entering the characteristic. To display the characteristic chooses the pushbutton Display.
10.1.4 Creating Class:
Purpose:
· A class is used to hold the characteristics that describe a configurable material. By linking the class to the configurable material, you allow the material to be configured using the characteristics of the class.
Procedure
SAP Menu Logistic->Central function->Environment->classification->Class
Transaction Code CL01
· Class holds all characteristics describe configurable material.
· Class with class type 300 is used in configuration profile.
· On basic Data screen class description, its status is entered. Status determines:
· whether a class can be maintained
· whether objects can be allocated to a class
· whether the class can be used for selecting objects
· Class group is used to group together related classes and also for finding classes quickly via a matchcode.
· Same Classification indicator determines whether system check for identical characteristic values. In this case, where several objects are assigned that have the same values for all characteristics to the same class. Depends upon indicator system give warning or error message or no message.
· Keyword string is used for finding a class via matchcode.The description entered on the basic data screen serves as the first keyword
· On characteristic screen list characteristic which has to attach with configurable material is entered.
· Using document tab screen it is possible to assign documents related to configurable object.
· On additional data screen whether or not this class can be used as a class component in bills of material. If it is yes then Unit of measure in which stocks of the material are managed. The system converts all the quantities you enter in other units of measure (alternative units of measure) to the base unit of measure and resulting item category which will replace this class item in BOM (i.e. Stock, Non-stock item etc ).
10.1.5 Creating Dependency
Purpose
Dependency describes the interdependencies between characteristics and characteristic values and it controls which components to be selected from a bill of material (BOM) and which operations to be selected from a task list. It also changes the field values in BOM items and operations during configuration.
Procedure
SAP Menu Logistic->Central function->Variant Configuration->dependency->Single Dependency->Create Dependency
Transaction Code CU01
· From the variant configuration menu, choose Dependency -> Single dependency-> Create
· In initial screen name of the dependency is entered. If dependency need to create for a specific date, enter a change number. It is also possible to create dependency by copying from existing dependency.
· On basic data screen the following data are required to enter
- A language-dependent description for the dependency
- Also possible to enter descriptions in different languages by choosing Descriptions.
- Long texts for the dependency, choose Extras -> Documentation.
- In the standard R/3 System, the status In preparation when a dependency is created first time. The status is set to Released when the source code is syntactically correct.
- Finally suitable dependency type is selected.
· In Dependency editor the source code for the dependency is entered. Once the source code is syntactically correct, the source code is saved.
· Now the status of the dependency is turns to Released. Save the Dependency and exit.
10.1.6 Changing Bill of Material (Assign Dependencies)
Purpose:
By assigning dependencies to BOM components, it is possible to restrict the selection of irrelevant variant parts.i.e correct BOM components are get selected at result of configuration. It is also possible to change the component quantity depends upon characteristic value changed.
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics ® Production ® Master Data ® Bills of Material ® Bill of Material ® Material BOM ® Change
Transaction Code CS02
· Dependencies are assigned with respect to characteristic for each variant part.
· Dependencies are created either locally within object or globally which can be assigned to any objects.
· In BOM General Item overview screen choose the component in which dependency need to assign and choose menu path Extras -> Dependency -> assignment of dependency for assignment.
· It also possible to enter dependency directly in BOM itself by choosing Extras -> Dependency -> dependency editor.
10.1.7 Creating Configuration Profile
Purpose
· Configuration profile used for assigning configurable material with variant class (300) and also used to maintain some central settings.
· It is possible to assign more than one configurable profile for one KMAT material.
· The selection of profile depends upon either by priority or by manual selection.
· It is also possible to assign dependencies to configurable profile.
· Class with type 300, which hold the entire characteristics of KMAT material, are assigned to each profile
Procedure:
Access the activity using one of the following navigation options:
SAP Menu Logistics ® Production ® Master Data ® Material Master ® Environment ® Configuration Profile ® Create
Transaction Code CU41
· From the Variant Configuration menu, choose Configuration profile->Create.
· A dialog box will be displayed. The object name is entered. Confirm your entries.
· On profile overview screen the following data need to be entered.
· Profile name and the class type of classes used for configuration. In Customizing for the Classification System, the class type must be defined as a variant class type.
· Choose Goto -> Class assignments or the Class assignment pushbutton to assign the object to a class.
· In the classification screen, names of the classes are entered.
· It is possible to restrict allowed characteristic values for the configurable object if required.
· Release of profile is possible only if configurable object is assigned to a class. To go to the detail screen, where you define further settings, choose the Profile detail pushbutton or double-click on the profile.
10.1.7.1 Optional Settings on the Profile Overview
· Organizational Areas
You can specify organizational areas for configuration. If you restrict a profile to specific organizational areas, you only see the characteristics that are relevant to your area when you configure the object.
You can change how characteristics are displayed according to organizational area for your user on the value assignment screen.
· Priority of Configuration Profiles
You can create several configuration profiles for a configurable material. The profile with the lowest number has the highest priority.
If you define several profiles for an object, you see a dialog box for selecting a profile when you start configuration. The profile with the highest priority is at the top of the list.
The priority is also relevant if you use Application Link Enabling (ALE) or intermediate documents (IDocs) to run configuration, rather than dialog mode. In this case, the profile with the highest priority is selected for the object. Profiles that have no priority are at the top of the list, because they automatically have priority 0.
10.1.7.2 Profile Detail
· Configuration Profiles for Materials
The configuration profile has several screens. Depending on what you enter for the BOM explosion and configuration process, fields are shown or hidden.
The parameters you maintain for a material apply to the material as a header material in a BOM structure. You cannot define separate settings for use of a configurable material as an assembly in a BOM.
- By choosing the Assignments pushbutton, you can assign dependencies to the configuration profile. You also see this pushbutton on the basic data tab, once at least one dependency is assigned.
· Basic Data Tab
- In the basic data, click on the profile overview data.
- If configuration process need to starts with a Start logo, documents are assigned such, as a graphic showing the product you want to configure, to the variant class.
- Configuration Initial Screen Tab
· Configuration parameters
- The parameters for BOM explosion and the configuration process in the sales order are specified here.
- BOM application must be entered, if BOM explosion None is selected rather than single and multi level explosion is selected.
- By entering a level of detail for a multi-level configuration, system performance will be improved.
- It is also possible to define a filter and set the indicator for an availability check on assemblies.
10.1.8 Changing Configuration Profile: Add User Interface Settings
Purpose
Settings for the configuration editor in user interface.
- An interface design is used to group characteristics together on the value assignment screen.
- Here it also possible to define object-specific settings for functions in the configuration editor. These settings are defaults for configuration, and can be overwritten for your user in the configuration editor.
- For all configuration parameters except BOM explosion None, manually select the screens for the configuration editor and define which screen configuration starts with. The start screen must be one of the allowed screens.
- The indicator for the configuration browser independently of the other start screens can be selected, because the browser is an additional screen section.
Configuration Profiles for Objects Other than Materials
- Object-specific settings for displaying characteristics and characteristic values in the configuration editor can be defined. These settings are defaults for configuration, and can be overwritten for your user in the configuration editor.
Procedure
Access the activity using one of the following navigation options:
SAP Menu Logistics ® Production ® Master Data ® Material Master ® Environment ® Configuration Profile ® Change
Transaction Code CU42
10.1.9 Configuration Simulation
Purpose:
· Configuration simulation is used to check the configuration model. In the configuration simulation, the whether or not Object structure is created correctly and dependencies are working fine is checked.
· Simulation of Sales/Engineering
- The configuration parameters in the configuration profile apply. Whether the configuration is simulated from the sales point of view or the engineering point of view is defined.
- If select Sales & distribution is selected the configuration in a sales document will be simulated (sales order or quotation), so the BOM explosion depends on the settings in the configuration profile.
- If Engineering is selected, the configuration in order BOM processing will be simulated. The configuration and BOM explosion depend on the configuration parameters in the same way as when maintaining an order BOM. For example, we cannot configure the header material, because the configuration is copied from the sales order.
· Simulation of a Planned Order
- On the characteristic value assignment screen, we can choose Planned order to display the components that are determined in material requirements planning (MRP) according to the characteristic values assigned. This is especially relevant to assemblies whose BOMs are exploded in MRP, not in Sales & distribution (for example, assemblies with the BOM explosion setting None in their configuration profile).
Procedure:
SAP R/3 menu Logistics ® Production ® Master Data ® Bills of Material ® Environment ® Variant Configuration ® Environment ® Configuration Simulation
Transaction Code CU50
· On the initial screen of the configuration simulation, select BOM to display the entire structure on the result screen.
· If you have created more than one configuration profile for a material, you see a dialog box. Select a profile and choose Continue. If you want to call detailed information on the profile, choose Profile Detail or double-click on the profile.
· To display the task list of an assembly on the result screen, select the assembly and choose View ® Objects ® Task list.
· You see the operations or activities in the task list that was selected for the assembly during configuration.
· Operations that have been changed by dependencies have an information icon next to them. You can display changes by choosing Information.
· To return to the BOM explosion, choose View ® Objects ® BOM
10.2 Sales and Distribution
10.2.1 Creating Condition Records - VA00
Purpose:
The purpose of this activity is to create condition records for VA00.
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics ® Sales and Distribution ® Master Data ® Conditions ® Select Using Condition Type ® Create
Transaction Code VK11
· Create price for each value of the characteristics by select using condition type VA00.
· Create the Price for the condition type that represents these types of the standard-delivered condition type for this functionality is VA00.
· Condition type VA00 requires as key fields the sales Organization, distribution channel, and material number of the configurable.
· Condition type PR00 used to maintain base price of the configurable material.
· Using VA01it is also possible to maintain Surcharges and discounts.
10.2.2 Condition records for Variant Price and Surcharges
Purpose
Condition records allow you to store and retrieve pricing data in the system. All the pricing elements of your daily business - the prices, discounts, and surcharges for freight and taxes - that you want to use for automatic pricing must be stored in the system as condition records. You can define as many condition records as you want for the different pricing elements for any validity period.
You create condition records for all the pricing elements that the system takes into account during automatic pricing. During document processing, the system transfers data from the condition records and determines the amounts for individual pricing elements (prices, discounts and surcharges) and the final amount for the sales document
Procedure
10.2.2.1 Create a characteristic for the Pricing
- Create Pricing characteristic like CAR_Pricing and go to additional data tab give SDCOM table name VKOND field name.
SAP Menu Logistic->Centralfunction->Environment->classification->Chracteristics
Transaction Code CT04
10.2.2.2 Assign the characteristic to the class
Assign given characteristics to class, In variant configuration, a class is used to hold the characteristics that describe a configurable material. By linking the class to the configurable material, it allows the material to be configured using the characteristics of the class. In the standard R/3 System, the class type for configurable material is 300.
SAP Menu Logistic->Central function->Environment->classification->Class
Transaction Code CL01
10.2.2.3 Create a dependency that triggers the price
A Dependency is a rule that defines how the different options and option values, represented by characteristics and characteristic values, relate to one another. To create a dependency, follow the menu path
SAP Menu Logistic->Central_function->VariantConfiguration->dependency->Single Dependency->Create Dependency
Transaction Code CU01
10.2.2.4 Assign the dependency to the characteristic value that triggers the price
For example eCar2002, the value V8 refers to the engine selected by the customer. Therefore, the dependency must be linked to the value V8 of the characteristic that represents the engine type. To do this, go to the master data record of the characteristic CAR_ENGINE
SAP Menu Logistic->Centralfunction->Environment->classification->Chracteristics
Transaction Code CT04
Go to the Values tab. From there, select theV8 entry and use the menu path Extras Object dependencies Assignments, which brings you to the screenshot to the right; if you have created a global dependency, you can link it to the characteristic value.2 Once the dependency has been assigned, the information on this screen, such as the description (Engine price), will default to the information entered when you created the characteristic.
10.2.2.5 Create variant price
Create price for each value of the characteristics using condition type (or transaction VK11). Create the Price for the condition type that represents these types of the standard-delivered condition type for this functionality is VA00. Condition type VA00 requires as key fields the sales Organization, distribution channel, and material number of the configurable.
In the same way using condition type VA01 is also used to maintain prices for surcharges and discounts.
10.2.2.6 Creating the output condition records for sales
Output types are used to represent various forms of output in the SAP system. Examples of output types in Sales and Distribution processing are order confirmations, freight lists, and invoices. You use the output type to control how the output should be transmitted, for example whether an order confirmation should be sent via EDI, or be printed
10.2.3 Creating Output Condition Records: Sales
Purpose:
Output types are used to represent various forms of output in the SAP system. Examples of output types in Sales and Distribution processing are order confirmations, freight lists, and invoices. You use the output type to control how the output should be transmitted, for example whether an order confirmation should be sent via EDI, or be printed
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics ® Sales and Distribution ® Master Data ® Output ® Sales Document ® Create
Transaction Code VV11
· Choose Edit >Key combination
· Select the key combination for which condition records are to be created.
· Choose Enter.
· Enter the appropriate key for each condition record, according to the key combination you selected.
· For transmission medium 1 (Print output) or 7, you can maintain the communication data. To do this, choose Communication.
· Save the condition records.
10.2.3.1 Creating Output Condition Records: Billing
Purpose
The purpose of this activity is to create output condition records for billing. Output types are used to represent various forms of output in the SAP system. Examples of output types in Sales and Distribution processing are order confirmations, freight lists, and invoices. You use the output type to control how the output should be transmitted, for example whether an order confirmation should be sent via EDI, or be printed
Procedure
1. Access the activity using one of the following navigation options:
SAP Menu Logistics ® Sales and Distribution ® Master Data ® Output ® Billing Document ® Create
Transaction Code VV31
Enter an output type.
· Choose Edit >Key combination
· Select the key combination for which condition records are to be created.
· Choose Enter.
· Enter the appropriate key for each condition record, according to the key combination you selected.
· For transmission medium 1 (Print output) or 7, you can maintain the communication data. To do this, choose Communication.
· Save the condition records.
10.2.4 Order BOM
Purpose:
Products that are made to order in plant engineering and construction and mechanical engineering are generally very complex and are specific to one customer. For this reason, you cannot define a BOM entirely in advance. Once you have created your sales order, you need to make manual changes to the BOM by creating an order BOM especially for the sales order, without changing the original BOM.
The sales order, sales order item, and material number identify an order BOM. In variant configuration, you can work with 2 types of order BOM. The difference is in the way they are saved.
Knowledge based order BOM
The order BOM is saved as a copy of the super BOM with manual changes and dependencies.
Result Oriented BOM
The configuration result is saved as an order BOM, with manual changes but without dependencies.
Procedure (For knowledge based BOM)
SAP Menu Logistics ® Production Planning ® Master Data ® Bills of Material -> Order BOM Maintain (Multi-Level)Transaction Code CU51
· The Create Order BOM: initial screen appears.
· Enter the sales order number, the order item, the material number and the BOM usage
· If you want to use material BOM, or an existing order BOM to copy from, go to step 4. If you want to create an order BOM without a reference, click and go to step 7
· You cannot use a configurable BOM as a reference
· Click on copy order BOM or Click on copy material BOM
· The Copy material BOM or Copy order BOM dialog box appears
· Enter the data required and click . The item overview appears, for the bill of material you are using as a reference.
· Enter new items and alter items if necessary. Entering items in order BOMs is similar to entering items in material BOMs. However, you
Create a Material - KMAT type with Item category (002)
Create Characteristics in CT04 - Zbike, where in values mention the Color of the bile like Red, Blue etc
Create another characteristics in CT04 - ZPrice, where directly go the additional data tab and maintain the table SDCOM and field VKOND (ABAP Dictionary it will ask for)
Assign these two characteristics to a Class in CL01 Zbike class (Type 300) in characteristics tab page.
Then go to CU41 Configuration profile select the material and enter the description click on the class assignment ie assign Zbikclass.
Now go back to CT04 - enter Zbike -go to values- select Red- go to extras - Other Dependencies - Select Procedure enter in front 10 write - $self.ZPrice='Red' and save
Now go back go to extras - Other Dependencies - assignments and assign relationship ( by default it will come just save)
Now select Blue- go to extras - Other Dependencies - Editor - Select Procedure enter in front of 10 write - $self. ZPrice='Blue' and save
Now go back go to extras - Other Dependencies - assignments and assign relationship ( by default it will come just save)
Now go to VK11 - Enter VA00 (Condition)(For Std RVA001 Pricing Procedure) - enter variant Red and Blue give the rates accordingly and create the sales order. -
hi
1. How can is use class item as an variant part (alternative to selection condition in BOM compoent)
2. How can i create dependency type constraint?
what are the t.codes for dependency net?
3.How can i create multiple-value characteristics ? (also give t.code)
4.How can i create table structure? (also give t.code)
5. How can i maintain table enteries? (also give t.code)
6. what is decision table? how is maitained (also give t.code)
Take care
SureshHi,
Eg: Ford car.If a sale order is raised for fiesta lxi model the system should choose red colour & for vxi blue colour respectively.
ie you need to define the characteristic and assign the values .
This characteristic need to assigned to class.
class need to be assigned to material master
1. T.code : CT04(characteristic) FORD_MODEL, Choose single value & entry required tab & give the input as 01 - fiesta_lxi & 02 - fiesta_vxi.( characteristic values)
2.Tcode: CT04, FORD_BODY( another characteristic)
Choose single value , don't click entry required.
01 - Red( characteristic values)
02- Blue
3. Create class T.code : CL02
fiesta_class
type : 300
4. OBJECT DEPENDENCY:
T.CODE : CT04
FORD_MODEL
CLICK VALUES TAB,
IN FIESTA_LXI CLICK THE 'O' meant for Obj dependency, action & extra.
Edit the dependecy,
010 $Self.ford_body = '01'. & save
Repeat the same for FIEST_VXI & instead of '01' give '02' for blue colour.
, then create a ROH as ford_body. & a KMAT material for the car. .
Then create a Super BOM with usage 3 & give component as ford_body
Then use T.code cu41 (Create config profile)
enter a profile name & class 300 & choose class assignment, choose fiest_class ,
Use T.code cu50 to check the values.
Then create a sale order.
Pl. reward if helpful.
Regards,
nandha -
How to relax the constraints of the dependent package
Updating Multiple Packages
Packages might have cross-dependencies and, thus, require updating at the same time. The packaging software will enforce a consistent image on the system: If it cannot satisfy the dependencies, the packages will not be modified. If such a dependency exists, you need to relax the constraints of the affected packages.
The message reported by the packaging software will be of the following form:
# pkg update [email protected]
Creating Plan \
pkg update: No matching version of package_name can be installed:
Reject: pkg://solaris/[email protected],5.11-0.175.0.2.0.3.0:...
Reason: All versions matching 'require' dependency
pkg:/[email protected],5.11-0.175.0.2.0.3.0 are rejected
how to relax the constraints of the dependent packageYou might also want to review the Solaris 11 documentation:
Relaxing Version Constraints Specified by Incorporations - Adding and Updating Oracle Solaris 11.1 Software Packages
-- Alan -
Creating Constraint for a Dependency
Hi all,
I am basically an abaper, there is a requirement to create a constraint for a dependency. when i go to the transaction cu01 to create a dependency and try to add the code for constraint. The screen do not show me any means of adding the code. There are options for adding PRECONDITION, ACTION, SELECTION CONDITION and PROCEDURE. But when i go to the transaction CU03 i see additional option on the screen RULES & CONSTRAINTS. Could any help me out in creating the constraint for a dependency.
Thanks in Advance
ShivHi Gurav,
Thanks for your previous reply. The requirement is, i have to compare the weight assigned to the material while creating sales order with the Max and Min weight set for the material in variant configuration.
Example:
Material - 312.
Min Weight - 100 Gm
Max Weight - 1000 Gm
Variant Configuration details:
Varient Tables - ZZDIS_FMT_MINWGT & ZZDIS_FMT_MAXWGT
Dependency Net - ZZDIS_CON_FMT_MINWGT & ZZDIS_CON_FMT_MAXWGT
Dependency (constraint) - ZZDIS_CON_FMT_MIN01 & ZZDIS_CON_FMT_MAX01.
Characteristics : ZZDIS_FMT_MINWGT & ZZDIS_FMT_MAXWGT
Class: ZZDIS_FMT_MINWGT & ZZDIS_FMT_MAXWGT.
I need to write the code in the constraint with the above details. Could you please help me on that.
My official mail Id - [email protected]
Thanks in Advance
Shiv -
Constraints and dependency nets
Hello Guru's,
Will any one guide me ther procedur and how to define constraints in variant configuration if possible give me an example. Maill me any doc.
Reward full points.Hi,
Pls check this link. It is very useful.
http://help.sap.com/printdocu/core/Print46c/en/data/pdf/LOVC/LOVC.pdf
http://help.sap.com/saphelp_ides/helpdata/en/0a/857463c87611d1a7760000e8a5f6c8/content.htm
look at the Help Topic of Dependency Syntax: General Rules
Hope this will help you.
Reward point if helpful.
Thanks,
Raja -
Difference between unique constraint and unique index
1. What is the difference between unique constraint and unique index when unique constraint is always indexed ? Which one is better in this case for better performance ?
2. Is Composite index of 3 columns x,y,z better
or having independent/ seperate indexes on 3 columns x,y,z is better for better performance ?
3. It has been very confusing for me to decide which columns to index, I have indexed most foreignkey columns, is it a good idea ? We do lot of selects and DMLS on most of our tables. Is there any query that I can run and find out if indexes are really being used and if they are improving any performance. I have analyzed and computed my indexes using ANALYZE index index_name validate structure and COMPUTE STATISTICS;
null1. Unique index is part of unique constraint. Of course you can create standalone unique index. But is is no point to skip the logical view of business if you spend same effort to achive.
You create unique const. Oracle create the unique index for you. You may specify index characteristic in unique constraint.
2. Depends. You can't utilize the composite index if the searching condition is not whole or front part of the indexing key. You can't utilize your index if you query the table for y=2. That is.
3. As old words in database arena, Index may be good or bad for a table depending on the size of table, number of columns in the table... etc. It is very environmental dependent. In fact, It is part of database nomalization. Statistic is a way oracle use to determine the execution plan.
Steve
null -
We have a business scenario where the receipt days for a location depends on the relationship between the Start-Destination Location. We need to include this constraint in an optimizer run with daily buckets.
Example:
Factory A (Start Location) ships to DC X (destination location) only on Mondays, with a lead time of 2 days. DC X should receive the stock from Factory A on Wednesday
Factory B (Start Location) ships to DC X (destination location) only on Thursdays, with a lead time of 1 day. DC X should receive the stock from Factory B on Saturday
Does anyone has been able to model this scenario?
I tried using transportation calendars(time stream) in the means of transport, having undesired results:
a) Transportation Lane A-X. Calendar 1A, only Monday is available
The system creates stock transfers on Monday on Week 1 and ends on Monday of Week 3.
b) Transportation Lane A-X. Calendar 2A, Monday and Wednesday are available
The system creates stock transfers on Monday and Wednesday on Week 1:
The stock transfer that starts on Monday-Week 1 ends on Monday-Week 2.
The stock transfer that starts on Wednesday-Week 1 ends on Wednesday-Week 2.
c) Transportation Lane A-X. Calendar 3A, Monday Tuesday and Wednesday are available
The system creates stock transfers on Monday, Tuesday and Wednesday on Week 1.
The stock transfer that starts on Monday-Week 1 ends on Wednesday-Week 1. (this is actually what I need)
The stock transfer that starts on Tuesday-Week 1 ends on Monday-Week 2.
The stock transfer that starts on Wednesday-Week 1 ends on Tuesday-Week 2.
Regardsyou really don't need to post all that code, few people will read it, or try to compile/run it.
just a tree in a scrollpane in a frame is all you need, then add the method/problem to the basic,
and post that so its only 20 to 30 lines long.
here's your basic tree/scrollpane/frame, with an expandAll()
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
class Testing
public void buildGUI()
JTree tree = new JTree();
expandAll(tree);
JFrame f = new JFrame();
f.getContentPane().add(new JScrollPane(tree));
f.pack();
f.setLocationRelativeTo(null);
f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
f.setVisible(true);
public void expandAll(JTree tree)
int row = 0;
while (row < tree.getRowCount())
tree.expandRow(row);
row++;
public static void main(String[] args)
SwingUtilities.invokeLater(new Runnable(){
public void run(){
new Testing().buildGUI();
}so, is your problem with the expandAll(), or with reading the properties file? -
How to export and import dependent tables from 2 different schema
I have a setup where schema1 has table 1 and schema 2 has table2. And table 1 from schema1 depends upon table 2 from schema 2.
I would like to export and import these tables only and not any other tables from these 2 schemas with all information like grants,constraints.
Also will there be same method for Oracle 10g R1,R2 and Oracle 11G.
http://download.oracle.com/docs/cd/B12037_01/server.101/b10825/dp_export.htm#i1007514
Looking at this For table mode it says
Also, as in schema exports, cross-schema references are not exported
Not sure what this means.
As I am interested in only 2 tables I think I need to use table mode. But if I try to run export with both tables names, it says table mode support only one schema at a time. Not sure then How would the constraints would get exported in that case.
-Rohitworked for my 1st time I tried
exp file=table2.dmp tables="dbadmin.temp1,scott.emp"
Export: Release 10.2.0.1.0 - Production on Mon Mar 1 16:32:07 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Username: / as sysdba
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)
About to export specified tables via Conventional Path ...
Current user changed to DBADMIN
. . exporting table TEMP1 10 rows exported
EXP-00091: Exporting questionable statistics.
Current user changed to SCOTT
. . exporting table EMP 14 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
Export terminated successfully with warnings. -
TSPITR - Recover a Dropped Tablespace aborting due dependency over XDB.
I found an issue using TSPITR to Recover a Dropped Tablespace when XML DB (XDB) is installed on a different tablespace from "SYSAUX".
During execution of TSPITR RMAN use Data Pump to export/import Tablespace Metadata as Data Pump has dependency over XDB views and related objects and XDB is installed on a set of tablespace not included on dummy database then EXPDP fails.
Errors raised ORA-39123, ORA-00376, ORA-01110.
I didn't found any limitation about XDB location on documentation or MoS.
This looks like a Oracle Bug.
See this:
XDB installed on TABLESPACE XDB.
SQL> select owner,tablespace_name
from dba_segments
where owner='XDB'
GROUP BY owner,tablespace_name ;
OWNER TABLESPACE_NAME
XDB XDBDropping Tablespace SOE.
SQL> select to_char(sysdate,'dd-mm-yyyy hh24:mi:ss') actual_date from dual;
ACTUAL_DATE
17-12-2012 11:57:44
SQL> drop tablespace SOE including contents and datafiles;
Tablespace dropped.Restoring Dropped Tablespace.
RMAN> list backup tag TAG20121217T112226;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
69 Full 995.61M DISK 00:02:41 17-12-2012 11:25:07
BP Key: 69 Status: AVAILABLE Compressed: YES Tag: TAG20121217T112226
Piece Name: +DG_16M/prod/backupset/2012_12_17/nnndf0_tag20121217t112226_0.286.802264947
List of Datafiles in backup set 69
File LV Type Ckp SCN Ckp Time Name
1 Full 1628648 17-12-2012 11:22:26 +DS8000_DG/prod/datafile/system.349.799325249
2 Full 1628648 17-12-2012 11:22:26 +DS8000_DG/prod/datafile/sysaux.348.799325249
3 Full 1628648 17-12-2012 11:22:26 +DS8000_DG/prod/datafile/undotbs1.347.799325251
4 Full 1628648 17-12-2012 11:22:26 +DS8000_DG/prod/datafile/users.335.799325251
5 Full 1628648 17-12-2012 11:22:26 +DS8000_DG/prod/datafile/audit_aux.287.799330083
6 Full 1628648 17-12-2012 11:22:26
7 Full 1628648 17-12-2012 11:22:26 +DS8000_DG/prod/datafile/xdb.311.801410833
RMAN>
run{
SET NEWNAME FOR DATAFILE 6 TO "+DS8000_DG";
RECOVER TABLESPACE SOE
UNTIL TIME "to_date('17-12-2012 11:55:00','dd/mm/yyyy hh24:mi:ss')"
AUXILIARY DESTINATION '/u01/app/oracle/flash_recovery_area01/stage_area_tspitr';
executing command: SET NEWNAME
Starting recover at 17-12-2012 12:01:29
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
RMAN-05026: WARNING: presuming following set of tablespaces applies to specified point-in-time
List of tablespaces expected to have UNDO segments
Tablespace SYSTEM
Tablespace UNDOTBS1
Creating automatic instance, with SID='FCox'
initialization parameters used for automatic instance:
db_name=PROD
db_unique_name=FCox_tspitr_PROD
compatible=11.2.0.0.0
db_block_size=8192
db_files=200
sga_target=280M
processes=50
db_create_file_dest=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr
log_archive_dest_1='location=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr'
#No auxiliary parameter file used
starting up automatic instance PROD
Oracle instance started
Total System Global Area 292278272 bytes
Fixed Size 2220880 bytes
Variable Size 109055152 bytes
Database Buffers 176160768 bytes
Redo Buffers 4841472 bytes
Automatic instance created
List of tablespaces that have been dropped from the target database:
Tablespace SOE
contents of Memory Script:
# set requested point in time
set until time "to_date('17-12-2012 11:55:00','dd/mm/yyyy hh24:mi:ss')";
# restore the controlfile
restore clone controlfile;
# mount the controlfile
sql clone 'alter database mount clone database';
# archive current online log
sql 'alter system archive log current';
# avoid unnecessary autobackups for structural changes during TSPITR
sql 'begin dbms_backup_restore.AutoBackupFlag(FALSE); end;';
executing Memory Script
executing command: SET until clause
Starting restore at 17-12-2012 12:01:46
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=16 device type=DISK
channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: restoring control file
channel ORA_AUX_DISK_1: reading from backup piece +DG_16M/prod/autobackup/2012_12_17/s_802265113.276.802265115
channel ORA_AUX_DISK_1: piece handle=+DG_16M/prod/autobackup/2012_12_17/s_802265113.276.802265115 tag=TAG20121217T112513
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:05
output file name=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/controlfile/o1_mf_8dy9ghpz_.ctl
Finished restore at 17-12-2012 12:01:52
sql statement: alter database mount clone database
sql statement: alter system archive log current
sql statement: begin dbms_backup_restore.AutoBackupFlag(FALSE); end;
contents of Memory Script:
# set requested point in time
set until time "to_date('17-12-2012 11:55:00','dd/mm/yyyy hh24:mi:ss')";
# set destinations for recovery set and auxiliary set datafiles
set newname for clone datafile 1 to new;
set newname for clone datafile 3 to new;
set newname for clone datafile 2 to new;
set newname for clone tempfile 1 to new;
set newname for datafile 6 to
"+DS8000_DG";
# switch all tempfiles
switch clone tempfile all;
# restore the tablespaces in the recovery set and the auxiliary set
restore clone datafile 1, 3, 2, 6;
switch clone datafile all;
executing Memory Script
executing command: SET until clause
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
renamed tempfile 1 to /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_temp_%u_.tmp in control file
Starting restore at 17-12-2012 12:01:58
using channel ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_AUX_DISK_1: restoring datafile 00001 to /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_system_%u_.dbf
channel ORA_AUX_DISK_1: restoring datafile 00003 to /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_undotbs1_%u_.dbf
channel ORA_AUX_DISK_1: restoring datafile 00002 to /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_sysaux_%u_.dbf
channel ORA_AUX_DISK_1: restoring datafile 00006 to +DS8000_DG
channel ORA_AUX_DISK_1: reading from backup piece +DG_16M/prod/backupset/2012_12_17/nnndf0_tag20121217t112226_0.286.802264947
channel ORA_AUX_DISK_1: piece handle=+DG_16M/prod/backupset/2012_12_17/nnndf0_tag20121217t112226_0.286.802264947 tag=TAG20121217T112226
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:09:15
Finished restore at 17-12-2012 12:11:13
datafile 6 switched to datafile copy
input datafile copy RECID=5 STAMP=802267873 file name=+DS8000_DG/prod/datafile/soe.487.802267321
datafile 1 switched to datafile copy
input datafile copy RECID=6 STAMP=802267873 file name=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_system_8dy9gs09_.dbf
datafile 3 switched to datafile copy
input datafile copy RECID=7 STAMP=802267873 file name=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_undotbs1_8dy9ov17_.dbf
datafile 2 switched to datafile copy
input datafile copy RECID=8 STAMP=802267873 file name=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_sysaux_8dy9hxsc_.dbf
contents of Memory Script:
# set requested point in time
set until time "to_date('17-12-2012 11:55:00','dd/mm/yyyy hh24:mi:ss')";
# online the datafiles restored or switched
sql clone "alter database datafile 1 online";
sql clone "alter database datafile 3 online";
sql clone "alter database datafile 2 online";
sql clone "alter database datafile 6 online";
# recover and open resetlogs
recover clone database tablespace "SOE", "SYSTEM", "UNDOTBS1", "SYSAUX" delete archivelog;
alter clone database open resetlogs;
executing Memory Script
executing command: SET until clause
sql statement: alter database datafile 1 online
sql statement: alter database datafile 3 online
sql statement: alter database datafile 2 online
sql statement: alter database datafile 6 online
Starting recover at 17-12-2012 12:11:14
using channel ORA_AUX_DISK_1
starting media recovery
archived log for thread 1 with sequence 15 is already on disk as file +DG_16M/prod/archivelog/2012_12_17/thread_1_seq_15.277.802267317
channel ORA_AUX_DISK_1: starting archived log restore to default destination
channel ORA_AUX_DISK_1: restoring archived log
archived log thread=1 sequence=14
channel ORA_AUX_DISK_1: reading from backup piece +DG_16M/prod/backupset/2012_12_17/annnf0_tag20121217t112512_0.264.802265113
channel ORA_AUX_DISK_1: piece handle=+DG_16M/prod/backupset/2012_12_17/annnf0_tag20121217t112512_0.264.802265113 tag=TAG20121217T112512
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:01
archived log file name=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr/1_14_801941068.dbf thread=1 sequence=14
channel clone_default: deleting archived log(s)
archived log file name=/u01/app/oracle/flash_recovery_area01/stage_area_tspitr/1_14_801941068.dbf RECID=141 STAMP=802267877
archived log file name=+DG_16M/prod/archivelog/2012_12_17/thread_1_seq_15.277.802267317 thread=1 sequence=15
media recovery complete, elapsed time: 00:00:01
Finished recover at 17-12-2012 12:11:19
database opened
contents of Memory Script:
# make read only the tablespace that will be exported
sql clone 'alter tablespace SOE read only';
# create directory for datapump import
sql "create or replace directory TSPITR_DIROBJ_DPDIR as ''
/u01/app/oracle/flash_recovery_area01/stage_area_tspitr''";
# create directory for datapump export
sql clone "create or replace directory TSPITR_DIROBJ_DPDIR as ''
/u01/app/oracle/flash_recovery_area01/stage_area_tspitr''";
executing Memory Script
sql statement: alter tablespace SOE read only
sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''/u01/app/oracle/flash_recovery_area01/stage_area_tspitr''
sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''/u01/app/oracle/flash_recovery_area01/stage_area_tspitr''
Performing export of metadata...
EXPDP> Starting "SYS"."TSPITR_EXP_FCox":
EXPDP> ORA-39123: Data Pump transportable tablespace job aborted
ORA-00376: file 7 cannot be read at this time
ORA-01110: data file 7: '+DS8000_DG/prod/datafile/xdb.311.801410833'
Removing automatic instance
shutting down automatic instance
database closed
database dismounted
Oracle instance shut down
Automatic instance removed
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_temp_8dyb0qok_.tmp deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/onlinelog/o1_mf_3_8dyb0kfp_.log deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/onlinelog/o1_mf_2_8dyb0fm9_.log deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/onlinelog/o1_mf_1_8dyb07xv_.log deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_sysaux_8dy9hxsc_.dbf deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_undotbs1_8dy9ov17_.dbf deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/datafile/o1_mf_system_8dy9gs09_.dbf deleted
auxiliary instance file /u01/app/oracle/flash_recovery_area01/stage_area_tspitr/PROD/controlfile/o1_mf_8dy9ghpz_.ctl deleted
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 12/17/2012 12:12:19
RMAN-06962: Error received during export of metadata
RMAN-06965: Datapump job has stopped
RMAN-06960: EXPDP> Job "SYS"."TSPITR_EXP_FCox" stopped due to fatal error at 12:12:02
RMAN>If I drop tablespace SOE and XDB on Target database and try to restore both (SOE,XDB) export will succeeds but during IMPORT Metadata RMAN will faill due XDB dependency.
In my view, they (mean Oracle) need find way to include XDB Tablespace at DUMMY database only to export (EXPDP) Metadata purposes.
If someone get a workaround for this error will be grateful.
P.S: This is not a Production environment and will soon open a SR on Oracle Support.Hi Michael,
I did not find solution to use TSPITR to recover dropped tablespace if XML DB is installed in a non-default tablespace (i.e outside of SYSAUX).
As far I could understand, the only way to perform this RESTORE is using the old fashion. By creating clone database excluding all unnecessary tablespace, exporting and importing metadata from desired tablespace manually.
Since Oracle has not solved the issue I created my own workaround.
@All
If someone is able to use TSPITR to restore dropped tablespace when XDB is installed in a non-default tablespace, please let me know!!!
The procedure below is supported on All Oracle Version since 10.1 until 11.2.
I DON'T RECOMMEND to create AUXILIARY (clone) database using the same server from TARGET because you can damage the TARGET database.
On this example I'm using same server.
See this example:
### ON TARGET DATABASE
SQL> select count(1) SEG_COUNT from dba_segments where tablespace_name='SOE';
SEG_COUNT
32
SQL> ! date
Wed Dec 19 15:08:11 GMT-02:00 2012
SQL> drop tablespace soe including contents and datafiles;
Tablespace dropped.
### CHECK TABLESPACE TO BE EXCLUDED FROM RESTORE
SQL> select tablespace_name
from dba_tablespaces
where tablespace_name not in ('SYSTEM','SYSAUX','UNDOTBS1','SOE','XDB','TEMP');
TABLESPACE_NAME
USERS
AUDIT_AUX
### CHECK BACKUP ON TARGET DATABASE
RMAN> list backup completed between "sysdate-1" and "sysdate";
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
95 Full 986.56M DISK 00:03:18 19-12-2012 14:41:59
BP Key: 95 Status: AVAILABLE Compressed: YES Tag: TAG20121219T143840
Piece Name: /fra/PROD/backupset/2012_12_19/o1_mf_nnndf_TAG20121219T143840_8f3vdn3q_.bkp
List of Datafiles in backup set 95
File LV Type Ckp SCN Ckp Time Name
1 Full 1675258 19-12-2012 14:38:42 +DS8000_DG/prod/datafile/system.349.799325249
2 Full 1675258 19-12-2012 14:38:42 +DS8000_DG/prod/datafile/sysaux.348.799325249
3 Full 1675258 19-12-2012 14:38:42 +DS8000_DG/prod/datafile/undotbs1.347.799325251
4 Full 1675258 19-12-2012 14:38:42 +DS8000_DG/prod/datafile/users.335.799325251
5 Full 1675258 19-12-2012 14:38:42 +DS8000_DG/prod/datafile/audit_aux.287.799330083
6 Full 1675258 19-12-2012 14:38:42
7 Full 1675258 19-12-2012 14:38:42 +DS8000_DG/prod/datafile/xdb.311.801410833
BS Key Size Device Type Elapsed Time Completion Time
96 1.16M DISK 00:00:00 19-12-2012 14:42:08
BP Key: 96 Status: AVAILABLE Compressed: YES Tag: TAG20121219T144208
Piece Name: /fra/PROD/backupset/2012_12_19/o1_mf_annnn_TAG20121219T144208_8f3vm0k3_.bkp
List of Archived Logs in backup set 96
Thrd Seq Low SCN Low Time Next SCN Next Time
1 8 1675198 19-12-2012 14:38:25 1675365 19-12-2012 14:42:07
BS Key Type LV Size Device Type Elapsed Time Completion Time
97 Full 7.52M DISK 00:00:02 19-12-2012 14:42:11
BP Key: 97 Status: AVAILABLE Compressed: NO Tag: TAG20121219T144209
Piece Name: /fra/PROD/autobackup/2012_12_19/o1_mf_s_802449729_8f3vm2cc_.bkp
SPFILE Included: Modification time: 19-12-2012 14:36:30
SPFILE db_unique_name: PROD
Control File Included: Ckp SCN: 1675376 Ckp time: 19-12-2012 14:42:09
RMAN>
### PREPARING ENV
cp $ORACLE_HOME/dbs/orapwprod $ORACLE_HOME/dbs/orapwtspitr
cd $ORACLE_HOME/dbs
## Creating INIT from TSPITR Instance
vi inittspitr.ora
DB_NAME=prod
DB_UNIQUE_NAME=tspitr
CONTROL_FILES=/stage_area_tspitr/PROD/controlfile/control01.ctl
REMOTE_LOGIN_PASSWORDFILE=exclusive
COMPATIBLE =11.2.0
DB_BLOCK_SIZE=8192
memory_target=700M
streams_pool_size=100M
### creating stage area to deploy database
mkdir -p /fra/stage_area_tspitr/PROD
cd /fra/stage_area_tspitr/PROD
mkdir controlfile datafile onlinelog
#### RESTORING DATABASE TSPITR
export ORACLE_SID=tspitr
$ rman target /
RMAN> startup nomount
Oracle instance started
Total System Global Area 730714112 bytes
Fixed Size 2225088 bytes
Variable Size 553651264 bytes
Database Buffers 167772160 bytes
Redo Buffers 7065600 bytes
RMAN> restore controlfile from '/fra/PROD/autobackup/2012_12_19/o1_mf_s_802449729_8f3vm2cc_.bkp';
Starting restore at 19-12-2012 15:16:27
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=146 device type=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output file name=/fra/stage_area_tspitr/PROD/controlfile/control01.ctl
Finished restore at 19-12-2012 15:16:31
RMAN> startup mount
database is already started
database mounted
released channel: ORA_DISK_1
### REPORT SCHEMA TO GET DATAFILE NUMBER TO BE RESTORED
RMAN> report schema;
RMAN-06139: WARNING: control file is not current for REPORT SCHEMA
Report of database schema for database with db_unique_name TSPITR
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
1 700 SYSTEM *** +DS8000_DG/prod/datafile/system.349.799325249
2 600 SYSAUX *** +DS8000_DG/prod/datafile/sysaux.348.799325249
3 200 UNDOTBS1 *** +DS8000_DG/prod/datafile/undotbs1.347.799325251
4 5 USERS *** +DS8000_DG/prod/datafile/users.335.799325251
5 100 AUDIT_AUX *** +DS8000_DG/prod/datafile/audit_aux.287.799330083
6 0 SOE *** +DS8000_DG/tspitr/datafile/soe.368.802445265
7 100 XDB *** +DS8000_DG/prod/datafile/xdb.311.801410833
List of Temporary Files
=======================
File Size(MB) Tablespace Maxsize(MB) Tempfile Name
1 385 TEMP 32767 +DS8000_DG/prod/tempfile/temp.300.799325437
RMAN>
### GET LOGFILE NAME to RENAME to new location.
$ sqlplus / as sysdba
SQL> select member from v$logfile;
MEMBER
+DS8000_DG/prod/onlinelog/group_1.330.802352807
+DS8000_DG/prod/onlinelog/group_2.331.802352815
+DS8000_DG/prod/onlinelog/group_3.321.802352821
run {
set newname for datafile 1 to '/fra/stage_area_tspitr/PROD/datafile/datafiles_%U';
set newname for datafile 2 to '/fra/stage_area_tspitr/PROD/datafile/datafiles_%U';
set newname for datafile 3 to '/fra/stage_area_tspitr/PROD/datafile/datafiles_%U';
set newname for datafile 7 to '/fra/stage_area_tspitr/PROD/datafile/datafiles_%U';
set newname for datafile 6 to "+DS8000_DG";
restore datafile 1,2,3,7,6 from tag 'TAG20121219T143840' ;
switch datafile 1;
switch datafile 2;
switch datafile 3;
switch datafile 7;
switch datafile 6;
switch tempfile all;
set until time "to_date('19-12-2012 14:42:00','dd-mm-yyyy hh24:mi:ss')";
recover database SKIP TABLESPACE "USERS", "AUDIT_AUX" delete archivelog;
## Renaming ONLINELOG
sql "alter database rename file ''+DS8000_DG/prod/onlinelog/group_1.330.802352807'' to ''/fra/stage_area_tspitr/PROD/onlinelog/group1.rdo''";
sql "alter database rename file ''+DS8000_DG/prod/onlinelog/group_2.331.802352815'' to ''/fra/stage_area_tspitr/PROD/onlinelog/group2.rdo''";
sql "alter database rename file ''+DS8000_DG/prod/onlinelog/group_3.321.802352821'' to ''/fra/stage_area_tspitr/PROD/onlinelog/group3.rdo''";
alter database open resetlogs;
executing command: SET NEWNAME
executing command: SET NEWNAME
Starting restore at 19-12-2012 15:32:13
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-SYSTEM_FNO-1
channel ORA_DISK_1: restoring datafile 00002 to /fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-SYSAUX_FNO-2
channel ORA_DISK_1: restoring datafile 00003 to /fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-UNDOTBS1_FNO-3
channel ORA_DISK_1: restoring datafile 00007 to /fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-XDB_FNO-7
channel ORA_DISK_1: restoring datafile 00006 to +DS8000_DG
channel ORA_DISK_1: reading from backup piece /fra/PROD/backupset/2012_12_19/o1_mf_nnndf_TAG20121219T143840_8f3vdn3q_.bkp
channel ORA_DISK_1: piece handle=/fra/PROD/backupset/2012_12_19/o1_mf_nnndf_TAG20121219T143840_8f3vdn3q_.bkp tag=TAG20121219T143840
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:12:35
Finished restore at 19-12-2012 15:44:48
datafile 1 switched to datafile copy
input datafile copy RECID=6 STAMP=802453489 file name=/fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-SYSTEM_FNO-1
datafile 2 switched to datafile copy
input datafile copy RECID=8 STAMP=802453489 file name=/fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-SYSAUX_FNO-2
datafile 3 switched to datafile copy
input datafile copy RECID=10 STAMP=802453489 file name=/fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-UNDOTBS1_FNO-3
datafile 7 switched to datafile copy
input datafile copy RECID=12 STAMP=802453489 file name=/fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-XDB_FNO-7
datafile 6 switched to datafile copy
input datafile copy RECID=14 STAMP=802453489 file name=+DS8000_DG/tspitr/datafile/soe.304.802452733
renamed tempfile 1 to /fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-TEMP_FNO-1 in control file
executing command: SET until clause
Starting recover at 19-12-2012 15:44:49
using channel ORA_DISK_1
Executing: alter database datafile 4 offline
Executing: alter database datafile 5 offline
starting media recovery
archived log for thread 1 with sequence 8 is already on disk as file +DS8000_DG/prod/onlinelog/group_2.331.802352815
archived log file name=+DS8000_DG/prod/onlinelog/group_2.331.802352815 thread=1 sequence=8
media recovery complete, elapsed time: 00:00:02
Finished recover at 19-12-2012 15:44:55
sql statement: alter database rename file ''+DS8000_DG/prod/onlinelog/group_1.330.802352807'' to ''/fra/stage_area_tspitr/PROD/onlinelog/group1.rdo''
sql statement: alter database rename file ''+DS8000_DG/prod/onlinelog/group_2.331.802352815'' to ''/fra/stage_area_tspitr/PROD/onlinelog/group2.rdo''
sql statement: alter database rename file ''+DS8000_DG/prod/onlinelog/group_3.321.802352821'' to ''/fra/stage_area_tspitr/PROD/onlinelog/group3.rdo''
database opened
## Exporting Tablespace Metadata
RMAN >
run {
sql 'alter tablespace SOE read only';
# create directory for datapump export
sql "create or replace directory TSPITR_DIROBJ_DPDIR as ''/fra/stage_area_tspitr''";
# grant on directory to SYSTEM
sql "grant read,write on directory TSPITR_DIROBJ_DPDIR to system";
# exporting metadata
host "expdp system/oracle@localhost:1521/tspitr DIRECTORY=TSPITR_DIROBJ_DPDIR DUMPFILE=exp_transport_soe.dmp TRANSPORT_FULL_CHECK=Y TRANSPORT_TABLESPACES=SOE";
using target database control file instead of recovery catalog
sql statement: alter tablespace SOE read only
sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''/fra/stage_area_tspitr''
sql statement: grant read,write on directory TSPITR_DIROBJ_DPDIR to system
Export: Release 11.2.0.3.0 - Production on Wed Dec 19 15:53:02 2012
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic Storage Management, Oracle Label Security, OLAP,
Data Mining, Oracle Database Vault and Real Application Testing options
Starting "SYSTEM"."SYS_EXPORT_TRANSPORTABLE_01": system/********@localhost:1521/tspitr DIRECTORY=TSPITR_DIROBJ_DPDIR DUMPFILE=exp_transport_soe.dmp TRANSPORT_FULL_CHECK=Y TRANSPORT_TABLESPACES=SOE
Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
Processing object type TRANSPORTABLE_EXPORT/TABLE
Processing object type TRANSPORTABLE_EXPORT/INDEX/INDEX
Processing object type TRANSPORTABLE_EXPORT/INDEX/FUNCTIONAL_INDEX/INDEX
Processing object type TRANSPORTABLE_EXPORT/CONSTRAINT/CONSTRAINT
Processing object type TRANSPORTABLE_EXPORT/INDEX_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/INDEX/STATISTICS/FUNCTIONAL_INDEX/INDEX_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/CONSTRAINT/REF_CONSTRAINT
Processing object type TRANSPORTABLE_EXPORT/TABLE_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/POST_INSTANCE/PLUGTS_BLK
Master table "SYSTEM"."SYS_EXPORT_TRANSPORTABLE_01" successfully loaded/unloaded
Dump file set for SYSTEM.SYS_EXPORT_TRANSPORTABLE_01 is:
/fra/stage_area_tspitr/exp_transport_soe.dmp
Datafiles required for transportable tablespace SOE:
+DS8000_DG/tspitr/datafile/soe.304.802452733
Job "SYSTEM"."SYS_EXPORT_TRANSPORTABLE_01" successfully completed at 15:54:28
host command complete
## Stop Database and destroy it to make sure that Datafile 6 will not be used by this database;
RMAN>
run {
shutdown immediate;
## removing controlfile and SYSTEM Tablespace to make sure that database will not be opened
host "rm -f /fra/stage_area_tspitr/PROD/controlfile/control01.ctl /fra/stage_area_tspitr/PROD/datafile/datafiles_data_D-PROD_TS-SYSTEM_FNO-1";
database closed
database dismounted
Oracle instance shut down
host command complete
## TARGET Database
## Plugging Tablespace on TARGET database.
$ export ORACLE_SID=prod
$ rman target /
run {
# create directory for datapump import
sql "create or replace directory TSPITR_DIROBJ_DPDIR as ''/fra/stage_area_tspitr''";
# grant on directory to SYSTEM
sql "grant read,write on directory TSPITR_DIROBJ_DPDIR to system";
host "impdp system/oracle@localhost:1521/prod DIRECTORY=TSPITR_DIROBJ_DPDIR DUMPFILE=exp_transport_soe.dmp TRANSPORT_DATAFILES=''+DS8000_DG/tspitr/datafile/soe.304.802452733''";
sql "alter tablespace soe read write";
sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''/fra/stage_area_tspitr''
sql statement: grant read,write on directory TSPITR_DIROBJ_DPDIR to system
Import: Release 11.2.0.3.0 - Production on Wed Dec 19 16:09:30 2012
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic Storage Management, Oracle Label Security, OLAP,
Data Mining, Oracle Database Vault and Real Application Testing options
Master table "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01" successfully loaded/unloaded
Starting "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01": system/********@localhost:1521/prod DIRECTORY=TSPITR_DIROBJ_DPDIR DUMPFILE=exp_transport_soe.dmp TRANSPORT_DATAFILES=+DS8000_DG/tspitr/datafile/soe.304.802452733
Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
Processing object type TRANSPORTABLE_EXPORT/TABLE
Processing object type TRANSPORTABLE_EXPORT/INDEX/INDEX
Processing object type TRANSPORTABLE_EXPORT/INDEX/FUNCTIONAL_INDEX/INDEX
Processing object type TRANSPORTABLE_EXPORT/CONSTRAINT/CONSTRAINT
Processing object type TRANSPORTABLE_EXPORT/INDEX_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/INDEX/STATISTICS/FUNCTIONAL_INDEX/INDEX_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/CONSTRAINT/REF_CONSTRAINT
Processing object type TRANSPORTABLE_EXPORT/TABLE_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/POST_INSTANCE/PLUGTS_BLK
Job "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01" successfully completed at 16:10:03
host command complete
sql statement: alter tablespace soe read write
### Recompiling Invalid Objects and Checking objects from tablespace SOE
$ sqlplus / as sysdba
SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql
TIMESTAMP
COMP_TIMESTAMP UTLRP_BGN 2012-12-19 16:10:34
OBJECTS WITH ERRORS
0
ERRORS DURING RECOMPILATION
0
Function created.
PL/SQL procedure successfully completed.
Function dropped.
PL/SQL procedure successfully completed.
SQL> select count(1) SEG_COUNT from dba_segments where tablespace_name='SOE';
SEG_COUNT
32
SQL> SELECT COUNT(1) OBJ_INVALID FROM DBA_OBJECTS WHERE STATUS != 'VALID';
OBJ_INVALID
0
## PERFORM A FULL BACKUP AFTER RESTORE TABLESPACE.Regards,
Levi Pereira -
Hi Everyone:
We are using JDev 11.1.2 and JHeadstart 11.1.2. We have been having a multitude of problems when running applications through the migrator (and we have now been told by an Oracle consultant that the migrator is problematic), so we are trying to re-write things from scratch to bring them over from 11.1.1.4 to 11.1.2.
I have been working on a simple application from scratch and discovered that the messages for constraints on the entities that I am using are not showing up in the ApplicationResources_en.properties.file. We noticed a similar thing with converting an application using the migrator and that post is found here - java.lang.NullPointerException ADF_FACES-60097 message ***WITH SOLUTION*** -.
However, I didn't get a single reply to that thread.
I initially thought it was a migration issue, but this application is from scratch. Whenever I tried to input an invalid value into a page column, the following exception would be received.
"java.lang.NullPointerException ADF_FACES-60097:For more information, please see the server's error log for an entry beginning with: ADF_FACES-60096:Server Exception during PPR, #"
This Null Pointer turned out to be the missing message from the ApplicationResources_en.properties file. In the new application I just wrote, I had to manually edit to add the following lines to the ApplicationResources_en.properties file and the application no longer gives me the error if I input an invalid value.
VALIDATE_FEE_CATEGORY_3=Feecategory with this FeeCategory does not exist
VALIDATE_ACADEMIC_TERM36=Academicterm with this EffectiveTermStart does not exist
VALIDATE_ACADEMIC_TERM36_CASDEL=Cannot delete Academicterm while dependent Specialexchange exists
VALIDATE_ACADEMIC_TERM37=Academicterm with this EffectiveTermEnd does not exist
VALIDATE_ACADEMIC_TERM37_CASDEL=Cannot delete Academicterm while dependent Specialexchange exists
VALIDATE_CURRENCY23=Currency with this Currency does not exist
VALIDATE_CURRENCY23_CASDEL=Cannot delete Currency while dependent Specialexchange exists
VALIDATE_FEE_CATEGORY_3=Feecategory with this FeeCategory does not exist
VALIDATE_FEE_CATEGORY_3_CASDEL=Cannot delete Feecategory while dependent Specialexchange exists
These constraints are found in the Entities .xml files as shown below. We are using a re-usable business components .jar file to import them in.
<Key
Name="UniqueFeeCategory"
PrimaryKey="true">
<DesignTime>
<Attr Name="_DBObjectName" Value="UNIQUE_FEE_CATEGORY"/>
</DesignTime>
<AttrArray Name="Attributes">
<Item
Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.FeeCategory"/>
<Item Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.Currency"/>
<Item
Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.EffectiveTermEnd"/>
</AttrArray>
</Key>
<Key
Name="ValidateAcademicTerm36">
<DesignTime>
<Attr Name="_referencedKey" Value="UNIQUE_ACADTERM_CODE"/>
<Attr Name="_isForeign" Value="true"/>
<Attr Name="_DBObjectName" Value="VALIDATE_ACADEMIC_TERM36"/>
</DesignTime>
<AttrArray Name="Attributes">
<Item
Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.EffectiveTermStart"/>
</AttrArray>
</Key>
<Key
Name="ValidateAcademicTerm37">
<DesignTime>
<Attr Name="_referencedKey" Value="UNIQUE_ACADTERM_CODE"/>
<Attr Name="_isForeign" Value="true"/>
<Attr Name="_DBObjectName" Value="VALIDATE_ACADEMIC_TERM37"/>
</DesignTime>
<AttrArray Name="Attributes">
<Item
Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.EffectiveTermEnd"/>
</AttrArray>
</Key>
<Key
Name="ValidateCurrency23">
<DesignTime>
<Attr Name="_referencedKey" Value="UNIQUE_CURRENCY_CODE"/>
<Attr Name="_isForeign" Value="true"/>
<Attr Name="_DBObjectName" Value="VALIDATE_CURRENCY23"/>
</DesignTime>
<AttrArray Name="Attributes">
<Item Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.Currency"/>
</AttrArray>
</Key>
<Key
Name="ValidateFeeCategory3">
<DesignTime>
<Attr Name="_referencedKey" Value="UNIQUE_FEECAT_CODE"/>
<Attr Name="_isForeign" Value="true"/>
<Attr Name="_DBObjectName" Value="VALIDATE_FEE_CATEGORY_3"/>
</DesignTime>
<AttrArray Name="Attributes">
<Item
Value="its.sis.uwbm.AREdit.entityobjects.Specialexchange.FeeCategory"/>
</AttrArray>
Is this a known bug (I have searched and havent found it) and is there anything that I can do about it without having to manually add the messages?
Mary
UofWHi Everyone:
I have done some further testing. We are using a re-usable Business Components .jar file to access our entities. We import the .jar file into the project and create the ViewObjects and ViewLinks from that .jar file.
It APPEARS that a test case using the HRSchema and using the Entities & Associates generates the constraint error messages, but when I use the .jar file of re-usable business components imported into the project, those constraint error messages are not created in the ApplicationResources_en.properties file. I have created two testcases as well as the re-usable .jar file that I can send to you to show what I mean.
This behaviour seems to have shown up in 11.1.2 as there was no problem before this.
Please let me know where you'd like me to upload the testcases.
Thank you.
Mary
UofW
Maybe you are looking for
-
Best practices for setting up RDS pool, with regards to profiles /appdata
All, I'm working on a network with four physical sites and currently using a single pool of 15 RDS servers with one broker. We're having a lot of issues with the current deployment, and are rethinking our strategy. I've read a lot of conflicting info
-
hey i have an imac 27' i7 and keep getting kernel panic crashes. there is no set time it will crash, just that a dark screen comes over the monitor and says I need to restart by turning the power off. below is the latest crash report. any ideas would
-
How to Get New Windows Setup Disk
I got an r61i with Windows XP a couple of years ago. I purchased another hard drive and installed Linux on it. That is what I normally use, but, I kept the drive with XP when I need to use Widows. I seem to have lost the drive with XP on it. I gue
-
Can i upload music from two different iTunes to an iPhone
im trying to put music from my itunes onto a friends iphone, without deleting all of his data. Is this possible?
-
Can we block the business partner master data for embargo reason?
Hi,Experts: Do you know if we can add the embargo block on business partner master data in GTS just like SPL checking? Thanks