PROGRAM REUKEWUSALDOCHECK aborting in currency conversion

the program  is aborting when running currency conversion
the error is like
Program REUKEWUSALDOCHECK started on 14.08.2008 at 11:08:56 by user DEVELOPER
Client: 300 Package: 700 Phase: CONVERSION                                  
There are 1 documents with balance not equal to zero in table DFKKEWUDOCCRIT
Program REUKEWUSALDOCHECK was started ONLINE and abended !                  
Program REUKEWUSALDOCHECK canceled on 14.08.2008 at 11:09:07 with status ABO
how can i correct the error. this is in sap 4.7

Your program looks like a SAP standard program. Please refer any OSS notes @ www.service.sap.com.
Just copy paste the program name and search for any relevant OSS notes. Kindly consult your BASIS team for details on OSS Notes.
Thanks
Krishnan

Similar Messages

  • Currency Conversion for billing doc and after user exits in COPA

    Hello Friends,
    Need your view on this issue:
    1. Company codes currency and Operating currency is different., Costing Based CO-PA.
    2. Value filed "Gross Sales" get posted via Billing doc. In case of correction billing or re-posting (after reversal of original one) of billing doc value
    field "Gross sales" get posted based on exchange rate of original (very first) posted document because system is updating "Translation date"
    in table BKPF from very first document posted and not taking current date as a translation date. SAP standard program is  reading "Translation date" from BKPF to chose exchange rate and valuating "Gross Sales" on that ex.rate.
    3. Some user exits in COPA valuation to populate some values for other value field (Example - Gross Sales value should populate in value field
    "Sales ASP"). After valuation in exits, SAP standard program is re-valuating value fields value (program statement is : perform currency conversion for fields that were changed in exit ) and for this valuation system is taking posting date for exchange rate.
    Due to above logic company code currency value is different in Gross Sales and Sales ASP.
    Requirement is : Sales ASP value should be same as Gross Sales.
    Can you please share your thought to find the solution.
    Thanks
    Ravi

    Check if the currency key and the unit of measurement are filled in (these will be the reference fields specified in the field definition of the structure at the database level).

  • Local Currency conversion program(Standard) - Manually starting  Fill phase

    Hi experts
    I am having a problem running the local currency conversion program.
    The Analyse phase  completed with 3 warnings but can not start the Fill phase automatically . How can we start it off from this stage to the next (fill) stage or what could be the source of the error.
    all suggestions will be appreciated

    Hi,
    Try using the FM  'CONVERT_TO_LOCAL_CURRENCY'.
    For testing purpose Go to se11 and see the values is TCURR table.
    For eg : If you want the exchange rate as M (which is Month Begin Exchnage rate), the date you are passing to the FM should always Begin of the month.
    FORM calculate_currency
    USING
    lv_date LIKE wa_data-fldate "date is needed as on current date should be set exchange rate (be carefull with type i left my original)
    lv_foreign_amount LIKE lv_totalprice "number
    lv_foreign_currency LIKE wa_data-currency "currency identificator
    lv_local_currency TYPE c "currency identificator
    CHANGING
    lv_local_amount TYPE p. "number
    CALL FUNCTION 'CONVERT_TO_LOCAL_CURRENCY'
    EXPORTING
    CLIENT = SY-MANDT
    date = lv_date
    foreign_amount = lv_foreign_amount
    foreign_currency = lv_foreign_currency
    local_currency = lv_local_currency
    RATE = 0
    TYPE_OF_RATE = 'M'
    READ_TCURR = 'X'
    IMPORTING
    EXCHANGE_RATE =
    FOREIGN_FACTOR =
    local_amount = gv_local_amount
    LOCAL_FACTOR =
    EXCHANGE_RATEX =
    FIXED_RATE =
    DERIVED_RATE_TYPE =
    EXCEPTIONS
    no_rate_found = 1
    overflow = 2
    no_factors_found = 3
    no_spread_found = 4
    derived_2_times = 5
    OTHERS = 6
    IF sy-subrc 0.
    MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
    ENDFORM. "Calculate_currencytake a look on exceptions which you get after, it might be helpfull
    Please reward points if helpful.
    Regards
    rose

  • Currency Conversion terminates the query execution

    Hi friends,
    When I execute a query it terminates due to the following error in currency conversion. "Abort System error in program CL_RSR_RRK0_CURR and form FILL_CUDIM_02-04 (see".
    conversion works fine and gives correct values in target currency when the source currency is say thailand bhat, malaysian ringett, philippino peso etc.., but when i use the source currencies of zimbabwe or kenya i get this error and next the query terminates.
    Can any one of you suggest me what could be the problem. How do i systemtically approach to solve this problem.
    Thanks
    Raj

    Hi Serjio
    All the currencies mentioned currencies are available in the TCURR table including the exchange rates from those currencies to USD.
    Hi Sven,
    I am sorry, I really didnot understand when you say "set the flag for protocol to X". You may throw more light on this. I tried debugging the program RSW_CUR_TRANSLATION_RATE_GET in the past step-by-step. This leads to lots of other programs and i was really lost in them. Pls guide me to debug it effectively.
    Hi Serjio/Sven,
    Further, i missed out to mention the following details in my post. We have two version of a this COPA query. One is older and the other is newer. Both were created before we upgraded from 3.1C to NW2004s.
    The older version works fine. The conversion from source to target currencies is good for the african currencies also besides the asia-pacific (AP) currencies. However, the newer version throws out the error message i have mentioned in the post for african currencies but works fine for asia-pacific currencies. Even the newer version was working fine before we upgraded from 3.1C to NW2004s. Its only after the upgrade that we are encountering this problem.
    In the query we are also converting the data to SGD (singapore dollar), besides USD. As i donot require this data i have hided the values in SGD. As a reason we have never maintained conversion rates/factors for converion from any of the AP or African currencies to SGD. Due to these missing rates I get an Information message to maintain the conversion rates/conversion factors for AP/African curr to SGD. This message appears along with the error message(mentioned in my post) on the same screen. This information message also appears for the older version of my query, which is currently giving correct $values. But I think we can ignore this message. Else do you think, in some way these missing rates are responsible for the trouble??.
    But more surprisingly why is that the older version is not impacted by the upgrade while the newer is affected?
    Pls share your views
    Thanks
    Raj

  • How to turn off Currency Conversion within the execution of Fox code

    Hi All:
    We have a number of custom key figures defined in a Planning Layout.
    We had wanted to define those fields as type CURR with 4 Decimals, however it appeared that 2 Decimals was the maximum we could specify.  We therefore wound up using Type FLOATING POINT with 16 Decimals.
    In some Fox code that calculates these custom key figures we then use a ROUND statement to produce values such as 3.2735000000000000.
    When this Fox code executes in debug mode, I see a generated ABAP program running which includes Include programs RUPFGENTOP and RUPFGEN00.   This program executes a Form F_00001, which is essentially the Fox code. Here I can see the ROUND statement producing the desired result.  Right after though a Form TCURX_CONVERSION executes, which often reintroduces all 16 decimals, and I might get values, such as 3.2735000000000001 or 3.2734999999999998.   These small fractions cause other issues later on in the process.
    In our case we are not trying to convert an amount from one currency to another, so we don't understand why it even would try to do a currency conversion.
    My question:  is there any way to "turn off" this currency conversion routine?
    Please advise - any suggestions would be most welcome.
    Many thanks in advance,
    Robert van der Kam

    Hi Robert,
    the solution suggested by Anass only works for key figures of type number. For key figures of type amout or quantity it is not allowed to change the number of decimals. Especially for amounts the number on the DB can only be intepreted correctly knowing the currency. Depending on the currency the value 1 on DB may be 100. This is why the FOX does the TCURX_CONVERSION, a better word would be currency shift since currency values have to be scaled depending on the values maintained in table TCURX. Since FOX needs one common number type for calculations the shift is neccessary.
    This is the reason why amounts have only 2 decimals on DB, the real number of decimals comes from TCURX; no entry there means 2 decimals, i.e. not scaling is neccessary. This is why changing the number of decimals via domains might corrupt all data.
    It seems that you are using release 7.0x, in releases 7.3x internally uses DECFLOAT data type, thus the 'problems' coming from binary arithmetic in ABAP FLOAT will not occur any more.
    Regards,
    Gregor

  • Error in Currency Conversion and calculated conversion rate is too big

    When I am trying to execute the Query,I can see the result but I received below Warning messages.
    Also I am not authorized to check the conversion rate using TCURR.
    1) Calculated conversion rate 301.149,42529 is too big.
    The exchange rate 301.149,42529 was calculated via the base currency USD.This produced a rate which exceeds the maximum allowed value of 9999.99999.
    System response : The Processing can not be continued because the calculated rate cannot be used.
    2) Error occurred during currency conversion.
    You attempted to Convert the currency.The system cannot find the valid currency into which to convert the value.
    The OLAP Processor cannot convert the currency.The drilldown is not changed.
    3) No Exchange rate from TRY to EUR and date 13.11.2009 is found.
    Please reply.
    Thanks in advance!

    Thanks fr the info. that u all hv given ..... I ran one program frm our side which will be updating the transfer exchange rates as u all have mentioned. But then , i am receiving the warnings.
    Also,when i have checked the conversion rates,they r fine.
    Please find the Below diagnosis ,which they hv given.
    Diagnosis:
    The exchange rate 301.149,42529- was calculated via the base currency USD. This produced a rate which exceeds the      maximum allowed value of 9999.99999.
    System Response:
    The processing can not be continued because the calculated rate can not be used.
    Procedure:
    Check the conversion rate to the base currency USD and the exchange rate type E. If the rates are correct, you must agree different conversion factors for the currencies in question (e.g. 100:1 instead of 1:1), so that the resulting conversion rate does not exceed the value 9999.99999.  Notification Number SG 119 .
    Please solve this issue.Thanks in advance!

  • Currency conversion display in the report

    Hi,
    I've a report which displays Vendor Name, sold to party, Sold-To-Party No, Bstnk, Buyer No,Distribution Channel, Division, LI/PO Number, Sales Order,Order Description,audat,vdatu,vbeln,aemenge,aewavwr, kwert, aenetwr, stwae, etc fields in output for a given range of dates. mostly these fields r taken frm S902 n VBAK.
    At the bottom of this report i need to keep a currency conversion display as for sy-datum.
    Ex: FROM --> TO     EXCHANGE RATE/CONVERSION FACTOR        DATE
          CAD --> USD      0.95776                     1:1                                 20.02.2009
          EUR --> USD      1.44484                     1:1                                 20.02.2009
          JPY -->  USD      95.88647                10,000:1                            20.02.2009.
    for this purpose earlier they used function-pool RSAQEXCE in other program.
    i exactly dont know wther this one is std program r query. in this they used func mod "convert_to_local_currency" also.
    please let me know how sh i pass my output internal table to get desired output like this.
    Please respond qk.

    Hi Raja,
    Please note reply from Hari.
    Note: Most of the currency conversion FMS won't work if u try to run in SE37
    But the same FMs works when u execute from program. Please try to use these FMs for conversion.
    U just have to pass source amount, source and target currencies and date.
    Thanks,
    Vinod.

  • IF i want  multiple currency conversion   inthe report  how to do

    IF i want  multiple currency conversion   in the report  how to do

    HI
    Basically currency translation is going to be happen based on OB08 Table. this table is exists in ERP and BI as well through some internal program the BI OB08 table will be updated based on ERP.
    if you want to maintain the currency translation if it is 3.X Tcode os RRC1 is it is BI7 RCUR.
    there you can maintain how many conversions you want according to your requirement
    Regards,
    Chandra.

  • Currency Conversion BPC 7.5 NW

    Hello Everyone,
    I have an issue with the currency conversion functionality.
    I know there were lot of discussion about FXTRANS topic. However, I am facing an issue while running the package:
    Application: Package Status Error".
    Exception occurred when running programs"
    I checked the CT configuration document, dimension properties, rule, logic etc. Not able to trace anything.
    I am performing the test on BPC 7.5 NW SP -7
    I run transaction UJKT, following is the message obtained:
    UJK_EXECUTION_EXCEPTION:BADI parameter error: "CURRENCY CONVERSION"
    "Currency Conversion" is the name of the package
    Can you please provide your inputs?
    Thanks in advance
    RJ
    I resolved the issue. One of thee dimensions, category used in Rate Application and consolidation application was different.

    Hello Everyone,
    I have an issue with the currency conversion functionality.
    I know there were lot of discussion about FXTRANS topic. However, I am facing an issue while running the package:
    Application: Package Status Error".
    Exception occurred when running programs"
    I checked the CT configuration document, dimension properties, rule, logic etc. Not able to trace anything.
    I am performing the test on BPC 7.5 NW SP -7
    I run transaction UJKT, following is the message obtained:
    UJK_EXECUTION_EXCEPTION:BADI parameter error: "CURRENCY CONVERSION"
    "Currency Conversion" is the name of the package
    Can you please provide your inputs?
    Thanks in advance
    RJ
    I resolved the issue. One of thee dimensions, category used in Rate Application and consolidation application was different.

  • APO DP: currency conversion with CURR_CONV_FAC

    Dear DP experts,
    we have currently a problem  that is described in a similar thread, however the solution is not yet clear.
    Demand planning: Change currency in unit column with a macro function?
    We are using the currency conversion: on planning book, top left corner - right mouse button - UoM - Set - In currency field put USD. (*) The planning area currency is RUB. To work with USD, the program takes the currency exchange rate of today. However we need to use the currency exchange rate that is maintained in SPRO on a monthly basis.
    We were advised by SAP that it is a program limitation and there is a macros CURR_CONV_FAC to make currency conversion based on periods.
    As we want to keep the conversion functionality  as is (*), did anyone try to implement the conversion in such a way and could help us with advice?
    For example , we think that this macros
    1) has to be DEFAULT,
    2) has to find the planning area currency
    3) has to read the new currency from the UoM column
    4) has to recognize that the currency change event has to happen.
    5) has to be allways called after setting the new currency.
    There are some doubts that this can work, can anyone advise?
    Best regards
    Vladimir Ermoshin

    Hi BPC Gurus,
    I too have the same issue.
    We are in the process of upgrading BPC7.5NW to BPC10.0 NW.
    1) I am validating the below Currency Conversion script in BPC10.0:-
    *RUN_PROGRAM CURR_CONVERSION
    CATEGORY = %CATEGORY_SET%
    CURRENCY = %RPTCURR_SET%
    TID_RA = %TIME_SET%
    RATEENTITY = GLOBAL
    OTHER = [ENTITY = %COMPANY_SET%]
    *ENDRUN_PROGRAM
    The data manager package runs w/o any errors, but log says:-
    LOG BEGIN TIME:2013-02-26 20:36:16
    FILE:\ROOT\WEBFOLDERS\XXXXX\ADMINAPP\LEGAL_CON\FXTRANS.LGF
    USER:JXXXX
    APPSET:XXXXX
    APPLICATION:LEGAL_CON
    RUN CURRENCY CONVERSION
    0  SUBMITTED, 0  SUCCESS, 0  FAIL.
    SCRIPT RUNNING TIME IN TOTAL:1.16 s.
    LOG END TIME:2013-02-26 20:36:18
    2) When tested in UJKT in BW I have the below error LOG:
    UJK_VALIDATION_EXCEPTION:Dimension set:"CATEGORY" not assigned in Data Manager
    3) Model is of consolidation type with dummy(no data) Ownership model.
    4) Below is screen shot of my Currency Translation rules post upgrade in BPC10.0NW.
    Any clue why currency conversion is not picking any records??
    Thanks in advance for your earliest help.
    GMR

  • Currency Conversion using third party tool

    Hi,
    I am trying to access BW from a third party tool and so far been quite successfull accessing BW Infocubes and Bex Queries by using OLAP BAPIs. However my customer wants to use currency conversion as it is available in BEX in the third party tool as well. I need some thoughts in this direction from experts who have worked on Business Objects and BW integration.
    I believe Business Objects has a similar interface with BW using OLAP BAPIs. Is there a currency conversion functionality available in Business Objects for BW? Would really appreciate if somebody, who has tried out this feature, can share some of his/her experience.
    Thanks,
    Anurag.

    Jean,
    We use Maestro for all our scheduling scripts. To start\stop the
    environment and start\stop applications. We create a shell script that uses
    escript to start/stop applications. Maestro just calls the shell scripts
    and monitor it for completion. I think you have to write the shell script
    in a standard way to return an error if it does not finish properly. Here
    is an example:
    #!/bin/csh
    source /appls/forte/fortedef.csh
    $FORTE_ROOT/install/bin/start_nodemgr -fm "(x:300000)" -e TR2ProdEnv
    ps -fu forte | grep -v grep|grep nodemgr>/appls/forte/production/scripts/KBB
    set KBB=/appls/forte/production/scripts/KBB
    if (-z $KBB) then
    exit 1
    else
    exit 0
    endif
    Hope this helps.
    ka
    Kamran Amin
    Forte Technical Leader, Core Systems
    (203)-459-7362 or 8-204-7362 - Trumbull
    [email protected]
    From: Jean Mercier[SMTP:[email protected]]
    Sent: Monday, April 12, 1999 10:36 AM
    To: Forte-Users (E-mail)
    Subject: Using third party tool to initiate a Forte batch program
    Hello Forte Users,
    Our company has acquired a software product called Maestro. It's a
    production scheduling facility that manages tasks for batch mode
    execution.
    We would like to know if anyone out there has had any experience using
    this
    product with Forte. One recommendation that we discussed was to have
    Maestro start a script on Escript to communicate to an agent that would
    start the batch process at a specified time. Has anyone done something
    similar or can offer any suggestions ?
    Thanks in advance,
    Jean Mercier
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

  • Currency conversion - CO differences

    Hi Guys,
    We are doing technical currency conversion at data base tableu2019s level from SGD to USD for our company code (EURO solution). During this conversion, FI reconciliation is able to achieve. On the other hand where CO data also changed balances form SGD to USD on fixed rate (exchange rate) conversion base, it will lead some small rounding differences either +/-. Is there any way to adjust these small differences in CO module alone with out impacting to other modules (Running EURO CO reconciliation programs i have idea apart from this any solution Plz)!
    Thanks for your valuable inputs.
    Vyas
    Edited by: vyas on Mar 3, 2009 10:18 AM

    Thanks Guys.
    We decided to use conversion cost center and element or internal order to write off the differences during currency conversion occured. Once go-live went will block for postings and for reporting management need to omit this.
    Thanks...Vyas

  • Currency conversion - Line item total does not tally with account balance

    hi guys!
    we are currently going through currency conversion in Zimbabwe and we are at preparation stage. i have got 3 issues:
    1. while trying to run program RFSEPA02 the following error is appearing-
       -Line item total does not tally with account balance
    2. i might need to retrieve some FI documents whic were archived. how do i retrieve archived documents
    3. i might also be required to delete(if its an option) some records so tha line item total will tally with account balance

    put a break-point @
    if t_balance_items_hw[] <> t_balance_account_hw[] or
         t_balance_items_tw[] <> t_balance_account_tw[].
        perform dequeue_account.
        message e099.
    *   Summe der Einzelposten stimmt nicht mit Kontensaldo überein. ->
      endif.
    endform.                               " CHECK_ACCOUNT_BALANCE_2
    and debug y it is getting the error.
    Short text
    Switch On Open Item Management by Changing Master Record
    Description
    This program activates open item (OI) management for a G/L account and makes the necessary changes to documents already posted. These are then displayed afterwards as open items. It does not process the open items any further. In reversed documents especially, it does not reenter clearing data in the document.
    Requirements
    No items can already be archived from this account.
    Caution: Company policy must be in place to ensure that this does not happen.
    Some G/L accounts cannot be managed on an open item basis, especially G/L accounts that are used in account determination for automatic transactions (for example, accounts set up for transactions MVA or VVA, or accounts which are posted to using posting keys set up for account type M).
    Caution: Before making any changes, check that the G/L account can really be managed on an open item basis. If necessary, contact your SAP consultant.
    The account must be blocked from posting since any new documents posted at the same time as converting documents and postings for this account would not be entered.
    Output
    When using the list log, each document that was changed is listed. In addition, the total of the changed BSIS/BSAS entries and the total of the changed documents is listed.
    Regards
    Prabhu
    Message was edited by: Prabhu Peram

  • Currency Conversion loading...

    Hi All,
    I am going to perform currency conversion via update rule.  I understand now to write the code in the start routine of the update rules.  Some basic questions below:
    1. How is the exchange rates loaded to BW?  Via the transfer global settings?
    2. How often do you load exchange rates in BW?  What is typical?
    3. Where in BW can I check the exchange rates?
    4. Let's assume the rates are loaded to BW.  Now, a dataload comes in and the currency conversion takes place in the update rule to the Cube.  Let's say that 1 Euro = 1.15 USD on 1/19/06.  So all data loaded to the Cube on 1/19/06 will get this exchange rate.  Now, on 1/20/06 new rates are loaded and the conversion is now 1 Euro = 1.50 USD.  So the next InfoPackage load will get these new rates?
    Is this incorrect, or does the exchange rates in BW all have dates, so depending on the date of the document being loaded to the Cube the correct exchange rate is read to equal this date.  Example document date = 1/19/06 so it gets the exchange rate 1/19/06, where all documents that are 1/20/06 will get exchange rates equal to 1/20/06???
    Please excuse my ignorance on this subject.  My invovlement with BW in the past has not involved currency conversion...until now
    Cheers,
    Mike

    Hello MIke;
    Go to T-code RSA1 > Sourec Systems > Transfer Exchange Rates > in the menu Program > Execute in Background > It brings up a screen for print parameters, but the settings apply to schedule this job as required.
    The update of exchange rates is updating tables TCURR and TCURV. If you run at the same place the transfer of global settings, the tables TCURF, TCURS, TCURT, TCURV, TCURW, TCURX, TCURC and TCURN are updated.
    For details check the programs RSIMPCUST (global settings) vs. RSIMPCURR (exchange rates).
    Also if you see these tables for example TCURR then you will see the exchange rate type which you will be using according to your business scenarios and the pick the exchange rate from the tables.
    Pls assign points if this hleps.
    Regards:
    BK

  • Currency conversion issue in SPM. We are getting incorrect results with SPM conversion function from one of the document currency to USD.

    Currently we are using SPM 2.0 version and we have been facing currency conversion issues.
    Please help me in following aspects.
    1) Where actually currency conversion happens in SPM. Is it the global program which does the conversion or other way.
    2) We have conversion issue for one of the currency where conversion function is giving incorrect results when converting from one of the document currency to USD. here The respective document currency is considering the 1:1 ratio with Dollar which is actually incorrect.
    3) We have verified in both BI side(currency tables) and even ECC side.
    Please help me in understanding this issue and let me know if you need more information on this.
    Its an production issue and appreciated your immediate inputs.
    Thanks
    Kiran

    Hi Arun,
    The following information may be helpful to you.The SSA_HELPER_PROGRAM has options regarding currency settings.
    EXCH_RATE_TYPE: This flag governs the exchange rate type which will be used for currency conversion in data management. For example if RSXAADMIN contains an entry EXCH_RATE_TYPE = „ZSPM‟ then the conversion type used for currency conversion is ZSPM. The default value for the exchange rate type is „M‟. More details can be found in the note 1278988.
    CURRENCYCONVERSION: By default data management converts all the measures in transaction currency to reporting currency and copies over to the corresponding measure in reporting currency. If the measure in reporting currency is already available in source it might be desirable to disable the currency conversion. To disable the conversion you can make an entry CURRENCYCONVERSION = „ „ in the table RSXAADMIN. This can also be achieved by running the program SSA_HELPER_PROGRAM with the option DEACTIVATE_CURRENCYCONVERSION. The conversion can be reactivated by running the same program with option ACTIVATE_CURRENCYCONVERSION.
    UNITCONVERSION: Similar to above. To deactivate unit conversion you can use the program with option and DEACTIVATE_UNITCONVERSION and to reactivate ACTIVATE_UNITCONVERSION. By default both the conversions are switched on
    EXTERNAL_CURRENCIES: Normally most of the international currencies are stored with two decimal places however certain currencies do have 0 and 1 decimal place too. For example JPY has 0 decimal places. SAP internal format stores even these currencies with 2 decimal places and at the time of display it changes the value to right decimal places. In case a file from external source is loaded to SPM it might have the format with 0 decimal places in the file. To convert it to SAP standard format post processing needs to be done on this value. If that is the case you can set the flat EXTERNAL_CURRENCIES = „X‟ in the table which will enable the post processing for these values. This flag can also be set and reset using the helper program using the option TURNON_EXT_CURRENCY_FORMAT and TURNOFF_EXT_CURRENCY_FORMAT.
    Kind Regards,
    John Harris
    Senior Support Engineer, SAP Active Global Support

Maybe you are looking for