Change of decimal places in productive system

Hello
We are on ECC 6.0 in a post Go Live environment.
In our productive system we have set the decimal places to 2. For our business requirements, we would like to maintain 3 decimal places to 3 for Logistics modules (SD / MM & PP) where as we would like to maintain 2 decimal places for Financials module.
Pls advise us of the methodology of this changeover as well as the possible side effects as a result of this change.
Thanks & Regards,

Hello
The number of decimal places saved on the database is determined by the Global Settings made in Customizing for that unit (unit of measure or currency unit). If no entry has been made in Customizing, the number of decimal places saved for this key figure and characteristic value is the number of decimal places shown in the planning table at the time of saving. If the key figure has no displayable unit (for example, if it is a percentage), all the decimal places are saved.
However, you need to perform some testing of scenarios to really know the impact 2 different decimals. Definitely, there is one aspect, whether any conversion is required or is it just a display of values in decimals.
Data from FI to other modules is not a issue, but data from other modules to FI should be able to take this extra decimal.
Although personally in my opinion it is not going to cause any errors, please test the same.
Check documentation on Key Figures
Reg
assign points if useful

Similar Messages

Changing of decimal places from 2 to 6 digits

Hi,
Currently, our PO price and GR/GI quantities are being limited to two (2) decimal places only. However, we want to maintain it into six (6) digits so that we can have a more accurate PO price and GR/GI quantities in our record.
We tried to do this in Tcode OY04 but the system issued as the following warning messages:
1. In a productive system, you must not delete the currencies in use or change the decimal places. This could make amounts in document already posted incorrect or invalid.
2. In the R/3 System tables currency fields are stored as decimal figures with a variable number of decimal places. The decimal point is not stored in the field in the database. Instead, each currency field refers to a currency key field. In this transaction you assign the number of decimal places to this currency key uniquely.
Can you please explain to me the warning messages further?
Thank you.

Hi Jack,
Please never try to change the decimal places in PRD system, you will be in deep deep trouble.
Let me give one example , If the current decimal is set to 2 digit and you are going to change it 3 digit, then USD 100.00 will become USD 10.000 for the already posted document.
Please not that, the decimal places are not sotred in the database, when you run a tcode to see any posted data the system queries the currency table and see the value for the decimals, if it finds 3 in OY04, it simply places the decial point afer 3 digit from right, if the decimal is set to 4m it will simple place the decimal point after 4 digit from right.
Hope this clears your doubt.
Best Regards
Hari K.

Changing the Decimal places in the currency

Hi all
we are using the currecy SAR. Decimal places was set to 4, now that they want to revert back to 2 decimal places. i understand that by doing so they would be inconsistencies in the data allready recorded. how to avoid that?
is there any programmes / reports that would fix such inconsistencies?
any OSS notes?
thanks and regards
gkk

HI,
You should NOT change the decimal places in a productive system.
If you would do, the correction of the posted documents afterwards would be a remote consulting issue. Which you have to pay for SAP.
You see, all posting you have done until now, would get displayed in a wrong way, and the new posting wouldn't compare to the others.
Please check the note 137626 describes this.
If you really need to change the decimals, you should create a new currency type, for example your current is SAR, and now you should create a SA2. Then you should enter new rations and exchange rates for it, and work with the new one.
Also if you want to set the decimals to two digits from four, youshould not enter an entry in the OY04(TCURX).
In this table you can only enter a value, that discriminate from 2 decimals. If there is no entry in the table, it means the currency has two decimals.
Please assign points if it useful.
Regards
Ravinagh Boni

Change the decimal places of a field in screen table control

HI ,
I have a MENGE field having data element as , BSTMG (decimals 3 ).
This field MENGE , I have used in a table control. The value in this field is filled from a custom Z-table where the same data element BSTMG is used. So , for eq.) value in MENGE field is shown as 6.010
But the requirement is that the value should be displayed as only 2 decemals i.e.) 6.01
I dont want to change the domain of the field in the Z-table , to 2 decimal places , because the table is used in other developments also , so it will give a dump there which I have to correct in other developments also.
So , is there any way to change the decimal places of a field in screen table control , without changing the domain , in the table from where the value is fetched... ????
Edited by: abhijeet_7013 on Feb 14, 2011 3:18 PM

Hi, create a structure in local program with same field names and change the TYPE with some 2 decimal domain of MENGE. Populate this local stucture and use it in TABLE CONTROL.
Hope this helps...
Cheers

Precautions for Changing Currency Decimal Places

Hi Gurus,
I am having a requirement to change currency decimal place, which is set wrong at the time of golive.I wanted to know what are the precautions i need to take for changing the currency decimal places. As per the note at the time of changing currency decimal places, we need to check is there any transactions posted in this currency. I have checked BKPF table and no transactions are posted.
1. what are all the other tables i need to check for ensuring there is no transaction posted in that currency?
2. Is there any other place we need to do this change?
Thanks in Advance
Regards,
Giri

Dear!
We also faced this problem,But I recommend
Please do check following befor chaning the currency decimals
1- transaaction data
2-Project profile currecnt setting ( OPS9)
3- Internal order budget profile setting ( OKOB)
3- funds management profile setting ( OF12)
4- All other proifle.
5-Als0 consult with other Module team/HR
Thanks
Message was edited by:
MS

Promoting Changes of Distrbution model to production system

Hi Experts,
There is need for changing the distribution model in production system, if we promote the distribution model from development system, we have to run BDLS to change the sender and partner names. But this requires down time of production system, which we dont want to take. And we cant run BDLS when the transaction are carrying out by users. Please suggest the best way to promote the changes of distribution model to production system..
Cheers,
Prasanna

The only other way I can think of is make BD64 related table directly maintainable in Production so it will allow changes in Production system.
You can get the table names to update from your tranport request that you are planning to move to production.
I think thats the way systems are generally configured because of the Issues you are facing.
Regards
Shital

Changing the Decimal places for Percentage in cost distribution in SC

Hi Gurus,
Is it possible to change the number decimal places for the Percentage field in cost Assignment tab in Shopping cart in cost distribution option?
The user wants 3 decimal places, currently we can enter only 2 decimal places.
I have gone thro' couple of blogs which are talking about changing the price decimal and not the percentage field decimal. (in IMG setting: General settings > Currencies > Set Decimal places)
So, if anyone come acorss this issue, please let me know.
Thanks and Regards,
Nowsath

Decimal Places Factor of the Receiver Weighting Factors
Specifies the number of valid decimal places with which the given weighting factors are valuated.
Example
You enter 123456 as the weighting factor. Depending on the factor, this number is interpreted as:
Factor Decimal places Weighting factor
1 0 123456
10 1 12345.6
100 2 1234.56
1000 3 123.456
10000 4 12.3456
100000 5 1.23456
1000000 6 0.123456
Please check with your FICO consulant .what settings you have in backend system.
http://help.sap.com/saphelp_nw04/helpdata/en/bb/bdbdc4575911d189240000e8323d3a/frameset.htm
Muthu

How to change the decimal places in the value axis of a chart in WAD?

Hello,
The key figure in my chart has 2 decimal places and I want the value axis to show the same. How to do that?
Thanks in advance, Nathalie

Hi,
change the Format property of the ValueAxis-Line to 0.00
Then the axis displays its values including two digits after the decimal.
Regards, Kai

FSE2 - Change Financial statement version in production system

Hi,
I have an requirement, my client wants to change the financial statement version from FSE2 transaction in the production system.
For this I made FSE2 and V_T011 as current settings in SOBJ transaction and executed the transaction FSE2 which is still giving error message of "Client 032 has status 'not modifiable'".
Can any one let me know how to make it happen? so that user can able to maintain the financial statement version from FSE2 transaction in production system.
Thanks in advance.
Regards,
Abdul

Hi Abdul,
I am not sure if the problem has been resolved or not but if you can follow the steps below I hope your problem will be solved.
First, find out that what application area and message number are issued when you try to modify the financial statement version. To do this, go to t-code FSE2 in your production system. Once message pops up click on help button beside the exist button to display the long text of the message.
Usually this message number is FE146 which means the application area is FE and the message number is 146. (I know you know this )
In order to switch off this message, go to T-code OBA5, enter APPLICATION AREA 'FE" and press enter key. Now click on NEW ENTRIES button, enter the relevant settings Msg: 146, leave user name blank, Online "-", Batchl "-", Standard "E". Press the enter key again and click on Save button.
You can now go to the Production client and attempt to modify the financial statement version by going into T-code FSE2. Enter relevant financial statement version and click on the EXECUTE button. When you make your changes and click on SAVE, you will see a message that "Client xxx has status 'not modifiable'".
If you press Enter key, the system will display a message saying that financial statement version has been changed and your changes will have taken effect.
I hope this way your problem will be resolved.
Let me know if this help
Thanks
Naseem

PD-ORG: changing user assignments in a productive system

Hi,
We get the following: in our productive system obviously it is prohibited to do any changes to customizing. When in PPOME we change a user assignment to a position and try to save it, a message appears that the system is closed for changes. After cancelling this, the changes are saved correctly. This is very confusing to our maintenance guys.
Can this message be avoided (only for user assignments)>

with WFOBJ only tasks's agent assignment are out-of-transport
using CORR, everything else is open.
This is the setting that the SAP has programmed to solve this kind of requirement, having the agent assignment done in the production system, while maintaining the organizational model in another way (e.g. by ALE scenario).
Before 4.6B, only CORR was available.

Change the decimal places in screen MIGO field Order quantity - MENGE

Gurus
the scenario is in Screen MIGO , when gettin inside posting MIGO the functinal consultants need to give order quantity in the second screen and the technical name of that field is MENGE which can accept only 2 decimal places after point...now the requirement is we need to have 5 decimal places after point in that field...
how to achieve this....

still not solved.
impact analysis

Output Changes with respect to change in decimal places in currency

Dear All,
We had a requirement to implement 3 and 4 decimal prices in USD and GBP respectively. As per SAP recommendation we created new currencies USD3 and GBP4 and configured other stuffs. Now we are able to enter prices in 3/4 decimals. However the sales order and invoice outputs are showing incorrect prices in 2 decimals itself. For example if I enter unit price as 2.145 the output shows it as 21.45.
Please let me know what need to be fixed?
Regards,
Rajesh

Hi,
This can be due to various reasons.
1. Please check your personal settings in SU01. Due to the features here, you may get different notation in the output type.
2. There can also be a problem due to the code in the output type .We had the same problem, and found the root cause to be in the output program and rectified it. Now it is fine.
3. Also, check your standard configurations on these currencies once, though I am sure they are done fine.

Changing Decimal places in table TCURX

Hi There
We have a business requirement to change the decimal places in table TCURX from 3 Decimals to 5 Decimal places. No previous postings have been made in foreign currencies.
If no transaction data has been posted in foreign currencies yet, will this have an impact?
What will the impact be?
Regards

Hi,
Refer to this SAP text:
In the R/3 System tables currency fields are stored as decimal figures with a variable number of decimal places. The decimal point is not stored in the field in the database. Instead, each currency field refers to a currency key field. In this transaction you assign the number of decimal places to this currency key uniquely. Example: If you have set currency USD to have two decimal places and you post an amount of 100 USD, an amount of 10000 USD is stored in the currency field in the database. Not until this
amount is processed further or is output does the system use the currency key from the reference field to determine the number of decimal places via this table. In this way the table content can be interpreted correctly for further processing or formatted for output with the correct punctuation. If after posting you changed the number of decimal places for USD, for example, to 3, the existing field content of 10000 would be interpreted for futher processing or output as 10 USD (10.000). This would mean that the contents of tables across the system would, for all currency fields containing an amount in USD,
be interpreted incorrectly by 10 per cent. To change the number of decimal places for a currency already in use, you must convert all the tables in the R/3 System that contain currency fields, so that the data integrity remains. This cannot, however, for both organizational reasons and under the runtime
aspect be carried out in a productive system. The following changes to the TCURX table can
thus lead to the loss of data integrity if you make the changes in a productive system or transport them into a productive system:
o Change to the number of decimal places of an existing currency
o Deletion of an entry from the TCURX table (corresponds to changing the decimal places to the standard value of two decimal places)
o Insertion of an entry in the TCURX (corresponds to changing the standard value of
2 decimal places to a different value), if this is a currency code that already exists
Uncritical changes are any made to this table during the Customizing of a new installation or the insertion of TCURX even during operations, if the currency codes have just been entered in the TCURC table using transaction OY03, signifying that no postings to these currency codes can have been carried out yet.
Regards,
Eli

Changing Decimal Places for Currencies (Table V_TCURX)

The instance is ECC 6.0
We need to change the decimal places for a currency from 0 to 2 decimal places. Is there any impacts of doing that?
Also need to add some currencies which are not in the table. Is there anything need to be careful while doing this. If this table is updated, do we need to update any other tables also which may be impacted?

Hi,
It is not recommended that when postings have already been made, that a change in the currency be done, as amounts posted can become invalid or incorrect as a result (ie USD 100->1.00), which is most critical in production environment Please go through the note 137626 When you made changes via OY04, the effect of which is across all clients.
To change the number of decimal places for a currency already in use, you must convert all the tables in the R/3 System that contain currency fields, so that the data integrity remains. This cannot, however, for both organizational reasons and under the runtime aspect, in a productive system.
You must never change decimal places in a productive system if you have documents posted with this currency. Such a change could lead to inconsistencies in these documents already posted.
In case you really decide to use decimals you may consider to use SAP conversion services for them to convert all documents aready posted as explained in note 434349.
Additional inforamtion:
Note No. 137626 - FAQ: Decimal places for currency codes
                 126857 - Display of amts with correct decimal places in SE16
                   53206 - Processing of currency fields
                     9574 - Currency fields on selection screens
Regards
Ravinagh Boni

Changing Decimal Places in CUNI

hello,
my company's requirement as of the moment is to increase the decimal places being displayed during service request for Activity Unit (AU). current setup is 3 decimal places. we need it to at least 10 to ensure almost exact computation.
i tried changing the decimal places in TC CUNI, but it wouldn't let me proceed. Per error message the ISO code for AU is similar with PC, which is PCE. Upon checking in DEV, PC has no ISO code, but it has in PRD (PCE).
1. how do i go about the ISO code error?
2. what is the impact of changing the decimal places now that the system is live for 8 months now? will it affect existing POs?
3. if it is no longer advisable to change the setup, how will we dispose the difference between the billed amount of contractor against the amount generated during GR/IR and MIR7?
thanks in advance, gurus.

thank you for your inputs, Jeevan. we've tried up to 100,000 since any more will make the PO exceed the original contract amount.
the contract involved will be delivered in a span of many months, and billing and payments will depend on percentage of completion.
i hope someone can enlighten me as to how other companies do it, best practice or not. i'm pretty sure those in construction or property development will find this case familiar. or maybe point me to an article or anything.
thank you for taking the time.

Change of decimal places in productive system

Similar Messages

Maybe you are looking for