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
Similar Messages
-
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
DinakarHi
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 -
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 AMHi
try with rouding rule A (Round Up) in condition type. Txn code: M/06.
regards
Srinivas -
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 -
Decimal issue in condition type
Hi All,
Present Calculation`s
Our SAP system in Sales Order
Mat - xxxx Qty 12, Price 4,08 with 7,5 % discount
7,5% - 0,306
Net price -3,774
Calculation - 12 (Qty)*3,774=45,288 It gives 45,29 for invoice amount
Requirement :
customer calculation with 2 decimals
Price 4,08
7,5% 0,31
Net Price 3,77
Should calculate 12(Qty)*3,77=45,24
customer compares 45,24 with 45,29 and gets a difference of 5 cent hence he is not accepting the invoices because of the differences.
How can we make the decimal 0,306 to reach 0,31?
Note : In condition type the rounding rule commericail.We tried all the options but did not yield results. Your help i highly appreciatedDear Friend,
One option is rounding rule in Condition Type, which is somethimg you have already tried. Just make sure that for all Condition Type mentioned here, the rounding rule is Commercial.
Now the real issue in you case is not Round Rule, but is is realted to Decimal Places.
You can set Decimal places at OY04 (IMG - SAP NetWeaver - General Settings - Currencies - Set Decimal Places for Currencies)
Here you will have to set the Decimal Places to 2 against Currency type (INR incase of India).
But please note that this setting is applicable on Currency & will have impact on all the places where the said Currency is used in system.
Hope this helps...
Thanks,
Jignesh Mehta -
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
PriyankaDear 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 sekharin 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!
Chakradhara1.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. -
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.tI 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 -
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 -
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 issueHi 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 MitraHi,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
KOGIDear ALL,
someone please help me with this issue. your inputs are higly helpful.
TIA
KOGI
Maybe you are looking for
-
Which compressor settings should i choose?
Hi guys. need a little help. I've edited a 40 minute summer camp video together and i've been using a HD camera that shoots in MTS files. my final cut pro 7 has been converting all the footage to Apple Pro Res 422. The problem is the file size i
-
How to create a DNS? How access to Micr. Acces DB?
This is because i wish to conect to a DB of Microsoft Access.... I have found that i need to create a System DNS...but i dont how to create it....Could somebody help me please? I have found that with the following servlet i can access to the db.....b
-
Character movement needs fine tuning
This the code to move my hero mc around the screen. However, when you click directly under or over the mc it doesn't move. When I say directly above I mean the angle not the distance. ie: I am well above the mc but it doesn't move. Little kids are go
-
Report on Absence days ?
Experts Can I get any standard report which gives me Absence in DAYS. Theres one standard report which gives absence in hours. But I would like to have in DAYS. Minal C
-
How do I get my computer to start saving my CDs as MP4s again?