Condition ja1x hscess coming twice in sales order

Hi gurus
i face aproblem in sales order processing in conditions
condition ja1x coming twice frist its shows 0% & next value is 1%, i checked the condition record in vk12, fv12 but the condition maintained only 1% i also checked the tax code through FTXp its aslo showing 1%,
the two values shows for all tax codes in which ja1x is included.
waiting for ur quick response

Dear Laxmipathi,
We are having TAXINJ pricing procedure. i have already checked the VK12 condition information and it has been maintained only once. Also the JAIX has been maintained as 1% in FTXP for the resp tax code.
Kindly help me in checking other possibility cos of which it is showing 2 values.
Rgds,

Similar Messages

  • Report of condition types per line item in sales order

    Hi all,
    Is there any report that can tell me all the price conditions that are allocated to a sales order line item? I am talking about the actual conditions relevant for a line item, not only conditions that have a condition record setup.
    So I would like to key in sales order number, the line item and get a report of all conditions that are allocated to that line item in the specific sales order.
    If there is no such standard report, does anyone know what tables to link?
    Thanks in advance,
    Lars

    Hi Lars,
    In my current customer they had the same requirement and after almost 1 month of analysis we decided to build a custom report to execute this.
    And as an enhancement we compare prices from the sales orders and the sap price records in order to check the differences.
    First we need to find all the open lines (status and reason for rejection (ABGRU)), than loop KONV and select the  KSCHL (condition types) you want, material text descriptions, etc.....of course a lot more in terms of coding.....;-)
    This was the form I used :
    FORM FIND_SO_PRICES.
      LOOP AT IT_ITEM_REPORT.
        REFRESH IT_PRICING.
        SELECT KSCHL KBETR WAERS KPEIN KMEIN KUMZA KUMNE
          INTO IT_PRICING
          FROM KONV
         WHERE KNUMV = IT_ITEM_REPORT-KNUMV
           AND KPOSN = IT_ITEM_REPORT-POSNR
           AND KINAK <> 'M'
           AND KINAK <> 'X'.
          APPEND IT_PRICING.
        ENDSELECT.
        READ TABLE IT_PRICING WITH KEY KSCHL = 'XXXX'. -> My price condition
        IF SY-SUBRC = 0.
          IT_ITEM_REPORT-ZSP1 = IT_PRICING-KBETR.
          MODIFY IT_ITEM_REPORT.
        ENDIF.
        READ TABLE IT_PRICING WITH KEY KSCHL = 'XXXX'. -> My discount condition
        IF SY-SUBRC = 0.
          IT_ITEM_REPORT-ZSD1 = IT_PRICING-KBETR / -10.
          MODIFY IT_ITEM_REPORT.
        ENDIF.
       IT_ITEM_REPORT-LIQ = IT_ITEM_REPORT-ZSP1 - ( IT_ITEM_REPORT-ZSP1 * (
                                              IT_ITEM_REPORT-ZSD1 / 100 ) ).
        MODIFY IT_ITEM_REPORT.
      ENDLOOP.
    ENDFORM.                    " FIND_SO_PRICES
    Please tell me if this helped you,
    Regards,
    Alcides Fialho

  • Condition value is not displaying in sales order

    Hi Friends,
    when i am creating sales order, condition type(JEXP,JECP,JA1X..) is displaying in cond.type column and percentage(14%,2%,1%) is displaying in amount column and
    the condition value is not displaying in cond. value column in conitions tab of  sales order.
    In analysis it is showing as condition record found...
    please help me...
    with regards

    Hi,
    can it be that you have a problem with units of measure? Often, if there is no value in Condition value, the problem is in the master data of material. Did you use standard schema? If you not, have you tried it with standard schema? What is your value under "per" and "UoM"?
    Regards Thomas

  • Condition value (KWERT) in RED for sales order pricing

    Hi,
    Please advise as I find the condition value for my base price is showing up in Red color, which finaly leading to decide Net price.
    I have my access sequence at customer parent and customer child level. I have record aslo maintained at both level when it determines in sales order item conditions tab it shows both the price one in black color for customer parent (inactive) and another one in customer child level RED color (Active).
    Example -
    Base price -  records
    customer / MPG = record matianed $100
    sold to (customer child)  / MPG = record matianed $90
    Now in sales order condition tab  both price show up but $90 is valid and active but in RED color.
    Advise what is the reason and do we need correct some thing.
    thanks

    Hi,
    Could some one advise why do we see some time both the condition record data even though first access has found the data.
    we had record for customer hierarchy parent and sold to at lower level of hierarchy but if we maintain both the recprds it is showing twice the same condition type to show both records.
    Advise how can we resolve.

  • Coupon specific discounts are not coming in the sales order

    Hello Experts,
    I have created a internal coupon campaign and assigned discounts to the campaign. We used condition type 1202 to assign the discount values in the campaign.
    In the sales order when i enter the coupon id system fetching the corresponding campaign ID. But , sales order is not fetching the discount condition types mentioned in the campaign.
    Below are the configurations i made.
    1) Copied the condition type 1202 to ZCUI.
    2) Assign this condition type to the condition maintenance group (1200) and keep the condition table as SAP12000
    3) Maintain this condition type to the pricing procedure and assign pricing procedure to the Sales order transaction type.
    4) In the campaign i have maintained the values for the condition type . -- Sales org, distri channel. divison, Product , discount value
    5) I even verified that CNDCRMPRSAP12000 has the records for this campaign.
    Now the question is do i need to do any customization in Campaign determination. I am not using TPM and it is a simple coupon campaign.
    Please suggest me , your help is highly appreciated.
    Regards,
    Deeps.

    Not sure if it works, may be you can check this
    - is your condition type 1202's calculation type field has been defined as "percentage"?
    - the pricing procedure that you are using, does it contain the corresponding condition type 1202 for discount amount?
    - Has the pricing procedure been maintained for your org data in "Determine Pricing Procedure" in spro-> CRM-> Basic Functions -> Pricing -> Determing Pricing Procedure
    Please check this.
    Edited by: Harsh Singal on May 4, 2011 5:53 AM

  • Header condition type value not displayed in sales order output

    Hi gurus,
    I have observed a strange issue regarding a header condition in a sales order.
    we have a set up like following:
    1. If the Header condition XXXX is used in sales Order then this value should be printed on sales order output.
    2. If the Header condition mentioned in above point is not maintained in sales order it should print the total price of all line items.
    Though i have maintained the header condition value in Sales Order Header its not displayed in SO output.
    That is , I have a sales order and it has one HEADER condition type entered with 3500 USD.
    In fact this value is used for some business purpose and is being printed on the sales order output for a specific output type.
    But where as in a sales order this header condition value is not getting printed on the output though I am using same data as of the sales order which is having the header condition value printed on its output.
    According to business,we must have the header condition value printed on  sales Order output.
    Please suggest how to proceed.
    Thanks in advance.

    Not sure if you are using costom smartform to print invoice, if yes then ask developer to debug and find the root cause and fix it.
    You might need to give him condition when it shuld be printed and when not.
    You can take reference of another output type for which it is printing

  • Condition type in Billing not in Sales Order

    Dear Friends,
    I have the following scenario in our project. Please clarify.
    We have a condition type. That should be appeared only in Billing, it should not appear in Sales Order.
    Please answer ASAP.
    Regards,
    Rajesh L

    Hello,
    To fullfil you requirement go to V/08 select your pricing procedure and relevant condtion type.  Then select requirement column and assign the Routing 24 click save.
    regards
    rc gopi

  • Manual Condition Type should be visible in Sales order by default

    Hi
    How to maintain manual condition types in Sales orders by default. They will be maintaining the value based on the discussion they had with the customer(Negotiated price). The condition type should be visible in the procedure and they will only enter the value.(The method of keying condition type manually is not accepted by the client).
    Thanks in advance.
    Regards
    Vamsi Javaji.

    Hi,
    In the PRICING PROCEDURE V/08 maintain the CONDITION TYPE as Mandatory
    In the CONDITION TYPE V/06 maintain the field  MANUAL ENTRIES  as C which is Manual entry has a priority.
    And check the box VALUE
    Now maintain the condition records for the condition type in VK11 with 0 value
    Now while processing the sales order the CONDITION TYPE will trigger from the CONDITION RECORDS with 0 value and this can be in EDITABLE mode ( and maintain the value)because of the check box VALUE you flagged in V/06.
    Please try this and revert back if you need further details
    thanks,
    santosh

  • Enter condition type several times in a sales order

    Hello Gurus,
    I have a Pricing Procedures with net price minus some discounts and sales price. This is standard. One of the discount condition types you can enter manually in a sales order. Now my problem. This discount  condition type you can enter several times in a sales order. How I can solve this for one time enter.
    Regards
    Artur

    Yes, it is a standard behaviour only, you can only control with User exit only. Include MV45AFZZ , co ordinate with your ABAPer for the same.
    Regards,
    Ramesh

  • Condition tab (or assigment block) in sales order

    Hi all,
    I have a problem regarding conditions maintenance in my sales order document. My replication scenario is A and PRICINGTYPE parameter is G in SMOFPARFSA table
    I create a sales order document (with pricing schema determination correctly set up) but when I access to condition tab in order to see the determined conditions I cant see any of the, the screen in empty.
    I think my IPC is working ok (no error in document)

    Hello Javier
    If you create an order with the same data in SAPGUI you can see in tab prices at header level the pricing procedure, in case it was correctly determined.
    In case the pricing procedure has been correctly determined, I recommend you to check the customizing of the item category that has been determined. Your problem is very likely there.
    . Path for customizing, as you may know is:
    SPRO CRM-->Transactions Basic settings Define Item categories  (Select one item category)  Assignment of Business Transaction categories  Transaction category   Sales  Customizing item
    If we set it as not relevant for pricing (flag u201CPricing-rel not checked) then no conditions are calculated
    If we set it as relevant for pricing we still have several options. The typical one is:
    u201CSystem will copy item to header totalsu201D, so that the conditions of this item contribute to the Net value of the order
    Additionally we have there pricing indicator. In case you there are lines in the pricing procedure with requirement 2 the conditions in those lines will be active only if pricing indicator is set to true
    Best Regards
    Luis Rivera

  • Condition type value not update in sales order

    Hello Guru's
    As per the  sales order in VA01 the condition type value i.e surcharge value is not updating in sales order.
    But I have maintain the condition record(Surcharge)also and in Condition technique I have checked every thing is correct .
    please find below I have attached the Screen short .
    Please give me solution Asap.

    Hi Sukdev,
    Have you checked the respective pricing procedure for From and To reference step maintained against the condition type ZSUR?
    Regards,
    T.R.S.Praveen

  • Pricing condition record not getting executed  in Sale order!

    hello all
    I was trying to process a sale order, when i enter the material, system giving me a message "ZINV" condition type missing. i have checked v/08 there is "check - tick mark" for 'zinv' condition type and I have maintained the condition record.
    It is still giving me the same error.
    any one can help me?
    thanks

    Same as above.
    If you are getting the error "Mandatory Pricing condition XXX is missing". All you have to do it select the item and then hit pricing icon on the lower section of your screen and then enter the missing condition in the table displayed in front of you and then enter a price etc.
    This message can be removed by customizing the pricing procedure and removing the 'Mdt' flag.
    Also make sure the condition type has been marked for manual update in the condition detail section.

  • Pricing Conditions deactivation at header level of Sales Order

    Hello there,
    We have used a routine in pricing procedure (BaseType Routine) to deactivate condition MWST in the MWST condition line in pricing procedure, transaction V/08.
    In the routine, We played with the KINAK (set to K )and KOBLI (set to space) flags of structure KOMT1 and XKOMV and delete the MWST entry in the TOBLI table and succeeded to deactivate the MWST at item level of the sales order. (MWST condition appear in the conditions tab at item level as inactive)
    We have created a sales order with only one item that has the MWST condition deactivated at item level.
    But in the conditions at header level the MWST condition does not appear. Shouldn't the MWST condition appear at header level but deactivated (with a yellow triangle next to MWST)?
    If yes is there a flag that we forgot to set?

    Hi experts,
    Has anyone done the above mentioned before, please reply...

  • Condition rounding error in pricing of sales order

    Hi all,
    I have a problem on rounding of condition type MWST in a sales order.
    I have the PR00 condition evaluated with 6,50 euro for 1 piece; on this price should be applied condition type MWST with a percentage of 10%.
    The result should be 0,65 euro but the system shows (and calculates) 0,64 euro for MWST.
    How can I solve this rounding problem?
    Thanks in advance for your helpful answers.
    Alessandra

    Hi,
    Check if you are using VOFM subroutines in your pricing procedure (V/08) or in the condition type (V/06) for rounding rules.
    Check too this notes and related notes in them (surely, they will help you)
    Note 80183 - Rounding
    Note 315792 - Group conditions of the same amount on item
    Note 166952 - Rounding when distributing header conditions
    Note 517829 - Source code f new dstrbtn rule 'roundng diffrnce comparison'
    I hope this helps you
    Regards,
    Eduardo

  • Condition type JEXP not picking in sales order

    hi
    i was working with all configuration of TAXINN
    i am facing with a problem
    when i am running mine sales order i am not able to see condition type JEXP(BED) , JEAP (AED)
    can i now where i am gng wrong
    whereas i can see all the other condition in sales order
    but when i enter it manually JEXP it is taking but in again in billing it is not showing
    can u plz help me
    Regards
    Vini

    Dear Vini,
    Please Check the configuration settings through IMG path
    SPRO>IMG>Logistics general-->Tax on Goods movements >India>Basic settings-->Determination of Excise Duty -->Maintain Excise defaults here you check JEXP condition type is maintaining for A/R BED or not if not maintain then try.
    Also check the condition record maintanance for the JEXP condition type through VK12 transaction.
    I hope this will help you,
    Regards,
    Murali.
    Edited by: Murali Mohan.Tallapaneni on Oct 1, 2008 6:51 AM

Maybe you are looking for