Хм.. Имхо это самое главное, я так и понял, что структура "не правильная" на мой взгляд.
 
Разберемся с переводами (трансферами): для счета, с которого произошел перевод-это фактически "расход" только не"вникуда", а на другой счет, для которого это, соответственно, "приход".
На первом счете сумма со знаком "-", на втором со знаком "+". Общая сумма счетов (общий баланс)не изменяется.
 
Какие плюсы у такой системы учета
1. Все в столбик
2. В БД нет лишних полей
3. Все операции формализованы (сведены к 2ум приход/расход или приход+расход для трансферов)
4. Баланс считается простым суммированием
5. Может еще какие-то есть.
 
"-" пока не вижу
 
Вот такие у меня доводы и считаю способ учета одним из ключевых моментов в программе.
 
К стати остаток после операции иногда называют "Накопительный итог" или "Running balance"
 
Dervish: Основной минус изложенного вами подхода как раз в том, что в этом случае операция перевода становится "разорванной". Она разделяется на две половинки, которые независимы друг от друга. Тогда становится возможным производить какие-то действия отдельно по каждой половинке операции прихода.
 
А теперь давайте посмотрим на типичный вид перевода: вы заходите в обменный пункт чтобы продать доллары (и получить за них рубли). Я думаю, что вы со мной согласитесь, что в реальной жизни это неделимая операция. А раз она неделима в реале, то и в учёте это должна быть одна запись. Иначе что получается? Иначе, если удалить одну из половинок операций, получится, что вы отдали доллары, но рубли не получили. Или наоборот, рубли пришли а доллары так и остались в кошельке.
 
А если речь, на самом деле, шла только о том, как именно выгружать данные в Excel, то здесь надо учитывать тот факт, что зачастую данные выгружаются для того, чтобы их можно было импортировать в другую базу. Если я буду выгружать операцию перевода как две операции (одна прихода, вторая - расхода), то именно так (и только так) я смогу их впоследствии импортировать в другую базу.
 
Извините за сумбурность изложения.