logo
logo

Форум Группировка операций

создать новую тему раскрыть все
Группировка операций Сергей 29/01/2002 14:00 #написать ответ
Интересно было бы ввести групировку операций по какому-то критерию, как в Outlook. Но это большое и по-моему не очень нужное предложение. Но вот, например, ввести такое понятие как `split` операции было бы неплохо. Имеется ввиду что вводится операция одной суммой и можно внести расшифровку как эта сумма получилась. Т.е. пошли в магазин, купили на 300. Так и вносим эти 300. Но вдобавок пишем, что 150 из них ушли на сладости, а остальное на молоко. Правда, я не очень хорошо представляю как учитывать это все в графиках. Я думяю, что если сумма `расщеплена, то показывать именно эти операции, а если нет - то как обычно.
P.S. Это не моя идея - так реализовато в GNUCash - программе для UNIX.
 
Dervish: Я хочу сделать разбиение операций. Но, в результате такого разбиения из одной операции будет получаться две. И это всё. В Вашем случае лучше всего будет ввести две операции, одну сопоставить со статьёй "Молоко", а вторую - с родительской статьёй "Молока" - "Продукты питания".
 
Если не ошибаюсь, в MS Money именно так сделано разбиение операций.
RE: Группировка операций Сергей 29/01/2002 15:45 #написать ответ
Я так и делаю. Но в случае разбиения просто виднее что и как. В распечатке операций по кредитной карточке я же вижу полную сумму и иногда трудно вспомнить за что это, особенно, если было несколько покупок в этот день. И еще одно - окно операций тогда будет отображать более точно финансовую историю - не будет ненужного дробления операций. А если будут нужны подробности, то можно открыть операцию и посмотреть что и как. В общем, я думаю, что это имеет право на жизнь. Другое дело, что, возможно, реализация этой возможности может подождать.
 
Dervish: Надо обдумать. Может быть и имеет смысл реализовать это.
RE: RE: Группировка операций Artem Fedorov 29/01/2002 15:52 #написать ответ
Т.к. контрол для показа операций один и тот же, можно действовать как в дереве, хотя и не столь явно. Например, пользователь может выбрать в контекстном меню операции "Показать подробности" и главная плавно раскроется, показывая дочернии операции. Единственная проблема -- у тебя операции записаны лежат в файле плоско (наверное, я не знаю), а нужно иерархически. Думаю, реализовать будет довольно сложно -- придется переделывать. Хотя, как ты сам говорил, "что список, что дерево -- какая разница?" (цитата не точная)
RE: RE: RE: Группировка операций Explorer 29/01/2002 19:57 #написать ответ
если позволите - комментс "по поводу"
В общем случае речь идет об еще одном уровне вложений/подчинений и по сути does not matter каково будет количество подчиненных записей. В одном кассовом чеке их может быть и 5 и 50. Если об "операции" говорить как о чеке то в принципе неплохо иметь возможность чек детализировать, т.е. говорить и о "товарах" по "чеку"...
Одно могу сказать - "главное знать когда остановиться"... То как сейчас реализован способ подсчета в поле суммы операции - очень толковое и интересное решение. Легко пользоваться и, если не нужны детали - то это оптимальный вариант укладывающися в алгоритм оптимального интерфейса. Если нужны детали то IMHO нужно вызывать подчиненную форму "расписать подробнее" с тем, чтобы в ней вводить последовательно информацию о товарах.
Если автор наберется терпения, времени и отваги для подобной переделки - то "памятник ему". Но, предупреждаю, не нужно удивляться, если следующей просьбой пользователя будет пожелание выводить статистику по виду товара... "а сколько я выпил молока в том году? а картошки сколько килограмм?" и пр. Мое мнение - в детализации нет необходимости, это утяжелит программу. Максимум - поле "комментарий" или "примечания" для того, чтобы пользователь мог ввести дополнительные сведения. Я говорю о примечаниях к суммам по операции а не к записи об операции. пусть вводит в строку - "картошка - 300, молоко - 100".
Повторю, что речь веду о разумной достаточности а не об ограничениях.
 
Dervish: Мне кажется, что никакой дополнительной детализации не надо. Имея в своём распоряжении три типа реквизитов можно достичь (почти) любого желаемого результата.
RE: RE: RE: RE: Группировка операций Konstantin 04/02/2002 15:34 #написать ответ
на самом деле то как этот "split" сделан в MS Money вполне достойный образец для подражания. насколько я понимаю там это просто отдельный вид транзакции и по всей видимости есть дополнительные таблички или просто колонки в общей таблице по которым можно восстановить что к какой транзакции относится.
Например можно иметь еще одно значение типа "часть сплита" и колонку[и] "ссылка/ID родительской транзакции" [и/или "след. часть сплита"]. И при условии, что подсчет остатков и отчеты будут правильно отрабатывать эти значения можно обойтись не очень большими изменениями по моему. И даже показывать в списке транзакций можно было бы опчионально либо сами сплиты, либо их внутренности.
 
Всего наилучшего.
Константин
 
Dervish: Изменения структуры базы данных меня не пугают, поскольку их (можете посмотреть планы развития программы) набралось уже достаточно много. Да и интерфейс программы достаточно легко модифицировать, это не такая сложная переделка. Вопрос, скорее в другом, он более идеологический.
 
Какие поля операции, входящей в сплит могут быть изменены? Например, статья доходов/расходов может изменяться по отношению к оригинальной, родительской операции?
 
Требовать ли, чтобы статья дочерней операции так же была дочерней по отношению к родительской операции?
 
Как отображать графику (да и планируемую аналитику) по сплит-проводкам?
 
Вот ведь где основные вопросы.
RE: RE: RE: RE: RE: Группировка операций Konstantin 04/02/2002 19:01 #написать ответ
>Какие поля операции, входящей в сплит могут быть изменены
 
все кроме даты (во всяком случае Money по моему не ограничивает это, ну у Вас может имеет смысл сохранять проект тоже)
 
>Например, статья доходов/расходов может изменяться ... ?
 
да конечно
 
> ... статья дочерней операции так же была дочерней ...
 
зачем делать искуственные заборы ?
даже тип дочерней транзакции хорошо бы менять. Это было бы подезно например при вводе операции снятия наличных с карточки или обмена вылюты если там комиссия. Тогда вводим сплит, одна дочерняя перевод на/c другой счет, вторая комиссия снимаемая с того счета в котором делается проводка - и телемаркет
 
>Как отображать графику (да и планируемую аналитику) по сплит-проводкам?
 
Вот где основной вопрос... и ответ.
На самом деле в MSM дочерние проводки такие же как и все остальные. Наоборот сама сплит запись не как все - она только связка для деток ее сумма судя по поведению не хранится а вычисляется из деток (ну еще при редактировании MSM на время редактирования помнит последнюю или введенную сумму и показывает несложеметр для информации и спрашивает подтверждение на изменение при выходе из редактирования). А в аналитике и подсчетах остатка фигурируют только детки (но опять же это можно было бы сделать опционально - в любом случае или/или - вместе не получится)
 
всего наилучшего
 
Dervish: Спасибо, я обязательно обдумаю Ваше предложение. Тем более, что я всерьёз еще не задавался вопросом о том, как будет лучше всего реализовать сплит.
RE: Группировка операций Konstantin 04/02/2002 14:43 #написать ответ
Внутри и при подсчетах по всей видимости да, но таки сама "сплит" существует тоже как самостоятельная запись. Может у них там дополнительные колонки в базе чтобы мапить кто к какой сплит относится...
 
p.s. Кстати заодно хочу сказать большое THANKS Cash - отличная вещь
 
Dervish: Наводит на мысли. Может, действительно сделать сплит единым целым? Надо будет подумать.
 
А за отзыв спасибо! Я рад, что программа Вам понравилась.