создать новую тему раскрыть все
 
Добрый день,
 
скажите, есть ли в программе возможность автоматически списывать разницы после того как была внесена операция "остаток".
 
Например. В течении месяца мы пишем доходы/расходы. В некоторые дни сверяем то что у нас есть с тем, что должно быть. Иногда возникают разницы. Некоторые разницы за месяц уходят (т.е. неучтенные деньги нашлись, нашелся чек, вспомнил куда потратил деньги), а некоторые нет. В конце каждого месяца я провожу "закрытие периода", т.е. вот эти разницы списываю в доход или расход чтобы на каждую дату у меня был адекватный остаток.
 
Но это немного надоедает.
 
Возможно есть какой-то вариант попроще или функция которая автоматически конвертирует операцию остаток в приход или расход? Тыкните, пожалуйста, меня если есть такая. А если нет - добавлю в хотелки Well
 
Алексей
свернуть/развернуть ветвь Шифрование [alexus 18/11/2014 14:53] # написать ответ
 
И еще, скажите, можно реализовать шифрование базы Well
 
Пароль на базу - совсем не пароль.
 
Спасибо!
 
Алексей
свернуть/развернуть ветвь Можно [Дим(м) 18/11/2014 15:10] # написать ответ
 
TrueCrypt, EncFS, GnuPG вам в помощь.
 
Да банально в запароленный rar-архив можно положить и "запускать" базу оттуда.
WinRAR, насколько я помню, достаточно сообразительный, чтобы заархивировать файл обратно после того, как вы выйдете из программы.
свернуть/развернуть ветвь GPG и использую сейчас. [alexus 18/11/2014 16:24] # написать ответ
 
GPG и использую сейчас.
 
Вопрос в том, что зачаток "шифрования" в программе есть - хотелось бы узнать есть ли планы его все таки доделать.
 
Тогда я уже не смогу восстанавливать забытые пароли. Well
 
Проблема там, как я уже писал, состоит в том, что, в общем случае, для операций прихода могут быть другие ветви классификаторов, чем для операции расхода. Типичный пример: статьи. Есть дерево статей прихода, а есть дерево статей расхода.
 
Если делать "автоматическую" конвертацию, то нужно будет указывать два комплекта классификаторов, один комплект для операции прихода и второй комплект для операции расхода. Мне не хочется это делать по двум причинам: (1) это будет очень нагруженный интерфейс пользователя и (2) хранение этих двух наборов в данных вызовет существенную переделку внутренних структур данных. Плюс к этому добавьте мое личное неприятие операции фиксирования остатка и Вы поймете почему эта операция в том виде как есть сейчас.