Labour time in variant configuration

Hi all,
my problem is this:
i would like to calculate the labour time with procedures. I created the char t_vgw03 referenced to PLPO-VGW03 and assigned it to my class.
i created 2 different procedures
table t_silver (c010 = c010, t_vgw03 = $self.t_vgw03) .
table t_opt (c011 = c011, t_vgw03 = $self.t_vgw03) .
and assigned both to an operation.
According to http://help.sap.com/saphelp_47x200/helpdata/EN/92/58c3a1417011d189ec0000e81ddfac/frameset.htm the quantity calculated in each procedure should be summed in vgw03.
this not happens!!!!!
the value inserted in vgw03 is only the last one.
Any idea???
thanks.
MG

Hi,
The second procedure is overwritting the Labor time inferred by First Procedure that's why you are getting the Labor time of last one.
I understand that you want to add the labor time from 2 tables and it should infer through procedure....If that is the case then you can follow this
1) Create 2 new char t_Char1 and t_char2
2)Add these char in the tables
3) Add these char in Class
2) Create new procedure with coding and assign to the operation
table t_silver (c010 = c010, t_char1 = $self.t_char1),
table t_opt (c011 = c011, t_char2 = $self.t_char2),
$self.t_vgw03 = t_char1 + t_char2
Hope this will help
Regards,
Brahmaji D

Similar Messages

Why don't we do the confirmation in variant configuration?

Hello guys,
As far as i know that in variant configuration we don't do the confirmation, we directly do the goods receipt.Is it right?If yes than why?
Following are the steps we do while doing the variant configuration scenario:
1)First we create the characteristics and give the values inside it.
2)Then we create the class of class type 200 and give characteristics defined in it.
3)Then we create the variant of class type 300 and give all the characteristics inside it.
4)Now we create the configurable material with Basic data 1,2, MRP 1,2,3,4 , Classification view ,workscheduling view.
In classification view, we give the variant of class type 300.So it shows all the characteristics and its value over there.There we select all the values.
5)Now we create the super bom of configurable material and in class tab we give all the classes of class type 200.Here even we can maintain the dependencies if we define all the characteristics value in item tab.
6)Then we create the super routing and inside it we give all the possible operations inside it.Right now my routing contains operations which are necessary all the times.
7)Then we create the configurable profile for configurable material of class type 300.
8)Now we give the requirement in md81 for configurable material and there we select the characteristics values which we want.
9)After that we run the mrp for configurable material and it generates procurement proposals(planned order) for it.
10) Afer this we convert this planned order into production order and release it and save it.
11) After this we do the goods receipt for the production order in mb31.Because of this it shows the stock of sales order as production order qty.
This procedure my tutor has taught me.Have i missed any steps or am i wrong somewhere?If that the case than plz guide me.

if you can generate a production order then you can always confirm it according to SAP PP logic.
we use variant configuration for the manufacturing of complex products. once the component quantities and
operation are selected for a particular variant and copied to Production order, the rest of the process is same
as normal Production Control. Revert back with any queries you have.
Regards,

Sales Order text for Variant Configuration

Hello
I have researched my issue and also have asked other peers for guidance. I feel that I am really close to getting my issue to work but I am not sure what I am missing, so I am hoping that someone can give me some advice as to what to check please. See below for the description.
My issue is in reference to SD Variant Configuration and is outlined below.
Overview
Main Unit is a radio test set
Test set can have an upgraded software
Example
Model 6015 u2013 standard test set
Model 6015T u2013 Upgraded software test set
Model 6015V u2013 Upgraded Software + test Set
Requirement
Use same Material Number using Variant Configuration for the upgrades
Price is to default to the Upgraded price
NOTE:
Our materials are already established and are set up as material type Finished Goods; ERLA item category; sales order item category is a copy of TAC. I am using a Configurable Material type KMAT, item category 0002 and linking to the FG material item category ERLA in the material master.
I have created the Material Variant (KMAT) in MM01
Created the characteristic in CT04
Created Classification in MM02 for material FG
Created Super BOM for Configurable Material in CS01 and added the upgrades as Alt Bom 2 for upgrade and 3 for Upgrade+. Also added the Alt BOM text
Created Profile of configurable material in CU41
For the Material I added the configurable material to MRP 3 screen in MM02
Created the BOM link in CS40
I simulate the material in CU50. I enter my material; select the icon for configuration, I can see the characteristic Value Assignment nad see my characteristics Description. I go to the value and use the drop down I then see the pop up of all the different values.
I have created Characteristic Reference VCSD_UPDATE_ARKTX with table VCSD_UPDATE and field ARKTX - no values
I have created a characteristic Test_Choice with the 2 values one is Test Upgrade 1 and the other is Test Upgrade 2. Both of these have the description as well.
For Material Text:
I have set up a reference characteristic using 30 character format (named VCSD_UPDATE_ARKTX),
with table name VCSD_UPDATE and field name ARKTX.
Then in the Configuration Profile(CU42) for configurable material, added a procedure(named PR_PRODUCT_DESCRIPTION) to the dependencies which contains code that sets the description
$self.VCSD_UPDATE_ARKTX = ''Test Upgrade 1u201D
If $self.TEST_CHOICE = Test_Upgrade_1,
$self.VCSD_UPDATE_ARKTX = ''Test Upgrade 2u201D
If $self.TEST_CHOICE = Test_Upgrade_2,
When Entering the sales order for Material Number XXXXXX, I receive a pop up that I can select which Alternate BOM (from CS02) I would like. I select my line item and then select the configuration icon at the bottom of the sales order. I see again my characterestics values (the same as CU50) but am unable to select the radio button. Not sure if this part is standard. Still no change in the sales order line item. I have validated that I am using a copy of the standard TAC item category. How does the text change to the correct value? Am I missing a seeting somewhere. Please provide any guidance with this as I have been trying to get this to work for over a month.
Thank you for your time. It is greatly appreciated.

I have figured out that this will work if I go to the standard material (it is not KMAT but it is a FERT material type) and set the flag in the Material Master Basic Data 2 tab that this is a configurable material and not use KMAT material type for a super BOM. The text changes for this scenario so it give me hope.
This is not ideal, as I want to use the Super BOM because there are different variations (non stock items) that I need to pull through on the picking list in order to tell the end user which option needs to be loaded in the standard material. At least I know the text can change on the sales order; but I am still struggling with the use of the super BOM and changing the sales text when there is use of a super bom as you tie that to the MRP 3 screen of the FERT material type. I can set everything up, but the text will not change if I set up the material master this way. Guidance is appreciated.
Example
Material 72433 (FERT)
on sales order I enter 72433, my alternate BOM comes up with different Options. Alternate BOM 1 is standard configuration; My Alternate BOM 2 has Option 3 and 4 while alternate BOM 3 has option 5 and 6. Alternate BOM 2 is a 6015T and Alternate BOM 3 is a 6015V.
I want my sales order to pull through the text of 6015T or 6015V, whichever is chosen. I want my picklist to print out the option that was selected.

Consuming Material Having Variant Configuration

HI
We are using Variant Configuration for our semi finished product and its
batch managed.There are two plants in one plant say A and B. In A plant
we are using Variant configuration.The same material is stock transferred
to plant B and is further processed.
We are creating CIR in plant B. After taking MRP run we are converting
planned order to purchase requisition and subsequently Stock transfer
purchase order on Plant A. When the material is produced in plant A,it is
transferred to plant B on stock transfer order mentioned above. But the
material is against CIR in plant B. We remove the material from CIR
through 411E movement and system keep it as free stock in unrestricted.
Now when i am consuming this material for further processing in
production order of Material getting manufactured system is asking me for
Variant Characteristics.
System should not ask me variant characteristics once it has been removed
from CIR i.e. special stock.
Any Work around avilable.
Regards,
Anand.

Hi Anand,
Finally, I could understand your issue from your CSS message.
In your description, AA is configurable material in both plant A and plant B, BB is not a configurable material in plant B, AA is a component of material BB, so when you produce BB, there will be dependent requirement generated for AA from BB, now you want to use the stock of AA to fullfill the dependent requirement, however, the system will require you to enter the characteristic at that time.
Then where is the stock of AA comes from? I have mentioned this in my previous reply. But as I have mentioned it is not correct to have unristricted stock for the configurable material, therefore, your process to have free stock of AA is not correct.
Another point is that, your process to have configurable material as a component of a non-configurable material is also not proper.
For example, material BB is a Car, material AA is the Door of the Car, your Car is not configurable, but the Door is configurable, you may have green door and red door according to the configuration, but as your car is a firmed material then what's the meaning to have different door, if you want to have different door, then that means you also need to have different color of the car, like green door for green car, red door for red car, then that means your car should be also a configurable material to make you can select the color of the car too.
Or if your Car is a firmed material as green car, then do you think there is any meaning to configure the door of the car? Unless you do want a red door for a green car, but this can also be realized with a configurable car.
So normally, like your situation, you should use multi-level configuration structure to do the production in make to order scenario.
Therefore, still the problem has been described in my previous reply, no matter how you get the stock of AA, the AA is produced with the configured configuration module, so the stock of AA is also with the configuration data, then no matter how you want to consume the stock of AA, system will always ask for the characteristic of the requirement to compare it with the stock configuration to see if they are same.
For example, you are producing your Car, but as far as I can see you should have no place to configure the door in production order, therefore when you try to consume the door, the system will of course need to know which color you want, because if you want red door but there is only stock of green door, then how the system should do in your opinion?
Then finially, the best way of solving your issue is to have material variant for the configurable material, like the door, you may have material variant as green door and red door, if your firmed Car is green car, then you can use green door as the firmed component, if your firmed Car is red car, then you can use red door as the firmed component, also when you do the production, you could simply produce the green door directly without configure the door, because the material variant is a stockable item but the configurable material is not, then your scenario would be very simple and there will no such problem any more.
If you do still want to keep your scenario, but don't want the system requires you enter the charateristics, then you may have to do the modification of the goods movement transaction to disable that, but it may lead to the inconsistency situation, like actually you want red door, but what you have in stock is green door, without that, you may consume the green door stock for the red door requirement, then it will mess up all the following process.
Also as you are doing the goods movement in MM transaction, so if there is user-exit could be used to change this behavior is decided by MM function, however, base on my checking there will be no such user-exit to control this behavior at MM side, because the consequnce is really dangerous for the system operation.
Therefore, I think the best way for you is still adjust your production scenario to make your production standard, then SAP system will accept that standard production scenario under your requirement.
Thanks and regards,
Rachel
Edited by: Rachel Tang on Apr 2, 2010 10:25 AM
Edited by: Rachel Tang on Apr 2, 2010 10:32 AM

Variant configuration for material in sap B1

Hi,
Please explain how item variants can be configured in SAP B1 against materials like SAP R3.
Noramlly all the attributes of amaterial cannot be incorporated in material code which are to be filled at the time of transaction in sale order. Every material is associated with a class which constitutes some characteristics . Those characteristics contain some pre defined value in variant.
Please explain if there is any scope of it in SAP B1.
Regards
Indranil

Hi
There is huge gap is there between R3 and SBO. u cant expect same thing in SBO which in R3.
Basic things SBO is gud for lite manfg company, traders. if u r looking for heavy manfg company then u have to look for addons r SDk with SBO.
Basically in SBo u can segrregrate the items by one item group only, & using some properties & udfs u can make subgroups.
Pls check this thread Slightly same kind of req.:
Variant configuration for FG and SFG
Giri

Variant Configuration Data download from R/3 to CRM

Hello all
It may be a very dumb question, but I would certainly appreciate an answer.
We are currently using SAP R/3 4.6c and heavily use VC for configurable products and also for pricing.
Now we wish to explore the possibility of using SAP CRM 5.0 to enable our sales force to use CRM PCUI to create quotes for configurable materials.
My questions are as following:-
1. Is it possible to download all VC related data into CRM from R/3 including pricing? I understand that for different VC object, I will have to use different CRM objects but is it possible? If the data transfer is possible, is it typically done by a middleware resource?
2. I would also like to confirm that by creating a run time version and Kbase is pre requisite to enable the download to CRM.
If you could please point me to the appropriate help on this topic, I would really appreciate it.
Best regards
Jai

Hi Gun,
In your message, You stated
As recommended by SAP, if we have R/3 link into our CRM
the best scenario is to get VC product from R/3 into CRM.
Is there any documentation tjhat backs this up? could you give it to me
we have a situation in our company where we have been using a home grown product that not only lets you configure product bu it also takes the user through a selling experience for example it asks the user if he is interested in buying any accessories for the product and provides options through pop messages and the user can select. this way it takes leads the user through questionnaires that comes in pop ups to select a product
we have crm service and ecc implemented and now we need to implement this feature for the crm sales piece
the question is do we go for PME or variant config that is already set up in ECC ?
the link and middle ware set up between ECC and CRM is also available so we can bring the variant configuration from ECC into crm. but how about the questionnaires and the selling experience that is available through pop up questionnaires,
we can set up the selling experience via the Product modeler but as a company we need to make a decision whether we bring the varinat configuration from ecc and use the selling experience for the pop up questionnaires that leads customer
or should we just use sales packages that behaves similarly like varinat configuration and add enahcnements to create the pop- up questionaires
Could you direct /provide some guidance in this area?
Sara

Using ALE to synchronize Variant Configuration data from Production to Dev

SAP Gurus,
We are trying to move away from opening our production environment every time with need to add new Variant configuration for products.
In order to do so, we need to ensure that our development and staging systems are in line with production LO-VC data. We have been looking at a possible ALE solution but I would like to get other suggestions.
Any thoughts you may have with regards to either pros and cons of ALE, or another solution we may have overlooked. If your clients are transporting Variant Configuration to production, what method are they currently using to ensure data consistency between environments.
Our landscape currently has two production environments for two separate business lines but both use LO-VC therefore we would like to standardize the process.
Thanks and Regards,
Kevin Webb
SAP SD Senior Consultant

Hi Webb,
General its a complex process to transport VC but for system consistency you can:
1. do the changes Manually in each system
2. Use ALE idoc process to transport.
But ALE transport generally used for fresh VC transport, if the VC already present in transporting system, it may cause inconsistency. Hence if you want to transport some changes then I can suggest you to do MANUALLY.
But if you are transporting VC freshly in each system, go for ALE.
try and revert

Configuration management (LO-CM) used with Variant configuration (LO-VC)

Hi
I am new to SAP, working with Variant configuration (LO-VC).
I wish to enforce configuration management during development of a new Variant configurator.
Would Configuration management (LO-CM) work together with Variant configuration (LO-VC)?
My expectation is that SAP Configuration management (LO-CM) will work similar to solutions like e.g. MsVisualSourceSafe, SubVersion, CVS, IBM/Rational ClearCase etc. in the software development domain.
best regards Henrik

Hi Amber
Thanks a lot for answer, and please apologize my late response.
I am not confused by the term 'configuration', being used in two different meanings.
(1) Variant configuration (VC) is the dicipline of creating product variants by making a set of choises from the characteristics describing the product. A complete and consistent set of choises is a 'configuration'.
(2) Configuration Management in the 'traditional' software development meaning: Software Configuration Management (SCM). E.g. Microsoft VisualSourceSafe, IMB/Rational ClearCase, Subversion etc. are examples of tools used for the kind of SCM I wish to apply to VC models.
My confusion is whether the SAP CM that I can read about in the SAP online help, is similar to traditional SCM, and whether it can be applied to VC models.
I wish to apply SCM to a VC model. All the objects that together make up the VC model may then each exist in various versions (version control). A complete set of the objects (in a given version) make up a configuration of the VC model.
What is achieved is : you can control the development of VC model in just the same way that all serious software is under the control of SCM. This will allow an evolution of the VC model, like e.g. version 1.0 is released in January, then version 1.1 is released in June. A major upgrade of the model may become version 2.0 in December etc. The 'source code' (the objects) of each of the versions can be retrieved at any time from the SCM system. Also with SCM several developers may work on the same VC model at the same time, and merge their individual work into the same model.
This is very different from todays VC model development. In todays VC model development, only one version exists, that is 'todays version'. Any change to the model is released immediately, and you can undo model changes only if you remember what it was like a little while ago.
We do develop and test VC models in one SAP system, and then move them to the production system. This is however still very far from the benefits of SCM.
best regards
Henrik Saugbjerg

SO BOM or Variant Configuration or Other for Technical Sale

Dear Community,
I would like to ask you and advice on this.
In a Plastic Packaging Industry with lots of different products but very similar at the same time, production is triggered after the customer order.
To me it sounds very logical to use Variant Configuration scenario to specify product details which define its components and operations. Nevertheless the Sales People are don't have the enough knowledge to define completely the product and need a Technical Area to define key information to complete the product. before sending sales order (or quotation) to customer.
Which scenario would you use ? And most important: how would you use it to integrate the customer requirement information with technical data from experts?
Thank you in advance,
Best Regards,
Sebastián Ligueros

Hi Mario and the rest of community, I wish you a Happy New Year!
Answering the questions: The product is engineered specifically for the customer and is possibly (not always) subject to change in every sales order.
The first requirement from customer goes to sales department. If the product is new there is lot of joint woirk with technical area to develop the particular product and then send the quotation to the customer when most of the processes and components are defined. Product can be further specified in the sales order. If the product has been already sold in the past, sales department send quotation/sales order taking as reference a previous one maybe changing one or two elements like graphic design.
In this interaction between the sales department requirement and technical area for product development at "preparation for quotation level" and then for sales order I would like to know in your opinion which would be the best scenario.
Thank you,
Sebastián Ligueros

Details about Master production Scheduling & Variant configuration

1) What are the steps for Master Production Scheduling (MPS)?
2) What are the steps for Variant Configuration?

Hi,
MPS:
With in your planning time fence (maintained in mat master ) , you will get firmed planned orders because your MRP Type P1 - P4 has firming type.
And the firmed planned orders will not change after next MRP run.
You have to set MRP Type p1 - p4. acc to firming type. in ur mat master.
Then run MPS .It is generally for important products and it is run single level.Because it will not change your procurement proposals as it has firming type.So you get effective planning for your imp products.
Variant configuration:
Go to mm01 create a material and in bd2 view mark the check box material is configurable and then save the material and go to ct04 create chara.
Go to cl01 and create class with class type 300 and assign the charac. to it
Go to tcode cu41 create the profile using material code and assign the class to it
then got tcode mm02 and assign the profile there
Variant configuration material type is KMAT (SAP std), u can use this material type alternately u can mark the indicator in basic data 2 view ->client specific configuration->Material is configurable tick.
For further reference, check the link below
http://help.sap.com/printdocu/core/Print46c/en/data/pdf/LOVC/LOVC.pdf

New forums launched for PM, variant configuration, classification,....

Hi,
now the new forums have been launched and most of the former messages were moved from the PLM forum to this new special forums. To avoid long response times for your future threads please keep in mind to post them in the newly created forums for
SAP Document Management
SAP ERP PLM - Classification and Variant Configuration
SAP Portfolio and Project Management (SAP RPM, cProjects) and cFolders
[Quality Management (QM)|SAP ERP Operations - Quality Management (SAP QM);
[Environment Health & Safety (EHS)|SAP Environment, Health, and Safety Management (SAP EHS Management);
Best regards,
Christoph
Edited by: Christoph Hopf on Aug 3, 2011 9:01 AM

Hi all,
today the new forums for Classification and Variant Configuration are released. So you find these new forums under
ERP PLM Variant Configuration: SAP ERP PLM - Classification and Variant Configuration
ERP PLM Classification : SAP ERP PLM - Classification and Variant Configuration
From now on please post your questions regarding these topics in the new forums.
Best regards,
Christoph

Variant Configuration on Sales order

Hi guys,
Our users should be able to create sales orders from a webdypro screen using standard "variable configuration".
I am looking for ideas on how to integrate/transfer the beck-end "variable configuration" to the dynpro screen?
Please advice,
Thanks!

You are talking about Variant Configurator - as in configuration of the product at Sales Order entry time - and not some Web Dynpro specific personalization/configuration - right? If so, for questions about what application specific APIs you should call, you really need to ask those in other forums. Perhaps the ERP or ABAP general forum you would reach a wider audience because that question really isn't WDA specific. Have you checked the Enterprise Service for Sales Orders?
I know that the WDA version of Sales Order Entry (L_ORD_MAINTAIN) doesn't yet support Variant Configuration of products. Therefore there may not be good APIs yet. I know that Variant Configuration is rather complex because you are basically building meta data that controls the screen generation for the configuration options.
>How do we controll the "flow" logic
What do you mean by this?

Variant Configurator and ALE

Has anyone had any experience with using ALE to transport all aspects of the Variant Configurator set-up to another SAP instance? We had planned to go this route, but have had people tell us that they wrote custom programs to download data from one instance and then use BDC's to load them in the new system. Is there a problem with using ALE for VC set-up data or anything we should be aware off?
Regards.

Hi Cynthia,
I have done this in the past. Definitely ALE is the way to go over BDC's etc.
The only thing you have to watch is the sequence that you send the data in. For example you must send dependency function module definitions before you can send any dependencies that call those functions. Otherwise you get an Idoc failure.
Where you get circular references (for example you have a characteristic which has a dependcy attached to it, and the dependency actually refers to the characteristic by name) then the best thing is to set the status of the dependency to deactivated, ALE it to the target system (syntax check will pass because its deactivated), ALE the characteristic, set the status back on the dependency, and then ALE it again.
Apart from occasional circular references, however, it works really well.
Another thing to watch is that when you set up your ALE distribution model, that you consider the possibility of concurrent development and ALEing between systems. For ease of administration, we set up our DEV system as the source for both QA and for PROD (rather than having DEV as source for QA and QA as source for prod) but this means that you shouldn't do any development on objects currently in QA as the latest changes will be ALE'd from DEV to PROD.
I think the general sequence of ALEing that worked the best was:
1. Characteristics
2. Function module definitions
3. Dependencies
4. Configuration profiles
I feel I have forgotten something there, but I guess you get the idea.
Last thing, you can't ALE the configuration profile user interface. So if you have designed your own layout for the characteristics (with tabs, and userexit buttons etc.) you have to recreate these manually in each environment. Not much fun when you have 10+ clients in your landscape. I kept meaning to write a program to handle it but, time got away from me.
Finally, you have to ask yourself why SAP didn't treat all this stuff as configuration though, and allow you to migrate using change requests. Wouldn't that be nice!!!
Hope that helps.
Cheers,
Brad

Copying Variant Configuration across sales order items

Hi,
We are working with SAP 4.7.
I have a requirement to default the variant configuration values entered within line 1 of the sales order entry process on to subsequent lines. i.e. defaulting initial values for the configuration.
Our users have to enter many variant line items on a sales order and within an individual order the variant characteristics will be very similar, therefore by defaulting these values to be the same as the previously entered line would be a considerable overhead saving.
However I am having difficulty accessing the variant values which have been entered in the first line item. I have looked at userexit_move_workarea_to_sdwa and userexit_get_field_from_sdcom, however I don't know if I am heading in the right direction. Any advice appreciated.
Thanks for your time.

We are doing this with main-positions and subpositions. The sales clerk enters the main Position with all the characteristics, switches to the tab "Fast data entry" types in the main position, he wants to copy from and the material. There is a dependency which calls a function module which does the real work.
This works with 4.6B in 4.7 there is a psotion type global position which acts similiar.
Ok, now the code:
Dependency
pfunction Z_SD_WERTE_CHARACTERICS
(SD_VBAP_UEPOS         = SD_VBAP_UEPOS,
   STAERKE           = $self.STAERKE,
   BREITE              = $self.BREITE)
/code
CALL FUNCTION 'Z_SD_INHERITANCE'
     EXPORTING
          GLOBALS        = globals
     TABLES
          QUERY          = query
          MATCH          = match
     EXCEPTIONS
          FAIL           = 1
          INTERNAL_ERROR = 2
          OTHERS         = 3
/code
Z_SD_INHERITANCE
DATA: h_uepos LIKE vbap-uepos.
DATA: x_values TYPE ibco2_value_rec OCCURS 0 WITH HEADER LINE.
FIELD-SYMBOLS:
-values.
    ENDLOOP.
ENDIF.
*-- Ausgabeverarbeitung
LOOP AT match WHERE atcio = 'O'.
*-- Konvertierung ATINN auf ATNAM
    SELECT SINGLE * FROM cabn WHERE atnam = match-varnam.
    CHECK sy-subrc EQ '0'.
    READ TABLE x_values WITH KEY atinn = cabn-atinn.
    IF     sy-subrc IS INITIAL AND
       NOT x_values-atwrt IS INITIAL.
      match-atwrt = x_values-atwrt.
    ELSEIF sy-subrc IS INITIAL AND
       NOT x_values-atflv IS INITIAL.
      match-atflv = x_values-atflv.
    ENDIF.
    match-atfor = cabn-atfor.
    MODIFY match.
ENDLOOP.
ENDFUNCTION.
/code
Kind regards
Matthias Kabel

Alternative to variant configuration

Hi,
I'm working on a scenario, where BOM has almost 2200 items and out of that almost 600 items has variants.
If variant configuration is used, during sales order creation relevant person has to select 600 material from variants, that is time consuming.
Can anybody please suggest me alternatives?
Regards,
..........Samir

Hi Samir,
I think type match function may be useful for your situation, but it can't be done automatically too.
You may find more in:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/92/58c907417011d189ec0000e81ddfac/frameset.htm
Regards,
Rachel

Labour time in variant configuration

Similar Messages

Maybe you are looking for