создать новую тему раскрыть все
свернуть/развернуть ветвь тут кто-то спрашивал [куверти 02/06/2009 21:01] # написать ответ
 
про фиксацию суммы на дату.
 
я думаю, можно сделать виртуальный счёт, сначала на него списываем остаток, который имелся на последнюю дату, к примеру, на кошельке.
 
потом приходуем с этого виртуального счёта на кошелёк обратно на дату фиксации вашу сумму.
 
затем вспомненные в период между двумя датами (например, неделю, когда не было возможности вести ежедневно, а трат и приходов было много) крутим через виртуальный счёт, а текущие операции после установления верного остатка - на кошельке.
 
В ближайшей сборке будет еще один вид операции (помимо прихода, расхода и перевода) - фиксация остатка. Так что вопрос решится сам собой.
свернуть/развернуть ветвь Очень ждем (-) [Евгений 03/06/2009 14:31] # написать ответ
 
свернуть/развернуть ветвь это хорошо [куверти 03/06/2009 15:32] # написать ответ
 
только как будет решен вопрос впоследствии вспомненных операций?
 
по моей методике можно безболезненно долго "вспоминать", и проводить операции с виртуального счёта, пока сброшенный остаток или недостача не закроется в 0.
 
Если вы сейчас посчитали свою наличность и ввели операцию фиксации своего остатка (на текущий момент, а значит с текущей датой/временем), то все "вспомненные" операции вы вводите так, чтобы они оказались хронологически перед операцией фиксации остатка. Тогда остаток по счету после операции фиксации остатка не изменится, а сумма операции фиксации в абсолютном исчислении должна уменьшиться. Вот и все.
свернуть/развернуть ветвь ... [Олег 20/06/2009 19:35] # написать ответ
 
Фиксация остатка нужна, когда неизвестна сумма одной из операций расхода. Допустим расхода на питание.
 
Тогда расход на питание расчитывается просто по изменению остатка в бумажнике, который напрямую вводится в программу.
 
И если впоследствие вспоминается, что оказывается еще была оплата за такси, то она вводится как простая операция расхода, а расход по питанию пересчитывается автоматически (так как это операция фиксации остатка).
свернуть/развернуть ветвь и еще одна операция [slachizh 03/06/2009 23:47] # написать ответ
 
Сергей, и еще одну дополнительную операцию добавь, если можно - просто заметка. Очень важная фича, иной раз нужно день отметить, приходится мудрить с операциями прихода-расхода, кривовато выходит, особенно если их в этот день нет.
свернуть/развернуть ветвь Ну это совсем уже лишнее [Дим(м) 04/06/2009 03:42] # написать ответ
 
Как насчёт простого прихода/расхода с суммой 0 и нужным "комментарием"?
 
Да и вообще, для "отметить день" есть целая куча разных календарей - при чём тут AbilittCash?
 
создать операцию с нулевым приходом-расходом, прежде чем комментировать. И календарей конечно всяких куча, как впрочем и эксель, в который можно финансы загонять и не париться с абилитикэшем. Вам персонально наличие возможности создавать такую заметку-операцию мешать совершенно не будет, нет нужды - не пользуйтесь. А мне бы очень не помешала, так как все финансовые потоки у меня движутся через кэш, посему и треба помечать некие дни особо.  
свернуть/развернуть ветвь Мешать-то не будет [Дим(м) 04/06/2009 16:01] # написать ответ
 
Но на мой взгляд, это концептуально не правильно. По сути, мешать мух и котлеты.
 
Согласитесь, что "финансовые потоки" и "заметки на особые дни" - это всё же принципиально разные задачи.
 

 
А то потом получаются программы, которые умеют сразу всё: решать японские кроссворды и патчить Pascal-евские экзешники на предмет проблемы деления на 0.
 

 
На мой взгляд, программа должна делать "одну вещь" и делать её хорошо. Финансовый органайзер? Отлично! Календарь с заметками и днями рождения? Замечательно! Но не надо их смешивать.
 
Иначе потом просто не разобраться будет во всём ворохе этих вариантов и настроек (поди объясни потом новому пользователю, что за тип "финансовой" операции такой - Заметка...)
 
финансовых заметках, и говорю, отнюдь не о котлетах. Более того, поработав с кэшем уже почти 5-6 лет, могу уверенно утверждать, что его интерфейс не то что перегружен, даже недостаточен и до точки перегиба, когда программа могла бы превратиться в монстра, еще очень и очень далеко - можно принять за бесконечность.
 
поводу моего предложения? Стоит оно реализации в кэше или мура?
 
Я бы остановился на четырех видах операций: "Приход", "Расход", "Перевод" и "Остаток". Мне кажется, что добавлять туда операцию "Заметка", которая, собственно, и операцией-то не является будет лишним.
 

 
Да, операции прихода и расхода не допускают нулевую сумму. Зато можно ввести туда любую сумму и оставить эту операцию невыполненной. Вот и будет вам заметка.
 

 
Кстати, только что появилась мысль: я ведь не отказываюсь от идеи сплитов в операциях и планировал сделать их в виде папок, в которые можно будет вводить операции. Но у сплитов (папок операций) будет одна особенность: у всех вложенных в сплит операций будет одна и та же дата/время операции. Даже, скорее, дата и время будет аттрибутом сплита но не вложенной в него операции. Так что сплит (папка для операций) вполне сможет выполнять нужную вам роль.
 
но уж больно коряво выглядит невыполненная ненулевая операция. Ну уж коли никому более заметки не нужны, попробуем манипулировать сплитами, хотя это тоже не совсем то.
свернуть/развернуть ветвь Проблему заметок [MrCricket 08/06/2009 23:45] # написать ответ
 
я решил добавлением отдельного счета "Заметки", вроде удобно..
 
Пожалуй заметками его обозвать полее наглядно, спасибо за идею.
свернуть/развернуть ветвь Я спрашивал [Коновалов Руслан 17/06/2009 12:42] # написать ответ
 
Думаю с самого начала ведения базы, остаток должен фиксироваться.
 
Ну и хорошо, если бы по концу периода остаток тоже где-то мог фиксироваться...