Add Exchange rate type to Selection Screen in BEx

BW Experts,
Business raised a request to add Exchange Rate Type(KURST) from TCURR table in the selection screen of BEx so that they can select the required rate and target currency for a particular key figure.
In Query Designer we can provide variable for currency by going into the context menu of key figure but not sure how to provide a variable on Currency Conversion Key.
Please suggest.
Thanks in advance.
-Bobby.

Hi there,
You could with user exit define a variable ready for imput but in step 1 prefill the variable with only those values, but this would still when the user executes when pressing F4 be able to check all that. Nevertheless that variable would be prefilled with the values you wish in user exit.
Another option is to mark 0RTYPE in RSD1 as authorization relevant and manage different authorization values for the users. This way you could when the user presses F4 see only values he/she is authorized.
Diogo.

Similar Messages

  • How to Add a parameter of currency exchange rate in the selection screen

    Dear Friends,
    How to Add a parameter of currency exchange rate in the selection screen with format (9999.99999). wich field i need to take.
    Thanks,
    Sridhar

    TCURR-UKURS.
    ~Suresh

  • One Conversion Type and two Exchange Rate Types in one report

    I have Conversion Type called TEST. In this Conversion Type there is Exchange Rate Type D selected (D-daily). I have also Fixed Target Currency selected. And the report works perfectly fine....BUT.......there is also Exchange Rate Type M defined in the system (and it used for the exchange rate used last day of the month).
    The question is: how to put both Exchange Rate Types into one Conversion Type so both types are used in the reports?

    Hi,
    You can go for a variable exchange rate type.
    Creating variable:
    For this you have create a varible which can take diffrent exchange rate types.
    Open query designer create a new dummy query in that search for infoprovider 0RTYPE.
    It will have one dimension(name ->key) with 0RTYPE in it.
    create a variable for 0RTYPE.
    Save and close the query.
    goto RSCUR -> give your translation type -> go to exchange rate tab -> choose Ex. Rate from var option -> give the variable you have created prviously for 0RTPYE.
    Rest all same but just for completion...
    Go to your query in which in u want to do cur conversion.
    Double click on the key fig
    Go to conversions tab-> select the conversion type u created in RSCUR.
    When you run the query you can select the exchange rate type in the variable screen.
    rgds,
    Raghu

  • Mass update exchange rate type (not rate) in open sales orders

    Hi all,
    Our requirement is to update the exchange rate type at sales order header (VBAK-KURST) for all open sales orders with a new type created. (Z001). This field does not appear in MASS transaction for sales orders despite being present in the structure MASSSDHEAD.
    This field cannot be located even in VA02 transaction (I am not sure if standard SAP masks or shows this field at header; I also can't find any transaction variants assigned).
    Can anyone suggest how this field can be updated for sales orders either individually or in mass mode.
    Regards,
    KC
    SAP SD

    You are correct in indicating that Exchange rate type field  is not seen in Header data of sales order. I checked screen layouts for various screens for sales order data and this field is not suppressed. The only reason could be that this field is not used in sales order screens
    If you are interested, you could also check in the following way
    1.  Go to SE11, enter database table as VBAK
    2. Once inside data dictionary table, click where used list button, select programs and screens and execute
    3. click continue (don't select background)
    4. now you would have list of programs and screens, this table is used
    5.  now start another session and go to transaction SE51
    6. indicate program name as SAPMV45A and screen numbers as listed in step 4. you can check all screen numbers to see whether Exchange rate type field is listed in sales order layout.
    7. Of particular interest would be screen number 4311 as this contains  Financial accounting data & 4303 Billing data
    8. you can check screen layout for screen 4311 & 4303. you would see Exchange rate type field is not indicated.
    9. in case you could find this field in any screen, you could ask your ABAP consultant to add this field in the layout screen.
    Hope this answers your question

  • Exchange Rate type in sales order

    Hi,
    can we see exchange rate type in sales order.
    regards
    sachin

    Dear sachin
    Yes in VA02, select Goto - Header - Sales.  Here at the bottom of screen, you will see a tab "Pricing and Statistics" under which, there is a field "Doc.currency".
    Thanks
    G. Lakshmipathi

  • How to change exchange rate type for specific pricing condition type

    Hello every one,
    I have a requirement for billing ie VF01.
    currently  all the exchange rate are being calculated with exchange rate type 'M' by default.
    but now client want it should calculate exchange rate with type 'E' for two pricing condition type for all others it should calculate with type 'M'
    Please any body can help me with the exit and code which i can use.
    I have checked exits SDVFX008.
    but how to change exchange rate with type 'E' only for two conditions.
    as changing exchange rate at document header will change exchange rate for all condition type.

    You need to assign KOMK-KURST = 'E', for those two condition types. If it had been item number specific, you could have used USEREXIT_PRICING_PREPARE_TKOMK(RV60AFZZ).
    Do one thing, put a breakpoint on FM 'PRICING' and then do selective runtime analysis.
    Check whether any user exit/BADI/ explicit enhancement are available when condition types are processed in a loop. If nothing is available, try implicit enhancement.
    Link to refer for selective runtime analysis - Runtime Analysis for VOFM
    Also try with VOFM requirements ( not sure whether changing KOMK-KURST is permissable in requirement as normally  we only set sy-subrc values to suppress/allow condition types ). Don't forget to assign requirements against condition types in pricing procedure.

  • Exchange rate type error

    Hi,
    I am trying to Purchase order PO so that time i am facing error as
    Enter rate USD / INR rate type  for 19.01.2011 in the system settings
    Message no. SG105
    Diagnosis
    For the conversion of an amount into another currency, an entry is missing in the currency conversion table.
    Procedure
    Add the missing entry in the currency conversion table.
    Execute function
    You can then continue to process the commercial transaction
    i have configured in OB08 and OBBS maintain the exchange rate type M for USD and INR.
    but still i am facing error, please guide me to resolve this issue.
    Thanks
    Shital D

    Hi,
    I have checked with FI consultant Direct and Indirect Quo has maintaned,
    please suggest me any other config is required to resolve this issue.
    Thanks
    Shital D

  • Exchange Rate Type M in MIRO

    Hi
    We have some issue  in exchange rate . When i am doing MIRO this time i have geeting error enter rate  / USD rate type M for 04.12.2009 in system setting.we have process different types Invoices with different currency in Miro to get this error message.
    After i m exit in this MIRO screen. Than again enter MIRO T. COde and enter PO number this time i have no geeting any error.
    We have check all the seeting in OB08 all are perfect. Colud please help me on this issue.
    Thanks in advance
    Why this error is geeting in first time.

    Srikanth,
    Yes, exactly it is the rate upon 28.01.2011that  should be relevant for the actual document.
    Exchange rate has not entered manually in document header by interface nor by user. Interface only feed document amount and currency i.e. no rates.
    Standard quotation in table TCURN for GBP=>USD is:"1" Direct quotation valid from 01.01.1800
    Standard quotation in table TCURN for "Blank"=>GBP is:"2" Indirect quotation valid from 01.01.1800
    Translation ratio for currency pair GBP => USD for exch rate type M is 1:1, valid from 01.01.1800,  alt ERT=blank.
    Translation ratio for currency pair USD=> GBP for exch rate type M is 1:1, valid from 01.01.1800,  alt ERT=blank.
    Translation ratio for currency pair USD=> GBP for exch rate type M is 1:1, valid from 31.10.2010,  alt ERT=blank.
    Maintained exchange rate valid for the period 31.12.2010 - 30.01.2011 for exchange rate type M is 1 USD= 0.64114 GBP
    Amounts in document are
    Doc. Curr. Amount= 187.44 GBP
    LC2 Amount= 281.16 USD
    Rate used for LC2 Amount in document equals 1 USD = 0.6667 GBP
    Correct LC2 Amount with rate 1 USD= 0.64114 GBP should be 292,35 USD.
    Kind regards,
    Linda

  • Exchange Rate Type default different from M for a company code

    Dear SAP guru,
    Would you shed some light on this?
    How would we be able to default/assign a different exchange rate type from M at a company code level?
    I have a company code - finance company - that every foreign currenty transaction needs to be translated using different exchange rate type (i.e. daily hedge rate) than other operating companies.
    The OB22 screen makes it appear as M rate is specificied as 1st currency in company code, but grayed out and not able to change.
    Please help me with your expertise on this.
    Kind regards
    taro

    Hi,
    ExRateType is hardcoded in
    Main Program     SAPL0F03
    Source code of   L0F03I01
    *------- Daten zur ersten Hauswährung -
      rfcu4-curtp = '10'.
      rfcu4-bwer1 = '0'.                                        "AT 23039
      rfcu4-kurst = 'M'.               <<<<<
      rfcu4-cursr = '1'.
      rfcu4-curdt = '3'.
    The reason why the assignment of exchange rate type M to the first company code currency is a historical reason. A lot of coding within the SAP system is directly developed under the prerequisite that the exchange rate type for the first company code currency is M.
    As you described you want to setup several company codes in one client that all have the same first company code currency but should use different exchange rates. To solve that issue there are 2 ways available:
    The first way is that you use the functionality to assign an exchange rate type to a document type. That would mean a lot of work because in that case you would have to define all document types seperatly for
    every company code.
    The second possible solution is that you use different names for the fist company code currency.
    That means for example that you name the first company code currency in company code 0001 USD and in company code 0002 US1. So you can use different exchange rates for the same currency.because in that examle USD and US1 are only different names for the same currency. Using this approach you can have different exchange rates for different companies with the same company code currency by setting only different names even though the exchange rate type M is fix asigend to the first company code currency.
    Best Regards,
    Gladys xing

  • Exchange Rate Type not working during plan assessment in T Code KSUB

    Hello Experts
    We had different exchange rate types created for different plan versions. We had Exchange Rate Type Z1 for Plan Version 01.
    We had maintained the same in Planning settings for the fiscal year 2011.
    We had created a new plan assessment cycle with version 1.
    Now when we execute assessment cycle it is not using the exchange rate from 01/01/2011. Instead it is selecting the rate from 01/01/2010.
    Is there something wrong when we copied fiscal year 2011 from 2010 for version 01.
    Request your inputs and help on this.
    Thanks
    Satya Alapati

    Hi Ajay
    Thanks for the information.
    We had not maintained the value date for any of our versions since we keep changing the rates for every period and wish to have the system pick the latest rate for the period.
    It has been the case in earlier years also.
    Thanks
    Satya

  • Need to add push botton in my selection screen

    Hi
    I am doing a report program . I need to add PUSH BUTTON in my selection screen can u give me any code or suggestions for this.
    IF i press this push button i should get the basic list.
    Regards
    Rasheed.

    Hi Here is a another example.
    U can place a Push button on selection screen by using the satatement..
    SELECTION-SCREEN PUSHBUTTON 2(10) butt USER-COMMAND cli3.
    The push button will start from second character position on Selection screen and of length 10 characters !!
    check this program...
    TABLES sscrfields.
    DATA flag(1) TYPE c.
    SELECTION-SCREEN:
    BEGIN OF SCREEN 500 AS WINDOW TITLE tit,
    BEGIN OF LINE,
    PUSHBUTTON 2(10) but1 USER-COMMAND cli1,
    PUSHBUTTON 12(10) text-020 USER-COMMAND cli2,
    END OF LINE,
    BEGIN OF LINE,
    PUSHBUTTON 2(10) but3 USER-COMMAND cli3,
    PUSHBUTTON 12(10) text-040 USER-COMMAND cli4,
    END OF LINE,
    END OF SCREEN 500.
    AT SELECTION-SCREEN.
    MESSAGE i888(sabapdocu) WITH text-001 sscrfields-ucomm.
    CASE sscrfields-ucomm.
    WHEN 'CLI1'.
    flag = '1'.
    WHEN 'CLI2'.
    flag = '2'.
    WHEN 'CLI3'.
    flag = '3'.
    WHEN 'CLI4'.
    flag = '4'.
    ENDCASE.
    START-OF-SELECTION.
    TIT = 'Four Buttons'.
    BUT1 = 'Button 1'.
    BUT3 = 'Button 3'.
    CALL SELECTION-SCREEN 500 STARTING AT 10 10.
    CASE FLAG.
    WHEN '1'.
    WRITE / 'Button 1 was clicked'.
    WHEN '2'.
    WRITE / 'Button 2 was clicked'.
    WHEN '3'.
    WRITE / 'Button 3 was clicked'.
    WHEN '4'.
    WRITE / 'Button 4 was clicked'.
    WHEN OTHERS.
    WRITE / 'No Button was clicked'.
    ENDCASE.
    Reward me if its helpful.
    Regards
    Ravi

  • Payment Program and Spot Exchange Rate Type

    Hi Everyone,
    When performing wire transfers in foreign currency, my company wants to be able to have the payment program, F110, be able to convert the payment to the vendor based on the bank's spot rate at that moment in time.  I found that we can use exchange rate type "G", update the rate within OB08 prior to running F110, input the exchange rate type "G" within the Parameter section within "Exchange rate type" and process the payment program as normal. 
    My question is this:  We have a few separate companies that would use this feature with the possibility of receiving different rates from their respective banks.  How would this work if 2 companies had 2 separate exchange rates for the same conversion on the same day?  I found that once you enter in an exchange rate for a conversion, you are stuck with that rate for that particular day, so the amount can not be over written with another rate to be used by the second company code.  Is there a way around this or is there a different way to accomplish the converting of currencies at the payment program?
    Thanks.
    Pete
    Edited by: Peter Zaborowski on Sep 26, 2008 2:35 PM

    Hi Peter
    Use two different exchange rate type for bank1 and bank1. Upload the exchange rate into the system. Select house bank and specified rate type during the payment run.
    Regards
    Srinivas

  • Exchange Rate Type per Company Code

    HI Experts,
    In our system the conversion rates for EURX are maintained since there are several European companies working with the system.
    Now we would like to use the same SAP-system for companies in China & Taiwan. In both countries there is an individual "official" exchange rate which does not equal the exchange rates stated from the German banks and thus fed into the system.
    Is there any possibility to connect a company (code) with one particular exchange rate type? Since we are dealing with countries outside of the EU.
    Thanks in Advance
    Siva

    Hi,
    as you may have recognized, the assignment cannot be made on company code (or country) level, but only on currency level. In particular, this is table TCURF.
    When (almost) all possible currency combinations (from-to) are redirected to rate type EURX, then this looks like standard SAP delivery settings that you can freely change according to your needs.
    If you are not familiar with TCURF maintenance, however, you should be very careful here and test every change before importing it to the productive environment.
    The basic idea that I have always followed for the same or similar requirements is that local rules for a particular rate type are always control the rates to be applied when converting from any foreign currency to the currency of the particular country.
    If you are a China company and your local company code currency (curr.type 10) is CNY, then you have to make the following changes to table TCURF:
    First, find out all the foreign (non-CNY) currencies that you are dealing with. This may include EUR, USD, and any other currency of the world.
    Then, determine (or create) a new exchange rate type in table TCURV. This should be the rate type for your "own" rates. Let's name it rate type "L" (for Local rates). Note: you can use the standard M rate type as well, but it is more transparent if you define a separate one.
    Then have a look into table TCURF and find the entries as follows:
    Rate type: M
    From-currency: all that you are using in your business (all non-CNY that you use)
    To-Currency: CNY
    Valid-from: find the recent entry for each combination
    With all of these entries displayed, you will find that the alternate exchange rate type field (ABWCT) in these entries is set to EURX.
    Now you want to create a new TCURF entry as follows:
    Rate type: M
    From: the same foreign currencies as above
    To: CNY
    Valid-from: a newer date than the last current entry
    Alternate exchange rate type: L (your new rate type) - in case you want to use just M, then leave ABWCT empty.
    If you are using the L type (which I recommend), then you have to add 2 new entries to TCURF for each foreign currency:
    1.
    Rate type:  L
    From: foreign curr
    To: CNY
    Valid-from: 1.1.1800 (yes!)
    Ratio from and to: as you want, it should be the same as in the corresponding M entry, usually 1:1, but it depends
    Alternate exchange rate type: leave it blank.
    2.
    Rate type:  L
    From: CNY
    To: foreign curr.
    Valid-from: 1.1.1800 (yes!)
    Ratio from and to: as you want, it should be the same as in the corresponding M entry, usually 1:1, but it depends
    Alternate exchange rate type: leave it blank.
    Finally, in OB08, you have to maintain rates like
    type L,  foreign curr to CNY
    You are done
    What is happening is the following (example you post a document in USD in your China company code)
    Doc.currency USD --> must be converted to your local currency CNY
    First, the system looks the current ratios for the M entry:
    M, USD to CNY, valid from: recent, 1:1 and ABWCT = L !!!! (the entry you have added before)
    Then it checks the ratios for L:
    L, USD to CNY, valid from 1.1.1800, 1:1, ABWCT = blank
    Based on TCURF, the system will look for the current rate entered under rate type L, your local rate )
    Now what if a USD-based company has to post something in CNY? No changes there as the TCURF settings were not touched. They should look like this:
    M  CNY to USD, alt.exch.rate type EURX (or blank)
    If it is EURX, then the rates enterd under EURX rate type (once USd to EUR and then CNY toi EUR) are read and the cross-rate CNY to USD is calculated.
    If it is blank, then the rate entered under rate type M is used.
    In both cases, no change to your current process.
    It works similar if the company code is EUR based.
    The main idea is: redirect all M entries in TCURF where <anycurr> to CNY to the new rate type L, but leave all other TCURF entries untouched. Direction <any> to CNY are only relevant for the China company code, the rest of the world does not care about that conversion. They might be interested in conversions like CNY to <any>, like in the above example, CNY to USD, or CNY to EUR, but that could be their German or ECB rate, you do not have to care about.
    <removed_by_moderator>
    Csaba

  • Exchange rate type in BW

    Hi,
    I have an issue on Exchange rate type in BW.
    A new exchange rate type was created in R3, now I want to use the same in BW. For this, I have done the Global settings in BW on R3 source system and updated the exchange rate.
    After this, I could able to see the new exchange rate in Exchange rate type selection, but I could not able to see the newly updated exchage rate in T-code RRC1(F4 help). In this F4 I can see all other exchange type except this newly updated one.
    Kindly suggest.
    Thanks
    Ravi

    hI
    Replicate the entire source system
    Rigt click on source system  replicate meta data  then
    search it
    Cheers
    Ogeti

  • Currency Conversion for Exchange rate type "AS02"

    Hi Experts,
    I am gonna post the most challenging problem (regarding currency conversion) I ever faced in my 1 year of BW Carrier.Kindly provide a solution.
    There are three types of currency to be used in the query for Key Figure 0NET_VALUE (so total 3 Key Figures to be created)
       1.Document currency (may be any currency)
       2.Local Currency (must be EURO)
       3.Global Currency (must be USD)
    From Document currency to Local Currency(EURO) we are using Exchange rate Type "M" (in Conversion Type created in Trans RRC1) [There is no problem in this conversion]
    Problem starts now--->
    From Local Currency(EURO) to Global Currency(USD) we have to use Exchange rate type "AS02" (in conversion type to be created in RRC1)
    but there is a Business requirement  that currency rate should be as per the last day of the entered period;and this logic should work for the range of periods also.
    Example :
    we are executing query for the period 006/2006 (posting Period)
    Last day of this period is 06/30/2006,
    Currency rate would be as per 06/30/2006
    And this currency rate should be same throughout the period 006/2006 in query
    The example was for single period,but logic must be incorporated for the range of the periods.

    Hi..
    There is no corresponding source key figure in the InfoSource for the target key figureof the InfoCube.
    a. A source key figure of the same type can be assigned to the target key figure
    (for example, sales revenue instead of sales quantity revenue).
    If the currencies of both of the key figures are the same, no currency
    translation can take place.
    If the currencies are different, a translation can take place either using a
    currency translation type or by simply assigning a currency.
    The following table provides an overview of possible combinations with different
    currencies in the source and target key figures:
    if Source key figure currency  is fixed , Target key figure currency is variable  then Currency translation (CT)  No CT
    if Source key figure currency  is fixed , Target key figure currency is fixed  then Currency translation (CT)   CT
    if Source key figure currency  is variable , Target key figure currency is fixed then Currency translation (CT)   CT
    if Source key figure currency  is variable  , Target key figure currency is variable  then Currency translation (CT)  CT or assignment
    b. If there is no corresponding source key figure of the same type, then you have
    to fill the key figure for the data target from a routine.
    If the target key figure has a fixed currency, no currency translation is
    carried out. This means that if translation is required, you have to execute
    it in the routine.
    If the target key figure has a variable currency, you also have to assign
    a variable source currency to the routine. Using the F4 help you can
    select a currency from the variable currencies in the communication
    structure. You have two options:
    – You can select a variable currency and assign it.
    – You select a currency translation type and a currency into which you
    wish to translate (‘To’ currency).
    The ‘To’ currency is, by default, the target currency if it is included in the
    communication structure.
    Creating a Routine for Currency Translation:
    If you want to translate currencies in the update even though the currency translation is not
    available for one of the above reasons, you can create a routine. Choose Routine, set the
    Unit Calculation in the Routine and choose Create Routine. In the routine editor you get
    the additional return parameter UNIT, the value of which is used to determine the target
    1.  save the query  and it under role
       see to it is in   :  Restricted and calculated key figures --->   properties of k.f
    2. exeute the query
    3. the currency translation --> by target currency  usd  choose  OK
    conversion type :  MEANTODAY Fixed target currency current date (MT)
    4.  Go back to the query definition by chossing chage query ( global definiton)
    5.  in the context menu for % share sales vouume of incoming orders,  choose properties --> formula collision -->  result form this formula choose OK
    Note that -
      your should alos set the currency translation in the  properties for the  two key figures sales voule EUR , choose properties ---> currency  conversion key :  fixed target currency ,  currrent date ( MT) -->  target currency  : American Dollar .  choose   OK
    <b>The translation key is a combination of different parameters that establish how the exchange rate for the translation is executed.
    The parameters that determine the exchange rate are the source and the target currency, the exchange rate type and the time reference for the translation.</b>
    The source currency is determined from the data record or dynamically from the master data of the specified InfoObject (currency attribute)
    The target currency can either be fixed in the translation key or selected at the time of translation.
    You can also use an InfoObject (currency attribute) to determine the target currency.
    The exchange rate type distinguishes exchange rates that are valid in the same time frame next to each other, for example, the bid rate, ask rate or middle rate. The exchange rate types are stored and can be maintained in a central table (TCURV).
    The time reference for the currency translation can be either fixed or variable
    The fixed time reference can either be a fixed key date that is stored in the translation type, or be determined using the system date when executing the currency translation.
    If the time reference is variable, then the point in time for the exchange rate determination comes from the value of a time characteristic (InfoObject). The reference can, for example, be the end or the start of a fiscal year or a calendar year, a period and a month – or even to the exact day. It can also be determined using a customer-specific InfoObject (for example, trading day).
    Currency translation in the BEx
    When selecting a translation key with a fixed target currency     this currency will be added automatically to the query definition
    Also, you can use translation keys selecting their target currency at the time of translation. These can be applied in two different ways:
    Selection of a specific target currency in the query definition (1)
    Entry by variable (2)
    Dynamic translation keys require input from the InfoCube !
    InfoObject value will be read during query execution
    Examples:
    dynamic time reference (p.eg. 0CALDAY)
          time characteristic
    target currency determined by InfoObject (currency attribute)
         characteristic which contains currency in its attribute table
    the corresponding InfoObject has to be part of the InfoCube
    1.Define the currency attribute in the InfoObject maintenance
    The currency attribute has to be a unit InfoObject of type currency
    The unit InfoObject must be an attribute of the characteristic
    The currency attribute should be filled in the master data table of the corresponding InfoObject (manual maintenance or upload via InfoSource)
    2.Enter the InfoObject in the translation key maintenance
    Only InfoObjects with a currency attribute can be used in translation keys (p.eg. 0COMP_CODE)
    At the time of currency translation the value for the source currency / target currency is then derived for every record from the master data table of the specified InfoObject
    All values for a query are translated ad hoc (after having executed the query) using a translation key
    Depending on the translation key a fixed target currency will be used for translation or you will be able to select the target currency
    The ad hoc currency translation offers only restricted functionality (selection of translation key and target currency) compared to the currency translation in the query definition
    Do not forget to create your translation keys before starting your work in the Business Explorer Analyzer
    Example:
    You load the following record to your InfoCube:
    Company Code:                1000
    Amount in Source Currency:      500,-
    Source Currency:                FRF
    Target Currency:               ?
    In the Update rules, you are now using a translation key which derives the target currency from the InfoObject 0COMP_CODE. During the Update Process the target currency will then be read for Company Code 1000 from the master date table of 0COMP_CODE.
    With the currency translation in the Business Explorer, the source currency can currently only be determined from the data record.
    Only translation keys with a fixed exchange rate type can be used in the BEx
    Translation keys with a dynamic time reference (from an InfoObject) can only be used in the query definition. It is not possible to fill the InfoObject by a variable !
    Translation keys getting their target currency from a currency attribute can only be selected in the query definition
    When getting the dynamic reference from an InfoObject (p.eg. 0CALDAY) the currency translation will apply to each record read from the database. That means it will use the date in this record for the currency translation.
    When using a variable you will restrict the output of your query to a certain amount of data. For example, you would translate all invoices of March 11 with the translation date March 11
    This means, the requirement “show me all invoices in my cube in group currency, conversion date: 14.07.2001” could not be solved by a variable input for 0CALDAY
    I hope this would help...
    with regards,
    hari

Maybe you are looking for

  • Connecting to my macbook pro is impossible

    I have been trying for 5 days to connect my macbook air 13" mid 2011 to my macbook pro 13" mid 2012 using thunderbolt cable and several times it connects and the disconnects on its own and now not even that. Both macs are running Mavericks.

  • Flash Media

    I can only use Flash media to get my daughters away collage games on my iPhone. is there any work around. The error message blames Apple. Ideas??

  • DSML on DSEE Proxy 6.3.1

    Does anyone know how to enable DSML communications to the Proxy server? I see how to enable it to the LDAP server, but could not find any documentation or server setting to enable it on the Proxy server.

  • SetCursor no effect on jtextArea

    I would like to change the cursor on a jTextArea that has been set to non-editable. Anyone can show me a way to do that ? Thanks

  • Saving Changes in Album Info

    When I change any information in the 'Get Info' section it allows me to input the information and press okay but then doesn't make or save the changes? Can anyone help?