Decimal allowed in currencies

Hi experts,
When we are uploading the wage type for Japan (JPY) we are getting the erroe that decimals are not permitted for that wage type.
I would like to know if it is possible to check from configuration for which all currencies SAP allows decimals and for which all countries its not permitted.
Please let me know, how can i chcek this before ulodaing the records.
Thanks
Aryan

Thanks a lot for your reply. That was very helpful.
Aryan

Similar Messages

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)

Decimal Places in Currencies

Dear gurus,
What is the decimal places in currencied?
how it works in table tcurx.
Regards
R.Rajendran

Hello,
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.
You cannot subsequently use R/3 standard functions to make a consistent change to the number of decimal places of a currency in the R/3 system that is already operatively used because the system interprets all amount values on the database according to the number of decimal places of the reference currency that is stored in the system.
Prase

Decimal change in currencies

Hi,
We have an issue related to our SAP Production system.
At the time of raising Billing invoices to customers in USD currency,
we are using currency SAR with two decimal places currently. Now our requirement is to bring three decimal places to USD currency for another project. new project also in the same lanscape .To proceed further i need to achieve this change in existing settings and test the impacts. so it is a cross client change (oy04)it will be seriously effected to our production system. Whether it will be suggested for changing the TCURX table? as these change is a urgent requirement for our new IS Oil
project, as in the SAP note : 434349 and 137626 it is clearly mentioned that it will affect the already posted documents , I need to know what are the other impacts and is there any other way to do the same.
Regards
Sanj

Hi sanj,
Check the table TCURX.Based on user profile you can get the currency format from USR01.Use This Code: It takes care of decimal notation based on user profile.What ever may be the user profile for decimal notation.
Expl:
FIELD_NUM = 1,233.50 And 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.
Exp:ISO Currency Decimal places Code- USDN (Internal) US Dollar (5 dec.pl.) 5 ( OR )
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.
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.
Exp: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".
Regards
Sridhar
Edited by: sridhar.shetty on Feb 21, 2012 7:18 AM

Changing decimal places for currencies

Hi everyone,
I'm a complete begginer to SAP BI and I need to change a value in SPRO > General Settings > Currencies > Set Decimal Places for Currencies, but the option that I want doesn't exist.
I need to add a new entry with the value: currency - EUR6 and decimals 6, but there is no 6 available. Can anyone tell me where can I add this or what is the table where this information is???
Thanks in advance!
Rogério Brá

ok I think it works - just try and play
This is what I did (sort of same scenario - if you get my drift)
Currency Key MGF - translation ratio 1000:1
Exchange rate is : 11:02750 to the Euro
Invoice entered for 1,000,000.00
Currency calculated as 90.68 eur
(ie 1,000,000/(11.02750 * 1000))
You can play aroudn with direct/indirect to ge the factors right
But it works (I thought it did - I am qualified FICO honest!!)
This wont get you around displaying 6 decimals - BUT it will help with currency conversion

Question about decimal places for currencies

hi ,experts ,
   here is the problem , when i use mb5s, i found the net price has been enlarged 1000 times . I also found the data of the table EKPO has been enlarged 1000 times. So ,i check the decimal places for currencies , i found there are five decimal places , the standard system is two decimal places .
   Does this mean that we cann't change the decimal places in SAP? If we can change , what should we do for configuration ？
Jarod

When running OY04, you are receivingin the following message:
Before you continue, please read the following
text carefully.
If you do not heed this note, you can cause
irreparable damage to the system with this
transacton.
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
Do you want to change the decimal places despite
all recommendations?

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

"Allow multiple currencies per entity" option in Planning web form

Hi, All
The desciption of the option I pasted from the oracle doc library is:
•Allow multiple currencies per entity: If the application supports multiple currencies, allow entities to support multiple currencies, regardless of base currency. Users can select currency for displayed cell values in data forms
Well, assume that app has USD as a default currency. App was built in EPMA with multi currency option. All entities have USD as a local
I build a form and set this flag. According to the text above i want to enter some values (for example for one of the account) in GBP, can I?
All i need is the binary anwser, Yes or No. Honestly it's not the truth because if the anwser will be Yes i'll be surprised how? I can enter GBP in cell but after saving it returns to USD
I've allready searched question like this and have found a couple but not answered

Hi, Alp
Thank you for you answer. I've checked your link and it's amazing that information like this was written not in admin but in user guide.
Another thing i've wondered that it depends on setting of Calculate Currencies calc script (run on save). But it's just a think men must know and do I think.
Unfortunately I can't see how does it work, although I've done this settings.
If I set local currency for one of the entity as GBP then I can enter data in GBP of course and Calculate Currencies script runs ok. I can see exact values for local (GBP) and default currency (USD) just on planning form as I set currency dim in page.
But in my case when i set local currency for this entity back to USD entered value in GBP always changed back to USD regardless of Calculate Currencies script settings. It happens during save on the form
Can I get a bit more information about some other settings to be done to make this functionality work?
BR,
Vladimir

Decimal Notation IDR Currency on SAP Fiori

Dear Expert,
I had trouble with decimal notation on SAP Fiori. While I look My Spend on SAP Fiori, amount is different in ECC SAP with decimal notation.
In SAP Fiori : 98.130 IDR
In ECC SAP : 9.813.000 IDR
That's different on SAP Fiori and ECC SAP. I want amount in my Spend on SAP Fiori same with Amount in ECC SAP. I think SAP Fiori still pick the table (WRBTR) before calculate *100 with currency IDR, because ECC SAP automatic calculate *100 when IDR Currency.
( I think SAP Fiori like this piture, because it pick WRBTR table, and i want SAP Fiori pick Table in G/L Amount on ECC SAP)
How to solve this in SAP Fiori?
Thank You

Hi Dattaraya,
If I change decimal place of currency code IDR on OY04, it will change value on ECC SAP. It's mean like on SAP Fiori and ECC SAP same 98.130 but it's wrong. I want in SAP Fiori same with amount on ECC SAP, IDR 9.8130.000. I think SAP Fiori still pick the table before calculate *100. How to solve it?
Thank You

Change decimal digit in currency setup

Dear All
we used SBO 2007 B for japan country
we used 2 digit decimal for JPY currency and JPY is also maintained as local currency
we have already inputed transactions in the database
but now we need to change the decimal digit from 2 digits to be without decimal
how to do it ?
please advise
thank you
Best Regards
JeiMing

Hi JeiMing,
it is very well documented that it is no longer possible to reduce the number of decimal places once you have transactions.
It is also well publicised that a database will no longer be supported by SAP should direct manipulations of the tables be detected.
The best solution of your problem is a reimplementation into a db where the Yen has no decimals. You can use copy express for the basic set up & master data & then export transactions from the old system, cut off the decimals & import into the properly set up database.
This way the customer has a clean & supportable environment.
All the best,
Kerstin

Allow Multiple currencies per Entity

Hi All,
When we will use "Allow Multiple Currencies Per Entity" in a data form ? The name itself is confusing. It means, we can enter many currencies per entity ?

Hi All,
If we use "Allow multiple currencies Per entity", do we need to take Entity in the Pages and Currency (Local & USD) on the Columns ? For ex. if i select Entity as USA in Page, then we need to enter the value for Local currency right ? In that case, how Allow multiple currencies per entity works ? In this example, we can enter the data for USA only right
I'm unable to understand this logic. Pls. clarify me.

FBZP: How to allow ALL currencies be piad with a single payment method

Hello Gurus,
can you advise on this query please? We are configuring the Auto SAP Payment Run. We would like to allow our Payment Methods in each company code to be able to handle ALL currencies. These payment methods are for overseas/non-domestic payments.
Is there a way to tell the system that a payment method can handle ALL currencies? We tried to leave the currency specification for CURRENCY for the particular payment method BLANK under:
FBZP -> Bank Determination -> Ranking Order -> leave CRCYwith BLANK for the payment method
FBZP -> Bank Determination -> Bank Accounts -> leave CURRENCY with BLANK for the payment method
FBZP -> Bank Determination -> Available Amounts -> specify an Available Amount for the Currency of the particular House bank Account
This seemd to work OK for any local (Domestic) payment methods. The system is then able to pay out ANY currency through the House Bank Account when using the local payment method.
But it does not work for the Overseas payment methods. The Payment Proposal says it cannot find an entry for Available Amount (ie under FBZP -> Bank Determination -> Available Amounts ) for the particular currency.
The Local payment Method and the Overseas Payment Method are setup exactly the same. They both 'ALLOW FOREIGN CURRENCY' and they are not limited to any specific currency under FBZP -> Setup Payment Methods Per Currency.
The only difference we can see is that for the local payment method it goes through a House bank Account that is in the currency of the company code in question. This seems to then allow the paymnet method to handle any foreign currecny.
For the non-local payment method, it will route payments through a House bank that is in a different currency to that of the company code in question.
Can you advise please:
1) is it possible to allow a payment method to cater for ALL possible currencies by making ONE entry for currency. Or must you explicitly define all the possible currencies that a payment method can be allowed for?
2) if it is possible to make one entry to cater for all currencies, can you provide the steps to do this please?
3) is there a difference between how the system will handle a payment method for local payments which routes through a House bank Account in the Company Code currency as opposed to a payment method that is for non-local payments and therefore routes through a House bank that is not in the company code currency?
Thank you for any guidance you can provide on any of these queries.
Regards
Michael Ryan.

Hi,
We have already maintained that the currency is BLANK at country level on the payment method.
Just to confirm the situation again:
- we have 2 payment methods in Sweden; 1 for local payment and 1 for overseas.
- each payment method has been left BLANK for currency at the Country level and has the flag 'Foreign Currency Allowed' ticked. Also ecah payment method has been left BLANK for currency under FBZP -> Bank Determination -> Ranking Order and under FBZP -> Bank Determination -> Bank Accounts.
- the system will not allow a BLANK entry to be maintained for Currency under FBZP -> Bank Determination -> Available Amounts for any payment method; the currency must be specified.
- the local payment method goes through a House Bank/Account ID with the home country Sweden (SE) on the House Bank and with the home currency (SEK) specified on the Account ID
- the overseas payment method goes through a House bank/Account ID with the country GB on the House bank and with the currency EUR on the Account ID
- the system allows the local payment method to accomodate any currency via the SEK account.
- the system will not allow any currency through the EUR account. It only allows EUR via the EUR account and not any other currency.
If I want to pay another currency via the EUR account I need to explicitly specify for each currency the Days Life in the system under FBZP -> Bank Determination -> Available Amounts. This is not good because I then will have to specify all possible currencies under FBZP -> Bank Determination -> Available Amounts that can go through the EUR account, which will be many.
Is there a 'block' on the system that limits the currency that can be paid through a House Bank/AccounttID when that House bank/AccountID is not in the home country/home currency? Or how can we get around tghis?
Thanks for you further help on this.
Regards
Michael

Query regarding decimal places for currencies

Dear all,
SAP standard allows 2 decimal points as default for any condition value. However, based on the entries in TCURX table we can set number of decimal places with reference to specific currencies.
In our system there is no entry in TCURX table against USD currency. Still the system is taking 3 decimal places against the expected 2 decimal places.
Is there somewhere hardcoded this for US or are they any additional settings impacting this? Please help
Regards,
Rajesh

Hi All,
I have been trying to set 3 decimal places. I got the reference to Note # 38881.
This is what I did:
1. Create a new currency US$ and set the decimal places to 3
2. Maintained the prices using VK11.
3. Changed the customers' sales area currency to US$
But when I created the sales order although the system determined the prices in 3 decimals i got the following information message which keeps on showing during the entire sales order creation:
Pricing error: Mandatory condition ZMAC is missing
Message no. V1801
Details are as below:
The obligatory condition ZMAC does not exist. The document is therefore considered to be incomplete from the point of view of pricing.
The cause can be, for example, that a condition record does not exist for condition ZMAC or that a field overflow has occurred when the condition rate was calculated.
Procedure
Check why the condition could not be found. Use the pricing analysis function on the pricing screen to do this. If necessary, add the missing condition manually to the document.
I believe I am missing some configuration that should be done in pricing, not sure what. As this question has been flagged answered, hope someone would be able to help me.
Thanks & Regards,
Rajesh Singh

Dynamic displaying of decimal points for currency field in ALV

Hi,
        In ALV output there is a currency field and displaying data of different countries. It should display decimal point according to the country's currency. But at a time it can display data of different countries.

Hi Dilip,
I think your question is about currencies with different number of digits after decimal point. If you have the currency field in the ALV row, you have to give it's name as currency reference for the value field in the field catalog.
After creating the field catalog, call a form and do something like this (change fielnames accordingly).
<pre>
*&      Form alv_fieldcat_enhance
      Individual Enrichment of field catalog
FORM alv_fieldcat_enhance
CHANGING pt_alv_fieldcat TYPE slis_t_fieldcat_alv.
FIELD-SYMBOLS:
    <alv_fieldcat> TYPE slis_fieldcat_alv.
LOOP AT pt_alv_fieldcat ASSIGNING <alv_fieldcat>.
    IF <alv_fieldcat>-fieldname(5) = 'KBETR' OR
       <alv_fieldcat>-fieldname(5) = 'SKBTR' OR
       <alv_fieldcat>-fieldname(5) = 'DMBTR'.
Company code currency
      <alv_fieldcat>-cfieldname = 'BWAER'.
Document Currency for conditions, net value and taxes
    ELSEIF <alv_fieldcat>-fieldname(5) = 'KWERT' OR
            <alv_fieldcat>-fieldname    = 'NETWR' OR
            <alv_fieldcat>-fieldname    = 'NPAX_MWST_AMNT'.
Document Currency
      <alv_fieldcat>-cfieldname = 'WAERK'.
    ENDIF." <alv_fieldcat>-fieldname(5) = 'KBETR' or
ENDLOOP." at pt_alv_fieldcat assigning <fieldcat_alv>.
ENDFORM.                    " alv_fieldcat_enhance
</pre>
Regards,
Clemens

Decimal places in currencies from flat files

Hi experts,
I am facing a problem in the way BI is managing decimal places when I extract them from tex files. I have read a lot of post and make a lot of changes and the problem persits. Here is my problem. I am uploading data from text files. These files come from 6 different source systems. All developments are already in production so changing the way they send the data it would be the most expensive solution at this point.
For all currencies ratios I receive in the file could contain these 3 kind of values:
5.45
3.2
4
Decimal indicator is "." but it is not always present and sometimes is follow 1 decimal pla or 2, which is ogial to expect depending of the nature of the value. I haven't been able to make it work for all the cases.
I have set "." in RSCUSTV1 as decimal separator. I tried number format "direct entry" in the extraction Tab of data source. I have tried all possible combinations in the tab fields with data type CURR, DEC, even CHAR and Internal or External format, and any configuration I have made works only for some cases and not for the others. I don't know what else I can look at. Your help will be highly appreciated and rewarded with points.
Regards,
Raimundo Alvarez

HI guys and Thanks for your help.
I could solve my problem. There were some issues already fixed (a combination of the external property in the tab fields, the configuration for decimal separator and a problem with the currency). The main one was giving me the headache that I am trying to import a currency but I was not receiving the currency from the source because is always the same (Colombian Pesos). This one has an special configuration in table TCURX that was making the decimal places be wrong. I solved requesting the currency from the source even if it was a constant value.
Thanks for your help,
Rai.

Decimal allowed in currencies

Similar Messages

Maybe you are looking for