...приходы по статьям расходов, то тогда может быть разрушена вся система учета. Собственно, деление классификаторов на деревья доходов и расходов для того и нужны, чтобы отделить доходы от расходов. Доходы, выполненные по статье расходов (и наоборот) выбиваются из этой схемы напрочь.
 
Еще один вопрос, который сразу возникает после разрешения доходов по статье расходов состоит в том, что непонятно как готовить отчет по оборотам по статьям. По уму просится такие доходы вычесть из расходов по этой статье. Но это противоречит общей логике подготовки таких отчетов, в которой просто суммируются все операции по соответствующим статьям расходов/доходов.
 
И, наконец, последнее. Как это вообще должно выглядеть с точки зрения user interface? Просто разрешить в операциях расхода вводить статьи дохода? Ну это и сейчас можно сделать если снять соответствующую настройку классификатора. Вводить какие-нибудь дополнительные функции в программе наподобие "Возврат суммы"? Честно говоря, я против такого решения потому что user interface и так перегружен.
 
Поэтому, повторюсь, я делаю довольно просто: если возвращается сумма по операции, которая была сделана всего день-другой назад, я просто удаляю (или корректирую) оригинальную операцию. Если же возврата денег придется немного подождать, то я создаю отдельный счет "Расчеты с магазином", на который скидываю оригинальный платеж, а потом, после возврата суммы перевожу эти деньги на счет наличных. В этом случае становится видно в дереве счетов, что мне магазин должен денег.