Так, я там намесил в предыдущем посте...
 
короче, проблема мультивалютности счета решается так:
В БД в таблице операций заводятся поля:
- Сумма в функциональной валюте,
- Сумма во введенной валюте,
- Введенная валюта.
- вид курса (если по валюте будет вестись несколько курсов).
Функциональной валютой считать Рубль, а вообще, давать выбирать; можно вообще отдельную завести.
 
Далее. Тут возможны варианты, но оптимальным мне видится такой вариант ведения операций. Пре регистрации операций перевода отдельно заводить строки соответствующие ДТ и КТ операции, каждая - со своими аналитиками. А корреспонденцию отслеживать по какому-нибудь коду. В этом случае отпадает необходимоть как-то особо выделять операции расхода, дохода и перевода, все можно вести в одной таблице. И задача обеспечения мультивалютности системы облегчается.
 
Так же, я бы разнес финансовые операции и количественные в разные таблицы. Это позволило бы в дальнейшем наворачивать количественный учет до бесконечности...
 
И опять-таки, не знаю как сейчас )...  В каждой таблице я бы предусмотрел с десяток резервных полей... так, на всякий случай.
 
Тут конечно есть угроза преемственности (я не знаю, как сделано сейчас), но, на мой взгляд незначительная переработка может поставить программу на особое положение среди подобных...
 
Если есть замечания или вопросы, с радостью отвечу. Мыло у Вас есть.