Microsoft Dynamics 365
Business Central Team (administrator)
Thank you for this suggestion! Currently this is not on our roadmap. We are tracking this idea and if it gathers more votes and comments we will consider it in the future.
Business Central Team
This is the same as idea: G/L entries to keep Foreign Currency amount, revalue GL Accounts?
If yes, please merge these 2 ones.
If we can see the Original Currency Amount in the Customer Ledger Entries, Vendor Ledger Entries, and Bank Ledger Entries, why can't we see this in the General Ledger? It'll just be an extra column to pull in the original amount. We get this request from every client that has multicurrency configured.
How this is not a a priority one on the fix list is an enigma of its self. But after all feedback to decide to NOT have it in a road map even is amazing and unfortunately speaks volumes but in a non-customer-positive way. It leaves me wondering about if Business central is developed based on customers actual needs on top of financial requirements globally and locally?
If you want business central to never be used by a company that have any customers or suppliers that uses another currency then the local accounting currency- then this is the route to go (small local business only, will need to be charged via partners in LC).
Maybe time to reconsider and add this to short term roadmap?
This functionality is available in GP and Sunsystems so it is a huge gap for clients transferring over to Business Central. We've had to create a custom extension but would love it to be core product asap.
On the technical side, these values were populated using a Subsciber to the Publisher "OnAfterInitGLEntry" of Codeunit "Gen. Jnl.-Post Line"
Need to have
This is a very important one! Especially for customers dealing with e.g. commodities and trading internationally.
And also if you do trades in different VAT Currencies.
We need this :)
Wonder will MS provide this improvement in coming version.
i agree with Dominik. We have to turn down prospects in commodities and trading. simply because GL does not capture original currency code and amount. Even suggested them to keep outside Business Central.
They could not revalue the account (Balance Sheet) based on Original Balances to reflect the latest exchange rates.
It would in fact be even better to show both the local currency code, the amount in local currency, the transaction currency and the amount in the transactions currency in all screens system-wide. E.g. also in sales invoices, purchase invoices, ...
My proposal is to use the suggestion of the original poster, but adopt it everywhere AND also show the local currency code (instead of leaving that blank).
We are working with foreign currencies for about 30% of our transactions and in any given selection or page view there could be a mix of different currencies. Very often the user would like to see the local currency amount equivalent on posted sales invoice lines and totals. Seeing both local and transaction currency for every document and transaction is useful and should not be a problem on screens with increased pixel real-estate.
If you switch between BC-companies with accounts in different currencies, the 'local currency' might not be immediately obvious for the user. It is better to always show that local currency instead of leaving the currency code field empty, as is now the case. (Or at least make it optional to show it when the user wants.)