DIFF Rounding Problem

Hi Friends,
I am using DIFF condition in my pricing I have maintained the same above my grand total & after the taxes conditionsw. I have maintained Req : 13, Alt cal : 16 : Alt Bas : 4 also I have kept the condition as required. I have not maintained anything in To & From colomn. Also I have maintained settings in OB90.
The Problem is the rounding is not getting done in my pricing. please guide.
Regards,
Mahendra

Dear Bala,
First of all, I have a doubt on to Account Key "ERL", attcahed to your Condition Type: DIFF (Discuss it with your FI-Personnel).
Step-Cdt TypDescrpFromTo---Subtotal--Req-AltCalAltbase--AcctKey
10--PR00Basic price---N/A-N/A1N/A-N/AN/A--
ERL
100-----N/A--Total Basic Price--10---99AN/A2N/A--
N/A
200----JIVPA/R VAT100---N/A-----JN6
250----ZIVP--A/R ADD VAT 100---N/A-----JN8
300----JIVC--A/R CST100---N/A-----JN7
400----N/A---Basic+Taxes100399---N/AN/A-----4
500----DIFFRounding Off550N/A-N/A13164--
ERL(chk it)
600----N/AGrand Total550600----A
Best Regards,
Amit
Note: Check with Column: Statistics, and mark as 'ticked" for Step: 400 & 600.
Just test it in Quality, and Update, if test gets passed/ failed.

Similar Messages

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

Acrobat Pro 6 Average Daily Production and Math.round problem

Acrobat Pro 6 Average Daily Production and Math.round problem
(Production.0) (154) (whole units) . (Production.1) (90) (fractional) / (divided by) 31 (days) results in (Average.0) (4)(whole units) . (Average.1) (10) (fractional) using :Math.round.� Noticed that 154 (whole units) . 85 through 99 (fractional) also show 4.10. (without Math.round : 5.00)
Method:
�Production.0� (whole units) . �Production .1� (fractional) / Days = (Average Daily Production) (�Average.0� (whole units) . (Average.1) (fractional)
� Production.0 (value not calculated)�, � Production 1 (calculated) (event.value = util.printx("0099", (event.value)).substr(-2,2); � �Average.0 (value not calculate)�, and �Average.1 has following calculation:
var punits = this.getField("Production.0");
var pfrac = this.getField("Production.1");
var average = 0.0;
average = (punits.value + pfrac.value / 100) / this.getField("Days").value;
this.getField("Average.0").value = average - average % 1;
this.getField("Average.1").value = util.printx("0099", Math.round((average % 1 * 100))).substr(-2,2);
�Math.round� appears to be a problem. Also, could you explain the purpose of �0099� . Anyway, why would 154.85 through 154.90 divided by 31 give 4,10. Also, their must be a better way, to find the average daily production. All you have to do is divided the production (whole. fractional) by the days, and display the average daily production as (whole. fractional). Any suggestions??

There are a many loose ends in your question.
First, I have never seen before a variable type called 'var'. Is it a java primitive or a class?
Next, I cannot seem to find any class that has the printx method.
When it comes to substr(-2,2), I get confused. First, I thought that it was a method of the String class, but I only got as far as substring(beginIndex, endIndex).
If you really must break the production and average into pieces, try this:
float average = (punits + pfrac/100) / days;
int avg_units = (int)average;
int avg_frac = (int)( (average - avg_units) * 100 );My guess is that util.printx("0099", x) formats x having two optional digits and two mandatory digits, showing 0-99 as 00-99, but allows to show numbers with three and four digits.
154.85/31 = 4,9951612903225806451612903225806
154.99/31= 4,9996774193548387096774193548387
If you round the fraction of theese numbers multiplied by 100 ( = 99.51.. and 99.968...) you get 100, and this will be the output of printx. My guess for "4.10" is that substr(-2,2) returns the two first characters of the string, because the start index should not be zero. (According to java docs, substring throws an exception on a negative index, so what kind of class are you really using ??????)

Rounding problems

Dear all,
We are using the BAPI_ACC_DOCUMENT_POST to do a reclassification posting F-02 for manager motives.
We need to calculate the exchange tax. We do Amount in Local Currency / Amount in Forreing Currency.
The problem is that in the BADI LV_EXCH_RATE has 13 decimals but GS_CURR-EXCH_RATE moves only 5 decimals so we have rounding problems. We are doing the accounting with GS_CURR-EXCH_RATE that has only 5 decimals.
Someone know how to move more than 5 decimals on the posting.
Cheers,
marta

Marta,
why not try to round the variable before you pass it to the badi or round the o/p of the badi before passing it to further processing.
You can use the formatting options in the write statement CURR/DEC/ROUND to do this in a local variable and then pass the local variable to the badi or pass the o/p of the badi to a local variable, then round it and then use this rounded value.
Thanks,
Vikram.M

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

How can I get round problem with itunes. I get message saying computer isnt authorised to play some tracks Ive downloaded, tells me to authorise which I do, then a message appears saying the computer is already authorised but I still cant access the track

how can I get round the problem I have with itunes. I have bought and downloaded various tracks to my library. When I try to sync my iphone from my PC I get a message on screen saying that it is not authorised to play them and tells me to authorise the computer by clicking store, entering apple id and password then clicking authorise this computer. I do that then get a message saying that my computer is already authorised yet when I try syncing the track again the same thihng happens. Im getting nowhere!

If only some of the songs on an album are giving you the authorisation message, that suggests those song files are damaged.
If your country's iTunes Store allows you to redownload purchased tracks, I'd delete your current copies of the dodgy tracks and try redownloading fresh copies. For instructions, see the following document:
Downloading past purchases from the App Store, iBookstore, and iTunes Store
Otherwise, I'd report the problem to the iTunes Store.
Log in to the Store. Click on "Account" in your Quick Links. When you're in your Account information screen, go down to Purchase History and click "See all".
Find the items that are not playing properly. If you can't see "Report a Problem" next to the items, click the "Report a problem" button. Now click the "Report a Problem" links next to the items.

Withholding tax Ecs rounding problem

Dear All,
I have one issue when I am calculating the TDS. When Calculating the TDS
Basic, surcharge, ECS and SEC has to be rounded off to their nearest value
if it is below or above 0.50.
But my case ECS is rounding off to 1 eventhough it is below 0.50.
For example:
Vendor Invoice amount is Rs.780/- on this we are calculating TDS.System
has to show entry like this.
Expense A/c   Dr 780.00
To TDS Basic 194C Cr   16.00 (2% on 780)
To TDS Surcharge 194C   2.00 (10% on Basic)
To Vendor         Cr 762.00
But System showing..
Expense A/c   Dr 780.00
To TDS Basic 194C Cr   16.00 (2% on 780)
To TDS Surcharge 194C   2.00 (10% on Basic)
To TDS ECS 194 C        1.00 (2% 0n Basic+Surcharge)eventhough it is 0.3432
To Vendor         Cr 761.00
I am using A1FS Standard W/tax type CA, CB, CC, CD and M1 WTax Code for
194C Others.
Eventhough I checked below checked ..
Financial acounting->Financial Globalsettings->W/tax->Extended W/tax->
Calculation->W/tax Type->Define Wtax type for Invoice/Payment Posting.
Here Rounding rule is " W/tax comm. round"
In ->Define rounding rule also is rounding unit "100"
But still my issue is open. Please guide on thisDear All,
I have one issue when I am calculating the TDS. When Calculating the TDS
Basic, surcharge, ECS and SEC has to be rounded off to their nearest value
if it is below or above 0.50.
But my case ECS is rounding off to 1 eventhough it is below 0.50.
For example:
Vendor Invoice amount is Rs.780/- on this we are calculating TDS.System
has to show entry like this.
Expense A/c   Dr 780.00
To TDS Basic 194C Cr   16.00 (2% on 780)
To TDS Surcharge 194C   2.00 (10% on Basic)
To Vendor         Cr 762.00
But System showing..
Expense A/c   Dr 780.00
To TDS Basic 194C Cr   16.00 (2% on 780)
To TDS Surcharge 194C   2.00 (10% on Basic)
To TDS ECS 194 C        1.00 (2% 0n Basic+Surcharge)eventhough it is 0.3432
To Vendor         Cr 761.00
I checked below
Financial acounting->Financial Globalsettings->W/tax->Extended W/tax->
Calculation->W/tax Type->Define Wtax type for Invoice/Payment Posting.
Here Rounding rule is " W/tax comm. round"
In ->Define rounding rule also is rounding unit "100"
But still my issue is open. Please guide on this

Check the Tax type configuration for ECS, it must be selected as "Rounding Up".
Make it "Comm. w/t rounding". It wil solve your problem.
Thanks

Strange number rounding problem

I am using CR 8.5 and I have a number field inserted into the detail section of my report.
Although rounding is set to 0.001 in the number format, the field displays rounded to the nearest whole number (e.g. 11.235 is displayed as 11.000). I have checked the field in the underlying tables and inserted the same field into another report without any problems.
I've used different number formats in hundreds of reports without any problems, the only difference here is that the report was set-up by another user on another PC (but using the same version of Crystal).
I suspect that rewriting the report from scratch would solve the problem, but I'd rather avoid this.
Any suggestions?

Hi
Have you tried this:
1. Right click on the field -> Format field -> Customize -> Rounding -> select the format that is required.
Hope it helps!!!
Regards
Sourashree

Numeric Value rounding problems in Materialized Views

All numeric values are getting rounded in the materialized views. Is there any solution for this?
Any help is greatly appreciated...
Thanks,
Satya

Hi Bill,
Actually the problem is with the Toad version I'm using, it is not interpreting the decimal values of MVs properly. They look good when I checked in SQLPLUS.
Any way, thanks for your response.
-Satya

Net Price vs Total Price (Rounding Problem)

Hi experts,
SRM 7.0 PPS Extended Classic scenario.
Users want to create a SC with a known total price (lets suppose 150k). As I have to split this value into net price and tax amount (supposing a tax rate equal to 16%):
- If I enter 129.310,34 as net value then total value is 149.999,99
- If I enter 129.310.35 as net value then total value is 150.000,01
So there is no way to achieve a total value equal to 150.000,00 (no more no less)
How can we handle this situation? Is it possible to directly enter gross prices instead of net prices at item level?
I am afraid that similar problem will be present when dealing with all other SRM documents...
Thanks in advance for your suggestions
Best regards
Vicente

Thanks Rahul,
This explains why I cannot select 2 decimal places for EUR. In fact, EUR is already pre-set to have 2 decimal places.
But the original problem of rounding is still open
Customer is used to manage prices as a whole (total price). They do not need tax details. Taxes are implicitily included in their total price, but they don't need to split into net price*quantity + tax rate.
Basically they have a budget of nnnnn.dd EUR for some requisition. So they need to see exactly nnnnn.dd EUR in the total price.
As they have to split into net price and tax rate to fill in the shopping cart items, they will almost never get exactly the desired total (due to rounding). This is not acceptable by business cause they work with the total price and they need the total price to be exactly what they want...
I guess that bidders will have the same problem when entering prices in bid responses (actually, surrogate bidding is being always used, so for sure customer will have the same problem).
I am sure that there should be some kind of solution. For instance, I am thinking of using 0.0 as tax rate and hide tax rate field, but I don't like this at all (they don't need tax details, but it doesn't mean that there is no taxes...)
All suggestions are welcome
Thanks again
Regards
Vicente

Business Unit Analyst create planning round problem

In the Business Unit Analyst 2.0 (mySAP ERP 2005) portal business package when creating a planning round I can go through to the 3rd screen "Review and Save", but when I hit save the following error appears on the screen and it does not save the planning round:
java.rmi.RemoteException: Service call exception; nested exception is: java.net.ConnectException: Connection refused: connect
I am using java version 1.4.2_12-b03. The portal is NW2004s stack level 8.
Has anyone found the same problem?
Regards

Hi Sunil
Your point about the prerequisites lead me to the solution. The settings were wrong in Virtual Room settings in the Visual Administrator and the Collaboration Room Backend Properties in the portal. These need to be correct as a virtual room is created by the system when the planning round is created.
Thanks
Fergus

Sales Order Discount Rounding Problem

Hi Experts
When we use discount RA01 in our Sales Pricing / Orders it results in rounding issue that shows on Customer Invoice.
eg: Sales Order Conditions Tab
Product XXXX x 2 EACH
CnTy Amount (per ea)
PR00 $141.55 EA
RA01 10%
$14.16
Net Val $127.40EA
Total Condition Value (x Order qty)
PR00 $283.10
RA01 $28.31
Net Val $254.79
So what the Customer sees is the unit price of $127.40 and totol line cost of $254.79.
But $127.40 x 2 is obviously $254.80
It looks as though the discount is being calculated as 14.155, then the Net Value rounding from $127.395 to $127.40
Where as the TOTAL Net Value for the line is showing the $127.395 x 2 = $254.79.
The Requirements indicator for PR00 and RA01 is 2
The Calculation Type is PR00 = C (qty) and RA01 = A (%)
The Net Price, PR00 and RA01 are all set to Rounding = Commercial.
How do we get this scenario to result in the Net Value Amount, and Net Value Condition Value multiplying correctly by Qty on the Order??
Thanks
Hayley McDougal

Thank you very much for you response.
This looks very promising as solution. Will apply note and test and let you know if problem solved.
Thanks
Hayley

ScriptLogic: rounding problem

Hi experts,
I'm working with SAP B0 PC 7.5 MS SP4 and SQL Server 2008 R2. I have a problem with a script logic.
*Rec(FACTOR=1/9)
It's not working, the result is 0.00
*Rec(EXPRESSION=%VALUE%/9)
Return rounded value
*REC(FACTOR=0.111111)
Return expected value
Can you help me
best regards

Hi,
There is a command called ROUND. You can use that for this purpose.
*REC(EXPRESSION=ROUND(%VALUE%/9,2))
Hope this helps.

Fraction rounding problem

I had problem with the rounding the fraction. Can any one solve this.
String value="0.125";
DecimalFormat df = new DecimalFormat("#0.00");
Double orig = new Double(value);
value = df.format(orig);
if i print value ,the output is 0.12 , it should be 0.13
String value="0.135";
DecimalFormat df = new DecimalFormat("#0.00");
Double orig = new Double(value);
value = df.format(orig);
if i print value ,the output is 0.14
Why this is Happening.0.125,0.145,0.165,0.185 all are rounding wrong
but 0.135,0.115,0.155,0.175,0.195 rounding properly.
why this is happening,any altenate solution is there

Other alternatives are available.Like creating a custom methos for that.But why its not working fraction round off for the even fractions and why its working for the odd fractions(its happening only if the round off value is 5).
Can any body guess it.

Rounding problem with statistical condition (Hint 80183)

Dear all,
we have implemented OSS hint 80183 with the variant 2. As long as a price is valid in the calculation scheme (e.g. EK01), the rounding variance in NETP is calculated correctly. If the price is not contained in the scheme, the system uses the condition VPRS (although statistical) for the rounding (see variable NETTOPREIS in formula 019).
if nettopreis is initial.
nettopreis = ykbetr * 100. "in currency YWAERS
endif.
YKBETR contains the value of VPRS, although it is statistical.
If we remove VPRS from the scheme, we get error V1208 'Error in converting exchange rate from __ to EUR'.
How can we prevent that the system calculates the rounding variance with the statistical conditions?
Thanks in advance
Stefan

solved in exit

DIFF Rounding Problem

Similar Messages

Maybe you are looking for