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

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

Идея хорошая, не новая, мне попадалось с десяток приложений, которые хранят свой хлам в git.

Одна тема совершенно не раскрыта — когда лично я в выходные возвращаюсь из крупного торгового центра (типа Ашана или Икеи), у меня обычно в кармане несколько чеков, некоторые из них — длинные портянки сантиметров по 30, с кучей товаров. Сколько денег я потратил в каждом магазине — я и так знаю, мне это Сбербанк Онлайн скажет. Проблема в том, что Ашан — это на самом деле много разных категорий, чек же при этом один. Не вижу, как какое-либо приложение может просто удовлетворить потребность классифицировать такие траты.

Для этого нужно либо а) сканировать и распознавать чеки, либо б) получать электронные чеки по почте и анализировать их. И то, и другое — довольно большая задача. Фактически, чтобы решать такие задачи, приложение учета трат должно интегрироваться с разными источниками данных. И тут уже вопрос «где хранить данные» становится темой далеко не первой важности.

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

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

>подробные логи, которые можно анализировать.
Так а я о чем? Вбивать длинные чеки вручную — отбивает всякое желание учитывать финансы. Поэтому автоматическое решение было бы идеальным — но как автор подобные потребности планирует удовлетворять, я пока не понял.

Сделали недавно в Дребеденьгах
https://www.drebedengi.ru/?module=v2_news&id=9113
Но я сам уже отказался от такого скрупулезного разбиения, от него почти никакого толка.

Почему же? Хотя бы базово "необходимое" и "вкусняшки" уже даст понимание. Не говоря уже про не-продукты.

Пришли вы в магазин, купили еду, стиральный порошок и шампунь.
Разделили на три категории. Проанализировали. И что теперь? В следующем месяце меньше порошка купите, или шампунем пользоваться прекратите?
Я, наверное,15 лет искал ответ на этот вопрос, и понял, что такое разбиение не имеет практического смысла.

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

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

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

Бывает имеет смысл,
Одно время такая разбивка показала, что на алкоголь и снеки уходит не мало денег ))

Одно время такая разбивка показала, что на алкоголь и снеки уходит не мало денег ))

Алкоголь действительно есть резон вынести в отдельную категорию — от него можно совсем отказаться (но это не так уж и просто). В моем случае почти всегда алкоголь отдельным чеком, а в глобальном масштабе что эти 2000 плюс, что минус, ни на что не влияет. Если пить умеренно.

Аналогично. После нескольких лет пришел к одной категории «текущее потребление». Там все, что покупается для жизни вот сейчас. Пробовал разделять на еду-химию-вкусняшки-канцелярию, и ни разу это не пригодилось, а демотивирует заметно. Кроме того, по одной категории легко бюджет на месяц отслеживать.

Меня это демотивирует необходимостью траты времени на разнос по категориям.
За 15 лет учета по сути все свернулось в такие:
Матпомощь
Здоровье, красота
Еда
Бытовые предметы
Подарки
Счета
Одежда
Обучение
Автомобиль
Траты на жизнь (претендент на объединение с едой. Там транспорт, гигиена, типа стрижки, те, что приходят отдельными чеками.)
Развлечения, отдых
Без категории
У FinPix давно было из коробки.
Идея хорошая, не новая, мне попадалось с десяток приложений, которые хранят свой хлам в git.

Ссылки в студию!


Не вижу, как какое-либо приложение может просто удовлетворить потребность классифицировать такие траты.

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


  • экономнее всего закупить как можно больше за раз, т.к. видна вся сумма сразу;
  • ежедневные траты следует ограничить небольшой суммой (100-300р), которую легко за день удержать в голове (или записать в устройстве).

Однако, всё это разбивается о суровую действительность в виде "нам нужно срочно полететь отдохнуть, т.к. я устала" и прочие спонтанные траты.

>Ссылки в студию!
Не очень понимаю, что это вам даст. Ну вот например hawt.io, этому продукту уже много лет, он все свои конфиги держит в git. В мире Java, где уже много лет есть JGit, это вполне типично.

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

Похоже, что hawt.io — это какое-то решение для десктопа. Т.е. с гитом общается не сайт, а настоящее приложение. Это совсем другая история.


В моём случае общается сайт, т.е. у пользователя есть 1) сайт 2) хранилище Git. Никаких плясок с ОСью устройства нет.

Если вы про то, что в вашем решении с Git работает javascript — то да, такой вариант пока встречается не часто. Я говорил лишь про саму идею хранить там конфиги.

Да, такого рода использование Гита радуют. Но я пытался в первую очередь продать идею универсального приложения, работающего всегда и на любом устройстве, если оно 1) HTML/CSS/JS 2) Git. Видимо, не очень получилось.

Не, ну почему не получилось? Норм идея, вполне плодотворная. Те примеры, что я видел и частично привел, они, на мой взгляд, наоборот, говорят о том, что держать данные, конфиги и т.п. в системе версионирования — это удобно. У вас к этому добавляется чистый веб.

Само приложение… ну тут наверное все-таки слишком много разных потребностей, поэтому не всем подходит одно и тоже.
Использую zenmoney, там можно распознать qr на чеке, но, правда, разбиением на подкатегории все равно заниматься вручную. Впрочем, как пишут ниже, я также отказался от такой детализации, система учета денег превратилась скорее в быструю оценку где сколько на каких счетах, какие будущие траты плановые и, грубо говоря, оценка хватит ли денег до зп.

До этого был учет в гуглотаблицах и ifttt, потом перешел на zenmoney, но плавно все меньшая детализация и функциональность требуется.
Почему отказались от гугл таблиц?
Мне пока их хватает на протяжении 4х лет
У меня была связка, ifttt отправлял все банковские смс на вебхук, то бишь на мой пхп-скрипт, который используя БД классифицировал регулярками смски и вбивал это все в гуглотаблицы, но мне надоело это все поддерживать, вносить в регулярки изменения, добавлять новые категории, новые шаблоны для новых карт других банков, например. При этом бюджеты, аналитику также все писать самому.

В итоге купил приложение, оказалось умеет все то же самое, только при этом довольно точно умеет классифицировать после некоторого периода обучения. Например регулярно относимые траты на магазин Вкусвилл в категорию «Продукты» через время приложение само туда относит. Ну и по сути вся аналитика, нужная мне, была из коробки, плюс бюджеты.

В итоге своё решение, требующее периодически трудозатрат в архив отправил.

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

своё решение, требующее периодически трудозатрат

Правильно я понимаю, что периодически где-то что-то ломалось и это надо было хоть и несложно, но постоянно подпиливать до рабочего состояния?

ifttt периодически глючил не доставляя или же дублировал доставку СМС до вебхука, периодически появлялись новые магазины, а значит новая регулярка СМС и т.п. Именно поломок-то не было, но тех.обслуживание требовалось.

У вас какой-то публичный шаблон?

Нет, сам собрал годовой файл.
12 страниц помесячно.
Приход-расход, столбцы по типам расходов. Ну и считается все, чтобы видеть где расхождение и что-то забыл
не смог отбить финансовый наброс вида "ты транжира, вечно тратишь деньги на ерунду",

http://domostroi.me/#29


))

А что если прикрутить каталогизатор? Т.е. «колбаса» будет автоматически записываться в продукты, а «метро» в транспортные расходы. Кроме того, ничего не мешает для анализа делать запросы к сырым данным, например по ключевому слову «бензин» && «метро». Соорудить несколько таких запросов и пользоваться. И постепенно добавлять новых запросов к нераспарсеным записям.

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

Что ещё за "внутренний бомж"?)

Это тот которому жалко денег на успешных коучей ;)
Вам срочно нужно записаться на мастер-класс к людям, победившим внутреннего бомжа и продающим мастер классы с сайта на тильде.
Хинт жаждущему избавления от внутреннего бомжа — у инфоцыган принято писать, что курс распродан даже если на него ни одной заявки не продано, так что можно смело писать не взирая на слова про мест нет.
Меня в очередном проекте домашней бухгалтерии всегда поражает, что каждый начинает писать свой, когда этих проектов уже тысячи. Да в том же Linux в официальных репозиториях как правило сразу есть как минимум бесплатные KMyMoney и GnuCash с довольно долгой историей жизни. Вы рассматривали их? Да и не только их. В гуглоплее их просто тьма. Да и в интернете их орды просто. На худой конец можно было просто в Excel формулы набить, вносить траты и графики строить.

Я постарался довольно чётко очертить принципы:


  • работает везде (аще везде)
  • работает через 20 лет без поддержки (вот аще без поддержки)
  • все данные в гит (вот аще все данные)
  • интерфейс ровно тот, что нужен лично мне (вот даже лишней кнопочки нет)

Приведённые вами примеры решений не удовлетовряют всем критериям. Поэтому я и сделал один раз на долгие годы.

Здорово выглядит ввод пароля на сайте без https.
А прикрутив https «вот аще без поддержки» уже не получится.

Я в ответ мог бы набросить стопицот статей, как безопасные сайты с https сливали учётки неизвестно кому или как их ломали. Но, думаю, вы и сами эти случаи знаете.


Так что HTTP — это лишь способ доставки приложения. Общение с Гитом всё равно по HTTPS. А доверять конкретному сайту или нет — это всегда собственная ответственность. Никакая бляшечка "безопасно" не даёт гарантии.

По http вам в страницу провайдер может то угодно внедрить. Опсосы давно рекламу в метро суют.


В вашем случае можно пропихнуть кейлоггер

А доверять конкретному сайту или нет — это всегда собственная ответственность. Никакая бляшечка «безопасно» не даёт гарантии.

Дело не столько в доверии к конкретному сайту сколько в доверии ко всей цепочке промежуточных звеньев между моим браузером на котором сайт открывается и хостингом где этот сайт находится.
Если какому-то сайту я доверять гипотетически могу, то всем на пути к нему — ну уж точно никак.
> Меня в очередном проекте домашней бухгалтерии всегда поражает, что каждый начинает писать свой, когда этих проектов уже тысячи.

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

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

Я пересмотрел десятки проектов и не нашёл ни одного который бы удовлетворял всем моим требованиям, которые просты и логичны но их
довольно много
  • мультивалютность (для случая конвертации с сохранением оригинальной суммы и курса на момент транзакции)
  • категории и подкатегории
  • теги (независимо от категорий)
  • сплит-транзакции
  • регистрация времени проводки (валютирования) и времени транзакции (важно для карточек), с точностью до минуты как минимум
  • место (адрес) совершения транзакции
  • разумеется, поддержка двойной записи (потому что есть наличные, банковский счёт, карточный счёт etc)
  • фиктивные транзакции («что было бы»)
  • отменённые транзакции, также «вручную», т.е. когда получатель просто возвращает сумму, и нужно откатить затраты по категории/тегу сославшись на оригинальную транзакцию без головной боли о «в какую категорию отнести этот доход?»
  • планирование бюджета
    • при этом учитывая то что повторяющиеся платежи могут быть с разным, не кратным месяцу или неделе интервалом
    • могут быть в любой день года, или больше чем раз в год в разные, не кратные чему-либо дни
    • учитывать что «год» это не обязательно период с 1 января до 31 декабря
    • и нет, если платёж раз в год, не надо его «разносить» на каждый месяц пропорционально

  • отчеты
    • по категориям, тегам
    • по бюджету и его проекции на актуальные транзакции
    • по кредиторам и дебиторам

  • автоматический импорт транзакций из банков (HBCI или аналог)
    • правильный импорт, т.е. всей предоставляемой банком информации со всей возможной структуризацией

  • хранение данных локально или на своём сервере;
  • автоматический локальный бэкап, лучше если удалённый но с поддержкой чего-то из sftp/webdav/smb/nfs (а не только dropbox/google/и-прочее-не-своё);
  • экспорт/импорт в/из csv/qif без потерь (= полное восстановление всех без исключения данных при импорте предыдущего экспорта);
  • open source, freeware или коммерческая «пожизненная» (без подписки, разовая оплата) версия;
  • мобильная (нативная или почти как нативная если web) и десктопная (тут можно web), в любом случае с поддержкой работы локально и без интернета, с учётом возможности ввода данных независимо с последующей синхронизацией и разрешением конфликтов;

И нет, я не бухгалтер, просто у меня много счетов, карточек и банков, очень сложно всё это держать в таблицах типа Excel и голове, и мне очень хочется знать с точностью до минуты где, когда и сколько я что-то потратил. К сожалению, банки и кредитки обычно не указывают время в выписках и API…

зачем эксели всякие? зачем бд? мы вот в своем интерфейсе (у майков же нельзя) будем 100500 паролей набирать для доступа.
успешным ему помогали стать и яфон и походы во вкусвилл с 2012, одного только правила прибыли не узнал.
PS ягодная диета для чего?

слабо без сарказма написать? по-человечески?

А гугл скрипты в итоге используются?

Сейчас они не нужны, поэтому нет.

Веду учет личных финансов давно, еще со времен владения КПК Palm. Раньше главным требованием к приложению была синхронизация с серьезным десктопным софтом, типа MS Money, наличие импорта-экспорта, бэкапа и адекватные условия подписки или покупки приложения. Сейчас на первое место для меня встала легкость и быстрота ввода данных в систему. На андроиде долго пользовался Cash Organizer Pro, неплохая и весьма продвинутая в финасовом плане софтина, но разработку ее забросили, интерфейс и фукнционал остался в глубоких нулевых.
После того, как она меня окончательно перестала устраивать в конце прошлого года, провел мониторинг этой категории софта на Андроид и в конечном итоге остановился на отечественной разработке ZenMoney. (на iOS он тоже есть). Проект не новый, о нем есть несколько публикаций на Хабре от 2015 г, и уже тогда он был довольно интересен возможностью парсинга СМСок от банков, но в остальном он все-таки на тот момент был сыроватым. Зато сейчас — просто конфета!
Главная killer-feature — он быстро и точно получает по API всю инфу о расходах и поступлениях от большинства российских банков (вроде украинские с белорусскими тоже пашут, но не уверен). У меня без проблем привязались и работают АльфаБанк, Сбер и Точка.

В результате, с моей структурой расходов, когда 99% затрат идет через безналичные расчеты, трудоемкость ведения учета снизилась кардинальнейшим образом. Раньше мне приходилось выгружать из банков файлы с транзакциями, дополнительно их обрабатывать, загружать, править и т.д., а теперь все летает на полном автомате. Прога сама обучается разнесению затрат по категориям и править приходится только немногочисленные нестандартные транзакции и магазины типа Амазона, которые идут по многим категориям.
Есть также веб-морда для работы с десктопа, есть приличный импорт-экспорт, есть семейный режим, когда ты даешь жене и другим родственникам полный или ограниченный доступ. Ценовая политика, на мой взгляд, даже слишком мягкая — 1290 рублей за «вечную» лицензию на всю семью или 50 руб в мес. (западные конкуренты с похожим функционалом стоят от 100 долларов в год).
Есть и недостатки:
— довольно ограниченный функционал по мультивалютности, приходится использовать «костыли»,
— скромные возможности по формированию отчетов
— отсутствия «сторно» транзакций, двойного учета и некоторых других специфических бухгалтерских фишек.
— не для параноиков, инфу о ваших счетах теоретически могут «слить», «украсть» и т.п. (хотя ИМХО в РФ эта инфа и без ZenMoney давно доступна всем заинтересованным лицам)

Но в целом, очень полезная софтина, разработчикам — респектище!

ЗЫ Я к ним ни малейшего отношения не имею и не имел, просто благодарен за большое количество сэкономленного времени.

Не боитесь давать доступы к приложениям банка?

Насколько я понимаю, у приложения есть доступ только к информации о транзакциях и остатке, для того, чтобы перевести деньги или еще каким-то образом злоупотребить моими средствами все равно потребуется дополнительная идентификация, подтверждение через смс и т.д.
В целом — я не параноик, для меня этот уровень риска преемлим. Но я уже писал выше, что для многих это может быть dealbreaker
Drebedengi концептуально ближе к Microsoft Money, но они до сих пор так и не научились забирать из банка напрямую. На Android они берут из Push, но на iPhone такой номер не пройдет. Поэтому для iPhone не вариант.
С смс и push есть несколько проблем:
— смска может потеряться или продублироваться, особенно в роуминге (нередко сталкивался с этим)
— формат смс у некоторых банков не дает возможность определить категорию затрат
— не все операции сопровождаются смс (например, многие не шлют смс при списании комиссий)
В результате, когда я пользовался этим методом, он все равно по факту требовал немалых затрат времени на «разгребание» (а нередко и нервов)
Вариант с API, на мой взгляд, является оптимальным с т.з. облегчения жизни пользователя. Его, кстати, используют и лидеры западного рынка в этой сфере, например — Mint (вот только с российскими банками там трабл и подписка на порядок дороже).
Но, конечно, упомянутый выше вопрос безопасности данных является серьезной ложкой дегтя в этом методе.
С этим сложно спорить. И пуш, и SMS — костыли. У банков мало стимулов развивать внешнее API — им интереснее замкнуть вас в своей экосистеме, чтобы вы пользовались их отчетами и статистикой, а там и рекламу продукта можно вкрутить.
Из FAQ по Mint:
What’s new about Mint’s connection to my bank?

The short answer is, it’s faster and more reliable, which means fewer sync errors for you.

The long answer is, Mint now signs in to select banks using OAuth (open standard for authentication) to more easily access your financial accounts.

If you’ve ever signed in to an app using your Google or Facebook account, you’ve used OAuth before. It means that you no longer have to give us your bank username and password. Instead, you tell your bank, “Hey, I want Mint to access my account!” They send us a special key (called a token) that we use to access your account. After that, we can still securely access your account even if you change your password.

Вот к чему надо стремиться, конечно.

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

Тем не менее, ZenMoney умудрился с большинством крупных банков настроить обмен по API, и даже без рекламы. Код по обмену у них выложен на github, можно покопаться в поисках чего-то криминального или, теоретически, поправить и использовать для своей софтины.
А OAuth было бы неплохо, но кому в нашей банковской системе нужны все эти буржуйские примочки? API есть и на том спасибо!
Спасибо, порылся, очень интересно. С огорчением не обнаружил тех, кем пользуюсь или пользовался — Открытие, Тинькофф, Совкомбанк, Газпромбанк. Так что мы еще в начале длинного пути.
У них довольно неинформативный сайт с устаревшей (судя по всему) информацией.
Все эти банки в приложении есть.
См. скриншот из диалога добавления синхронизации с банком


ЗЫ Мне уже пора с них денег брать за smm
Всем очень важно знать и т.д…
Много-много лет веду личные финансы. Прошел все стадии отрицание-гнев-торг…
Эксель-изифинанс-гуглдоксы-заметки
в итоге самым простым оказалось использовать банковское приложение от сбера)
Т.к. что чеки вводить, что сканировать их, что смс переписывать — унылое занятие убивающее идею сплошного учета. Редкие наличные расходы таки добавляю, но редко.

Детально анализировать нет смысла — важно понимать тенденции и регулярные расходы. Это всё есть в приложении. А банк и так всё про меня знает что надо и защиту более-менее обеспечивает.

Что конечно не отменяет своих приложений фо фан.
Я нашел для себя ДзенМани, но использую его только чтобы загрузить выписки из онлайн банков. Далее сохраняю эту выписку, и прогоняю через свой классификатор на питоне, который создает нужные мне сущности «категория» и «проект».

В ДзенМани используется машинное обучение для классификации, которое невозможно надрессировать нормально классифицировать. Также у них трудно с подкатегориями, нет возможности дополнительно обогатить еще одним срезом (проекты, например).

Если интересно, могу написать обзор про то, что у меня получилось и поделиться скриптом.

Про ручной ввод трат (кроме кеша) у меня мнение одно — зря потерянное время. Никакой учет не стоит этого времени.

Было бы интересно почитать, пишите!

А надо ли все это? Не проще ли танцевать от бюджета? Есть бюджет (зарплата и прочие доходы). Планируем бюджет: Х% туда, Y% сюда и т.д. На питание выделяем Х% от бюджета, делим на 4 недели и не выходим за рамки недельного бюджета.
И без разницы что там покупать, мешок макарон или баночку красной икры — главное всегда оставаться в рамках бюджета. Не надо никаких заморочек, софта и трат времени на учет.
Ну понятно, каждому свое и у каждого его способ самый лучший.

А как отследить вот эти "туда" и "сюда"? Надо ведь где-то вести учёт.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории