1. В комментарии можно написать всё. Я согласен. Но можно, также, иметь набор предопределённых полей для стандартных ситуаций. Многие системы для этого предоставляют пользовательские поля, смысл которых можно переопределить при настройке БД. В AC тоже есть классификаторы, но в них нельзя ввести текст/число - только выбор из списка значений. Может быть стоит расширить классификаторы типами `текст`, `дата`, `число` с возможностями фильтрации и сумирования (для чисел)?
2. Т.е. я каждый раз должен вводить в поле расхода 10.25*36.6120 вместо того, чтобы ввести сумму расхода, курс и код валюты? Это неудобно изменять и читать. Это неудобно проверять. А как делать copy/paste из этого поля? Что будет скопировано в буфер? Будет сделано как в Excel - copy/paste special? А в другие приложения будет копироваться число или формула? Введение формул может усложнить внутреннюю логику программу и над этим нужно хорошо подумать. ИМХО. Формула должна быть чем-то отдельным. Может быть нужно вводить пользовательские типы операций, расширяющие Приход/Расход/Перевод дополнительными расчётами в дополнительные поля (см. п.1) на базе основных и дополнительных полей?    Простите, импровизирую на ходу.
3. Может быть. Может быть я просто не вижу необходимость этого (а она на самом деле есть).
4. Для того, чтобы видеть не только сумму, которая получилась послеконвертации, но и исходные данные - сумму в инвалюте и курс. Это может быть удобно для последующей проверки. Сейчас мне это мешает тем, что в окне операций по рублёвой карте я вижу всё в рублях и не вижу сколько я реально заплатил евриками, находясь в Европе. Я просто здесь подолгу живу и у меня по паре месяцев только евровые расходы. А может мне интересно, сколько я заплатил местных денег за хлеб месяц назад и сегодня (а не зависящих от курса рублей)? Разные могут быть задачи. Опять же ИМХО. Опять же задача решается введением доп. типов классификаторов и пользовательских операций.  
Не бейте больно