GL Consolidation in Foreign Currency

SOLVED

Can someone please help with an issue I'm having with GL Consolidation in 5.6.  The Consolidated Company (a separate database) and GL is Multicurrency (CAD), one source company is Multicurrency (CAD) and imports fine, the other is Multicurrency (USD) and when I try to import it I get the "Bad Currency" error.  I can confirm that in the import unit maintenance, the functional currency does match the import file (i.e. USD), however am still getting this error. 

What I am trying to achieve is to have the CAD source GL Transactions imported in CAD, the USD source GL Transactions imported in USD (with a functional currency balance CAD calculated using a monthly average rate).  I was then going to run the revaluation process over the USD Balance Sheet GL Accounts in the Consolidated Company to revalue these at the month end rate.  This way I have FX Profit and loss and Equity transactions recorded in the Consolidated company at the monthly average rate, and the FX balance sheet recorded at the month end rate (with an unrealized FX gain/loss being the balancing account).  Combined with the CAD balances this should provide a complete consolidated overview without the need for Excel.

Any assistance would be much appreciated. Thanks

Parents
  • 0

    In your USD company GL export setup you must select Multicurrency Destination Company and Translate To Different Functional Currency and then select CAD in Currency Code.

    You must also use a Mapping Table, in the Mapping Table you must select the Rate Type.

    In your Exchange Rates you must have a rate for USD to CAD.

  • 0 in reply to Ettienne Schwagele

    Thanks Ettienne.  Are you saying that GL Consolidations does not allow the consolidated company to import/maintain GL transactions/balances in both source currency (USD in this case) and functional currency (CAD)?  Or that I have to use a mapping table to achieve this (something I haven't done)?

    I was trying to avoid using the mapping table because of the maintenance required, but can do so.

    Just a general question in relation to he mapping table, Is it possible to use the mapping table only for some GL Accounts, or does it have to be populated for all GL Accounts?  What happens if a GL Account mapping is missing?   I would like to setup an import mapping from the Canadian entity just for intercompany GL Accounts so they can be eliminated from the financial reporting.

  • 0 in reply to James Coley

    No I'm not saying that "GL Consolidations does not allow the consolidated company to import/maintain GL transactions/balances in both source currency (USD in this case) and functional currency (CAD)".

    GL cons exports the transactions with USD being the source currency and CAD being the functional currency - hence you need to "Translate To Different Functional Currency = CAD".

    Save yourself the hassles and use the mapping table for all GL accounts. Look at the options for Mapping in Export Setup. I've done thousands of these... just do it that way.

    PS... I designed the software.

  • 0 in reply to Ettienne Schwagele

    That makes sense, thanks.  I will do some more testing and find out why I was unable to import transactions in source currency.  Is it possibly that both the source and destination companies are multicurrency?  

    Re the mapping table, when you have a customer that is constantly adding new GL Accounts, is the best practice to maintain the mapping table in Excel and use the export/import function, or is there an easier way?

  • 0 in reply to James Coley
    verified answer

    Both companies can be multicurrency, or single currency - it does not matter as long as your setup is correct.

    I use a macro to maintain the mapping table, customers run it before doing an export and it adds missing GL accounts. The macro simply runs an SQL query to add the missing GL accounts.

Reply Children
  • 0 in reply to Ettienne Schwagele

    I have another series of questions regarding GL Consolidation please:

    1.What is the best approach to use for importing data into a separate consolidation entity? Balances (for opening GL Balances), and then Net Changes (for monthly GL Account Balance movements)?  Or Transactions (by Fiscal Period or Posting Seq)?  My concern is to avoid duplicating data on import or missing data so am looking for best practice please.

    2. What is the best process to correct the consolidation entity if there has been duplication of imported data, or other errors with data imported for a particular month?

    Thanks

  • 0 in reply to James Coley

    Is Anyone able to assist with these queries please:

    1.What is the best approach to use for importing data into a separate consolidation entity? Balances (for opening GL Balances), and then Net Changes (for monthly GL Account Balance movements)?  Or Transactions (by Fiscal Period or Posting Seq)?  My concern is to avoid duplicating data on import or missing data so am looking for best practice please.

    2. What is the best process to correct the consolidation entity if there has been duplication of imported data, or other errors with data imported for a particular month?

    Thanks