Problem with JPY Currency

Hello Experts,
We are facing problem with values which are related to JPY Currency.
In the DSO out put for Key figure Amount in doc currency it is showing 110,43 when you double click it is showing actual value that is 11043.
Because of wrong valus we are getting negative values in the Query.
For other currecies values are correct.
Can any body share why it is displaying wrong values.
Regards
Ram

Hi,
I understand your problem,
You can multiply your values by 100 in the transformation start routine to transfer correct valeus.
Hope this helps.
Regards
Venkat

Similar Messages

Purchase Order with JPY Currency

Hi Friends,
While raising PO with currency JPY, there is an unusual issue noticed in all POs. The netprice is getting truncated by 02 zeros in the end always.
For ex, if a PO with JPY currency is raised with netprice as 98000.00 (Ninety Eight thousand), table EKPO is getting updated with Netprice as 980.00 (Nine hundred eighty) only. This is happening for all POs raised with currency as JPY. But this is not the case for POs with INR, USD or EUR currency. This issue is happening for all POs with currency with JPY.
Can you pl proivde your expertise as to why this is happening?
Regards
Amitava

from OSS note 1176399:
SAP format for amounts
In an SAP system, amounts (data type CURR) are always stored in the database using exactly two decimal places. It does not matter how many decimal places are actually allowed for the relevant currency.
However, amounts are displayed on screens as converted in accordance with their number of decimal places. The number of decimal places, and therefore the shift of the decimal point, is stored in the table TCURX.
Example
The currencies JPY (Japanese Yen) and TWD (Taiwanese Dollar) do not have any decimal places. An amount of 123456 JPY is stored on the database as 1234.56 JPY; however, on the screen (for example, in the PSA maintenance, in the query or in the LISTCUBE) it is displayed as 123,456 JPY (when using the comma as the thousand separator).

Problem with JPY and KRW currency in PDf printing

Hello,
we are printing the PDF account statement. Till today for KRW and JPY currencies, if the value is 30000 ( I mean more than 3 digits ), then it is printing as 30 000 ( space as seperator ). But we have tried to post a document and checked it for the value 300. in the output PDF, it is printing 300,00 which is wrong.
It should print as 300 only as this dont have any decimals ( from TCURX table). I have declared the amount variable as char16. Because I had other requirement where I need to print space as thousand seperator and comma as decimal seperator ( eg: 1 221,85 ). Now everything is printing fine except for JPY and KRW currencies amounts.
I understood that this problem is occuring only when the amount for JPY or KRW currency is less than or equal to 3 digits.
I have checked some of the posts and gone through the some of the OSS notes, but i couldnot the exact one which could solve my issue.
Can anyone please help me in fixing this issue ?
Thanks in advance..!!!
Best regards,
Karthik.

Hello Karthik
You can explicitly multiply the amount by 100 for JPY KRW currency and display the rounded figure (use function trunc)
Have you tried using FM FM BAPI_CURRENCY_CONV_TO_EXTERNAL to format the currency amount.
Regards
Sandy

Problems with EURO currency character

Hi,
I'm trying to insert the EURO currency character (€) in a CHAR field from a Java client but after the insert in the field I find a ? turned upside down.
I'm using
- Oracle DB server 11.2.0.1.0 running with character set US7ASCII (same problem with a different Oracle server with WE8ISO8859P1 encoding) on a Linux Red Hat server
- Java client with JDBC driver 11.2.0.1.0 (ojdbc5.jar) with JDK 5 running on Windows XP: the encoding of the JVM is CP1252.
I've googled a lot but found only solutions like "... change the encoding of the DB ...": I can't change the DB encoding.
Any idea?
Thanks.
Here's is a test case:
************ begin test case ************
Statement stmt = null;
PreparedStatement pst = null;
Connection conn = null;
ResultSet rs = null;
try {
     Class.forName("oracle.jdbc.driver.OracleDriver");
     conn = DriverManager.getConnection("jdbc:oracle:thin:@SERVER:1521:SID", "USER", "PASSWORD");
     stmt = conn.createStatement();
     stmt.execute("CREATE TABLE JJOVA(A CHAR(5) NOT NULL)");
     stmt.close();
     pst = conn.prepareStatement("INSERT INTO JJOVA(A) VALUES(?)");
     pst.setString(1, "€");
     pst.execute();
     stmt = conn.createStatement();
     rs = stmt.executeQuery("select A from JJOVA");
     while (rs.next()) {
          String tmp = rs.getString(1);
          System.out.println(tmp);
     rs.close();
     pst.close();
     stmt = conn.createStatement();
     stmt.execute("DROP TABLE JJOVA");
} catch(Exception e) {
     e.printStackTrace();
} finally {
     try {
          if (rs != null) {
               rs.close();
          if (pst != null) {
               pst.close();
          if (stmt != null) {
               stmt.close();
          if (conn != null) {
               conn.close();
     } catch(Exception dontcare) {}
************ end test case ************
Regards,
Andrea

Thank you Oradba for the explanation of the COBOL program behavior: we're going to change the DB character set (export/import seems not required, we've found an Oracle Note 257722.1 "Changing WE8ISO8859P1 to WE8ISO8859P15"). I'll mark your answer as the (most) correct.
Oviwan, NLS_NCHAR_CHARACTERSET is AL16UTF16: I tried with an NCHAR field but I can't even store correctly accented vowels.
Thank you very much everyone,
Andrea

Problem with Group Currency

I looking for help!!
We do a initial loading of financial postings with LSMW. We had a big problem!!
The postings were made without the amount at the group currency.
Now we show it at the reports of Controlling, too late for change the postings.
We need a solution for change this without do a new posting. Someone can help us?
The values at the local currency ARS are correct, we have just the problem with the group currency EUR.

IF the posting were made with out group currency, There is no way you will get the group currency. What you need to do is just load the balances in group currency using the tcode FBB1 and leave document and local currency fields zero.
Assign points if helpful

Problem with non currency field calculations to become curr

Hi guys,
Is there a problem if I have a QUAN field and DEC field forming to become a CURR field? I mean a have this computation below:
v_var1 = v_var2 * v_var3.
where v_var1 type QUAN, v_var2 type DEC and v_var3 type CURR...
would it incur any problem with the calculations?
Thanks!

Hi,
Did you try ?
Worked for me flawlessly
tables bseg.
parameters : qty like bseg-menge,
amt like bseg-dmbtr.
data : result like bseg-dmbtr.
result = qty * amt.
write result.
The only issue is that the result will be rounded upto 2 decimals.
But if you declare result as
data : result(13) type p decimals 3.
Then there will be no issues.
regards,
Advait
Edited by: Advait Gode on Oct 3, 2008 3:59 PM

Problem with dual currency when working with AMEX and VISA

Hi all,
We are in process of implementing SAP travel on demand with integration of AMEX and VISA corporate cards. Paymentric was in charge of our configuration and the information is comming to our system now.
As per our set up, the statements are being procesed with errors, due the currency we are receiving the charges is USD instead of country home currency. Example -> Argentinian employee travel to Brazil, and paid with BRL currency. We are receiving the statements in USD instead of BRL (There is a validation in the tool which cannot process statements in other than local currency)
I spoke with AMEX and VISA representatives, and both says that they work with dual currency model, so changing the currency in the statements is not a possibility.
Are we missing something in the config? I was reading information and discover that other countries like China are having same issue.
Thanks for your help,
Hernán

Hi Hernán,
credit card statements usually contain two currencies:
1. 1. Local Currency: if the Argentinian employee travels to Brazil and buys something there, the local currency would be BRL
2. 2. Billed Currency: this is the currency in which the credit card is billed (according to the credit card setup). Each transaction is converted to the billed currency in case of foreign transactions.
Cloud for Travel and Expenses knows for each employee exactly one home currency. An expense report is always processed with home currency.
Up to release 1502 it is not possible to import credit card transactions if the credit card billed currency does no match the employee’s home currency (there is no restriction to the local currency).
As of release 1505 this is possible, but it has to be activated in Business Configuration:
Travel and Expenses -> Expense Reimbursement -> Expense Input Channels -> Group: Credit Card -> Do you want to import credit card transactions with a credit card currency that differs from the home currency of the employee?
In addition, you must use the new posting interface "SAP ERP Financials Using IDoc (with extensibility)". If you detect settlement deviations or differences on the reconciliation or credit card account (split payment) due to the currency exchange rates in your financial system, you can correct this situation by implementing BAdIs in the ERP system.
Hope this helps.
Best regards,
Ralph

Problem with the currency JPY

Hi.
I have set up a table, in which a column is as price inputfield and another as currency column defined.
The price column is defined as 'currency' with 2 decimals, and the currency defined as 'cuky'
Now the problem comes, if I change the currency from JPY to other currency or reverse, the price will be substract by 100 or reverse.
can anyone help?
best regards

>
bxjy bxjy wrote:
> thanks for your reply.
> but is there any way to disable the functionality dynamically?
>
> best regards
If you use a field that doesn't have the data dictionary reference between the currency and the currency code field, then this funtionality won't be there. However the functionality is there for a good reason so be careful when removing it.

Problem with parallel currency - changeing the amount causes an error??

Hi all,
I have the system set up so that it uses a 2nd local currency (customized as a group currency) that has a custom defined currency exchange rate. When I try to enter a new invoice with the transaction FV60 and I try to change the amount in local currency 2 so it is not the same as the automatically calculated one I get an error F5580 saying "balance in & & is too large for an automatic correction".
I tried finding the notes but some notes could not be implemented?? Did anyone had a similar problem?
Thanks,
D.

I have to use FV60 because I have a document workflow activated and the user can only enter documents with FV60. Business process does not allow for one user to enter and post documents.
OBY6 checked but the variance allowed is larger than what the user enters.
Tried OBA5 also, blocked the message but it doesn't work
Thank you for your help!

Problem with a Currency field in Adhoc Query - HR

Hi,
I have an Adhoc query that uses Custom infotype fields (Z infotype and z fields).
The currncy field also has a reference field in the infotype (of type waers).
Wehen we try to get the ouput of the Adhoc Query it gives following error:
The report cannot be generated because the internal description is invalid or incomplete, or because the selection screen is too large.
Regenerate the assigned InfoSet, and read the log. If the InfoSet is OK, make sure that at least one field is given as output.
If you used the 'Refresh' icon to start the query, use the 'Output' menu option to execute the query. This gives you a full screen display of the data.
If an output was generated, the query cannot work with actual data in the construction view. In this case, always use the 'Output' function to execute the query.
I have already tried a number of solutions:
1> Regenerate the infoset...
2> make the field as an additional field and write my own code for it (the error comes before the code as i kept a breakpoint but it stopped before that)
if i add other fields of this infoset instead of this field, then those appear in the output.
Any solutions ??
thanks in advance,
Anuj

Hi,
Is the problem not clear or no one has an answer?
Please reply with some suggestions..
Regards,
Anuj.

Problem with Local Currency field in PIPE monitor

Hello, We have configured PIPE in BW and sent idoc WPUBON (sales) there.
But the task u2013 u201CSupply to BW immediatelyu201D are failed :
The error message is :
"Field Local Currency does not have a value (initial).
System Response
Current processing requires the field to be enriched within the master data checks.
Procedure for System Administration
Check Customizing for the master data checks."
My question is if the problem are reffered to PIPE configuration problems or BW master data downloading ?
I didnu2019t find this field anywhere in /POSDW/img. Maybe this is BW master data problem?
But I am confused the phrase u201CCustomizing for the master data checksu201D . Is it still the PIPE cutomizing problem?
Where is the "Customizing for the master data checks"? What does it mean?
Thank You.

Hi
Can any one please tell me do you have any solution for this. I am getting problem in quality box.
Regards
Mark

Problem with the currency fields in the table cdpos

Hi Gurus,
       I have observed one thing with the cdpos table like whenever we made changes to the currecy( and numeric fields also ,i am not sure ) fields ,then in the cdpos table it is showing a new entry for that change but not showing that old value, why? .But when we made any changes to date fields ,then it is storing that old date.
So Is there any specific feature in this table.
Thanks & Regards,
Rakesh.

Hello
In ABAP-programm try this:
DATA:       NEW LIKE CDPOS-VALUE_NEW,
      OLD LIKE CDPOS-VALUE_OLD,
      NEW1 TYPE MENGE_D,
      OLD1 TYPE MENGE_D.
FIELD-SYMBOLS: <f> TYPE ANY.
* make select from CDHDR and CDPOS
IF CDPOS-FNAME = 'MENGE'.
MOVE CDPOS-VALUE_NEW TO NEW.
MOVE CDPOS-VALUE_OLD TO OLD.
ASSIGN NEW TO <f>.
CATCH SYSTEM-EXCEPTIONS CONVT_NO_NUMBER = 2
       OTHERS = 4.
       NEW1 = <f>.
ENDCATCH.
ASSIGN OLD TO <f>.
CATCH SYSTEM-EXCEPTIONS CONVT_NO_NUMBER = 2
       OTHERS = 4.
       OLD1 = <f>.
ENDCATCH.
ENDIF.
After this in NEW1 and OLD1 you will see values.

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)

Problem with currency translation and variable time ref. with 0FISCPER

Hello,
We have a problem with a currency conversion with a variable time reference (as iobject we use 0fiscper)
We created a currency conversion for several key fig:
Our settings:
Exchange rate Type: EURX
dynamic ex rate determination
Source cur from datarecord
Fixed Target Curr (EUR)
Variable time ref.: End of Period
Special Infoobject: 0fiscper
When we run the DTP we get the following error:
<i>Enter rate GBP / EUR rate type EURX for 00.00.0000 in the system settings.</i>
ending the DTP in a message type X.
In table TCURR and T009/T009B all necessary information is available.
After debugging the function module, it looks like the created date (created from the FISCPER) is set to 00.00.0000. This results in the error above.
Does anybody have experience with this error and more important know how to solve it?
We also have a 0FISCYEAR available but in the TCURR table al rates are defined per end of the month. When trying to use 0FISCYEAR as InfoObject in the variable time reference, a diffrent error occurs: Enter rate GBP / EUR rate type EURX for 01.01.1001 in the system settings. While the 0FISCPER is 2001001.
Is there a bug in the function module? (couldn't find a SAP note)
We are working with BI 7.0 and SP12
Best regards
Steven

Please can you give more detail on how you were able to resolve this issue? How did you add 0fiscper to the transformation? I am on BW 3.5, how do I fix this same issue on it? Please help, this is urgent.

PO Price in 'JPY' Currency.

Hi Everybody ,
I have the problem in 'JPY' Currency , I print PO Price in 'JPY' on po form but this price removed decimal places.
eq. Po Price is 100. but Po Form Print 1. What is that problem?
   I want Print PO Price 100.
How I print this price?
anybody tell me.
Thanks
S.Muthu,

Hi Narendra,
But only the item price in the printout is wrong, the total amount below is correct. for example:
qty              unit price         subtotal
8pc               70.00             560.00
                         total   =    56,000

Problem with JPY Currency

Similar Messages

Maybe you are looking for