Change 2 decimal to 3 decimal in OY04

Hi All,
After transactional data, I have changed in T-code OY04 currency (JOD) decimal 2 to 3.
i have done PO & checked its showing three decimal value its ok, i assigned taxcode 4% but its shown only 2 decimal places.
second thing i have checked table EKPO the field NETWR value shows 2 decimal places.
example in PO NETWR is 100.234 & in Table showing 1002.34 so i am not getting correct answer, also tax calculate on NETWR so its wrong calculation.
please guide me, if any config related please suggest me.
Thanks
Best Regards
Sachin

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 INR 100->1.00), which is most critical in production environment (as per note 137626). Any assistance for data repair will need to be reverted to Consulting Services. When you made changes via OY04, you have likewise changed the values as per currency table TCURX, 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.
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. Please mind that this would be a billable service.
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

Similar Messages

Can not change the number of decimal places in the normalization of result

dear all
    i want to see the proportion of some data, for example, the income of May is 300, and the total income is 1000, i need to display it like 33.33% . so i set the
Calculate single values as normalization of result, and then it display 33.333%, i like to display only two number of decimal places, so i set the number of decimal places as 0.00, but i doesn't work, it still display three decimal numbers.
    maybe you say i can use the percentage function like %CT %GT %RT, but i need to allow external access to my query, so the i can not use those functions.
    can somebody helps me ? your advice is appreciated.

hi,thanks for your advice, but that doesn't suit for my problem.
before i set the normalization of result, i can change the decimal values. After that i cann't.
In your thread, someone proposes use the T-code OY04. but this wouldn't help. As i change to other key figure, such as user quantity, when i set normalization of result, it still display 3 decimal values.
i think the point maybe lie in the normalization of result. please advise... thanks...

Change time format to decimal

Hello Friends,
I am working on a report where I am showing hours and munites based on difference between date and time.
My o/p is: 1211:23 (hours:minutes) and the type is 'TVRO-FAHZTD'
My requirement is how to change '1211:23' TO '1211.2'.
Please help me.
Thanks,
Shreekant

copy the value in a variable of the following type.
data dec_one type p decimals 1.....do this if you have a decimal and not a ":"
otherwise, another option is to convert it to a string...split it on ':' (colon) and then use the first offset position of the second variable.
example.
data : str type string, str1 type string, str2 type string.
str = '123:23'.
split str at ':' into str1 str2.
clear str.
concatenate str1 '.' str2(1) into str.
Edited by: Priyank Jain on Aug 20, 2008 1:21 AM

Changing comma naration to decimal naration

Hi All,
Can any body tell me that where I can convert comma to decimal to viewing in standard report.For example if I'm viewing the standard/variable price in material master accounting view by default it's appear like 196,08 but it should be like 196.08.
Thanks in advance
L.B.Yadav

Change the Decimal Notation to X in SU01 & OY01 Trxn codes.
Go to SU01 and Select USer Name and in Defaults tab there is a Option called Decimal notaion Just change it to X and Save.
Regards,
Ashok

How do I Change decimal comma for decimal point

Hello,
I have an external USB keyboard and I don't know how do I change the decimal comma for the decimal point.
I already set my region but anyway I can't change the decimal comma for the decimal point.
thanks

Thanks for the link, that help me a lot, because now when I'm in excel or a calculator I hit the point key on the numeric part of my keyboard and I get a point, but when I'm in word, safari or entourage and I hit the point key on the numeric part of my keyboard I get a comma instead a point.
I have a windows Spanish ISO extended keyboard.
Thanks a lot for your help

Change IDR currency with decimal place

Dear Guru,
Currently in my SAP env, IDR currency setting is set with 0 decimal place.(No decimal Place). However, I have user requirement to change the setting from zero to 2 decimal place. Meaning to say, to have IDR currency maintain in 2 decimal place. What is the effort and is this a big change to the system ? is this change workable ? How will this impact the existing historical data which store IDR amount with no decimal place ?
Hope to hear from you.
Regards
Andrew Tay

Dear Guru,
Thank you for your replied. I totally agreed with you, currently my SAP system can maintain up to 15 digits with no decimal place. Beside this digits isues, is there any other areas affected ?
Thanks in advance.
Regards
Andrew Tay

Working on Localization - Decimal and Comma 'Decimal' Seperators

Note: SQL Server 2008 (Do not have the PARSE and TRY_PARSE functions available from 2012.)
Hello, I am currently working on a project to offer a localization of an existing product to other languages. This means I, unfortunately, have no say in how things were done in the past and I now have to work with what I have got.The product is a website that
will need to accept numbers in the proper culture format. In the US we would write, '123456.78', however for the Spanish or French localization they may want to type '123456,78'.
Now is where the fun starts. These values will be passed to a stored procedure in their culture specific format, which will also be the regional format of the server (both will not be supported at the same time.) The issue is that T-SQL will only cast (implicitly
or explicitly) a number in the decimal format, and it does not care what regional settings are used on the server.
This leaves me with two options
1) I write a stored procedure for the 'decimal' culture that makes no modifications to the input and a duplicate stored procedure that will be used when it is a culture that uses the comma format, in which a replace would be done to change the format into the
decimal format. I would then need to rewrite the website to call the appropriate stored procedure based on language.
2) Preferably, I could write a single stored procedure that does this dynamically based on the server's regional settings. If decimal, do nothing, if comma, perform replace. Ugly, but it would work. This leads me to..
Is there any way to access the database server's regional setting through T-SQL to determine the number format? I suppose I could put this value in a config table then select it, however I was hoping to keep the solution dynamic.
Any other thoughts that might help me with this?
Thanks!

I guess I'm confused as to why the client applications cannot do the conversion and pass the values as decimals to your stored procedures. Some things SQL does very well, some things programming languages do well.
Give me a day (with pay) and I think I could figure this out in TSQL. Give me an hour with my limited .Net ability and I could figure out how to do this.
Russel Loski, MCT, MCSE Data Platform/Business Intelligence. Twitter: @sqlmovers; blog: www.sqlmovers.com

Decimal and non-decimal in Smartforms

Hi all,
I have a weird request on the form change. The change is to print the LFIMG value to 3 decimal point .000
For example, if the value is 2,000.010, then print 2,000.010
but if the value is 2,000.000 then print 2,000
Could someone guide me how handle this request?
Thanks in advance for the help.

Hi Wong,
I notice that this LFIMG is a quantity field. I had face that issue before, so this is my idea.
1/ Try to discuss with you Functional consultant to take the standard of SAP firstly. it always isn't a good way to do that.
2/ If your F tells you must do that:
- Check the decimal setting of user in SU01
- Write value base on this setting.
You can refer below code:
*&      Form fg_decimal_notation
* Get decimal notation of current user
*      -->P_USER     Current user
*      -->P_DECIMAL decimal notation
FORM fg_decimal_notation USING p_user TYPE sy-uname
                              CHANGING p_decimal.
DATA:
        lv_dec_notation TYPE usr01-dcpfm.
SELECT SINGLE dcpfm
    INTO lv_dec_notation
    FROM usr01
    WHERE bname = sy-uname.
IF sy-subrc = 0.
    CASE lv_dec_notation.
      WHEN 'X'.
        p_decimal = '.'.
      WHEN OTHERS.
        p_decimal = ','.
    ENDCASE.
ELSE.
*   If no record found we set the dec is ','
    p_decimal = ','.
ENDIF.
ENDFORM.                    "fg_decimal_notation
*&      Form f_convert_number
* Convert number to text with or without decimal
*      -->PI_VALUE   Value
*      -->PI_DECIMAL decimal
*      -->PO_TEXT    Result
FORM f_convert_quantity_to_text USING pi_value
                                      pi_decimal
                                      pi_unit
                      CHANGING po_text TYPE text30.
DATA:
        lv_text TYPE text30,
        lv_string TYPE string.
*-- write to external value
TRY.
      WRITE pi_value TO lv_text UNIT pi_unit.
    CATCH cx_root.
ENDTRY.
CONDENSE lv_text.
* Put sign to front
CALL FUNCTION 'CLOI_PUT_SIGN_IN_FRONT'
    CHANGING
      value = lv_text.
* Move to string
MOVE lv_text TO lv_string.
*-- shift delete 0 in trail and decimal number
FIND pi_decimal IN lv_text.
IF sy-subrc = 0.
    SHIFT lv_string RIGHT DELETING TRAILING '0'.
    SHIFT lv_string RIGHT DELETING TRAILING pi_decimal.
ENDIF.
*-- move result to data
MOVE lv_string TO po_text.
ENDFORM.                    "f_convert_number
Hope that help,
Regards

Convert decimal to User Decimal format

Hi All,
I have number in this format 10.000,52.I want to change this format to my User decimal format whcih is entred in SU01.
Can anybody please help me out.
Thanks,
Swapna.

Hi Swapna,
Please go to SU01 --> Enter user id --> display --> Anc click on default tab and check the decimal notation.
Declare one field to currency type and then try
Use FM BKK_AMOUNT_CONV_TO_INTERN_MAIN.
you can check by changing the values in su01.but remember your change reflect only when you logoff SAP and again login.so once logoff is needed.
regards,
Ranveer.

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

Change number of decimal in general settings after working .

Hi,
My customer was upgarded to sap2007 and changed the number of decimal in the "Amount" field to 4 ( it used to be 2)
now after working a while he needs to change it back.
Do you know what are the consequences of updating this field using an update query?
thanks.

Disaster - first SAP does not permit direct updates to the database it is a violation of agreement with both customers and partners.
Second - even if you were to update the field your reports, fiancials, etc would never match due to rounding and display differences.
I am guessing that the client does not like the 4 decimals on the forms and if this is the case they could be changed to display a rounded field by creating a new field, linking to the old field and using a formulae such as round(field_123,2). You would then die the old field.
It is for this reason that SAP clearly warns you that setup of decimals are critical and cannot be changed after transactions are entered.

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

In CS6 how to change rulers to decimal inches

In CS6 how do you changes rulers to decimal inches

True, no decimal inches option. Well there is metric, but if that's a no-go;
One workaround would be to go into Edit > Preferences > Guides, Grids and Slices and set grid spacing 1 inch with 10 subdivisions. Then in the View menu, Show > Grid or the Ctrl + ' (Ctrl apostrophe) shortcut that will toggle the grid on and off.
This question goes back to CS3...maybe time for a feature request. Odd enough, Inches Decimal is an option in InDesign's rulers.
Gene

Decimal Place changes in Service Netry Sheet

Dear Gurus,
I have a problem , in standard SAP for Service entry sheet allowed decimal place is 3 (0,875) , but I want to change it as 4 decimal places (0.8745) . Is it possible by any modification ? If so , please brief me .
Thanks in advance
With Regards
Soumen

Dear Anand,
IOY04 is used for change the decimal place in currency. But I want to change the decimal place for quantiry which may be increased from 3 decimal places to 5 decimal places.
Regards
Soumen

Problem with decimal in Japan currency

Hi Gurus,
I have a problem with Japan currency that when When i take the printout of document with JPY 5,168,277 it is wrongly printing as 51,682.77 but in document display it is showing correclty as 5,168,277. But when i check this in BSEG table it was wrong updated as 51,682.77 (WRBTR field) i hope it is picking the amount from this field for printing .
For the above i made changes in OY01 but i find there was no use.
In OY01 the decimal place setting is 1,234,567.89 the middle one of the three.
When i post the same amount to japan co code in currency JPY and if i check in BSEG table
Amount in LC                                      51,682.77
Amount          (WRBTR)                       51,682.77
Orig.reduction                                      0.00
G/L amount                                         5,168,277
When i post the same amount in non japan co code in JPY Currency and check in BSEG(area where i am facing problem)
Amount in LC                                      47,550.22
Amount          (WRBTR)                       51,682.77
Orig.reduction                                      0.00
G/L amount                                         5,168,277
Please tell me how to correct this.

May ne u can check this OSS note also 137626
Summary
Symptom
1. Which currencies have to be defined separately with regard to the number of decimal places?
2. What do I need to observe when maintaining decimal places for currencies?
3. Which Customizing presettings does SAP deliver in table TCURX (decimal places for currency codes)?
4. Does SAP deliver the Customizing presettings of decimal places for currency codes (Table TCURX) for upgrade installations?
5. Which information does SAP use for the specification of these Customizing presettings?
Solution
1. question: Which currencies have to be defined separately with
            regard to the number of decimal places?
Answer:
The number of decimal places can vary for currencies. Currencies which do not have two decimal places must be defined in table TCURX (decimal places for currency codes).
You can maintain this table via the R/3 Implementation Guide (Global Settings -> Currencies, Transaction OY04).
If a currency is not defined in Table TCURX (decimal places for currency codes), this currency is regarded as currency with two decimal places.
2. question: What do I need to observe when maintaining decimal places
            for currencies?
Answer:
During operation, you must neither delete currencies used nor change their definition of decimal places. Amounts in posted documents could become invalid or incorrect as a result.
3. question: Which Customizing presettings does SAP deliver in table
            TCURX (decimal places for currency codes) ?
Answer
At present, SAP delivers the following Customizing presettings for table TCURX:
ISO Currency Decimal places
Code
ADP   Andoran Peseta                            0
AFA   Afghani Afghani                          0
BEF   Belgian franc                             0
BHD   Bahraini dinar                            3
BIF   Burundi franc                             0
BYB   Belorussian rubel (old)                   0
BYR   Belorussian rubel (new)                   0
CLP   Chilean peso                              0
COP   Columbian peso                            0
DEM3 (Internal) German Mark (3 Dec.)           3
DJF   Djibouti franc                            0
ECS   Ecuadorian sucre                          0
ESP   Spanish peseta                            0
GNF   Guinea franc                              0
GRD   Greek drachma                             0
HUF   Hungarian forint                          0
IDR   Indonesian rupiah                         0
IQD   Iraqui dinar                              3
ITL   Italian lira                              0
JOD   Jordan dinar                              3
JPY   Japanese yen                              0
KMF   Comoros franc                             0
KRW   South Korean won                          0
KWD   Kuwaiti dinar                             3
LAK   Laos new kip                              0
LUF   Luxembourg franc                          0
LYD   Libyan dinar                              3
MGF   Madagascan franc                          0
MZM   Mozambique metical                        0
OMR   Omani rial                                3
PTE   Portugese escudo                          0
PYG   Paraguay guarani                          0
ROL   Roumanian Lei                             0
RWF   Rwanda franc                              0
TJR   Tadzhikistani rubel                       0
TMM   Turkmenistani manat                       0
TND   Tunesian dinar                            3
TPE   Timor escudo                              0
TRL   Turkish lira                              0
TWD   New Taiwan dollar                         0
UGX   Uganda shilling                           0
USDN (Internal) US Dollar (5 dec.pl.)          5
VND   Vietnamese dong                           0
VUV   Vanuata vatu                              0
XAF   CFA Franc BEAC                            0
XOF   CFA Franc BCEAO                           0
XPF   CFP Franc                                 0
4. question: Does SAP deliver the Customizing presettings of decimal
            places for currency codes (Table TCURX) for upgrade
             installations?
Antwort
Table TCURX (decimal places for currency codes) is a client-independent table of the delivery class "C" (Customizing table). Therefore the table contents for this table can only be delivered with new installations.
For upgrade installations, new or changed contents of Table TCURX are not delivered.
5. question: Which information does SAP use for the specification of
             these Customizing presettings?
Answer
Currency codes and decimal places for currency codes are defined in ISO standard 4217. For the specification of decimal places for currency codes, SAP uses this ISO standard.
For some currencies, for example, for the "Turkish lira", the decimal places which are used in reality deviate from the ISO definition. In many of these cases, SAP decided to adhere to the definitions generally used.
Example:
ISO standard 4217 defines two decimal places for the Turkish lira (TRL), however in reality zero decimal places are being used for the Turkish lira. SAP delivers zero decimal places as Customizing presetting for "Turkish lira".
Header Data
Release Status: Released for Customer
Released on: 14.08.2007 13:12:09
Priority: Recommendations/additional info
Category: FAQ
Primary Component: XX-CSC-XX Country specific Customizing & Functionality (Standard R/3)
Secondary Components: FI Financial Accounting
Releases
Release Independant
Related Notes
434349 - Change of decimal places of currencies
126531 - Collective note preliminary availability Colombia
Print Selected Notes (PDF)

Change 2 decimal to 3 decimal in OY04

Similar Messages

Maybe you are looking for