Моё мнение:
1. Должна иметь собственную сумму.
2. Нет.
3. Нет. (неуверенно
4. Нет (уверенно)
5. Учитывая ответы на 1-й и 2-й вопросы, мне кажется пользы от простой группировки не будет и непонятно зачем тогда вообще что-то менять…
 
Теперь поясню. Как я уже писал выше, я рассматриваю детализацию операций со следующей позиции: Я пришёл в магазин и сделал много разнообразных покупок. Пришёл домой, достал кассовый чек, длинною 50 см. и начал вводить операции.
Сейчас, либо вводишь одну операцию на всю сумму, либо вводишь все 50 см. В первом случае нет точности анализа, во втором — долго и все операции занимают много места на экране. Второй случай не смертелен, но не очень удобен. Может я не хочу заводить отдельные статьи на редкие покупки или не хочу детализировать покупки стомостью менее 10 руб., но в то же время хочу знать сколько у меня уходит на пиво, водку, сигареты и таблетки для печени… Вот тут-то, детализация и нужна: кассовый чек (вся покупка в одном магазине) на 500 руб. — это корневая операция, а вложенные в неё только то что я хочу выделить — а) пиво 100 руб., статья — снятие деперессии; б) водка — 100 руб., поднятие настроения; в) таблетки — 50 руб., лечение после поднятия настроения; г) хлеб — 5 руб., питание. Итоговая сумма вложенных операций корневой не равна, статьи разные, а анализирую я только указанные статьи и ничего другого.
Вот для этого и нужна детализация покупок. Тогда можно и смотреть на какого агента сколько тратится, так как в корневую операцию введена вся сумма покупки, и статьи которые необходимо держать под контролем тоже содержат достоверную информацию. Тогда и в окне операций хочешь посмотреть детально где, когда и что покупал раскрыл корневую операцию, не хочешь не смотришь, но примерно можно оценить сколько и где потратил в день или неделю, не пролистывая по несколько экранов.
 
Dervish: Вначале пояснение к сообщению Артёма.
 
Допустим вы вводите общий чек для всех покупок, которые вы сделали в супермаркете. Тогда, действительно, корневая операции будет иметь сумму всего чека и относиться к статье "Продукты питания", а дальше, когда вы будете детализировать покупки, вы, например, потраченную на водку сумму отнесёте к статье "Спиртные напитки", которая является подстатьёй упомянутых уже "Продуктов питания". Тогда в последующем, в графиках, это будет очень наглядно отображено.
 
Совсем другой вопрос, что делать, если в общую сумму чека входит, например, туалетная бумага, которая так же куплена в супермаркете. К продуктам питания её, увы, отнести не получится, значит, что с ней делать? Если настаивать на идее логической целостности, то что? Артём, как переработать дерево статей, чтобы туалетная бумага всё-таки вошла в продукты питания?
 
В общем, имхо, идея детализации полезна в двух случаях: для более наглядного представления данных в таблице операций и для более полного и точного анализа введённых данных. Не клеится как-то...