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 appreciated
Dear 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
Similar Messages
-
Decimal places for condition type .
Dear sir,
I have a condition type like JCV1,ZADC & same are included in purchase order.These are the manual condition type.
I have created a purchase order & on condition tab page in once i enter 10 % for jcv1 condtion type ,system is showing that 10.000 .So i want that system should display 10.00 so please guide me how solve this .Hi,
Check your decimal settings in your user id transaction SU01
Thanks
Diwakar -
Currency conversion issue for condition type
Hello,
I am creating two invoice document.
1. Customs Invoice (ZCDS)
2. Inter company invoice.(IVA)
both the invoices should be similar. Same pricing procedure is used to create both the documents but in Customs invoice YUMU condition type is not getting converted whereas in IVA the condition type is getting converted. Can anyone tell me the possible reason for this?
ZCDS
IVA
Regards,
JagjeetHi Jagjeet,
For IVA invoice type -(For condition type- YUMU)
Below highlighted part of code is changing KSTEU from 'E' to 'C' for IVA invoice using std prog RVIVAUFT.
For ZCDS Invoice Type -(For condition type- YUMU)
Program RVIVAUFT is not called since ZCDS is not trigerried using Output type unlike IVA.
Hence KSTEU is not getting updated from 'E' to 'C' in case of ZCDS.
To solve your problem write code in User exit - userexit_pricing_copy to change konv-ksteu to 'C' for YUMU condition type at runtime.This will definately solve your problem.This will ensure you get correct/same condition value for IVA and ZCDS...:)
Regards,
Vikas Mulay. -
Pricing condition type pr00 not accepting the decimals.
Hi all,
i have a problem here at my client side, my client they are asking to have the price to be entered manually at the order level, my problem is the conditon type PR00 is accepting only two decimal.. how to extend the decimal for the condition types.
for eg: Material 36.703.600 has price of 5.413, i am able to enter only 5.41, suppose if i enter the actual values it is saying the
" Input must be in the format __,___,___ V"
It says for decimal point update
"" (decimal point) (applies to numeric fields)
The decimal point occurs here (setting in the user master record)."
Which user master record i have to update.
kindly guide me on this
kumareshhi,
My problem is my client user wants to enter the price manually in PR00, since they are dealing with locksets and switches and also the do the shippment for outside the country . basically EU
the price are in euro for eg 1 euro = 69.80 INR
for a material " 36.703.600" = 5.4135
they wanted to maintain for atleast three decimals
how to do it
regards
kumaresh -
How to Avoid Duplicate Pricing Condition Types In Sales Order and Billing
Hi SAP Gurus
I have a requirement in Pricing (Sales and Distribution). We have issue duplicated condition types in Sales order and it causes wrong posting in to accounts.
I want make them inactive duplicated Condition type in Sales order and Billing Documents.
Please advice me how to make inactive status to duplicated Condition types
Thanks in Advance.
RavikanthHi
You can use Exclusion Group
You can define 2 Groups and include 1 condition type in each
and define exlusion procedure
A Best condition between condition types
B Best condition within the condition type
C Best condition between the two exclusion groups
D Exclusive
E Least favorable within the condition type
F Least favorable betweent the two exclusion groups
you can use Exclusive to set your condition type or as per your requirement
Regards
Jitesh -
Shipment Cost: Group Condition Type calculated on a special weight...
Here is the scenario: A shipment (truck) combines multiple deliveries, grouped on a stage when same destination (happens often).
A condition per LB is to be calculated on the cumulated weight per destination (per stage) BUT not simply on the gross weight, but on the heavier of 2 special weights: the business here uses a special formula according to the packaging, and it gives 2 weights (stored in Z fields of LIKP), an actual weight and a cubic weight.
The purpose is to identify for each delivery the heavier weight and to use cumulated the weight across the deliveries to the same destination to calculate the per CWT cost.
This is my first issue: the condition type is defined at Delivery calculation base, Calculation Type Multi-dimensional, and as a group condition). How do I define to use the cumulated of each delivery heavier weight ? In the Scale for condition type view, I used the scale basis D Gross Weight (which is not right..), there is also a field for a Scale Base Value formula, I wondered if that is what I should use..
My 2d issue: once the cost is calculated, I have to re-distribute it on the deliveries as per the proportion of their heavier weight compared to the total weight used for the calculation Should that be an alternate Condition Base Value formula in the pricing procedure (where xkwert would be .the heavier weight .would that be then a new Z field to be filled in by the user exit determing the heavier value) ??
Thanks a lot, it is a tough one, I know...who is the best ever shipment cost pricing consultant ? !Hi Guys
Unfortunately I do not think that you will get an answer now. Either your question is not simple or we do not know.
So in the interest of keeping the Forum tidy and easier to surf through could you please close your thread and either try one of the other forums or try another post. I do not think that most people will bother to look this far back anymore.
Sorry I cannot help as I would if I could.
Regards
Frenchy. -
Duplicate condition type at item and header level
hi all,
please help me to implement this
issue:
PO condition type for header and item should be checked for duplication.
atanuHi
I am not sure whether we can do this with IMG.
Need to use User exit MM06E005 (do not be confused with the description of this enhancement..you can use it)
Best regards
Ramki -
Condition type decimal point issue in pricing
Hi
I have a import pricing Procedure as shown
The condition types JEDB and JSED were calculated on 0.16 EUR,
Like JEDB 2% of 0.16EUR= 0.0032
and JSED 1% of 0.16EUR= 0.0016
it is taking the first two digits of the value, ie 0.00 only
Please confirm how to come with the corrected values,
Thanks,Yes it is intended for TM but you can do the manual changes as recommended in the note and for technical coding, you can copy that logic. Else, have a look at this note:-
Note 38881 - Pricing with different decimal places
G. Lakshmipathi -
Change decimal points in SD Condition type from 2 to 3, for EU
Hello,
We have a slight problem with the amounts. We are using resource related billing in the project and to track some expenses, there are some condition types created. Since the currency is maintained as EU, the decimal places are maintained as 2 decimals in OY04 and we dont want to change that.
We face an issue, when SAP Converts condition value from 3 to 2 decimals
For example, when in Contract we have an Condition Value of 100.025, this is converted to 100.03 and tax is applied on this amount.
When we create an invoice and subsequently a Credit Memo request, that will contain more than one item, and the sum of all items will have to sum up to 100.03, but this is never the case, as with the application of tax rate, the value comes to something like 100.02 or 100.04..
With 3 decimal points, this amount adds upto correct value.
So our ideal solution will be the have the Condition Values as 3 decimals and the Net value in 2 decimals.
Is there something that can be done for this?
Hoping for a quick response.
Regards
MaddySAP stores the 3 decimal value in XKOMV-kbetr and Xkomv-kwert is calculated based on this 3 decimal values...
I had a similar scenario with currency conversion and rounding issue in sales Order and Invoice processing, in VOFM routines... so I used a Floating point value and converted to character value and then used that 3 decimal value for calculation. -
Tax condition types issue in sales order
Hi Friends,
I am bit lost with the following issue. I have searched sdn and other SAP forums for this. There were similar issues discussed but they didnu2019t solve my issue. There was exactly similar issue but it was unanswered. So I am posting the issue here to get some inputs.
This is the Indian tax scenario. I have configured pricing procedure where I have JVAT and JCST. If the company is selling to customer in the same state where company is located letu2019s say region 05 JCST 2% applicable. If the customer is outside region 05 then 5% JVAT should applicable.
=> In the pricing procedure it was like
150 0 JVAT
160 0 JCST
Both will be calculate on the gross value.
=> I have created two new tax classifications for customer master.
JCST 2 Tax liable outside region 05
JVAT 3 Tax liable inside region 05
So in the customer master I have both JCST and JVAT. I have created a customer with region 05 and in customer master under Billing document tab I have entries like below
Country Name Tax Category Name Tax classification Description
IN India JCST IN: CST 2 Tax liable outside region 05
IN India JVAT IN: VAT 0 Tax Exempt
=> I have created condition record for JCST with the following key combination
Country u2013 IN
Region of dlv. Plant u2013 05
Region u2013 05
TaxClass1-Cust. -- 2
TaxCl.Mat u2013 1
Amount u2013 2 percentage
Tax code u2013 A1 (TAXINN A1 2% Output tax)
=> With the above condition records maintained for JCST and maintaining tax classification as 2 for JCST and 0 for JVAT, I assume in Sales order SAP should calculate tax JCST 2 percentage. But in sales order SAP is not considering JCST and JVAT. For JVAT it makes sense as it does not have condition records. But I didnu2019t get the reason for not getting JCST. When I checked analysis and click on JCST condition type it says condition record is missing. Surprisingly when I click on the access details it shows u201CTaxClass1-Cust. as 0u201D it didnu2019t show as 2 as maintained in the customer master.
When I change the Tax classification for JVAT from 0 to 1 or from 0 to 3 in the customer master, in the analysis when I click on access details for JCST it shows tax classification maintained for JVAT that is as 1 or 3 so it seems SAP is not considering JCST in customer master at all. Why is that so?
The access (condition table) for JCST and JVAT are same.
Any inputs?Hai SAP_2006,
We are also having similar requirement and inform the USER to maintain
In our customer master we gave like
Customer master:
Sales area data
Billing documents
JTX1 Tax Jurisdict.Code d 1 Full Tax 12.5%
JTX2 Tax Jurisdict.Code d 1 Full Tax 12.5%
JTX3 Tax Jurisdict.Code d 1 Full Tax 12.5%
JTX4 Tax Jurisdict.Code d 1 Full Tax 12.5%
To get LST we maintain
Country u2013 IN
Region of dlv. Plant u2013 05
Region u2013 05
TaxClass1-Cust. -- 1
TaxCl.Mat u2013 1
Amount u2013 12.5 percentage
Tax code u2013 A2 (TAXINN A1 12.5% Output tax)
To get CST
Country u2013 IN
Region of dlv. Plant u2013 05
Region u2013 06
TaxClass1-Cust. -- 1
TaxCl.Mat u2013 1
Amount u2013 12.5 percentage
Tax code u2013 A2 (TAXINN A2 12.5% Output tax)
In case if they want CST 2%, then user has to go
Sales order header Biiling
Alt tax Classification : Shouls change the Blank to 2 in the 1 box out of 4.
for that we maintained condition record as
Country u2013 IN
Region of dlv. Plant u2013 05
Region u2013 06
TaxClass1-Cust. -- 2
TaxCl.Mat u2013 1
Amount u2013 12.5 percentage
Tax code u2013 A3 (TAXINN A3 2% Output tax)
This doesn't require to change customer master regularly and default system finds LST or CST 12.5 unless they change to 2% system will not change automatic. So CST 2% Vs CSTfull tax risk is also avoided.
Regards,
Mani -
Excise duty condition type and Purchase Order Print Issue
Dear Friends,
We have a issue related to Purchase order print out.
We are maintaining TAXINN.
We have implemented CIN and we are maintaining Excise Conditions i.e. Basic Excise in JMOP
In FV11 we are maintaining values for JMOP with plant and material Group combination.
In Purchase Order Tax calculation is happening correctly.
But issue is to find the value of taxes for Purchase Order Print.
We are using function module CALCULATE_TAX_FROM_NET_AMOUNT
and passing values of Company Code, Country, Currency, and Base amount to get the entries in condition types.
But we are not getting any entry even after passing the values.
How we can get these values in JMOP.
Regards
KantWhy do you want to calculate the taxes during the PO Print when you are getting correct values in PO itself?
Modify your print program with pulling values directly from EKPO/ EKKO Tables and display it to Spool.
check with ur ABAP Person -
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 -
Pricing condition type Issue YPR0--- ZPR1
Hi All,
WE have a pricing issue, for example we have a condition type YPR0 and we use a pricing procedure which i will call ZME600, we are basically creating a new condition type to be called ZPR1 to replace YPR0, now in the copy control, delivery document to billing, for item category YBHP, the price type setting is ''G ''which means copy pricing elements unchanged and redetermine taxes, if we use this option, when we upload new price list, create a billing document, it will change the price on all open sales orders rather than keep the original price, so option is, change the pricing type setting to a ''D'' which basically copies all pricing elements unchanged, will this be a better solution? what happens when we start using new condition type ZPR1 to replace YPRO, the system will no longer recognise YPR0, if there any options to work around this, some have suggested linking YPR0 to ZPR1 in the pricing procedure??Hi,
Please check V/06 conditiontype functionlality of tht condition type. There it might have been activated for both header level and item level. that is the reason it is printing in both levels. Please do needful setting there..
Regards
Sankar -
Hello,
I have a item level condition type ZMAT. This condition type will be applicable when you order a material XXX with qty 5 and there will be 10% discount. Suppose we create an order with material XXX and qty 3, still this condition type ZMAT is appearing in condition tab with amount the discount amount as ZERO.
I don't want to appear this condition type in case if the material XXX is having qty less then 5 in an order. Please help me how to fix this issue.
Thanks,
ShreekantIn your pricing routine, check if qty is less than 5 then set sy-subrc = 4.
-
Hello
We are facing an issue while using a Z discount condition type in price agreement at service contract line item level.
A Z Condition type has been created in ECC and assigned to the pricing procedure. This pricing procedure is downloaded in CRM and determined in the service contract.
A condition maintenance group using this Z condition type is created in CRM and assigned to service contract item category.
Condition records are created in CRM for this condition type/condition maintenance group for specific products along with sales org and discount percentage.
But when the price agreement(using this condition type) is used at the item level of a service contract, the system throws errors (related to product/unit of measure and sales org, even though no issues seem to be there)and thus the price agreement is not allowed to be used.
If anyone has worked on such kind of scenario, please get in touch, I will share more details for the same.
Regards
Ankit AroraDear Ankit,
Once the pricing procedure is downloaded, please maintain the document pricing procedure at service contract header level, and maintain the customer pricing procedure at business partner sales area billing data.
In spro, maintain the pricing procedure for the combination of sales area, document pricing procedure, customer pricing procedure.
Please crosscheck whether the condition table is active or not.
Regards,
Maddy
Maybe you are looking for
-
I can't drag .mov files into an iMessage as I could earlier
Used to, I could drag a movie file into iMessage and send it to my friends quite easily. It was the most convenient way to send content and raw footage to schoolmates for projects and what not, but now when I do this it doesn't add any footage, but i
-
Verizon DSL is horrible and misrepresented, can't get anyone on the phone so I can cancel
I tried the DSL service. After taking three weeks to get it working, I tested it and it is horrible. .5mbps down, .3mbps up, and pings 5 to 6 times what my crappy Comcast connection does. This service is useless. Customer service appears to be eve
-
Msql error when connect to webtogo.world
Every time I run msql system/<password>@webtogo.world I get a No suitable Driver error. The Oracle DB is a in a different server and Mobile Server and the Mobile Kt are in a development machine. I can see the polite db with no problem using msql syst
-
Unlocking Security Feature on .pdf
Is there a way to break the security lock that is placed on a .pdf form by the author without the password? We are having to print, then scan to .pdf, in order to enter data on a number of State Government Forms. This reduces the quality some what un
-
How ODI works? Doubt in basic Architecture.
Hi, I need to know how ODI (Architecture) works on basic transformations. From my understanding, 1) ODI extracts the data from source, create some temp tables in Staging Area and put the data in temp table. 2) From that temp table it puts the data to