Rounding problem

Hi,
i have a scenarios where material A has price 25 USD per CBM.
Three orders of different quantity but adding to 1 CBM is booked.
These orders are now comined into ne invoice
Material A
Qty(CBM Price Mulit SaP round item
0.714 25 17.85 17.85 10
0.115 25 2.875 2.88 20
0.171 25 4.275 4.28 30
1 sum 25 25.01
SAP does a commercial rounding and adds to 25.01 but correct price is 25.00
How to do rounding again at header level as we are using item pricing.
Regards,
Jatin

Dear Jatin
Check the link
[Group condition - base value rounding|http://sap.ittoolbox.com/groups/technical-functional/sap-log-sd/group-condition-base-value-rounding-1665443]
thanks
G. Lakshmipathi

Similar Messages

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

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.

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.

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

Profoma invoice for Export sales from EOU plant rounding problem

Hello,
While creating profoma invoice for Export sales from EOU plant according to standard Tax procedure TAXINJ excise duties appears as JMOD , JECS, JA1X. But due to legal implication we have to bifurcate them in following
BCD
CVD
ECS on CVD
SEcess on CVD
ECS on total duty
SECess on total duty
Additional CVD
Now because of rates get rounding of total does not match with bifurcated duties. The duties should match as per below
JMOD = BCD + CVD + Additional CVD
JECS = ECS on CVD + ECS on total duty
JA1X = SEcess on CVD + SECess on total duty
Regards,
Nimit

You can achieve this with standard functionality, but you will have to make some configuration change:
- Create the new movement type
- Create the new MM account assignment
- Create a new schedule line category
- Create a new item category
- Create the assignment of the new schedule line category to the / a (new) item category.
Maybe you have to create a new item category group to ensure that the proper item category in the sales order is being determined.
Around user exits in MM in account determination: I'm not aware of any (good) ones, but you might want to take a look at the Business Transaction Events (transction FIBF). These are also a kind of user exit and might provide the functionality you are looking for.
If you can't accomplish the requirement through an enhancement (user exit, BAPI, BADI, BTE) you might want to consider using an intermediate G/L account during the Post Goods Issue. And then during the release to accounting doing an accrual to the "correct" G/L account, since in the (standard) Revenue Account Determination you can use all kinds of criteria.
Regards,
Jan Pel

Rounding problem

Similar Messages

Maybe you are looking for