on 08-22-2007 4:51 PM
Hi all SAP gurus,
(I) Rounding off condition type values:
In my pricing procedure i have following condition types:
ZEXP
YXEP
ZCEP
ZA1X
YCEP
ZA2X
Total Duty
JEXP
JCEP
JA1X
When I create a sales order the system is showing me the condition values like 166.32, 52.34, etc.
Requirement: I want the system to show values totally rounded off like 166, 52. I don't want any decimal places for any condition value.
(II) Quantity:
My unit of measure and unit of sale is 'EA'. When i create a sales order and give the qty as 1.5 then the system is accepting it which is not acceptable. In transaction code "CUNI" i have checked the settings for 'EA'. There in the decimal places the entry is 0.
But still I am facing the problem. I want only whole number and not decimal quantites. The system in the print out is showing me 12.000. I want only 12.
Reuirement: How do i control this.
Regards,
Allabaqsh G. Patil
I don't think sap can meet your business requirements....the date type itself is a currency....so how can you change it
KBETR CURR 11 2
the only option i guess is to assign pricing requirements to modify the condition values.
rounding option that u have in v/06...is to round up or down the decimal values....if it is
usd 1.234 ...rounding rule will make it 1.24 or 1.23..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
I feel you can set the rounding off condition type
or you round at sales order also by using ROU.
Reward if it helps
regards
Prasanna R
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
If you have access to OSS Notes, I would suggest you look at note 80183.
Values calculated in pricing are always rounded to the amount of
decimal places which the used document currency owns. As subsequent
processing steps setup on this rounded value rounding differences can
occur in the calculation of the price per unit or in subtotal line.
To bypass such effects note 80183 describes possible solutions to
reduce / bypass this effect.
A few problems in rounding after applying note 80183, variant 2 have
been recorded where it was recommended to use the formulas 919 and
920 on all discounts and surcharges that appear before NETP and the
problem was solved.
In transaction V/06 there is a field under header 'Control data1'
which can effect how the system rounds off condition values during
pricing:
->> Rounding rule
The rule that determines how the system rounds off condition
values during pricing. The last digit will be rounded.
Example
o In the standard rounding rule '_', values are rounded off according
to business standards:
10.454 -> 10.45 DEM
10.455 -> 10.46 DEM
o In rounding rule 'A', values are always rounded up:
10.459 -> 10.46 DEM
10.451 -> 10.46 DEM
o In rounding rule 'B', values are always rounded down:
1045.9 -> 1045 LIT
1045.1 -> 1045 LIT
In this example, the currency of the condition rate is Italian Lira.
The Italian Lira does not have any places after the point.
Also check if the condition type is set as item condition as well
as group condition in transaction V/06. What this means is that
the system will calculate the value of the condition on header level
and compares it with the sum of item values in the document.
Any rounding difference (KONV-KDIFF) detected, will be populated
in the line item with greatest value or in first line item if all are
of equal value.
In other cases where there is no adjustment because there is no
rounding difference when comparing the header value and the sum of
item values.
->> Solution to this scenario -
If you remove the 'group condition' setting, the system will then
calculate amount for the items directly and you will not get the
rounding. You must decide which setting is more suited for your
business. This is not a bug, but works as per designed.
EXAMPLE: MWST - tax condition (a group condition)
Item 10 16% of 100.90 = 16.14
Item 20 16% of 100.90 = 16.14
Total = 32.28
I hope you find this answer very helpful and hopefully, it will solve your problem.
Regards,
Martina McElwain
SD Forum Moderator
well for all the mentioned condtypes goto v/06 indiviually use rounding ...hope this will round up ur con value
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
107 | |
12 | |
11 | |
6 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.