Currency Decimal Multiplications

Hi,
I am facing a different issue while mulitplying the standard price and Stock .
STPRS = 10.000
STOCK = 2.000
wf_value = STPRS * STOCK.
The expected result will be 20.000 ,But When i tried with all data types in ABAP i am not getting this result .I am getting 20.00 when I take Packed decimals.
But my requirement is that we need to store thsi value as 20.000 since after this I am writing this value into corresponding currency .
Please advise that Even you multiply the below equations to get same 20.000 and store it in a variable or any other way to achieve it.
10.000 * 2
10.000*2.00
10.000*2.000
Regards,
Kranti Yamparala.

hii,
If you wish to find the decimal places in the currency you can use the following function module.
G_DECIMAL_PLACES_GET
The table that stores the Currencies in SAP system (Currency Codes) is TCURC. The code below shows the decimal places for a particular currency.
REPORT ZEX_CURRENCY .
Parameters: p_curr(10).
Data: d_decpl like TCURX-CURRDEC.
CALL FUNCTION 'G_DECIMAL_PLACES_GET'
  EXPORTING
    CURRENCY            = p_curr
IMPORTING
   DECIMAL_PLACES       = d_decpl .
Write: 'Decimal Places ', d_decpl.
regards,
Shweta

Similar Messages

  • Different currencies for multiple line items in a AP invoice?

    Hi, Expert,
    Is it possible to assign different currencies for multiple line items in a AP invoice?
    Eg:
    One vendor is supplying raw materials from different regions, and we have to raise one invoice with different currency rate  to each items 
    regards,
    Sanju

    Hi Sanju,
    It is not possible to assign different currencies for multiple line items in a AP invoice.
    Try to book the different documents(different correncies for a single vendor in a A/P Invoice).
    Regards,
    Madhan.

  • 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.

  • 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

  • Multiple currencies? Multiple languages?

    hi,
        Does SAP handle multiple currencies? Multiple languages? What is a currency factoring technique?
    Thank you
    Ashok kumar

    HI,
    Yes.
    SAP handles Multiple Currencies and Languages
    see the table TCURR, TCURC for different currencies
    Currency Factoring Technique:
    Currencies in Planning
    In Profit Center Accounting, three currencies can be stored at once:
    Transaction Currency
    The transaction currency is the currency used for a specific transaction. You can choose a different currency from the list of valid currencies for each new transaction. The transaction currency is stored in the transaction data for Profit Center Accounting as the so-called "first currency".
    Local Currency (Company Code Currency)
    The controlling area currency is stored in Profit Center Accounting as the second currency.
    Profit Center Local Currency
    You need to set a special currency for Profit Center Accounting in Customizing for each controlling area. This currency is used in the standard reports, among other things. You can find more information about this currency in Customizing. The profit center currency is the third currency updated in the transaction data.
    How Do I Plan Currencies in Profit Center Accounting?
    You first plan a profit center in USD. Then you later plan the same profit center in DEM in a second planning session. This may be necessary if:
    the planned costs for the profit center in a certain cost element consist of external invoices in the local currency and external invoices from abroad and
    the external invoice from abroad was billed and paid abroad
    The currencies which can be planned manually are defined in the Layout.
    If the corresponding key figures are defined and ready for input in the planning layout, you can plan in any permissible transaction currency, the company code currency or the profit center currency. The planned amount is then immediately and automatically translated into the other currencies. Note, however, that the system can only translate into a transaction currency if you have explicitly specified a transaction currency.
    If you want to want to plan data using different transaction currencies, you need to use a planning layout that contains the characteristic "Transaction currency".
    Note that data can only be saved in the transaction currency if a transaction currency has been specified. Otherwise the data will only be saved in the other currencies without the transaction currency.
    If you want to want to summarize data in the transaction currency, you need to use a planning layout that does not contain the characteristic "Transaction currency". You can then:
    change the summarized values, in which case the changes are not updated in the transaction currency, and
    add any combinations of objects that have not already been planned.
    If you
    enter one transaction currency, the system only displays the amounts planned in that currency. You can
    change these amounts
    plan in the currency specified
    enter a number sign (#) to represent the value " " (no value), the system only displays those values that were planned without the transaction currency. You can
    change these amounts
    plan amounts without a transaction currency
    specify more than one currency or all currencies (*), the system displays all the planned values. You can
    change these amounts
    can plan as yet unplanned combinations of your planning objects in any valid currency.
    Planned currency amounts are translated using
    the value date you entered in the planner profile for your area
    a translation factor entered in the currency table for the exchange rate type entered in the planner profile
    You will find further information about the currency table and currency translation in the documentation FI Configuration and Organization.
    Transfer Pricing Using the Conditions Technique
    The term "transfer pricing" is used to describe the calculation of prices for internal exchanges of goods between profit centers. Conditions are the individual steps carried out during price calculation. When a goods movement takes place between two plants, the price can depend on a number of factors, such as the material involved, the sender plant, the profit center, the partner profit center, and so on. The information on these variable factors is stored as master data in the form of condition records. There the transfer price can be defined as a fixed price or a percentage increase or reduction.
    This section describes the steps necessary to define transfer prices. You define these transfer prices in Customizing. There you will also find a detailed description of how to proceed.
    Define condition tables, which you use to store condition records for each condition type.
    Here you define the price dependencies for transfer prices. You can make the transfer price found dependent upon a combination of fields. For example, if you want your transfer prices to be defined for a combination of material and partner profit center, you need to define a condition table that contains these key fields. The condition records then contain the individual prices for each combination of material and profit center. You maintain the condition records when you define the individual condition types.
    Define access sequences that the system should use to search for valid condition records.
    An access sequence is a search strategy that the system uses to find valid data for certain condition tables. Each access sequence consists of one or more steps, which the system processes in the order specified. The order determines where the system should look first for a valid condition record. You can specify an access sequence for any condition type for which you create condition records.
    Define condition types for all the pricing elements (fixed amounts, markups and markdowns) that occur in your daily business operations.
    In Profit Center Accounting, a condition type represents a component of a transfer price. You can define condition types for every type of fixed price, markup or markdown that occurs in your internal goods movements. If you define a percentage markup or markdown as a condition type, you also need to define another condition type to serve as the basis for this percentage. This can be a price stored in the material ledger. The relationship between these two condition types is then defined in the pricing procedure.
    In some condition types you need to specify an access sequence. In this way you determine which fields the system should use to search for a valid condition record.
    Define condition records that determine the amount or percentage to be applied for each set of values in the condition table (such as "fixed price of USD 100.00 for material 01, profit center ABC, and plant 0001").
    You can maintain condition records directly from within the definition of the condition type. Or you can define them from the application menu by choosing Master data ® Transfer prices ® Conditions. It is also possible to copy existing condition records to create new ones. This is especially useful if you want to change the currency of the condition record. You can maintain condition records either in Customizing or in the application menu, under Master data ® Transfer prices.
    Define a pricing procedure to group together condition types and determine how they relate to one another.
    In addition to the selection and order of condition types, a pricing procedure determines
    – which subtotals should be calculated
    – what base value the system should use for calculating percentage markups or markdowns
    – what conditions must be met in order for a certain condition type to be calculated
    The base value for markups and markdowns can be either a fixed price or a value from the material ledger. Using a routine supplied in the standard R/3 System, you can have the system read the legal, group, or profit center price from the material ledger and calculate the markup or markdown on this basis.
    Define condition exclusions, which let you determine which condition type should be used in a given situation.
    In transfer pricing for goods movements, it often happens that a number of different condition records are valid. Using condition exclusions, you can compare conditions with one another and use, for example, the most favorable price for the partner profit center.
    For different condition exclusion methods are available:
    · The most favorable condition in an exclusion group
    · The most favorable condition record for a condition type
    · The most favorable condition among different exclusion groups
    · Exclusion of those conditions in an exclusion group when a condition type that belongs to another exclusion group appears
    Define transfer price variants, which let you specify which pricing procedures are relevant for actual data and which for plan data.
    To valuate different datasets, such as plan and actual data, using different conditions, you can define variants with an assignment to a specific pricing procedure. The system processes the specified procedures in order until it finds a valid transfer price.
    In transfer pricing for goods movements, only actual data is valuated (variant 000). However, you can also create additional variants if you want to calculate plan prices on the basis of pricing data.
    Define pricing reports, which determine the structure of lists of conditions.
    A pricing report lets you analyze condition records according to certain criteria and define the structure of these lists. You can define pricing reports either in Customizing for Profit Center Accounting or in the application menu, under Master data ® Transfer prices ® Pricing reports.
    Regards,
    Padmam.

  • 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

  • MHKIM:(AR)BANK ACCOUNT의 'MULTIPLE CURRENCY PAYMENTS','MULTIPLE CURRENCY

    QUESTION
    ==========
    Bank Account 조회후, 'Receivables Options' tab의 'Multiple Currency Receipts'와
    'Payables Options' tab의 'Multiple Currency Payments'를 수정시,
    수정이 되는 계좌가 있고,
    수정이 안되는 계좌가 있습니다.(FRM-40200, Field is protected against update)
    수정이 되는 경우와 안되는 경우의 차이는 무엇이며,
    수정이 안되는 경우 Menu->Help->Diagrnostics->Examin->'MULTI_CURRENCY_FLAG'와 'NBT_RECEIPT_MULTI_CURRENCY_FLA'을 창에서 수정후 저장하면 저장이 되는데, 이렇게 변경을 해도 되는 것인지요?
    ANSWER
    =========
    Oracle Payables User Guide 2 – 150 에 아래와 같은 내용이 나와 있습니다.
    Multiple Currency Payments :
    Enable this option if you want to use
    this bank account to pay invoices entered in multiple currencies. You
    can select this option only if the Use Multiple Currencies Payables
    option is enabled and if the bank account is in your functional currency.
    즉, "Use Multiple Currencies" setup이 enable되어 있고,
    해당 Bank Account의 Currency가 Functional currency 일 경우에 Enable이
    가능하다라는 내용입니다.
    다시 정리하면,
    해당 Bank Account의 Currency가 Functional Currency(예를들어, "KRW")가
    아닌 다른 나라의 Currency ("JPY")인 경우에는 해당 Multiple Currency
    Payments 기능을 사용하실 수 없습니다.

    Hi Salman,
    Have you tried this from Element Define window. There is functionality for Input and Output currency.
    Hope it could meet your requirement.
    Thanks
    AshokP

  • Purchase in Foreign Currency with Multiple GR but single Invoice - URGENT

    Question on the following scenario:
    - Purchase order is foreign currency. 
    - Multiple goods receipts posted against the PO on different dates.  Goods receipts will follow the posting date for the exchange rate.
    - Single invoice receipt for the multiple goods receipts
    We need the invoice to not result in exchange rate differences for all the line items.  If it was just a single GR, we can change the IR header exchange rate to be equal to the GR exchange rate.  The problem is for multiple GRs with multiple exchange rates.
    Thanks for your help!

    Hi Chok,
    You can activate the functionality of Price Exchange Rate diffrence at the time of IV instead of GR and hence if there is any diffrence at the time of LIV that is to be accounted and the GR is posted as the PO price without any exchange diffrence.
    Try it!

  • The account has been changed from only local currency to multiple currency.

    hI,
    The customer has an Account "X" which is a balance sheet account. and not a reconciliation account.
    this account has been changed on November 11, 2008, from only local currency to multiple currency.
    Local currency is ZAR, and document currency is EUR.
    i.e, the check box 'only balance in local balance' has been unchecked from 11 Nov, 2008.
    so, when i see the balance of this account in FS10N.
    the balances in currency ZAR and EUR is different.
    because the balance which is in EUR is only for months 11 and 12.
    so, questions are...
    1) can we make it same balance in both the currencies by posting a document only in EUR?
    2) how to clear it?
    Regards,
    Swetha

    The balance in the currency (EUR) depends upon the currency exchange rates you have defined in the system.  When you post a document in another currency, the exchange rate mentioned for the currency pairs (ZAR & EUR for example) is applied and the balance is written in your local currency.  If you want that the balances in difference currencies are the same, then the exchange rates should be the same for all relevant pairs of currencies.

  • Currency Decimal issues in BI Explorer

    Hi,
    We have a reporting issue for key figures in multiple currencies when using BI Explorer.
    We have currencies defined in the system which are in the following 3 models:
    - Having 2 decimal places (UAE, QATAR...)
    - Having 3 decimal places (OMAN, BAHRAIN...)
    - Having no decimal places (YEMEN)
    The first one (Having 2 decimal places) works fine but the one with 3 and no decimal places appear to be wrong as they tend to shift the decimal places to suit the 2 decimal places model.
    Is there any way to represent the respective currency and decimal places for the respective countries ?
    Regards
    Govind

    Hi Des,
    I did check note 1219001. It more or less deals with Crystal Reports. I have the same issue with Business Objects Explorer.
    The indexes read by Polestar is showing just 2 decimals for those sites which either have 3 decimals or none.
    For Explorer
    Version 12.2.0   Build 518
    For BIA (Trexadmin-Version TAB)
    Version 7.20.03.00     Build 720.03.202210
    Regards
    Govind

  • JPY Currency Decimal Places

    Hi  All
    Today we noticed a difference in the way SAP handles a PO which has document currency JPY. The price displayed on screen for the PO was 790 JPY, but the value stored in the tables was 0.79.  Any reason why this like this ? How does standard SAP handles such cases ?
    Regards
    Kasi

    Hi
    There are certain currencies like JPY/Yen for which amounts are automatically handled by SAP. Currency JPY has 0 decimals. Refer TCURX table for the details of decimal places for currencies.
    In the case of JPY, system automatically multiplies values when displayed from table to screen and divides vice versa.
    FM 'CURRENCY_AMOUNT_SAP_TO_DISPLAY' is used for this conversion.
    Amount 7900 JPY on screen will be stored as 79 in SAP tables.
    Also, in the case of exchange rate conversions, the rate maintained are for 1:100 to USD (ex). while other currencies would hold 1:1 conversion rate.
    You can also check with FI consultants for more details
    Thanks
    E.Avudaiappan

  • 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]

Maybe you are looking for