Rounding Condition Types

Hi guys
I have a requirement that in my pricing procedure I want the condition type which can round off the total vale if it is having any fraction value in the sales order. I have used some condition type like RNTP & RNTM, DIFF but couldnu2019t able to get right answer.
So please provide me right information relating too all the above Condition Types.

Dear Chandra
Try with this
For the net value field, give Routine 16 in the Alt. Cal. Type in the pricing procedure. Addition to the above setting also add Routine 17 to Netvalue.
thanks
G. Lakshmipathi

Similar Messages

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

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

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

Rounding up off values using Different Condition types

Dear All,
There is a requirement from the client where they want to round up the values in all the condition type values.For Example:
ZPR0- 1525
ZCOM(15%)- 228.75(It Should be 229.00)
NBT(Tax2%) 25.93(It Should be 26)
Similarly all the values for the condition should be calculated as the above mentioned scenario .Kindly suggest
Thank You!
Chakradhara

1.In V/06 goto the respective conditions type and in rounding rule field maintain A
2.goto pricing procdure in v/08 in calculation type field maintain routine 17 against the condition type s
3.in OB90 maintain 100( rounding unit) against your company code then check the results.
Thanks
Srinu.

Condition type value rounding

Hi Experts
I want to know about rounding of decimal in PO conditions. We have customised condition type like ZFRE in % and it is found that when PO is created i see that ZFRE value is rounded i.e suppose if value is coming as 3.97 then the system takes automatically 4 and if value is 39.37 then the value becomes automatically 39. The decimal places dont appear in PO. I thought it is because of condition type configuration.
The ZFRE condition type has setting as:
rounding rule - commercial(standard)
It is not set as rounding up or rounding down. How the values are not geting rounded?
Thanks
Dinakar

Hi
From the above suggestion you cant round off the condition type as said. Use t.code OB90 and for your company code and currency and maintain 100 in the field 'Unit to be rounded up to'. But it is client level setting. Be careful while setting this.
Then go to your pricing procedure and assign Routine-17-Rounding as perT001R in Altcaltype field. Then create order. Your requirement will be solved.
Reward if helpful

Condition Type Rounding Rule

Hi all,
All my condition types have rounding rule as Commercial. When the client was checking calculation after billing in the accounting document; for VAT condition type, it is rounding below.
For example; VAT amount is 2164.989; it should round as 2164.99, but it is rounding as 2164.98. The client is very particular about this.
But the same rounding rules have been used for all the condition types and the client does not have any problem with rounding for those; can somebody explain is there any additional setting required. This is very urgent as they have gone live and they are not entering backlog orders because of this problem.
Thanks and Regards,
Adithya
Edited by: Adi1976 on Feb 12, 2012 11:54 AM

Hi
try with rouding rule A (Round Up) in condition type. Txn code: M/06.
regards
Srinivas

Round up in condition type

Hi everyone,
I am able to round up in condition type for second digit. but I want to know how we can round up for first digit.

ROUNDING UP MEANS IF THE DISCOUNT IS 4.3, ITS ROUND TO 5, IN ROUND DOWN IS IF 4.7 MAKES 4/-, IN COMMERICAL IF THE DISCOUNT IS 4.3 IT MAKES 4/- AND IF THE DIOSCOUNT IS 4.7 ITMAKES 5/-
HOPE U GOT IT..
REWARD IF IT HELPS
KIRAN

JMOD condition type value should be always rounded up instead of commercial

Hi Helpers,
I need one clarification from you all based on your expertise,
1. JMOD condition type value should be always rounded up instead of commercial.
2. i have been already made rounding up in the condition type JMOD in the transaction V/06. but unfortunatly not working.
3. after that we found that there is configuration change in spro (company code setting in the indai taxation-CIN) in the Logistic general> tax on goods movement>india> basic setting> company code setting for the commercialrounding, but the same is already ennabled with SD rounding IND.
Need your expertise on this.How shall we make it round up always for JMOD condition value. below is an example for your further analysis.
Example: if values UTXJ is : 8,913.40 and JMOD will be calculated based on UTXJ as 10% thats is 891.34.
Actually this should be 892 as per the requiremen.t

I just recently rolled off a project in Europe that had an issue similar to this. We were having rounding issues as a result of % discounts.
However, we did come up with a solution that is provided by SAP.
Please review OSS note 80183 on SAP rounding and the solutions provided within the note.
I hope this helps.
Kind Regards,
Jason

Rounding of condition type

Pls guide me to set rounding for perticuler condition type into pricing procedure of PO

Hi
You can round off the value to nearest in condition type.
Go to SPRO and Select the condition type and in that under control data you can use rounding rule (as A and B..).
Regards,
Manish

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

Diff Condition Type Account Posting in Sales

Hello All,
The problem in SD pricing is as follows:-
In a pricing procedure we have two manual condition types one is for normal Sales Dr/ Cr. & another for Sales Freight.Now I want to know what are the configurations needed so as to get - After saving the sales order in case of Round Off calculation & posting for Sales Dr. / Cr. the GL code assignment in DIFF account key will be of Sales Dr./ Cr. whereas in case of Sales Freight for Round Off calculation & posting the GL code assignment in DIFF account key will be of Freight Revenue.
Please suggest.
Thanks & Regards
Priyanka Mitra

Hi,friend
Actually, I'm not very clear your requirement.
For the account determination, you should notice some key information.
In the pricing procedure, the account key is very important factor for account determination.
In the menu SPRO->Sales and Distribution->Basic Function->Account Assignment/Costing->Revenue Account Determine, you can find out the IMG settings for revenue account.
Normally, the account is determined by Chart of Account, Sales Org., Customer account assignment group, Material account assignment group and account key.
Hope it can take help!
Thanks!
Wink

Using RB00 condition type for Price Adjustment

Hi,
I have to do a price adjustment due to some rounding issues in the pricing of my sales order.(Using standard Pricing Procedure RVAA01). I am thinking of using manual condition type RB00 at Item level that can accept both positive and negative values depending on the situation.
If the calculated value>expected value then the user will enter negative RB00 value manually and
if the calculated value<expected value then the user will enter positive RB00 value manually.
The account key is however different in standard Pricing procedure for RB00 and it is ERS and for standard Base Price (PR00) it is ERL.
So, my question is that does that make any difference if I maintain condition records in VKOA for RB00 same as PR00?

Hi
If you are looking for rounding then you round the decimals by not maintaining any decimals.But if it is a price adjustment then your approach is correct
If it is VK11 then there is no need to maintain condition record for RB00 as it is a manual condition type at item level
If you are talking to maintain revenue account determination VKOA then you have to maintain as whenever you give discount then it will hit some G/L account .So you should assign a G/L account also
Regards
Srinath

Change the condition type based on sales document type

Dear ALL,
I have created a condition Zxxx which is a fixed calculation type for the documents created by the upload from external tool to SAP. I created this condition because external tool is using a 15 place decimal which SAP doesn't allow and if the normal condition type Zyyy is used SAP calculates once in SAP and there are rounding issues. What the Zxxx condition type does is accept whatever value is sent up from external tool to SAP, regardless of the quantity. The problem is that whenever they create a credit with reference, in SAP and they want to do a partial credit, the Zxxx doesn't take the partial quantity into consideration and doesn't change the value.
Is there a way to force SAP to change the condition type from Zxxx to Zyyy based on sales document type without recalculating the whole document because that would again, cause rounding issues. We would need to have the calculation done only on quantities changed in the credit memo request .
please advice me. your inputs are highly appreciated.
TIA
KOGI

Dear ALL,
someone please help me with this issue. your inputs are higly helpful.
TIA
KOGI

PO Condition Type Issue

Hi All,
I have encounter a PO condition type issue, hope to get someone to enlighten me.
I have create both cuztomize condition type ZOT2 AND ZOT3.
With config in Control data 1
Cond. Class - A Discount or Surcharge
Calculat. type - B Fixed Amount
Cond. category - B Delivery cost
Group Condition
Select for Group cond. & RoundDiffComp
GrpCond.routine - 1 Overall Document
ZOT2 in header condition should be divided into item via value.
ZOT3 in header condition should be divided into item via quantity.
Both condition type havemanually enter with value 300
In the test PO I have created 3 materials:-
Material     Quantity     Net Price     Item Net
A     100     1,615.00     161,500.00
B     100          16.15         1,615.00
C     1000          16.15       16,150.00
In the Item view calculation for both condition type as stated below:-
ZOT2 - 270.27 : 2.70 : 27.03 (Ratios base on Value 100:1:10)
ZOT3 - 270.27 : 2.70 : 27.03 (Rations base on Quantity 1:1:10) the amount result should be 25: 25: 250 but the result I get from the system for condition type ZOT3 is the same as ZOT2.
Please advise how to reticfy the configuration. Thank you.

Eugenia Foong Pui Mun wrote:
Hi Shiva,
>
> I have try to config with the info you have suggested, but it does not seem to get the expected result.
Hi Eugenia...
I tested scenario with values you have mentioned. It works perfect both ways. Pls follow this....
1. Pls avert the changes I had suggested in my prev reply for changing the condition types. (group condition active, round diff condition & group cond routine, keep them as they are)
2. While you enter value in header with condition type ZOT2. the value gets properly distribute by the ratio 100:1:10 and thats perfect......Now
3. While you enter the values for condition type ZOT3 in the header...Pls note that your Total Qty is 1200 and the total condition value is 300 this means per unit qty the value is 300/1200 =0.25...
Now while you enter the values for ZOT3 in the header, enter 300 in the Amount column and 1200 in the Per column, meaning that the total of 300 shoud be divided into 1200 units irrespective of quantities per Line Item
Now check the results and you will have the distribution ratio 1:1:100
NB:For ZOT3 (Qty base) to work the UoM for all the line items must be similar
Pls check and revert
Regards
Shiva
Edited by: Shivaspatil on Nov 24, 2011 12:42 PM

Rounding Condition Types

Similar Messages

Maybe you are looking for