Comment 4 for bug 514297

Well, this goes like this. Account number is the same for any currency that are being stored inside. Still if you go to see summary it may differ - for one bank you may find approximate balance calculated in your local currency. For example in LV local currency is LVL (Ls), so if I have 100 EUR and 100 LVL on my account, I may see approximate balance = 170,... LVL. For other bank it would look like two lines by default, even at the front of your online banking system -
* 100LVL
* 100EUR

Nevertheless if you request full detail for your transactions over period you would receive two statements. One for each currecy, with it own balance... This will be for statement exported to a file - one file with two logical statements inside.

You may want to take a look:
http://www.bankasoc.lv/lka/komitejas/FiDAViSTa101_apraksts.pdf
http://www.bankasoc.lv/fidavista/fidavista0101.xsd

PDF file is in Latvian, but XSD file shows, that there is no limitation on how much statement tags may be in the file.

I do not see reason to make currency field as a string, but rather a reference to an object of currency, but not a functional field.

I understand, that accounting is ready for this - normally it would be handled as separate general account for account - currency pair. So if you have an account Nr. 345543 with two currencies LVL & EUR, you would define two general accounts, where for one account primary currency would be LVL, for another - EUR.

Ok, accountant, may want to keep records in both currencies at a time, I assume you can define two currencies for one general account in OpenERP.

We make several separate statements for each account, each currency. And account settings should be chosen not only by account number alone, but account number and currency.