Variant Configuration Error in sales order

Hi,
Done the customization for variant. Raised sales order & selected the characteristics like colour--Red & engine--200cc for material & checked in item level condition its showing the 2 characteristic 100cc & 200cc engines but not the characteristics colours. Maintained condition record & condition type in pricing procedure.
I have 2 issues
1) In Sales Order  I selected only characteristic engine 200cc  & why it is showing another characteristic 150cc also in Item level conditions.
2) Why it is not showing the Colour characteristic Red in conditions.
Looking for the experts answer
Regards
Pradeep

Hi,
Variant configuration is as per my knowledge its a case sensitive. Please maintain all the variants and character in CAPP letter and do the same during formula writing also.
During creation of Condition record maintain with CAPPs letter only.
Thanks,
Neo.
*Reword points if its helps.

Similar Messages

  • How to hide variant configuration screen in sales order

    Hi Friends,
    Could you please help : how to hide variant configuration screen in sales order for a configured material
    Ranjan

    Hi
    The very purpose of VARIANT CONFIGURATION is to for this material these are the characteristics available
    In this you choose one characteristic then these are the values available
    If you make a choice then this is the price
    Means Maruthi car is the product
    Say 800
           Alto
           Zen
    These are characteristics
    In this you choose say black, cherry red, white these are the values
    When you put a sales order for Maruthi car then if it is 800 black colour then price is X
    if it is 800 white colour then price is y
    So that according to the choice of the customer the pricing and other details are fetched
    Why do you want to defeat the very purpose of VARIANT CONFIGURATION
    Rather than listing out of the whole product list the system simplifies the thing
    Without that popup variant configuration is meaningless
    Regards
    Raja
    Edited by: ramanathan raja on Dec 11, 2008 3:48 PM

  • Variant Configuration Description in Sales Order

    Hi All,
    We have configured Variant Configuration.
    During Sales Order Processing on Condition Tab the in Name  of Condition Type (Field VTEXT) instead of condition type the system is reflecting the description of Variant.
    We want the description of Condition Type & not of variant. Can any one guide how the same cvan be done.
    Regards
    Mahendra

    First, you are talking about VA00 or VA01 condition types, correct?
    These work different then other condition types, in a sales document they will display the name of the variant (you defined) that matches your config, characteristic-value(s).
    This is Option-based pricing. it is working by design. If you don't want these to show in the procedure then don't define them. you can sum up all values in the configurator then just have one Variant with a "dummy" name and pass that back to the price condition

  • Custom ATP Check using Variant Configuration Data in sales order

    I have a requirement to modify the standard SAP ATP check by including the variant configuration data entered on a item.  Standard SAP does not use/include the characteristics data when doing the ATP. None of the available user exits would allow me to do this.
    The scenario is the client has a configurable product that exist in inventory as one item, base unit as IN2.  The batches that exist in inventory have the characteristics of width and length.  The order data specifies a width and a length, they need the ATP to identify the availability based on the characteristics of the batch.
    The solution was to present the user with a list of batches based on the characteristics that meet the criteria.  The user would then have the option of choosing one of the batches which would mean that the line item would include the batch #.  If the user does not want any of the batches, they could choose to select a Make to Order option, which would change the item category of the item, so that it creates a production order upon saving the order.
    The problem I am having implementing this solution is I have not been able to identify the internal table(s) that contains the characteristics data in SAPMV45A after the configuration screen is called.  If anyone knows where that information is during the sales order processing, it would be greatly appreciated.

    Hello Jean,
    Have you managed to find a solution as yet? I know you have not received any replies but am hoping you were able to resolve the problem as we are facing the exact issue on our project.
    Please let me know,
    Thanks,
    Tanya

  • Variant Configuration Cost in Sales Order

    Can you let me know what is the standard way to cost Variant configured items in the sales order?  for standard item costs, we use VPRS, but for Variant items, the costs vary depending on the variant characteristics selected.  Sales Price is controlled by Variant Pricing...but i wanted to know how Cost for these Items should be set up as a best practice.  Some place explode the BOMs into the Sales Order - but some characteristics are not Materials per say.  Thanks.

    Hi Nhu,
    Welcome to SCN.See suppose you created sales BOM. In general the sales bom will explode and appear in sales order.Here we consider only main material only.
    Sales BOM Configuration;Sales Bom|Sales BOM Configuration;
    [Sales Bom Explanation|http://www.sap-img.com/sap-sd/sales-bom-implementation.htm]
    [Cost Calculation|http://help.sap.com/saphelp_470/helpdata/en/90/ba6da4446711d189420000e829fbbd/content.htm]
    Check these links if there is any issue please post.
    Regards,
    Madhu.

  • Variant configuration statistics of sales order and billing document

    Is there any transaction that allow me to get statistics from the sales orders and billing document for configurable materials ? (like VA05) better if using the values of the characteristics that make up the positions of order.
    Thera are any information from "Sales Information System" using LIS?
    Thanks.

    Hi,
    With LIS, we'll find different infostructures.
    See this link to configure LIS reports :
    http://help.sap.com/saphelp_47x200/helpdata/en/c1/375723449a11d188fe0000e8322f96/frameset.htm
    Using many infostructures before to see sales analysis.
    Another solution :
    In sales order (by user exit), copy characteristics in new fields in VBAP.
    Then, you can use these fields in VA05 (add user exit) or new ABAP report.
    Regards,
    Lionel

  • Variant price for one feature is missing -error in sales order

    Hello Experts,
    I am working on a SAP implementation project for a premier automobile company...
    I have stuck on one point here in this project SAP is a back end system. So sales order will generated based on the interface feed from a legacy system.
    We have Identified to have two different variant classes in SAP sales order. one will contained all vehicle specification, this will be used by PP for MRP and other variant class will have only optional features and all these features should have variant price in VA00 (maintained as pricing record) in pricing. if any of the feature don't have price then this sales sales order should through an error massage (we will customized this error message as per clients requirement)
    Can any one suggest the relevant sales order user exit or any other method to do this check?
    Thank & Regards,
    Sulabh

    Hi Sulabh,
    In standard procedure any component value of VA00 not picked by the sale order system doe's not show any kind of message.
    Use exit MV45AFZZ - USEREXIT_PRICING_PREPARE_TKOMK.take the help of ABAPer he will write the logic where the VA00
    value missing in sale order system should through the error or warning and message which will illustrate the problem,according
    to that user will check and maintain the price.
    Ram

  • Error in sales order when selecting a warranty item in configurator 'Please enter required information - Service Reference Type Code'

    Error in sales order when selecting a warranty item in configurator 'Please enter required information - Service Reference Type Code'
    Not able to book the sales order because of this issue

    Order Management does not support the inclusion of optional service items in a configured Model BOM (see Support article #1296751.1 for more detail).  Allowing for such would therefore require customization.
    As you've found, there's no modeling restriction that prevents you from creating a Model BOM that includes optional service items, nor is there any problem with creating a Configurator Model for it.  And required service items (such as a warranty item that is a required child of an optional BOM component) do not present a problem; they have nothing to do with Configurator, and would never appear as sub-lines in OM.  The problem arises in OM, which requires that any service item be "associated" to the item it's "servicing".  OM does not automatically make such an association with service sub-lines, even though it might be argued that an association may be inferred by the BOM structure (i.e., OM does not assume that an optional service sub-line is necessarily associated, from a service standpoint, with its BOM parent).  OM customization is therefore required in order to hook any service item up to its corresponding product item.  Many customers who configure service along with product have implemented such a customization.
    (Another gap in such a solution that may be relevant to you is that for an included optional service item requiring recurring billing, Order Management does not create the requisite Service Contract.  Customers have likewise developed customizations to address this, as well.)
    As this is not specifically a Configurator matter (you could have created your order without using Configurator at all, and you would have experienced the exact same behavior), please do not take my explanation as being either authoritative or comprehensive (I am a Configurator expert, and only knowledgeable enough about Order Management to be dangerous).  It would be advisable for you to seek more detailed information/recommendations from the Order Management forum.
    Eogan

  • Error at sales order: Inconsistent characteristic value assignment

    Hi SAPians
    There is a problem in variant configuration. I have configurable materials at sales order level with BOMs and super BOMs. When I am executing the scenario, not able to process further after selecting characteristic values for a configurable material. The error saying " Inconsistent  characteristic value assignment". I checked all the relevant master data, every thing is okay. But I am not able to proceed further. Can any one provide some valuable inputs for this.
    Raksha.

    Hi
    Did u create variant table (CU61) if not plz and try to make it by tick mark of Decision table..
    u can check assignmebt consitance thru CU60 ..if there again blank plz maintain it manually..
    basically wt happened during creation of Characteristics and assignment of value in value tab .. there is indicator ..which influence assignment consistance..
    hope u may get clue.
    correct me if i went wrong..
    thanks
    mk

  • How to configure rescheduling for sale order quantities

    kindly explain how to configure rescheduling for sale order quantities that are created last month. kindly explain. i am in urgent.
    regards,
    g.v.shivakkumar

    Hi,
    Short text
    Rescheduling sales and stock transfer documents: by material
    Description
    The 'Rescheduling' program (SDV03V02) processes sales document items that are contained in the item directory for the material. It takes into consideration open items and schedule lines from stock transfer items, stock transfer scheduling agreements and purchase order requests (items only), referred to hereafter as stock transfer documents, for the materials.
    All sales documents for the material that are still open are selected. This means that the material index must be activated for at least all sales document types, whose items may have requirements. All stock transfer documents or items for the material that are still open are also selected. Open in this case means for example, that there is no deletion indicator, that the item from a stock transfer purchase order request cannot be labeled as completed or that the quantity delivered and posted to goods issue for the item in a stock transfer purchase order is the same as the amount ordered. An availability check can only be carried out if a checking rule is assigned to the document type - if this is not the case, the document or document item is not checked.
    Checking rule 'A' is used as a basis for rescheduling sales orders (exceptions to this are rush orders  they use checking rule B, and orders with individual customer stock; they use checking rule AE). Stock transfer documents use the checking rule that is assigned in Customizing for Purchasing. It is important that the scope of checks is consistent for both the stock transfer documents and the sales documents and that they do not exclude each other, as this can lead to incorrect test results. An example of an incorrect setting would be: The scope of check for checking rule 'A' checks delivery schedules for stock transfer purchase orders and stock transfer purchase requests, however the scope of check for the checking rule for the stock transport scheduling agreement does not.
    The items and schedule lines found in the selection are sorted according to 'Priorities' - document category, delivery priority, creation date of the item or schedule line (for stock transfer purchase orders and delivery plans) entered on the selection screen or according to the schedule line date of the earliest schedule line with order quantity, document number and item number and then transferred to the availability check. Priority 1 is highest priority and priority 5 the lowest. Stock transfer purchase order requests are sorted after stock transfer purchase orders and scheduling agreements, as they are less binding. This means that when you have identical sort criteria such as delivery dates, the stock transfer purchase order item is checked first and then the item from the stock transfer purchase order request.
    The preset option 'Unconfirmed documents required' only carries out rescheduling for materials for which there is at least one unconfirmed transaction.
    You can use the parameters 'Sorting criteria delivery date' to define whether sorting is carried out with the order quantity after the creation date of the item or the delivery date of the earliest schedule line.
    If you mark the 'Simulation' field, the checked documents are not saved. Instead a results list is generated and saved. However, the availability check for the corresponding documents continues as if saving has taken place already, that is, that the simulated list corresponds to the actual one.
    Under 'Options' on the selection screen, specify whether sales documents and/or stock transfer documents should be processed. For stock transfer documents you can enter whether stock transfer purchase orders and scheduling agreements should be processed at item or schedule line level:
    Processing at item level:
    All open schedule lines for the item are read and collected, then transferred to the availability check. To sort and prioritize documents, you do not need each individual schedule line. It is sufficient to have the item or data from the first schedule line. All open schedule lines for the item are processed and checked.
    Example of processing at item level:
    Sorting: Date (Delivery date first schedule line) - Document number - Document item
    Doc. cat. Doc. number  Doc. item  Doc. schedule line  Delivery date PO        4500000012      10               0001              26.01. PO        4500000012      10               0002              26.02. PO        4500000025      20               0001              28.01. PO        4500000025      20               0002              02.02.
    You can see that the second schedule line for document 4500000025/20 from 02.02 was processed after the second schedule line for document 4500000012/10 from 26.02. This is because all open schedule lines for an item are read and processed. The first schedule line from 4500000012/10 has the earliest delivery date, therefore it has priority.
    Processing at schedule line level:
    Each open schedule line for an item is entered in document sorting in accordance with the values entered under 'Priorities'. The availability check is carried out for each individual schedule line.
    Example for processing at schedule line level:
    Sorting: Date (delivery date first schedule line) - document number -document item
    Doc. cat.    Doc. number  Doc. item  Doc. sched. line  Del. date PO           4500000012    10             0001           26.01. PO           4500000025    20             0001           28.01. PO           4500000025    20             0002           02.02. PO           4500000012    10             0002           26.02.
    Here you can see that each schedule line was sorted according to its delivery date. Note that this type of processing requires more runtime due to the individual checks and more frequent saving.
    The results of rescheduling are saved, as long as the program was not started in simulation mode. When calling up from the 'Sales' area menu or when directly starting via the development environment, the iniator is informed via a dialog box that he has just started a process that changes data. He can then decide whether or not he wants to continue.
    Checking procedure for stock transfer documents:
    An availability check of stock transfer documents in rescheduling is carried out in accordance with the check carried out when manually creating a document. If, however, the required quantity for a schedule line is not available on a particular date and will not be ready until later, new schedule lines are created for the stock transfer purchase orders and scheduling agreements, containing the relevant data. New items are created in this case for stock transfer purchase order requirements. The total sum of schedule line quantities for a processed schedule line corresponds to the schedule line quantity of the original schedule line.
    First example: Using a stock transfer purchase order item with a schedule line:
    a) Status of item before rescheduling run:
    Del. date  PO quantity   Confirmed quant  Confirmed del. date 23.07.      50 items       0 items              -
    ==> This now affects the stock/requirement situation:
        - Goods issue is posted for the material in the delivering plant on the 23.07.
        - A purchase order of 10 items was created for the material in the delivering plant. Delivery is expected on the 29.07.
    b) Status of stock transfer purchase order item after rescheduling run:
    Del. date PO quantity   Confirmed quant   Confirmed del. date 23.07.     40 items      40 items            23.07. 29.07.     10 items      10 items            29.07.
    ==> The first schedule line was changed in accordance with the results of the rescheduling availability check. Only 40 of the 50 original items could be delivered on the 23.07. Therefore, a new schedule line is created for the rest on the 29.07. for 10 confirmed items.
    Second example: Same output situation as the above example.
    ==> There is now a change in the requirement/stock situation:
    A purchase order for 10 items is created for the material in the delivering plant. Delivery is expected on the 29.07. A further purchase shows another 40 planned items on the 30.07.
       Status of stock transfer purchase order item after rescheduling run:
    Del. date PO quantity  Confirmed quant  Confirmed del. date 29.07.     10 items       10 items          29.07. 30.07.     40 items       40 items          30.07.
    ==> The first schedule line was changed in accordance with the result of the availability check for rescheduling. The original delivery date is set to the date confirmed in the ATP check. A new schedule line is created for the remaining 40 items, that are available on the 30.07.
    Note:
    Any set fixed delivery date and quantity indicators and creation indicators for schedule lines or items are 'inherited' by newly created schedule lines. Assuming that the original schedule line was fixed in the above example (since it is created manually), this indicator is also set for the newly created schedule line.
    If shipping scheduling is activated for a stock transfer document type, this is also implemented for newly created schedule lines, with the exception of route schedule determination. This means that in the current version of the program no route schedule has been determined for a schedule line containing a route schedule for which new schedule lines may need to be created.
    The results of the run are issued in the form of a list, which is also saved, so that the results can be controlled at a later date. This is done using the function 'Evaluate rescheduling', but it is only a good idea to do this after the first rescheduling has taken place. You can restrict selection requirements but these can however affect the runtime. You can use this function to analyze the saved list until the next rescheduling run, which writes over the result. If you start rescheduling in the background, a spool file with the result list referred to will be created in the corresponding setting. You can see this in spool management.
    Output
    A list of changed documents, a list of documents in which an error occurred during processing and as a result were not changed, can be called up via the menu 'Edit - Error log'. If in a subsequent evaluation a restricted selection is carried out, a note appears at the end of the list to say that not all document items are displayed.
    You can set the scope of the list under the menu option 'List' in the list display. You can view improvements, deteriorations and the whole list. Before the documents can be included in one or either of the restricted lists, the date or quantity has to have changed so that the item can be contained in both the list of improved or deteriorated documents.
    You can use the interface for changing transactions and the order list to navigate. Use 'Back' to exit the list and 'New selection' to return to the selection screen.
    Recommendation
    You should only start this program occasionally and use very restricted selectin criteria during working hours as it requires enormous system resources.
    Note
    The columns for 'New date' and 'New confirmed qty' only contain entries if the dates or quantities have changed.
    As the system only runs the change check (dates/quantities) per line in the original list, an item whose backlog has increased in the list of improvements. This occurs, for example, if the whole quantity can be delivered at once but at a later date. In this situation, the system determines an increase for the line when it compares quantities.
    Regards,
    Amrish Purohit

  • Error in Sales order - Consumption account not found

    Hi Gurus,
    I am facing an error in Sales order - 'Consumption account not found'. The scenario is third party. In sales order, it says 'Consumption account not found'. the item category is TAS and scedule line category has general modification key 'VKA'. And as it is third party, thr is no movement type for the schedule line category. The valuation  class of the material is 3334 (software services). I was thinking In OBYC, under GBB key, this combination of my val. grping code+ 3334 + VKA and relevant GLs shud exist.
    But in my development client, i dont get any error for the same material. And in thr also, thr is no mention of entry like above combination in OBYC. So its making me think that its not config error. But its an issue of master data or GL data.
    Please help me . This is critical.
    -Prashant

    Hi,
    Your observation is perfectly write, the possible errors are
    1.  Check the combination of Account modifier of Purchase order account assignmnet or PR.  Based on the modifier and check the relevent combination in OBYC
    Valuation ClassAccount ModifierIf Groups is there + Transaction Event Key + Gl Accounts
    2.  If GL Account is available then check the GL Master through FS00 for validation of mandatory consumption is required and i feel there is no issue with material master.
    Rewards if it helps
    Regards
    Goutham

  • What table where i can find the errors in Sales Order

    hi,
    what table where i can find the errors in Sales Order. here's my situations, I need to create a abap report of CRM sales order not replicated to R/3 and show what's the error. I can't find the actual error in CRMD_ORDDERADM_H and CRMD_ORDERADM_I. I also tried calling program "CRM_ORDER_READ" but the program doesn't display/returns error's on header and item level.
    please help.
    earl g. faren

    hi,
    what i need is a table where i can find the sales transaction errors. I'm doing a abap report to list down sales transactions with error(s). I checked the table CRMD_ORDERADM_H and CRMD_ORDERADM_I but there's no field for transaction errors.
    please help me find a table where I can link the tables above to get the specific errors for a sales transactions.
    thanks alot.

  • Itm cat Error in sales order

    Gurus,
    I am facing an error in sales order creation.
    When I enter the material and qty and press enter, I am getting an error saying the Item category is not defined.
    have anyone came across this error, kindly help

    HI,
    Generally item category is determined by the combination of
    sales doc type + item cat grp +usage + high level itm cat(if any).
    so check whether the above requirements are fulfilled i.e  for the sales doc type (if customised) and item category (maintained in mat master sales org-2) are maintained in VOV4 or not.
    Reward points if helpful.
    regards,
    gupta.

  • CRM - automated error monitoring tools to track errors in sales orders

    could you please let me know whether we have any
    automated error monitoring tools to track errors in sales orders
    Thanks in advance

    I wont recommend turning off cookies in production.
    Turning off cookies was only from a Performance
    Testing perspective, Not using cookies for a performance test but using them in production, sort of invalidates the test, since much of the issue I had was the testing tool waiting for data to be returned to the cookies so it could be used to move to the next page.
    Partner Management uses all of them. I uses iStore for its external launch page, OA framework for its functionality, but then links to Sales online for Opportunities, and Quotes which I believe is AK framework. so you have a mixture of several
    frameworks involved...... plus Discoverer Viewer...

  • Lock characteristic value for configurable material in Sales Order

    Is there a setting in SAP which can prevent user changing characteristic value for configurable material in Sales Order after production order created for this Sales Order? Currently, it can only works when first delivery create for this Sales Order.
    Thanks a lot.

    Hi,,
    in the characteristic goto additional data tab,
    you have a field called not ready for input.
    you select this when the value in this characteristic come by calculation based on the previous selection.
    that field will be greyed out.
    OR
    u can even select the no display check box,
    by selecting this u cant see the characteristic in the list,, it will give u a popup before leaving the screen.
    for this the char has to be a required field.
    OR
    if any of this is not working then may be u can try out with authorization management.
    thanks

Maybe you are looking for