Condition table creation in pricing procedure

Dear Sir ,
I have some queries relating to Condition table used in aceess sequence in pricing procedure .
Whether a ne w condition table is transportable from DEV to Production server or not . OR it is to be directly created in Production server .
thanks & regards
Shailendra

For access sequence Workbech request is created. If you want to transport in developenment server  from one client to another  then their is no need to transport as these comes under cross client. And if you want to transport it to quality server or production server then you need to transport through proper work bench request
Please create a request not create directly into production server
hope this will help you
Edited by: Roy Anamika on Jul 2, 2009 7:51 AM

Similar Messages

  • New Condition Table in Tax Pricing Procedure

    Hi Friends,
    Have u ever created new table for TAX Pricing Procedure and assigned the same to acess sequence.
    We are using TAXINN.
    Scenario is given below:
    We receive material directly & some times we asked 1st vendor to send the material to another vendor without receiving into our factory. 1st case it will be cenvatable & in 2nd case it is non cenvatable (2nd vendor who receives material will claim)
    Presently we are using condition table of Plant / vendor / Material. To meet above requirement we want to make a table with Plant / Material / Vendor / Storage location combination.
    We maintain "Storage location" in filed catalogue VOK0 & then maintain in KOMPAZ appendix structure, so that it update KOMP & KOMK tables accordingly. When we are creating new table with storage location, we are getting error i.e. "storage location" field is not updated in KOMP & KOMK tables.
    Can any one guide me how to proceed ? Is there any other method for solving this ?
    Regards,
    Sai Krishna

    46C: You should do it the other way around: first update structure KOMPAZ with field LGORT, then add it to the field catalog in VOK0.
    You will then need to code these exits:
    USEREXIT_PRICING_PREPARE_TKOMP and/or USEREXIT_PRICING_PREPARE_TKOMK to fill in the storage location field.  If you add new fields to the catalog, you need to supply the values as well.  The userexits are available in MV45AFZZ.

  • Problem of  DIFF (Rounding Off) Condition Type in Sales Pricing Procedure

    Hi All,
    This problem is related to Sales Order. The system is not picking up a condition type in the pricing procedure.
    For example when I am raising a sales Order where the Trade Price is being calculated with the help of a Alternative Calculation Type , Subtotal 1 , X in the the Print column and Posting Key ERL are assigned to it.Here in the end the condition type DIFF is not getting populated in the pricing though it is maintained in the pricing procedure. When I am checking in the pricing analysis the error message and its detailed description which is shown as follows -
    DIFF     011     Condition ignored (requirement 013 not fulfilled)
    The requirement 1. was assigned to this condition in the pricing procedure. This requirement was not met in the preliminary condition step, and so the condition was excluded from further processing.
    You can use Additional information to display the requirements used.
    Now considering the above scenario please suggest to attain my requirement.
    Thanks & Regards
    Priyanka

    Dear Priyanka,
    The "reqt" field in the pricing procedure basically tells d system that the routine mentioned in this field is a sort of prerequisite without fullfilling of which the associated condition type will not get xecuted.
    In ur case u have selected "1" which is for condition types A001, B001 etc used in "material listing / xclusion" function.
    For condition type DIFF, the correct value is "13" i.e "Rounding as per T001R".
    So just replace "1" with "13", things will b fine.
    Please close the thread if answered.
    regards
    Param

  • Condition record and import pricing procedure

    hi sap gurus
    i want to know abt condition record and import pricing procedure in detail can u pls help me

    You use Condition Types as,
    PB00 -- Gross Price
    FRA1 -- Freight
    FRB1 -- Freight (value)
    RA01 -- Discount.    etc.,
    and in Import PO, 
    the Pricing Procedure has to be defined by including the CVD condition Type like
    JCDB  -- Basic customs duty
    JCV1  -- CVD Percentage
    JECV -- Edu Cess on CVD
    J1CV  -- SECess on CVD
    JEDB -- ECess Basic customs   etc.,
    Then in J1ID, you have to maintain JCV1(CVD Percentage)
    in Default values of TAXINN

  • Including Condition type (JEXS) in Pricing PRocedure

    All SAP Gurus,
    I have included the condition type JEXS in pricing procedure since 01 May 2008.
    But still while creting some POs this condition type is not picked up (although maintained in Pricing procedure), what may be the reason?
    What can be done with the old POs when this condition thpy was not maintained?
    Regards

    Hi Raj,
    Please check your PO link to pricing procedure as mentioned below,
    1.What have schema group assigned in PO ventor master?
    2.What have pricing procedure assigned in schema group?
        MM > Purchasing > Conditions > Define price  etermination  process > Define schema determination.
    3.Then check your condition type(JEXS) whether it is in that pricing procedure.
    4.Also check your condition type(JEXS) validity period.
    Please reward points if my information useful.
    Best Regards,
    Nagapandian.

  • How to display modified condition base value in Pricing Procedure?

    Hi everyone:
    I used a formula to change the condition base value (via the VOFM transaction) of various price conditions that are assigned to the same material. In this way, I can distribute the total quantity of the item line in smaller quantities for each price condition.
    Now the problem is that in the conditions tab of the sales order, I can not see the Condition Base Value of each Price Condition, and that's a little confusing.
    Did Anyone know's a way to show the modified Condition Base Value in the Pricing Procedure of the Condition Tab?
    Thanks a lot,
    Ginno Giuffra

    Thanks JJ:
    Yes,  I can found the modified base value in the condition details, but I still need to show it in the Pricing Procedure scheme.
    It is curious that the table options does not allow you to add that field to the escheme.
    Does anyone knows a user exit wich can modifye the table?
    Thanks again,
    Ginno Giuffra

  • To make the Pricing Condition types inactive in Pricing Procedure

    Hi Experts,
    I am facing a senario where, in a sales order, pricing procedure, if one of the pricing condition type does not exist, then two other condition types (even though they are determined by condition records), should be either made inactive or should not appear in the pricing procedure.
    Example: If I have 3 condition types in Pricing Proc say
    YYY1, YYY2, YYY3, then the scenarios are
    a. If one of the condition types YYY1 is not determined, then, YYY2 and YYY3 should not be either determined in the sales order or should be made inactive. This same logic applies to both YYY2 and YYY3.
    b. If all three condition types are determined in Pricing Proc of the sales order, then, the price should be considered.
    If it was just YYY1 then, I could have done it in VOFM by writing a routine and assigning it to YYY2 and YYY3 in pricing proc. However, the scenario is to check the other condition types as well and make YYY1 inactive if any of the other condition type does not exist. Both condition types are determined after YYY1 which is another difficulty.
    I tried creating a dummy condition type  and assigning it to Pricing Proc (at the end of Pricing Proc). For this dummy condition I put in a pricing requirement which checks for all three condition types and if one does not exist, then it make other conitions inactive.
    However, this does not work in VA02 and VA03 as XKOMV is either not getting filled up or even if is getting filled, it is not having the condition type. It some times has condition records, and sometimes not... (not very sure why)
    So, I was thinking of using user exit for the same. However, I was unable to find a suitable user exit for the same where KONV table can be read or XKOMV can be filled.
    Can you please suggest if any user exit can be used for this or if we can implement it in a different way?
    Regards,
    Mukund S

    Hi,
    I think you can use condition exclusion functionality to select best pricing condition from a set of conditions in pricing.  You can compare conditions in many ways.
    I believe you can plot a solution with little research.  The below link is for your reference.
    [http://help.sap.com/saphelp_40b/helpdata/fr/93/743483546011d1a7020000e829fd11/content.htm]

  • Access for Condition Type of a Pricing Procedure

    Dear CRM Gurus,
    I have a scenarion whereby we have replicated the pricing procedures of ECC in CRM. In ECC I controll the activity of display of a condition type through the step no. Similar access control is desired in the CRM too.
    I was advised for an object in CRM but that works best if the pricing procedure is of CRM origin only, as mine is from ECC it is non editable in CRM.
    Would request kind guidance on this please.
    Regards,
    Tariq

    Hi Try this.
    CALL FUNCTION 'RV_PRICE_PRINT_REFRESH'
      TABLES                              
        tkomv = tkomv.                    
    g_komk-mandt = sy-mandt.
        g_komk-belnr = itab_disp1-vbeln.
        g_komk-knumv = itab_disp1-knumv.
       g_komp-matnr = itab_disp1-matnr.
        g_komv-zaehk = '01'.
        g_komv-kappl = 'V'.
        at end of knumv.
          call function 'RV_PRICE_PRINT_ITEM'
            exporting
              comm_head_i       = g_komk
              comm_item_i       = g_komp
         LANGUAGE          = ' '
       IMPORTING
         COMM_HEAD_E       =
         COMM_ITEM_E       =
            tables
              tkomv             = g_komv
              tkomvd            = g_komvd
          append g_komv.
        endat.
      endloop.

  • Manual change of condition types in a pricing procedure

    Hi,
    I want to know the difference between
    a) Setting value as C (Manual entry has priority) in the Manual Entry field of the condition type (transaction V/06) and
    b) Setting the checkbox of "Condition determined manually" checked in the pricing procedure screen (transaction code V/08) aginst a specific condition type.
    Please let me know in case of any other details.

    Dear Christino
    a)  Let us assume, your pricing condition is PR00 and you set this as Manual entry has priority.  You are maintaining some value in VK11.  While creating sale order, system will pick from VK11 but however, you can change manually which will over write the system generated price.
    b)  Let us assume, for your pricing condition PR00, in V/08, you set the box Manual and also you have maintained in VK11.  When you create sale order, in the condition tab, you wont see any condition value and all values will be zero.  Once you input PR00 manually, other conditions will flow.
    thanks
    G. Lakshmipathi

  • Table to see pricing procedures assigned to document types

    Hi Folks,
    Greetings for the day,
    How can i see the pricing procedures that are assigned to document types.
    1. Is there a specific table name?
    2. Is there a tcode where we assign pricing procedures to document types.
    For example if there is pricing procedure "abc0000", how can i know what are the different document types that are assignes to this pricing procedure.
    I would like to know the table name or transaction code.
    Thank you in advance.
    Best wishes,
    Sarath

    First of all, you should know where we assign the pricing procedure.  If you come to know this, you would not have opened this thread.  As already suggested, you can see all pricing procedures assigned to the available combination in table T683V. 
    In one way, you can check this.  Execute VBAK table, input all document types with some validity period where you can see the related pricing procedure.  But here, if you have not created any document with a document type, then this table won't show.  So you have to be sure on this.
    G. Lakshmipathi

  • Condition type EK02 In pricing procedure

    I'm having a problem with theis condition type as follows:
    Create sales order
    Add material A to line item
    Pricing procedure kicks in
    EK02 shows fixed value 7700 EUR
    Delete material A from line item
    Add material B to line item
    Pricing procedure kicks in
    EK02 shows fixed value 7700 EUR
    I'm not sure where this value is coming from at this point. Can anyone point in the right direction?
    Thanks, Mark

    Hi mark
    EK02:
    If you use this condition type, the result of unit costing is simply a statistical value which you can compare with the price.
    It has the condition category Q ( costing  )
    Now when you go to VOV8 , in the condition type field you can see the option EK02. because this condition type when used will be flowing to the controlling .That is the reason we assign EK02 to our sales doc type
    Check in V/06 and  select EK02 and go to  its condition type details and check the calculation type field wheather it is in fixed value or not
    Regards
    Srinath

  • Condition type MWST in Pricing procedure US

    Hi ,
    I have added the MWST condtion type in pricing procedure for US .This condition type is not appearing in pricing procedure.This condition type has an access sequence MWST.Can anybody guide me on this how to correct this
    Thanks in advance
    Regards,
    Nitin Amritkar

    HI,
    The MWST condition typeeither  has 'manual tick ' in the pricing procedure.If that has u have to enter the condition type by F4 selection only.Otherwise u remove that tick and ckeck u can get MWST condition type automatically in all condition types.
    Regards,
    Andra

  • Condition Table creation for Taxes (TAXINN)

    I want to create a condition table for Taxing procedure with application <b>TX</b>  with the following fields : <b>Plant , Control Code</b>
    Kindly tell me the SPRO path where i can create a condition table for Taxes.
    Regards
    Jyotsna

    Dear Jyotsna,
    We can create taxes in two ways.one is FICO side and another one is SD side
    in FICO side you can do in FTXP
    in SD you can do OVK1
    hope this helps you
    Prem.

  • New tax code creation and pricing procedure for Sri Lanka

    Hi,
    I have one company code in India..Now I have requirement to create new plant under different company code in Sri Lanka.
    Can anybody tell which tax pricing procedure is to be defined for Sri Lanka and what are different steps involved in the creation of new tax code for Sri Lanka.
    Thanks & Regards
    Sunil Singh

    Hi Mr. Biju,
    Thanks for reply...
    Enterprise structure has already been decided. Everything we have copied from India for Sri Lanka and working fine except below error.
    As I have already mentioned that I have copied tax pricing procedure for Sri Lanka from Taxinn then assigned to country code LK (Sri Lanka). I have created new tax code for LK (Sri Lanka) in FTXP then I have assigned the tax code with company code in SPRO Logestic General--- Basic settings.
    After completeing this config, system is showing error" tax code is not defined to company code" in MIRO.
    Please suggest...
    Thanks & Regards
    Sunil Singh

  • Condition Type JSRT not picking Condition Base Value in Pricing Procedure

    Hi Friends,
    In a procedure System is not picking condition base value for condition type JSRT. I have checked the tax procedure and found alternative Cal Type is 17 and is working fine for Domestic vendors.
    Friends i need your help in sorting out this issue. Pls suggest what I can check in order to sort out this issue.
    Rgds, Krishan Raheja

    Hello!
    In TAXINN the base value for the condition JSRT is picked up from step 100.
    I suggest that you change the "From" value to 100 instead of whatever you may be using
    Then test the transaction once again.This will not affect your normal service tax calculation either. So please make this change & try using S1 for planned delivery cost.
    Hope this helps !
    Cheers!
    Plauto
    Edited by: Plauto Abreu on Feb 11, 2011 9:03 PM

Maybe you are looking for