logo
logo

Форум тут кто-то спрашивал

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

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

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

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

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