А вы не хотите рассмотреть такой вариант: возможность группировки (например - по статьям доходов/расходов) и древовидного отображения операций для случая когда несколько операций имеют одну и ту же дату.
Поясняю: пусть кто-то купил в магазине тучу необходимой ерунды, и пподит ее в программу НЕ закрывая каждый раз окно "добавить операцию". В этом случае можно было бы присваивать всем таким операциям одну и ту же дату (это imho еще не совсем так). Далее, при отображении этих операций, программа выделяет операции, выполненные в одно и то же время, среди них ищет операции с общим "родителем" в статьях прихода/расхода, отличным от "корня", и после этого группирует.
Таким образом, у нас будет возможность сгруппировать операции по нашим же (для каждого-своим) приходно-расходным статьям без всякой надобности в более-менее существенных модификациях программы...
 
Dervish: Была и такая мысль. Но вот Артём Фёдоров считает, что группировка операций должна нести не только функции интерфейса, но и способствовать целостности данных и, если угодно, принуждать пользователя к правильному ведению учёта.