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