The short answer is that you cannot take the approach you describe.
There is no field for exchange rate in Moneydance. There no field for it in the download formats. The main ones. OFX and QIF do not have any provision for exchange rates or foreign amounts and the CSV importers follow this direction.
Hence all imports are considered to be in the currency that the account has been defined in.
Giving the omission from the standard formats the only way that Moneydance will work with foreign amounts is if the exchange rate used has already been loaded into Moneydance for the specific date prior to the import of the transaction. If there is a rate there and an amount is added to a foreign currency account where the transfer account or category is in another currency then Moneydance performs the conversion when adding the transaction to the other account/category.
Thanks. When I enter a transaction manually in a register (see attached), I can enter both sides of the transaction and an exchange is calculated or, if i enter the rate, the amount is recalculated. I'd like to import transactions where I provide 'both sides' of the transaction.
As I stated in my original message, I've done the work to match both side of the transaction in an Access database. Now I want to import them. I was hoping someone might have written an add on that allows an import with both sides to be entered in one transaction.
I know it's possible to write my own but I was hoping someone might have already done it :) I can provide the data in any format required.
Apologies I had forgotten that Moneydance stores the rate for individual transactions and was think how it uses the overall rates it keeps.
I've been around Moneydance for a while now, alas I cannot recall any extensions that work with foreign currency transactions with exchange rates. The main user created extension for loading transactions is the CSV importer, I did look at it and there is no provision for exchange rates or foreign amounts that I can see. QIF has no provision and as OFX has no provision for categories it is of limited use in migrations in any case even though it does have provision for rates.
You have probable worked this out but just in case.
As part of the QIF import process Moneydance allows you to select the currency for non-base currency accounts. For these currencies to be listed on import ensure “Show on summary page” box is ticked under TOOLS – CURRENCIES – highlight subject currency and double click – EDIT. Note: QIF file do not contain exchange rates. To overcome this QIF file shortcoming the Currency/Security History window must have current and dated exchange rates filled in which cover the date range of transactions in non-base currency account. As well as manually adding exchange rates you can import CSV exchange rate files downloaded from sites on the web. Use IMPORT button in the Currency/Security History window.
Some notes on entering foreign currency transactions into a base currency account.
Assuming you want to enter foreign currency transactions into a base currency account.
You need first to set up categories in the foreign currency. TOOL – CATEGORIES – NEW. Remember to change the CURRENCY TYPE using the dropdown when you set up a non-base category to the required currency. As you can see you can end up with categories with similar names which need to be differentiated by currency.
Now when you want to enter a transaction for a category in that foreign currency select the appropriate category.
Holiday:Travel -------- base currency
Holiday:Travel UK -------------- foreign currency GBP
Holiday:Travel Europe ---------foreign currency EURO
When a non-base currency category is selected you will now notice that the Rate and Foreign Amt fields are open for you to use when you select a category created for use with a foreign currency.
Assuming that the exchange rate for the foreign currency is available under TOOLS – CURRENCIES the RATE value will fill in. Enter the Payment or Deposit amount (for credit cards Charge or Payment) in the base currency and the Foreign amount will fill in. You can change the Rate if required. Instead you can enter the Payment or Deposit amount (for credit cards Charge or Payment) in the base currency and the Foreign amount and the Rate will change accordingly. You can’t enter the Foreign Amt as there is only one field so you are not able to define it as a Payment or Deposit amount (for credit cards Charge or Payment).
Splits will also handle a mix of base and foreign currency transactions.
I don’t know if Quicken works in a similar way or uses a different approach when handling foreign currency transaction. Maybe you can adapt the following.
Create a new data set. Populate the relevant exchange rate history window. Manually or CSV import.
Let’s assume you have a category Holiday:Travel which has imported from Quicken. As the QIF file does not define currencies all associated transactions appear in the base currency. SEE FIG 1. Set up a new category Holiday:Travel UK with the currency set to British Pound as FIG 2.
Under EXTENSIONS – MANAGE EXTENSION install/run Find and Replace. See FIG 3 for next set of steps. In the FIND section, top left, select category to Travel and click FIND. Tick all the transactions you want to move from the category Travel to Travel UK. See FIG 4 for next set of steps. In the REPLACE section set the category to Holiday:Travel UK click REPLACE ALL. If all looks OK click RECORD – DONE otherwise click RESET.
Fig 5 show that the subject transaction has been changed to a foreign currency transaction including exchange rate and foreign amount.
Maybe you can adapt the above to meet your situation.
Thank you - I am aware of this but I appreciate your help. My issue is not with using Moneydance or entering foreign currency transactions or cross currency transfers. The problem is that QIF import creates duplicate transactions for almost every dual currency transaction that is imported. I can manage this pre-import if i could find an extension that allowed me to specify both the from and to amounts in one entry. I'll probably have to write one myself but I was hoping someone else had done so. Thanks for your help.