iFreeBudget

> Я понимаю, что большинство леммингов пользуется только какой-то одной валютой, но в хорошей программе учёта финансов валюты должны легко пересчитываться во все стороны и во всех местах.

Как ты это себе представляешь? Всю историю курсов валют хранить?

Надо вводить всё в одной валюте, пересчитывать только при перемещении между счетами в разных валютах.

>Отчёты... Ну это ладно, это больное место... И вторично, всё-таки Функционал - это "парус", а отчеты - "руль". Не столь вторично если вдуматься.

там ещё упоминается малый-бизнес.

Писец, я хренею. Народ на полном серьезе обсуждает вопросы, которые по тыще раз решены и перерешены.... В секторе платных программ :)

Может мне выложить исходники своей проги в GPL, которая трижды перекроет все вышеописанные запросы? :)

>> Я понимаю, что большинство леммингов пользуется только какой-то одной валютой, но в хорошей программе учёта финансов валюты должны легко пересчитываться во все стороны и во всех местах.

> Как ты это себе представляешь? Всю историю курсов валют хранить?

Конечно, уж это самая малость. Зато потом можно очень много чего интересного считать. Например я в CashOrganiser'е могу посмотреть насколько я был бы беднее или богаче если бы хранил сбережения в рублях или евро (с переводом в накопления раз в месяц). Для такого функционала хранение истории курсов валют обязательно. Ну или в крайнем случае его можно с сайта скачивать, это общедоступная информация, экспортируемая центробанком в машиночитаемом формате.

> В секторе платных программ :)

Ну, если я упомяну iBudget, то вся эта нищебродская самоуверенная мразь тут вообще на говно изойдёт.

Самая удобная программа, что я видел - это "Домашняя бухгалтерия" от Козловского. Увы, только под оффтопик:

http://www.keepsoft.ru/homebuh.htm

Хвалёный GNUCash оказался страшен, как моя жизнь.

> Конечно, уж это самая малость.

И это, конечно же, неправильно. Потому что курс и коммисия от банка зависят, и часто у тебя такой информации просто банально нет. Снял, например, в Дании в банкомате кроны со счёта в евро - и что, в кронах и запишешь? И потом будешь выискивать, какой был курс и какая комиссия?

> Народ на полном серьезе обсуждает вопросы, которые по тыще раз решены и перерешены.... В секторе платных программ :)

Лужу нашли? Я же спрашивал, что меня интересуют не только бесплатные программы. Более того, в данный момент пользуюсь не бесплатной программой (често купленной). Но не буду ещё раз упоминать название как и причину, по которой хочу от этой программы отказаться. Это будет уже рекламой.

Назовите название программы, в которой эти вопросы решены!

> И это, конечно же, неправильно. Потому что курс и коммисия от банка зависят

Курс и коммиссия - это разные вещи. Пересчёт делается по курсу центробанка, а отличие реального курса от установленного центробанком (а точнее, потраченные на этом отличии деньги) записываются отдельной расходной категорией рядом с переводом (если информация доступна сразу) или при сведении баланса (в этом случае интегрально по всем таким опреациям)

> Может мне выложить исходники своей проги в GPL, которая трижды перекроет все вышеописанные запросы? :)

Ловлю на слове. Выкладывай.

Самое веселое, что если писать с 0 , то подобный проект занимает 2-3 человекомесяца, максимум.

Этот iFreeBudget Уже походу второй год мурыжится (java что с нее взять) вторую версию выпустил, а воз и ныне там.

> Курс и коммиссия - это разные вещи.

Как ты их для каждой конкретной транзакции получишь?

> Пересчёт делается по курсу центробанка,

Который часто мало общего имеет с реальным.

> записываются отдельной расходной категорией рядом с переводом (если информация доступна сразу) или при сведении баланса (в этом случае интегрально по всем таким опреациям)

В упор не вижу, чем это лучше одновалютной системы.

>> записываются отдельной расходной категорией рядом с переводом (если информация доступна сразу) или при сведении баланса (в этом случае интегрально по всем таким опреациям)

> В упор не вижу, чем это лучше одновалютной системы.

Тем что появляется возможность построить отчёт по потерям на конвертации. Например, у меня до сих пор нет ни одной карты в EUR, потому что по отчётам выходит, что это мне не выгодно.

>> Курс и коммиссия - это разные вещи.

> Как ты их для каждой конкретной транзакции получишь?

Курс - один. Меняется раз в сутки. Комиссия - для каждой транзакции отдельна, но если она недоступна, то записывается при сведении баланса суммарно для всех подобных конвертаций.

Многовалютка реально удобнее. Не надо трах-трах с кросс-курсами

> Самая удобная программа, что я видел - это "Домашняя бухгалтерия" от Козловского. Увы, только под оффтопик:

Даже с учётом отсутствия бюджетирования? Явного ограничения в 5 валют? наличия только круговых диаграмм и гистограмм в графических отчётах? И при таком ужасном интерфейсе?

Не катит...

> Тем что появляется возможность построить отчёт по потерям на конвертации.

И в "потери" записываешь разницу между курсом ЦБ и реальным курсом + коммисия? Это какие-то бесполезные попугаи, из такого числа никаких выводов не сделаешь полезных.

> Например, у меня до сих пор нет ни одной карты в EUR, потому что по отчётам выходит, что это мне не выгодно.

Не понимаю механизма рассчёта "выгодности".

>> Тем что появляется возможность построить отчёт по потерям на конвертации.

> И в "потери" записываешь разницу между курсом ЦБ и реальным курсом + коммисия? Это какие-то бесполезные попугаи, из такого числа никаких выводов не сделаешь полезных.

Довольно категорично. Впрочем я не думаю, что нам надо продолжать спорить в таком ключе, всё равно с основным моим тезисом вы согласны (с тем, что расход с евровой карточки можно вводить в кронах), а уж механизм пересчёта и хранения транзакции можно обсуждать долго, и это уже погружение в детали. Главное, об этом должна заботиться программа, потому что какой бы вариант записи мы не выбрали, все они хорошо поддаются автоматизации.

>разницу между курсом ЦБ и реальным курсом Понимайт, нищеброд и задрот.

>Не понимаю механизма рассчёта "выгодности". к тому же туговатый на извилину.

>Как ты их для каждой конкретной транзакции получишь?

распечатка в конце месяца.

>Не понимаю механизма рассчёта "выгодности".

Никакого смысла иметь карту в валюте которой пользуешь редко по сранению с остальными валюдами. Если карта в евро а снимать приходится фунты то конвертация по коммерческому курсу банка (обычно двойная - подажа евро в нац и покупка за нац фунтов) (особенно в условиях текущего кризиса) сжирает огромные бабки. Сездтил так в отпуск и обнаружил что 25 процентов прогуляных денег сожрал банк на конвертациях и комиссиях.

> Никакого смысла иметь карту в валюте которой пользуешь редко по сранению с остальными валюдами.

Это всё понятно. Тут просто товарищ предлагает вести учёт в разных валютах и считать конкретно все преобразования. И утверждает, что подобные данные ему позволяют делать выводы о том, что что-то там невыгодно. Вот я и не понимаю - на фига ему это всё надо.

>Самое веселое, что если писать с 0 , то подобный проект занимает 2-3 человекомесяца, максимум.
Подтверждаю.
Если не сильно заморачиваться, а реализовать только функционал, который нужен именно тебе, то это задача уровня студенческой курсовой.

>> Никакого смысла иметь карту в валюте которой пользуешь редко по сранению с остальными валюдами.

> Это всё понятно. Тут просто товарищ предлагает вести учёт в разных валютах и считать конкретно все преобразования. И утверждает, что подобные данные ему позволяют делать выводы о том, что что-то там невыгодно. Вот я и не понимаю - на фига ему это всё надо.

Боюсь, что не смогу объяснить на уровне хорошего учебника - авторы учебников не зря свой хлеб едят. Скажу только, что могу оценить издержки на оплату EUR'овых покупок и донейтов с USD-карты и сравнить их с оценкой издержек на содержание EUR карты (банковские fee, необходимость поддерживать на ней баланс, достаточный для текущих операций - таковы основные издержки).

В качестве развития темы могу добавить, что пользуюсь описываемой системой с 2004-го года, хотя именно в таком виде работа с валютами сформировалась в моём сознании году к 2006-му наверное. И ещё могу добавить, что такая система не нравится авторам программы, которую я использую (обсуждали на их форуме), они больше склоняются к вашему варианту. Тем больше моё уважение к их труду, потому что программа позволяет вести работу с валютами в обоих вариантах и не накладывает никаких явных ограничений.

Наверное, мне не повезло, что я эту программу вообще купил. Мог бы теперь спокойно пользовать KMyMoney...

Кстати, возвращаюсь к вопросу: какие программы вообще умеют вести бюджеты? Может кто знает...

Мда. Иногда форум доставляет больше, чем сама новость )

про компьютерный перевод тоже говорят что он невозможен, тем не менее существуют:

* понятие CAT

* кучи программных средств

* переводчики могут вместе (распределённо) использовать одинаковые варианты переводов одинаковых выражений

Точно также, люди которые покупают продукты в сетях, могут помогать друг другу корректировать форматы чеков. Вопрос -- кому это надо? но для учёта надо. Скорее подобные софтины не нужны (пары листов OOffice хватит).

> Снял, например, в Дании в банкомате кроны со счёта в евро - и что, в кронах и запишешь?

Есть базовая валюта, и есть валюта операции. А например та же идея с "проектом" в оригинале называется "аналитика" (оно же "тег" если говорить терминами веб-два-ноль). Проблема в том, что такие вещи известны в основном профессионалам, которые с ними работают, а авторы бесплатных софтин типа kmymoney/gnucash/ifreebudget видят и понимают только свои задачи, не думая о проблеме в целом.

кmymoney - наше всё

> кmymoney - наше всё

У kmymoney куча недостатков, но из того что есть под линукс, она возможно лучшая.

гы ))

решился всё-таки запустить посмотреть. на все создаваемые аккаунты при попытке входа - "wrong password" и всё тут ))) ну её нафиг.

да, kmymoney действительно лучшее из имеющегося....

Слишком сложное для домашнего управления финансами, но уже лучше, чем GnuCash.

Не совсем понимаю я этих разработчиков... Пользователю нужно нажать кнопочку, добавить "я пил пиво и потратил 50 рублей" или "моя зарплата $1000 в месяц", а не разгребать тонны менюшек в поисках категории или ещё чего-либо.

>> кто из подобных софтин умеет распознавать (=понимать распознанные) кассовые чеки?

> 3) Это на фиг не нужно. Достаточно и грубого учёта по банковским отчётам - "столько-то потрачено в супермаркете".

4.2

Как раз таки подробный анализ покупок и нужен.

> Самое веселое, что если писать с 0 , то подобный проект занимает 2-3 человекомесяца, максимум.

Языком чесать вы все мастера :)

> кто из подобных софтин умеет распознавать (=понимать распознанные) кассовые чеки?

Интересно, а такие вообще существуют? :)

> Как раз таки подробный анализ покупок и нужен.

Нужен ли? Зачем? В повседневной жизни мне (например) нужно оценить не точную сумму денег, а приблизительную, с точностью до порядка.

А вот некоторые статистические вещи действительно нужны: графики и сводки (aka отчёты).

Ну а что самого сложного в подобного роде проекте? Как обычно - не БД, не логика, не деплой. Как обычно - грид контрол и отчеты :) На него тратишь 2 месяца разработки, и еще с месяцок- дргой - на остальное

>sudo aptitude install gnucash

>Необходимо получить 19,0MБ архивов. После распаковки 49,8MБ будет занято

Со _всеми_ зависимостями

>> Самая удобная программа, что я видел - это "Домашняя бухгалтерия" от Козловского. Увы, только под оффтопик:

> Даже с учётом отсутствия бюджетирования? Явного ограничения в 5 валют? наличия только круговых диаграмм и гистограмм в графических отчётах? И при таком ужасном интерфейсе?

Я готов согласиться со всеми названными недостатками (хотя лично мне всегда хватало 3-х попсовых валют, но это, разумеется, мои проблемы), кроме последнего. Интерфейс мне кажется не только ужасным, но очень удобным. Впрочем, на вкус и цвет все карандаши разные...

> Мда. Иногда форум доставляет больше, чем сама новость )

Я бы сказал - в большинстве случаев. Я, например, из комментариев к довольно левой новости узнал, как запускать APE+CUE под audacious... и это только последний пример.

По прочтении этой темы, наверное, соберусь поковырять kmymoney.

> Пользователю нужно нажать кнопочку, добавить "я пил пиво и потратил 50 рублей" или "моя зарплата $1000 в месяц", а не разгребать тонны менюшек в поисках категории или ещё чего-либо.

Совершенно согласен. Я использую такую штуку:
http://img155.imageshack.us/my.php?image=platmy3.png
Отслеживание расходов "по случаю" есть, в т.ч. по категориям. Есть и список регулярных платежей, но без сумм - у нас тут не Америка и не Европа, та же квартплата или счёт за телефон каждый месяц разные.
Чтобы добавить платёж надо только выбрать категорию, добавить название и сумму. Всё.
Будущее покажет, насколько это эффективно.

Где скачать сей скрипт? о_О

Нигде, в общем-то. Я его за вчера-позавчера написал. Там всего 200 строк на перле, и пока что нет статистики помесячно - но когда это станет актуально (т.е. к концу этого месяца), то, конечно, допишу. А что, заинтересовало?

> Нужен ли? Зачем?

Для анализа расходов - на что денег больше вылетает, а на что - меньше. Соответственно, что можно безопасно урезать, а что - не стоит.

Сводки делаются в том же Grisbi, ЕМНИП. Правда, у этих перцев с релизами как-то мутно.

> Ну а что самого сложного в подобного роде проекте? Как обычно - не БД, не логика, не деплой. Как обычно - грид контрол и отчеты :) На него тратишь 2 месяца разработки, и еще с месяцок- дргой - на остальное

Это так только кажется :)

> Нигде, в общем-то. Я его за вчера-позавчера написал. Там всего 200 строк на перле, и пока что нет статистики помесячно - но когда это станет актуально (т.е. к концу этого месяца), то, конечно, допишу. А что, заинтересовало?

Меня заинтересовало :) Я сам подобным занимаюсь, только на Ruby и Shoes, там пока просто UI, с помесячной статистикой, но без сортировки и прочих приятных вещей. Некоторое время назад даже скрин выкладывал...

Я могу посмотреть твои исходники?

> Это так только кажется :)

В таких приложениях действительно правильно представить информацию - гораздо большая (и кстати, творческая) работа, нежели реализовать логику.

GnuCache в данном случае на высоте, ИМХО. (за исключением отчетов, ибо слабоваты, хотя и для базовой аналитики - достаточны)

1. умеет ( но без предупреждений )

2. умеет (даже просто по буквам, типа Р:К -> Расходы:Квартплата)

3. тут так, все что есть довольно гуд (кроме бюджетных отчетов), но вот разрабатывать и править отчеты под себя... на schema все и довольно сложно девелопить - прогу надо рестартовать после изменений)

4. умеет (флажок "скрытый")

5. категории вообще в топку :). двойная запись, иерархия запросов и уравнение баланса - вот ключ к успеху :). в гк это делается иерархиями + тип

6. Могет (но слобовато, конкретно в гк проще сделать через дерево, когда у счета есть два субсчета в руб и доллрах например и конвертацию делать переводом)

В общем рекомендую

А вот с этим спорить не стану :)

> Меня заинтересовало :) Я сам подобным занимаюсь, только на Ruby и Shoes, там пока просто UI, с помесячной статистикой, но без сортировки и прочих приятных вещей. Некоторое время назад даже скрин выкладывал...

У меня тоже никаких приятных вещей нет. И, наверное, не будет совсем, потому что я целью ставил следить за собственными расходами.

> Я могу посмотреть твои исходники?

На 200 строчек перла? о_О

> На 200 строчек перла? о_О

Я на перле и 50 не напишу. Причём эти 50 я напишу так, что человек знающий перл, напишет как 10 :)

> У меня тоже никаких приятных вещей нет. И, наверное, не будет совсем, потому что я целью ставил следить за собственными расходами.

Мне понравилось представление данных, и некоторая функциональность, я подчерпнул пару идей для себя. Но с другой стороны:

1) Нужно ли управление категориями? Регулярные платежи - да, идея хорошая.

2) Выносить подобные вещи в виде веб-приложения - не лучшая идея, я думаю. Конечно, решаются многие вопросы с переносимостью и прочим, но безопасность может пострадать. Standalone-приложение (с возможной синхронизацией данных) - был бы отличный вариант.

3) (Дикий оффтоп) Покушать на 135 рублей в Бистро Икеа - это круто :)

4) Я так понял, учитываются лишь расходы? "Приходы" (типа зарплаты, нерегулярной прибыли, etc) не в счёт?

> GnuCache в данном случае на высоте, ИМХО. (за исключением отчетов, ибо слабоваты, хотя и для базовой аналитики - достаточны) {...}

GnuCash неудобен и перегружен. Несмотря не его огромную функциональность, он слишком тяжёл и неудобен для повседневного использования обычным людьми, которые просто живут :)