on 06-11-2013 8:31 AM
In the Info Cube I have data like Qty- 234,345.89. But when the same is seen in report the Qty is displayed as 23,434.589.
Decimal places is shifting by 1 digit.
Kindly help me in resolving this issue..
Hi,
Can you please let us know the value maintained against the currency KD in table TCURX in your system.
Thanks,
Ranga.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Which is why the value gets divided by 10 (3-2 = 1, so divide by 10) while loading into the infocube and multiplied by 10 when displaying in the report output.
Infocube: 23,434.589 / 10 = 234345.89
Report: 234345.89 * 10 = 23434.589
If you trace the particular value to R/3 then you will find its value to be 23434.589 KD.
Please go through the document attached by me in my previous posts, it will clear all your doubts regarding exceptional currency handling.
Regards,
Manohar. D
Hi Manohar,
I appreciate your acknowledgement. Yes, we had faced a similar scenario with JPY. Here the anomaly is that JPY has no subunits, and KD has 1000 subunits compared to regular currencies such as USD, INR, etc which have 100 subunits. Your solution is well detailed, thanks again. : )
Thanks,
Ranga.
sorry that value is not quantity it is currency in KD,exact value i have in cube is 253,575.72
but in report out put i am getting 25,357.57. ineed value as in cube pls help me
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jagadeeshwar,
If everything is correct, then check the table entries for the currency (KD) and exchange rate TCURR(Exchange Rates), based on the ratio mentioned in the this table report display the values for a currency.
To check on this, input # (Not Assigned) for the Exchange Rate in your report, you will get the value same as cube.
Also check the table TCURX(Decimal Places in Currencies) as Ranga suggested.
Thanks,
Umashankar
Hi Jagadeesh,
The mention of it being a currency clears a lot of doubt. Those who have worked with JAPANESE currencis will realize that such shifting of decimal points occur due to a non-conventional calculation of the value YEN. Similar is the case with your scenario.
Please follow the below thread, hope it gives you the right direction:
http://scn.sap.com/thread/777299
Regards,
Manohar. D
Hi Jagadeesh...
The below URL has a very clear description by Omprakash Mishra:
http://scn.sap.com/thread/1882507
A detailed document to go through and understand would be:
http://scn.sap.com/docs/DOC-29671
Hope this helps,
Regards,
Manohar. D
Hi Jagadeeshwar,
Please also thank Ranganath Korata as he was the first to check in that direction. Even though I had not seen his reply before suggesting you to check for the currency thing, I later saw that he had already suggested it yesterday.
Regards,
Manohar. D
Hi,
A workaround, if nothing else works, would be to create a formula to divide the quantity value by 10 in BEx. Also what is the unit for the quantity being used ?
Regards,
Manohar. D
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I think in your query scaling factor is chosen as 10. Select it as 1.
Hope it helps
Yasemin...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Change the Decimal places of KF to 2 and Try to execute the report through Bex Analyser insted of RSRT.
Check overall Query disply properties.
WR,
Vijay
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think the decimal settings for your KF in Query is 3 places. Make it to 2.
The decimal places of Qty- 234,345.89 is also same in ECC side with 2 decimals? If the ECC side is 3 places, then your report is showing correct.
If you just want to show in report as like cube , use default settings check box in the Query for this KF.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.