Condition amount less than 1 rupee rounding off to "0"

Dear Experts,
We are creating sales order using a BAPI, when the price condition type (PR00) gets the amount less than 1 Rupee (say 0.20) the system is rounding off the amount to ZERO and hence the net value of the item is becoming zero.
Please help us with any solution available for this issue.
Regards,
Sandeep Kulkarni.

Hi,
Check the condition type PR00. Normally if there is a rounding rule set or a formula assigned for rounding then this issue occurs. You can check in Tcode v/06 for PR00 if 'Round Rule' is commerical rounding then it should work fine. If it is A (Round up) or B (Round Down), you will happen to hit such issue.
You can also check the if an Alternative calculation type has been assigned to PR00 in the pricing procedure. This also may have an effect...
Hope this helps...
Regards,
Mukund S

Similar Messages

  • Condition type for rounding-off

    Dear all,
    Is there any pricing condition for rounding off the PO values,
    For example if the total PO Value is comes Rs 5990/- & i want to make it Rs 6000/-.In the same way i want to deduct some amount to make the rounding off like total PO Value comes as Rs 10015/-, & i want to make it Rs 10000/- by applying the same condition.
    Or Can i create a new condition type for this type of scenerios.
    Quick reply will be highly appreciated.
    Thanks & Regards
    Prasant sekhar

    in condition type u have a filed for rounding off
    so use the relveant option from f4 help in that field and u can round of the value as u want to be
    go to tcode m/06
    and select ur conditoin type and click on the detail button and do the relevant settings

  • Invoice Amount Rounding Off

    Good Day.
    Is it possible to have my selling price have 2 decimal places, but the Invoice amount will be rounded of to hundreds, only for a specific currency?
    Example:
    Price: 123.45 Yen per 1 pc
    Invoice Amount: 123.00 Yen  <-- rounded off, does not require decimal place
    Let me know.
    Best regards,

    hi
    not a problem.
    you need to maintain prices for your product with 2 decimals in VK11 so that this brings 2 decimal pricing in sale order.
    for rounding off in invoicing activate 'round off' condtion type to the nearest yen either up or down.
    hope this is useful to u.
    suresh

  • MIRO- excise and VAT duties Rounding off

    Hi all,
    A PO will have 20 items. Those 10 items will have excise duties and VAT amount. At the time of PO these excise duties and the VAT amount should not get rounded off. But while the user is doing MIRO, the value of these excise duties and the VAT amount should come to the screen as rounded off. Is it possible? If yes please suggest me.
    I am Using TAXINN procedure

    Hi girish,
    We can Bring condition  Round Down and Up but we can't do as you said.See some User Exists are available .
    BR
    Raj

  • Sales Order Net Value - Round off

    Hi Guru's,
    I am having a requirement to round off the total value (VBAK - NETWR) in sales order.
    Condition type DIFF is not fulfilling our requirement because its functioning as an item condition. It's doing round off for each line item.
    Our requirement is Header level net value round off.
    I have searched in SCN but I cant able to find any solution. Kindly throw some light on this subject.
    Regards,
    Dinesh

    Hi,
    After downloaded the note 1158475 implementation status show that cannot be implemented.
    Check the screenshot below.
    Regards,
    Dinesh

  • Quantity getting rounded off in Sales Order

    Hello All,
    The problem is related to Sales Order raising in SD which is as follows -
    While punching a sales order for example :-           Quantity (Kg)         Per Kg Price (Rs.)           Net Value (Rs.)                                                                               
    Material A               3036.800                   3052                            9268313.60
                                                          Material A               3037.000                   3052                            9268924.00
                                                                                    Difference in Net Value           610.40
    As mentioned above the difference in net value is occurring due to the rounding of quantity of material A while the sales order is generated, which is actually totally not recommendable as we know that in standard SAP system we have the provision of rounding up of net value whereas here the quantity of the material is getting rounded up.
    Please suggest how to stop this commercial rounding up of material quantity & kindly provide the configuration steps if any to stop this.
    Thanks & regards
    Priyanka Mitra

    Hello All,
    In addition to the above mentioned problem please find below a little more explanation related to it  -
    In the material master Sales Org 1 View we have maintained the rounded off profile ZRON for example as " No Round Off " and conversion factor for unit of measurement is maintained as 1Ton = 1000 Kg & 1kg=1Kg. Still while punching the sale order for 3036.8Kg of material A when we enter the rate as 35732 INR/Ton the entire net value is getting rounded off to 108518.08 INR instead of 108510.93 INR, when we are checking the pricing condtions it has been observed that the condition based value is getting rounded off to 3.037 instead of 3.0368 which is actually the exact value.
    Please suggest how to stop this rounding off calculation of the condition based value.
    Looking forward to some valuable suggestions.
    Thanks & Regards
    Priyanka Mitra

  • Round off Condition type

    Hi
    I have maintained Condition type for Rounding off (ZROU) for the sales order value as header condition.Whatever the value calculated as Round off value is proportionally distributed amoung the line items and getting posted as line item wise.i.e if round off value is 0.40 paise same value is distributed amoung the line items let say 0.20 paisa for 1 st line item 0.20 for second.But i need posting has to be as header level only i.e 0.40 paise and not like 0.20paise twice.can anybody help me in this issue

    Hi Karthikeyan,
    This is not possible. SAP can store all conditions at item level only, even if it is entered at header. So if you enter a header condition, it splits it at item level, and stores it at the item level.
    See SAP Note 876617 (point 3):
    3. How is an 'actual' header condition distributed to the pricing result of the individual document items?
    This depends on further Customizing settings of the condition type, in particular on the calculation type (field KRECH) and on whether the group condition (field KGRPE) is set or not.
    Example:
    For a header condition with calculation type 'Fixed Amount', the amount entered on the header condition screen is duplicated in each item if the condition is not set as a group condition.
    However, if the condition is set as a group condition, the amount entered on the header is distributed proportionally (that is, in the relationship of the relevant condition bases at item level) and a rounding difference adjustment may be carried out (compare section 7).
    Hope this helps,
    Regards
    Nikhilesh

  • EPM 2013 Report is displayed as cut off and shows less than half the width of the report in IE 10 and IE 9.

    EPM 2013 Report is displayed as cut off and shows less than half the width of the report in IE 10 and IE 9.  This issue occurs for some users only.I tried the same url in google chrome and is working fine.
    Can you please help.
    Please find the attached screenshot.

    Hi BJ1986,
    According to your description, I think this issue is caused by the IE browser that runs the report. To trouble shoot this issue, I suggest that we can try to clear internet temporary files, cookies and others in IE browser. And also add this site
    as a trusted site in IE browser to check this issue again.
    If this issue is still existed, it can also be occurred due to the setting or third party add-ons of Internet Explorer (IE). In this scenario, you can try to run IE in compatibility mode to check the issue again. Or I suggest that you can refer to the
    steps below to troubleshoot the issue:
    Click Tools -> Internet options.
    Switch to the Security tab, click Local intranet, and then select Default level.
    Switch to the Advanced tab, and click Restore advanced settings.
    Temporarily disable third party add-ons. For detailed steps, please see the link below: 
    http://windows.microsoft.com/en-IN/internet-explorer/manage-add-ons#ie
    Hope this helps.
    Thanks,
    Katherine Xiong
    Katherine Xiong
    TechNet Community Support

  • The amount of down payment must be less than the invoice amount

    Hi all,
    Our customers are using SAP 2007-PL15 and SAP 2007-PL41.
    When we want to create a down payment for a sales order, and we want to pay the entire amount of the sales order, including tax, we have to put an amount inthe TOTAL field of the Down Payment window since by default, the down payment amount is the total of the invoice before applying tax.  The DPM is
    higher than 100% (strange but I think it's normal since the down payment is not planned to take the tax in consideration).
    Then, we create an incoming payment for this down payment. It's ok.
    Then, we create an invoice based on the sales order we have paid with the down payment. It's impossible to use the down payment for the invoice... why that ? We receive the error 'The amount of down payment must be less than the invoice amount'. This causes big headaches to our customers !!
    Could you explain us what to do please ?
    thanks,
    Luce

    I'm very sorry, I have a similar question in dealing with AP Down Payment Request Linked to AP Invoice,  my case like this:
    1. I created 3 AP DPRs,their amount are each 100,000 RMB(for example, their document number are 10,11,12). then do the outgoing payment fully paided.
    2. I created a AP Invoice with the amount 150,000 RMB(for example, this AR Invoice document number is 5). I use the buttom"Total Down Payment",and selecet AP DRP No.10 and 11. When I click the buttom"Add",an error shows:
    The amount of down payment must be less than the invoice amount
    and I don't know how to continue.....
    Many Thanks
    Kam
    (PS:My English is poor,forgive me please. Shall I Speak in Chinese? then I can describe this question more clearly.)

  • Problem in Routine after rounding off the condition value

    Dear all,
          I have attached the routine for rounding off value for condition value for T.Code va02. Routine is working fine but the problem is after the execution of routine it goes in some standard program LV61AA55 where again the rounded value gets changed . Maximum points will be allocated ..
    Thanks anr Regards

    FORM FRM_KONDI_WERT_925.
    *{   INSERT         D01K911062                                        2
    data : wa_xkomv like xkomv,
            v_kwert like xkomv-kwert,
           W_INDEX  TYPE SY-TABIX.
    read table xkomv into wa_xkomv with key kschl = 'JIN6'.
    W_INDEX = SY-TABIX.
    v_kwert = 1 * wa_xkomv-kwert / 100.
      V_KWERT = WA_XKOMV-KWERT.
    read table xkomv with key kschl = 'JHSC'.
    CALL FUNCTION 'J_1I6_ROUND_TO_NEAREST_AMT'
       EXPORTING
         I_AMOUNT                 = v_kwert
       I_AMOUNT1                =
       I_AMOUNT2                =
       I_AMOUNT3                =
       I_AMOUNT4                =
       I_AMOUNT5                =
       I_EXADDTAX1_AMOUNT       =
       I_EXADDTAX2_AMOUNT       =
       I_EXADDTAX3_AMOUNT       =
      IMPORTING
        E_AMOUNT                 = v_kwert
       E_AMOUNT1                =
       E_AMOUNT2                =
       E_AMOUNT3                =
       E_AMOUNT4                =
       E_AMOUNT5                =
       E_EXADDTAX1_AMOUNT       =
       E_EXADDTAX2_AMOUNT       =
       E_EXADDTAX3_AMOUNT       =
    xkomv-kwert = v_kwert.
    xkwert = v_kwert.
    modify xkomv INDEX W_INDEX transporting kwert.
    *}   INSERT
    ENDFORM.

  • Less or less than equal in the for loop condition

    Hi,
    What do you prefer, what is more common, which one is more easily readable, less or less than equal in the for loop condition?
    for (int i = 0; i < arr.lenght; i++){..}
    //or
    for (int i = 0; i <= arr.lenght - 1 ; i++){..}I know this is basic programming and nothing to do with Java, so if this forum is not for this purpose, could you please suggest a general programming forum?
    I would really appreciate it as I have many general questions :)
    Thanks in advance,
    lemonboston

    lemonboston wrote:
    Hi,
    What do you preferPersonal preference, which is useless to you
    , what is more common,Based on years of reading open source code, the first
    which one is more easily readable, less or less than equal in the for loop condition?Personal opinion, which is useless to you
    I would really appreciate it as I have many general questions :)If you don't want to think about it yourself (which you should be doing in stead of asking general questions), simply attack it lazily. Both examples achieve exactly the same, but the first one is less to type and to read.

  • Condition type: DIFF-Rounding Off

    Dear Colleagues,
    The condition type DIFF-Rounding off is not woring in sales order.
    Config details as follows.
    1. OB90->Respective Company Code, Currency & rounding unit of '5' is being set in this transaction.
    2. Define condition type DIFF via Transaction V/06. This condition type is maintained as "Group and Item Condition".
    3. Included the condition type DIFF in the pricing procedure:setting are as per standard Reqt = 13, Caltype = 16, BasType = 4.
    Two issues noticed:
    1) In the sales order: DIFF is determined at item level and header level as well but value of DIFF shows "Zero".
    2) Crdit memo: DIFF was not determined.
    In both the cases Net value + Tax was in decimals, supposed to round off.
    Could anyone help what needs to be done or missing data.
    What exactly the functionaly of DIFF condittion type... Does it round of Net value + Tax or each condition value .
    Thanks & Regards,
    Vamsi P.

    Further, you can refer following SAP notes for your understanding and reference:
    - Note 0022963
    : Rounding problems in condition basis
    - Note 0080183
    : Rounding
    - Note 0130742
    : Roundings in subtotal lines
    - Note 0154789
    : Roundings in subtotal lines, part 2
    - Note 0311135
    : Rounding errors of condition value
    - Note 0886532
    : Pricing: Displaying and rounding numbers
    - Note 1481061
    : Rounding Customizing in SD
    Regards
    JP

  • PO is getting released even if the total amount is less than the last PO am

    Purchase Order is getting released even if the total amount is less than the last PO amount. The release strategy is only working for the first Purchase Order and if the PO amount is greater than the last PO amount.
    Please let me know how to correct this scenario (release strategy).
    Regards,
    Prishu

    Hi,
    Release strategy has nothing do with the previous PO amount. May be, Co-incidently the amount in previous PO which you are referring and the characteristics value maintained in the release strategy is same.
    1) Please go in release strategy by the path mentioned below
    IMG u2013 Material Management u2013 Purchasing u2013 Purchase Requisition u2013 Release Procedure u2013 Procedure with Classification u2013 Set Up Procedure with Classification
    2) Then go to release strategy. Here the total available release strategies would be displayed. Double click the strategy which is getting reflected in the PO you want and go the classifiction tab. There you will get the PO value. Based on this characteristic value the respective release streategy gets refelected.
    I hope this clarifies.
    Regards
    sachin

  • Issues with less than and grater than condition in prompts in OBIEE 11g,

    Hi all,
    i am facing the prombles with less than grater than conditions in OBIEE 11g.
    i created two date prompts with presentation variables datefrom and dateto
    and i used these prompts in fileters like this using grater than and less than symbol.
    filters are as below:
    lastupdated date is grater than or equal to @{datefrom}{1/1/1950}
    lastupdated date is less than or equal to @{dateto){1/1/1950}
    and created two prompts
    creation datefrom >=
    creation dateto<=
    when i passing the dates 05/12/2004 and 05/12/2005 in prompts after clicking the apply button in OBIEE 11g it feches all the records but i need records between these dates. and one more thing is after clicking apply button the two date fields getting the same date..
    am i do any thing wrong in the above ???
    please let me know friends..
    waiting for ur replyyyyyy..
    Thanks
    Edited by: BI_user on Oct 12, 2011 2:10 AM

    Hi,
    Create date prompts with operator as = not >= (or) <= as you need to save that value in presentation variable and you are filtering report using those variable filters.
    Regards,
    Srikanth

  • Regarding rounding off for amount

    dear all,
    can anybody tell me how to round off the amount which is printing in decimals..
    i want to round off the final amount in script..print form.
    thx in adv.
    jigar

    Declare a field like this...
    DATA : amount type p decimals 2.
    Pass your field to <b>amount</b> automatic rounding takes places... display your field.
    In script if you want to restrict the number of decimals do it like this...
    &EKPO-MENGE(.2)& --> display 2 decimals ex, 14532.34
    Regards,
    SaiRam

Maybe you are looking for