Currency decimal error

Hi Team,
We have created PR in USD and released. We have converted this PR to PO in JPY currency. Net price is displaying without currency decimal in JPY currency. When we display the print preview, system is automatically considering the last two digits as decimal and in table entry also.
For example, PO total price is 68,323,120 JPY.
When we see the table (EKPO-NETWR) it is showing the value as 683,231.20 and it is displaying this value in print preview also.
When we try to maintain the values in SPRO - u201CSet Decimal Places for Currenciesu201D, it is displaying the warning message as u201CIn a productive system, you must not delete the currencies in use or change the decimal places. This could make amounts in documents already posted incorrect or invalidu201D.
Pl let me know the further process for this issue.
Thanks & Regards
R.Saravanan
09582188409

JPY does not have decimals. However, as the value field is a decimal field SAP stores the value with decimals in the tables.
But SAP knows that it has to use a certain function module to get it right before the value is shown to the user, e.g. inME23N.
The form, is more or less customized to your companies need, If it is shown with decimals in your form, then contact your developer to fix this problem in the form.

Similar Messages

  • Message no. 06211 Currency translation error in net price calculation

    Hi,
       When i am creating purchase order i am changing currency from INR to JPY for FOB condition type only, And system issuing error message Currency translation error in net price calculation. Document currency is INR.
    When i am using USD i am not getting this error.
    I have checked table OB08 and both conversion maintained INR to JPY AND JPY to INR valid from 01.01.2012
    Any solution for this please.
    Thanks in advance.

    Hi, Check in T-code M/08 for your import prizing procedure,what have you maintained for subtotal for gross price condition (PBXX,PB00), Maintain over there as '9', also for JPY currency there is issue with decimal also, ratio maintained in 100:1 ratio.
    Edited by: tej yadav on Jan 6, 2012 1:29 PM

  • Currency conversion Error in 0sd_c15

    Hello Experts,
       I am having a problem in the ETl of the cube 0SD_C15 .Its showing Currency conversion error
    0MEANTODAY while loading data.Please help me in this regard
    Prasad

    Hi
    You will find the transfer global settings for the source system where you are extracting the data.
    Select the source sytem, right click,go to transfer gloabal settings, (select the currencies in this)
    Then Reload the data into the cube,
    After, Reloading the data into the cube replicate the master data, and activate the mappings,and load the data.
    I think, this will work....
    Regards
    Sudheer

  • Unable to create shopping cart due to currency conversion error.

    Hi,
    We are currently working in a extended classic scenario. We have about 8 users connected under a common entity ( dept). Out of which for one user (user1) we are able to create the shopping cart and able to run the entire procurement cycle the entire cycle.
    When we are trying to create a SHC with any other user ( user2 to 8)  its giving the errors like
    1) Currency Conversion Error ( to GBP). Please inform help desk.
    2) Error in account assignment for item 0.
    Attributes for all the users ( user1 to user8) are same and we are not getting any error in the attribute check as well.
    Please suggest.

    Look up note 419423 + related notes to repair incorrect SRM users. What you report sounds a bit strange. A debugging session might be helpful too. Especially the 2nd error looks like something 'home-made'...

  • DTW Purchase Invoice upload-Currency Exchange error

    Hi everyone
    I've been trying to upload some Purchase Invoices for some time now but it keeps giving me back this error on every single one:
    "Exchange rate not updated ,'USD'Application-defined or object-defined error65171"
    I've changed all the dates in the excel file to the current date and have established exchange rates on SAP for that date but still it won't work...
    Please help me, I've run out of thing to try here
    Thanks

    I had a similar problem: importing down payment requests with DTW working, then some days later giving the Currency Exchange error.
    I found the reason which was having changed the business partner's currency. As soon as it was different than the default, DTW stopped to work as expected.
    Even better, I did found a solution. Set the currency and the rate also at the document level not only in the lines. It will make the import to work without the Currency Exchange error.
    Edited by: Péter Forró on Oct 9, 2008 2:56 AM

  • Currency Decimal Places setting restore

    Hi Experts ,
    Unfortunately we have changes the setting for currency decimal places in SPRO ==> SAP NETWEAVER ==>GENERAL SETTINGS ==>CURRENCIES ==>SET DECIMAL PLACES FOR CURRENCIES.
    for Currency INR from default 3 decimal places to '4' decimal places, due to this the amounts entered in MM inforecords were changed e.g. the amount which was entered as 15.20 inr changed to 1520.00 inr, After getting reply from Fourm and the senior consultants we have deleted the INR currency from the about setting i.e.from table 'TCURX' after doing this the amounts get corrected i.e. from 1520.00 INR to 15.20 INR.
    But again the same (adverse) change is being seen in amounts for MM Inforecords and SD Condition Records
    If we enter a new record it shows the correct amount.
    How can i correct the previous amounts. It has happen suddenly and what guarantees that this should not happen again.
    Please give me the solution as early as possible. We have to Go-Live in next 2 days..
    Thanks in advance
    Amol

    HI, anand,
    SAP suggest never touch decimal places.
    Regards,
    Satish

  • Currency Decimal Points - Urgent

    Hi,
    I am facing a serious problem with currency decimal points. Unfortunately "Currency code" has been deleted from where we can maintain currency decimal points in OY04 Tcode and the currency code was maintained by zero decimal places. Before deleting the Currency from decimal points the document currency was showing $1000.00 which is correct. But after deleting Currency Code from OY04 Tcode the same amount is showing $100000 by combining decimals.
    I have again given same Currency Code in same transaction code. But still it is showing ($100000) the amount by combing the decimals.
    Please help me
    Thanks
    Ravindra

    You said someone "unfortunately" deleted an entry from table TCURX.  Has that someone seen all the following WARNINGS given by SAP!!!
    In a productive system, you must not delete the currencies in use or change the decimal places.  This could make amounts in documents already posted incorrect or invalid.
    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 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.
    Do you want to change the decimal places despite all recommendations?

  • How to do Regional Setting Configuration in RDP session ( Eg Date Format, Currency, Decimal Seperator etc)

    Hi All,
    I am new to Windows Server 2008 R2 administration.
    I would like to know is there a way to  do Regional Setting Configuration in RDP session. i.e Date Format, Currency, Decimal Separator etc are based on users local machine.
    Eg If a user from UK logs in he should see date format as DD/MM/YY and if user from US logs in he should date format as MM/DD/YY.
    We are currently using citrix and we are managing this using logon script that runs based on citrix published application name.
    Is there any way we can achieve the same in RDP ?
    Thanks in Advance.
    Thanks & Regards,
    Nithin Kumar

    Hi Nithin,
    Do you need any other assistance?
    Thanks.
    Dharmesh Solanki
    TechNet Community Support

  • 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

  • Create Currency Decimal Places

    Hi Experts,
    Is it possible to create our own currency decimal places?  In my configuration(OY04)  only available standard decimal places 1, 3,4 & 5. now  I need decimal place 2.  e.g. I want to show amount as 101.26
    Regards
    VS Rao

    Hi Rao,
    refer to note 137626.
    Regards,
    Greta

  • Currency Filed ERROR?

    There is amount field which is associated with a currency field.But the currency field has not maintained for that amount.So the amount field is appearing as
    13.0098ERROR.Can any one suggest me how to eliminate this ERROR from the amount field.
    Points will be definitely assigned .

    try this:
    RSA1-- >  Source Systems --> Right click --> Transfer Global Settings > Check Currencies->Execute.
    log off and log into bex-->execute the report.
    Currency Displays ERROR only for IDR (Indonesian Currency)
    Message was edited by:
            muralidhar c

  • Currency Exchange error

    Hi All,
    While running FI-SL Currency Translation in t-code gwul, I am getting the error message u201C No values entered, difference in local currencyu201D
    Is there any problem with the master data or config, as it is working fine for other company codes?
    Please Assist.
    Thanks in advance
    Edited by: Reema Sen on May 28, 2008 6:20 PM

    I had a similar problem: importing down payment requests with DTW working, then some days later giving the Currency Exchange error.
    I found the reason which was having changed the business partner's currency. As soon as it was different than the default, DTW stopped to work as expected.
    Even better, I did found a solution. Set the currency and the rate also at the document level not only in the lines. It will make the import to work without the Currency Exchange error.
    Edited by: Péter Forró on Oct 9, 2008 2:56 AM

  • [HELP] VBA Currency NumberFormat Error - Excel

    [HELP] VBA Currency NumberFormat Error - Excel
    Hello,
    I've a worksheet with many cells formated as currency and i want modify the currency format through a combobox,
    First i use this code to get the inicial currency type/format,
    Private Sub ComboBox1_DropButtonClick()
    inicial = Me.ComboBox1.Value
    Select Case inicial
    Case "EUR"
    oldFormat = "#.##0 €"
    Case "GBP"
    oldFormat = "[$£-809]#.##0"
    Case "USD"
    oldFormat = "#.##0 [$USD]"
    End Select
    End Sub
    The oldformat variable is a global variable,
    Public oldformat As String
    After that i want to do a find using oldformat variable and a replace using a newformat variable,
    Private Sub ComboBox1_Change()
    Dim ws As Worksheet
    Dim newFormat As String
    'On Error Resume Next
    newValue = Me.ComboBox1.Value
    Select Case newValue
    Case "EUR"
    newFormat = "#.##0 €"
    Case "GBP"
    newFormat = "[$£-809]#.##0"
    Case "USD"
    newFormat = "#.##0 [$USD]"
    End Select
    'Set rNextCell = Application.FindFormat
    For Each ws In ActiveWorkbook.Worksheets
    Application.FindFormat.Clear
    Application.FindFormat.NumberFormat = oldFormat
    Application.ReplaceFormat.Clear
    Application.ReplaceFormat.NumberFormat = newFormat
    ws.Cells.Replace What:="", Replacement:="", LookAt:=xlPart, SearchOrder _
    :=xlByRows, MatchCase:=False, SearchFormat:=True, ReplaceFormat:=True
    Next ws
    End Sub
    I read the new value through the user choice on the combobox.
    But this not work at all, the variables oldformat and newformat receive the correct values but i got a error on,
    Run-time error '1004': Application-defined or object-defined error
    Application.FindFormat.NumberFormat = oldformat
    Application.ReplaceFormat.NumberFormat = newFormatIs there any way to pass the newformat and oldformat value to the Numberformat property?
    Or someone have another away to do this?
    Link for exemple file,
    https://www.dropbox.com/s/sdyfbddxy08pvlc/Change_Currency.xlsm
    I apreciate any help, i m a little bit new on .
    I apologize if there are any errors in English, is not my natural language.

    The number formats must already be present in the workbook, otherwise you'll get the error that you mention.
    The code for US$ is [$$-409]
    Here is the code:
    Public oldFormat As String
    Private Sub ComboBox1_Change()
    Dim ws As Worksheet
    Dim newValue As String
    Dim newFormat As String
    newValue = Me.ComboBox1.Value
    Select Case newValue
    Case "EUR"
    newFormat = "#,##0 €"
    Case "GBP"
    newFormat = "[$£-809]#,##0"
    Case "USD"
    newFormat = "#,##0 [$$-409]"
    End Select
    Application.FindFormat.Clear
    Application.FindFormat.NumberFormat = oldFormat
    Application.ReplaceFormat.Clear
    Application.ReplaceFormat.NumberFormat = newFormat
    For Each ws In ActiveWorkbook.Worksheets
    ws.Cells.Replace What:="", Replacement:="", LookAt:=xlPart, _
    SearchOrder:=xlByRows, MatchCase:=False, _
    SearchFormat:=True, ReplaceFormat:=True
    Next ws
    End Sub
    Private Sub ComboBox1_DropButtonClick()
    Dim inicial As String
    inicial = Me.ComboBox1.Value
    Select Case inicial
    Case "EUR"
    oldFormat = "#,##0 €"
    Case "GBP"
    oldFormat = "[$£-809]#,##0"
    Case "USD"
    oldFormat = "#,##0 [$$-409]"
    End Select
    End Sub
    See https://www.dropbox.com/s/ax20vnmjpjny3h6/Change_Currency.xlsm
    Regards, Hans Vogelaar (http://www.eileenslounge.com)

  • Asian (JPY) currency Decimal Places Issue

    HI All,
    Need your help, we have a program which creates a BDC session and when the user tries to process it it throws an errror for amount in asian currencies like JPY - no decimal places allowed for currency, in the background it calls the FBB1 transaction.
    The original amount is in USD however after conversion when we store it back to amount field which is of type
    "glpct-tslvt"  it stores the amount in JPY currency with decimal places so for example :
    USD amount  = 93,214. 00
    JPY amount = 115,021. 86
    guess the amount is stored with decimals in BSEG table, so now when we try to process the session with the JPY amount with decimals it throws an error.
    I have tried the
    CALL FUNCTION 'CURRENCY_AMOUNT_SAP_TO_DISPLAY'
    and
    CALL FUNCTION 'BAPI_CURRENCY_GETDECIMALS'
    it gives me the correct value for amount so for above example  JPY amount = 115,021. 86 by using the mentioned two methods i am able to get the currency in this format  11502186.00 but still has two decimal places, i think it still will not work when we process the session for FBB1.
    Need your help people, appreciate your co-operation.

    sorry to revive an old thread...but we are having an issue with JPY in our electronic bank statements.
    the BAI format for our JPY account has for example 900 yen which according to our finance department is really 9 yen. the bank claims this is a known issue and the BAI format documentation seems to be confirming the bank's position in that the decimals are implied according to the currency code (whatever that means in SAP terms is a bit foggy to us).....
    currently we wrote a custom code to suppress the last two zeros (when they are zeros) but i feel this error is caused either by a wrong setting in our currency or translation tables in SAP or something else since our feeling is that this should work right out of the box without any custom programming...any ideas???...where we shoudl start looking in our currency config....does the 100:1 or 1:1 translation ratio between JPY/USD make any difference...should we try and use a function module to convert the currency ...any ideas or hints are welcome
    thanks
    Ram
    [email protected]

  • Decimal error in table BSEG.

    Dear experts,
    I will present my problem in a scenario.
    I'm using txc FB70 to make an invoice in currency COP (columbian peso) or MXP (mexican peso).
    When using MXP it works fine, but with COP the amount entry in table BSEG gets divided by 100.
    The reason is that the amount field in bseg is packed with decimal 2 and FB70 automatically adds *.00 on every amount (that does not already have it) entered by me. Thus 150 becomes 150.00. This is fine except in my system the currency COP is not allowed to contain any decimal and therefore, somehow it get stored as 1.50 instead.
    I have tracked what I believe to be the fault to the FM CURRENCY_AMOUNT_IDOC_TO_SAP which returns the value of 1.50 when entering 150 in a currency that do not contain decimals. I also found a note that described this error (69944) but it was posted in 1998 referring to txc MR01, and should be taken care of in following releases.
    So my question is: Is this the way it should be? is my system obsolete (missing updates of some sort)? or is there an alternative way of reading the data from BSEG? for instance a flag that says I need to multiply by 100 in these scenarios. I know it is a long shot, but still I cannot imagine that this is something that only me have encountered.
    Thanks in advance.

    Hi Johan,
    I do not think, that there is something wrong with your definitions. Please, read the following note 126857 and you will see how the system treats these cases storage-wise.
    Regards,
    Eli

Maybe you are looking for