Как стать автором
Обновить

Комментарии 37

Неделю езжу в метро и наблюдаю рекламу этой штуки с qr-кодом на потолке над дверью — почему именно такое рекламное место купили?
Да мы в разных местах катались. На дверях тоже
Начал пользоваться сервисом год-полтора назад. Но в связи с особенностями своего характера не смог долго придерживаться дисциплины… Сейчас веду только доходную часть. Для саморазвития попытался поковырять API. Замечательно то, что разработчики сервиса терпеливо отвечали на самые глупые вопросы, возникшие у меня. В результате я набыдлокодил xmpp-бота (плюс подключил транспорты в icq и mrim) для внесения операций посредством интернет-мессенжеров, по типу sms-сервиса (даже синтаксис попытался сохранить). Потом как-то не было особо времени бота довести до блеска… Потом переключился на другие проекты, так что бот лежит и ждёт своего часа. Получился он не особо стабильным. Весь код для работы с сервисом вынес в отдельный модуль, так что, если кому нужны python-биндинги, то обращайтесь. Правда, они не совсем полноценны, т.к. там есть только те функции, которые были необходимы боту для работы (ввод операций).
Здравствуйте, по ник узнал вас.
Скрутите что-нибудь минимально презентабельное — опубликуем в каталог приложений.
Вот тут выложил наработки для работы с сервисом. Не знаю, пригодны ли они для публикации в каталоге, т.к. там комментариев нет совсем. Возможно кому-то пригодится для построения своих приложений.
Программы для смартфонов ожидаются? Или для этого вы открыли апи, с идеей что напишут сторонние разработчики?
Ожидаются. Пару проб пера присылали в приват, но пока не особо интересное. Есть одна перспективная разработка, автор с его слов докручивает работу в «офлайне» и в ближайшее время обещает опубликовать на андроид-маркет.
Но в целом — да, интересно было бы увидеть сторонние разработки. Если не получится — в следующем году будем сами делать.
С большим интересом зарегистрировался, но к сожалению не нашел возможности добавить валюту вне типового списка (доллары, евро, рубли, гривны).
У нас специфическая работа с валютами, используются реальные наличные курсы обмена валют по Украине, т.е. «своих» валют быть как бы не может. Или вас какая-то конкретно интересует?
Конкретно: израильские шекели.
В принципе можно сделать привязку к долларам.
Вот XML с текущими курса от центробанка: www.bankisrael.gov.il/currency.xml
Мы тянем курсы валют с finance.ua, ну и берем именно наличный курс, не официальный. А наличный — привязан к грн. Т.е. в случае использования в качестве основной валюты НЕ грн (допустим, доллар), евро-остатки, при подсчете суммарного эквивалента в основной валюте аккаунта, будут конвертироваться по кросс-курсу через гривну. Для «украинского» пользователя это наиболее удачный вариант.
Но в принципе, мы рассмотрим вариант использования новых валют. Спасибо.
Я почти 3 года в дребеденьгах и у меня 19(!) валют. Кроме рублей, долларов и евро, я использовал израильский шекель, чешскую крону, египетский фунт, тайский бат, швейцарский франк. Оставшиеся 11 валют — производные от основной и без них я вообще не представляю себе ведение бухгалтерии.
А что из себя представляют производные валюты и для чего вы их используете?
Моя основная валюта — израильский шекель.

Несколько валют — «скидочные». Т. е. я покупаю на 85 шекелей 100 условных шекелей, которые могу потратить только в определённых местах.

3 валюты связаны с зарплатой — кроме перевода на банковский счёт, работодатель перечисляет деньги в 3 сберегательно-пенсионные программы, отличающиеся ликвидностью и налогообложением.

Ещё 2 валюты (пока) я использую для учёта активов, хотя без возможности самому ввести историю валют, они довольно бесполезны. Названия (SPbM2 и BMW330i 2001) сами себя объясняют.

В принципе, в качестве валюты может выступать любой индекс стоимости — и недвижимости, и биржевой (как взвешенный индекс, так и любой отдельно взятой акции)…
Ясно. Была в свое время именно для учета имущества ввести нечто на подобии валюты с вариантами указания курса (индекса):
— разово
— дискретно в определенные моменты (и курс в промежутки изменяется либо линейно, либо дискретно, например — стоимость авто с дискретным падением 1 раз в год)
— по функциональной зависимости
Но как-то это слишком специфично и от пользователей просьб о подобном не приходило
Вообще, всё хоть и непривычно, но аккуратно и приятно.

Есть и немаловажные преимущества перед дребеденьгами, например, поддержка Unicode.

Но кроме валют есть ещё несколько моментов, из-за которых лично я не смог бы к вам перейти (потеря данных):

1. Нет дерева категорий (У меня их больше 100)
2. У транзакций нет времени. Не то, чтобы оно было очень важно, но я люблю, когда несколько транзакций в течении дня отсортированы как я хочу.

И по мелочам:
1. Не нашёл таблицы со всеми видами операций по счету одновременно
2. Нет начальных остатков?
Категории у нас плоские по идеологии. Во-первых через фильтрацию категорий можно сравнить любые выбранные N-категорий на круговой диаграмме без ошибки в следствие вложенности некоторых категорий. Во-вторых планирование расходов-доходов по категориям — при вложенности категорий усложняется процесс плюс становится почти невозможно реализовать планирование «с компенсацией».

Операций по одному счету, действительно, нет. Расходы отдельно, доходы отдельно, переводы отдельно. Но это тоже продиктовано идеологией. Отобрав при помощи фильтров набор расходов, допустим, по категориям «мое авто» и «авто супруги» в таблице можно увидеть список операций, на гистограмме — динамику расходов, на круговой диаграмме — на чье авто больше тратиться. Единая таблице (а скорее даже список, ведь набор атрибутов у операций разный) возможен именно как отдельный отчет, но как-то обошлись без этого.

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


Значит, не судьба :)

Мои расходы на автомобиль делятся на покупку, бензин, ремонты, страховки, обслуживание, парковки, платные дороги, штрафы, мойки, налоги… Короче говоря, понять, сколько я трачу на автомобиль в сумме без вложенных категорий довольно сложно.

При выборе категории для сравнения можно не показывать отдельными кусками её подкатегории, даже если они выбраны.

Планирование с компенсацией очень легко реализовать — компенсация должна быть в пределах «родительской» категории. Собственно текущая реализация, когда планирование с компенсацией изменяет все категории на абсолютную валичину (1), а не на процент от запланированной суммы, мне кажется «странной».

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

Ну для тех кто жаждет подкатегорий именно для анализа (зачастую его используют именно для «порядка») — я рекомендую использовать теги. Авто — категория, а бензин, штраф, мойка и т.п. — теги. В фильтрах есть возможность использовать логические операции AND/OR, с их помощью и доступными отчетами можно делать достаточно многосторонний анализ истории.

Компенсация в пределах родительской категории — как-то совсем скучно. А вот изменение на абсолютную величину — так вышло :) Дробные числа с окреглениями выглядят неинформативно.
Как-то я в демо-версии слово «теги» ещё ни разу не встретил
Ну да, самое главное не сказал :) Этот вопрос не автоматизирован. Я очень давно сам начинал пользоваться дребеденьгами и как-то у них (имхо) все без разбору было реализовано — и категории, и теги, и анализ и по тому и по тому — в общем в ДФ решил идти вдоль определенной идеологии.
В предыдущей версии у нас было автодополнение комментариев, но в нынешней отказались, поскольку планировали сделать пользовательское шифрование данных по ключу. Потом вопрос с шифрованием отложили но к автодоплнению решили не возвращаться.
другими словами тег — это просто слово в комментарии, введенное вручную
Информативнее всего выглядела бы гистограмма
Гистограмма для чего? Гистограмм у нас много.
В «Планировании расходной части бюджета» расположить все категории в один столбик и кроме окошка с цифрами откладывать вправо полоску гистограммы, для наглядности.

Ещё я не понял почему разрешены отрицательные значения.

Необязательно использовать дробные числа при пропорциональной компенсации, например 4 категории, уменьшаем первую, по 1:

20 -> 19
6 -> 6 + 0.3
4 -> 4 + 0.2
10 -> 10 + 0.5 - максимальное значение, значит 11 - 0.5


19 -> 19
6 (+0.3) -> 6 + 0.6 - максимальное значение, значит 7 - 0.4
4 (+0.2) -> 4 + 0.4
11 (-0.5) -> 11 + 0

и т.д
Если открыть диалог планирования бюджета при открытом отчете «Гистограммы планирования бюджета», то после нажатия «Применить» в отредактированном диалоге все изменения можно видеть на диаграмме. Так можно планировать одновременно наблюдая и на размер дефицита-профицита, и на «факты» по отдельным категориям, и на планы по отдельным категориям.

Отрицательные значения где — в операциях? Это момент принципиальный. Долгое время отрицательные суммы были запрещены и нам один пользователь усиленно доказывал, в каких случаях они являются незаменимыми. Доказал, они действительно очень удобны в некоторых специфичных ситуациях.

Алгоритм начисления ясен, возможно сделаем как альтернативу, спасибо.
Отрицательные значения в планировании
Ну если возможны отрицательные операции — то возможны и отрицательные планы? На самом деле в связи с отрицательными суммами по категориям возможно некоторые… несогласованности в тех же «недо/пере выполнениях» планов. Но сама возможность некоторые операции делать отрицательными достаточно важная, и блокировать отрицательные планы мы не стали.
Для меня самая удобная реализация домашней бухгалтерии была на сайте vkoshelke.ru (сейчас уже не работает). Самое главное в таких системах — очень удобный и быстрый интерфейс для ввода расходов и доходов, иначе быстро утомляет. А без учета все остальное не имеет смысла.
В вашей веб-версии вместо одной кнопки «Новая операция» сделал бы три — расход, доход и перевод. На один клик меньше.
В окошке «Внесение нового расхода» (дохода) добавил бы возможность в поле «Сумма» указывать выражение, например 123+546-78, для меня лично очень удобно, лишние расчеты в голове не надо выполнять.
При редактировании полей при нажатии Ctrl+Q вызывается калькулятор, который по нажатию "=" вносит вычисленное значение в поле. Если Ctrl+Q вызвать вне фокуса поля — калькулятор будет работать безотносительно полей.
При выборе «Оплата» количество ошибок несколько велико.
«Длинна». «Предидущих». «Полсле».
А как известно невозможно воспринимать умные высказывания, если они написаны с грамматическими ошибками =)
Да и импорта не хватает, чтобы «почувствовать» систему.
Многое приятно сделано… но также нелогичные моменты есть: например, зачем оставлять окошко с вводом траты/дохода, после его внесения?
По нажатию «ОК» прячется (должно, нет?), а если «Применить» — предполагается что будете вносить новые операции, некоторые поля остаются заполненными с предыдущего раза. Удобно при множественном вводе.
Стыдно, поправим :)
Скажите, почему счета удалять можно только с конца списка? Хотел навести порядок, удалить недействительные, а для этого нужно сначала удалить те, которыми активно пользуюсь :(
Удаление счетов и категорий вообще очень плохая идея. Теоретически это делать можно, но на практике — категорически запрещено. По счету проведены операции, остатки по счету составляют часть общих остатков по аккуанту. Как быть с этой информацией, если вы решите удалить счет?
Поэтому на практике счета должны накапливаться. В перспективе мы просто сделаем возможность неиспользуемые счета с некоторой даты не отображать в списках, но анализ по ним все равно будет возможен.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий