Комментарии 59
Одна тема совершенно не раскрыта — когда лично я в выходные возвращаюсь из крупного торгового центра (типа Ашана или Икеи), у меня обычно в кармане несколько чеков, некоторые из них — длинные портянки сантиметров по 30, с кучей товаров. Сколько денег я потратил в каждом магазине — я и так знаю, мне это Сбербанк Онлайн скажет. Проблема в том, что Ашан — это на самом деле много разных категорий, чек же при этом один. Не вижу, как какое-либо приложение может просто удовлетворить потребность классифицировать такие траты.
Для этого нужно либо а) сканировать и распознавать чеки, либо б) получать электронные чеки по почте и анализировать их. И то, и другое — довольно большая задача. Фактически, чтобы решать такие задачи, приложение учета трат должно интегрироваться с разными источниками данных. И тут уже вопрос «где хранить данные» становится темой далеко не первой важности.
Большие покупки (и по размерам и по кол-ву) лучше делать онлайн (особенно сейчас :)). А пешком посетить за хлебушком разве. Не знаю про Ашан в частности, но в Метро или других крупных магазинах есть подробные логи, которые можно анализировать.
А в некоторых они даже есть когда пешком ходишь в магазин используя там свою клубную карточку.
Анализировать чеки — решений много, но граничит с рутиной как и ручная вбивка данных, а потому нежеланием этого делать длительное время.
В принципе если есть электронные чеки, это тоже здорово решает проблему, в основном автоматизацией, даже если поднять всё будет дольше чем вручную сканировать и распознавать.
Кто говорит про сейчас? Конечно речь не про сейчас, а скажем про полгода назад.
>подробные логи, которые можно анализировать.
Так а я о чем? Вбивать длинные чеки вручную — отбивает всякое желание учитывать финансы. Поэтому автоматическое решение было бы идеальным — но как автор подобные потребности планирует удовлетворять, я пока не понял.
Сделали недавно в Дребеденьгах
https://www.drebedengi.ru/?module=v2_news&id=9113
Но я сам уже отказался от такого скрупулезного разбиения, от него почти никакого толка.
Почему же? Хотя бы базово "необходимое" и "вкусняшки" уже даст понимание. Не говоря уже про не-продукты.
Пришли вы в магазин, купили еду, стиральный порошок и шампунь.
Разделили на три категории. Проанализировали. И что теперь? В следующем месяце меньше порошка купите, или шампунем пользоваться прекратите?
Я, наверное,15 лет искал ответ на этот вопрос, и понял, что такое разбиение не имеет практического смысла.
Ну вообще если говорить конкретно про порошок и шампунь, то можно сделать вывод, что слишком часто покупается маленькими банками и проще и дешевле купить 50кг того же порошка. Но да, это единоразовый вывод, и анализировать ежедневные траты для этого не особо имеет смысл. А ещё суммарно за год например можно сделать вывод, что можно было нехило сэкономить, если брать тот же 50кг порошок в другом магазине.
Но да, это единоразовый вывод, и анализировать ежедневные траты для этого не особо имеет смысл. А ещё суммарно за год например можно сделать вывод, что можно было нехило сэкономить, если брать тот же 50кг порошок в другом магазине.
Конечно можно (а может и нужно) все это проанализировать, закрепить в форме потребительской привычки, и тогда вы всегда будете ей следовать. После этого анализ хозрасходов как отдельной категории можно прекратить.
Бывает имеет смысл,
Одно время такая разбивка показала, что на алкоголь и снеки уходит не мало денег ))
Одно время такая разбивка показала, что на алкоголь и снеки уходит не мало денег ))
Алкоголь действительно есть резон вынести в отдельную категорию — от него можно совсем отказаться (но это не так уж и просто). В моем случае почти всегда алкоголь отдельным чеком, а в глобальном масштабе что эти 2000 плюс, что минус, ни на что не влияет. Если пить умеренно.
Аналогично. После нескольких лет пришел к одной категории «текущее потребление». Там все, что покупается для жизни вот сейчас. Пробовал разделять на еду-химию-вкусняшки-канцелярию, и ни разу это не пригодилось, а демотивирует заметно. Кроме того, по одной категории легко бюджет на месяц отслеживать.
За 15 лет учета по сути все свернулось в такие:
Матпомощь
Здоровье, красота
Еда
Бытовые предметы
Подарки
Счета
Одежда
Обучение
Автомобиль
Траты на жизнь (претендент на объединение с едой. Там транспорт, гигиена, типа стрижки, те, что приходят отдельными чеками.)
Развлечения, отдых
Без категории
Идея хорошая, не новая, мне попадалось с десяток приложений, которые хранят свой хлам в git.
Ссылки в студию!
Не вижу, как какое-либо приложение может просто удовлетворить потребность классифицировать такие траты.
Всё зависит от цели. В какой-то момент времени я просто разделял крупные походы в магазин (картофель, каша, порошок и прочее на неделю) от ежедневных (творог, кефир). При таком разделении я выявил следующие закономерности:
- экономнее всего закупить как можно больше за раз, т.к. видна вся сумма сразу;
- ежедневные траты следует ограничить небольшой суммой (100-300р), которую легко за день удержать в голове (или записать в устройстве).
Однако, всё это разбивается о суровую действительность в виде "нам нужно срочно полететь отдохнуть, т.к. я устала" и прочие спонтанные траты.
Не очень понимаю, что это вам даст. Ну вот например hawt.io, этому продукту уже много лет, он все свои конфиги держит в git. В мире Java, где уже много лет есть JGit, это вполне типично.
>В какой-то момент времени я просто разделял крупные походы в магазин (картофель, каша, порошок и прочее на неделю) от ежедневных (творог, кефир).
Ну, я просто хочу сказать, что это ваше разделение. Мне бы хотелось другого, а без анализа чеков Ашана (в какой-то степени и Икеи) оно вряд ли возможно.
Похоже, что hawt.io — это какое-то решение для десктопа. Т.е. с гитом общается не сайт, а настоящее приложение. Это совсем другая история.
В моём случае общается сайт, т.е. у пользователя есть 1) сайт 2) хранилище Git. Никаких плясок с ОСью устройства нет.
Да, такого рода использование Гита радуют. Но я пытался в первую очередь продать идею универсального приложения, работающего всегда и на любом устройстве, если оно 1) HTML/CSS/JS 2) Git. Видимо, не очень получилось.
Само приложение… ну тут наверное все-таки слишком много разных потребностей, поэтому не всем подходит одно и тоже.
До этого был учет в гуглотаблицах и ifttt, потом перешел на zenmoney, но плавно все меньшая детализация и функциональность требуется.
Мне пока их хватает на протяжении 4х лет
В итоге купил приложение, оказалось умеет все то же самое, только при этом довольно точно умеет классифицировать после некоторого периода обучения. Например регулярно относимые траты на магазин Вкусвилл в категорию «Продукты» через время приложение само туда относит. Ну и по сути вся аналитика, нужная мне, была из коробки, плюс бюджеты.
В итоге своё решение, требующее периодически трудозатрат в архив отправил.
Ну и, опять же, плавно ухожу от этой всей детализации, в целом картина трат за последние два-три года более-менее сформировалась, даже несмотря на большую семью с детьми, где увеличенная доля хаотичных покупок различных категорий.
надоело это все поддерживать
своё решение, требующее периодически трудозатрат
Правильно я понимаю, что периодически где-то что-то ломалось и это надо было хоть и несложно, но постоянно подпиливать до рабочего состояния?
У вас какой-то публичный шаблон?
не смог отбить финансовый наброс вида "ты транжира, вечно тратишь деньги на ерунду",
))
Вроде раньше для достижения успешного успеха требовалось не следить за расходами, а победить 'внутреннего бомжа', визуализировать и разрешить себе, о чем проводились специальные достаточно платные мастер-классы и вебинары самых успешных коучей.
Что ещё за "внутренний бомж"?)
Хинт жаждущему избавления от внутреннего бомжа — у инфоцыган принято писать, что курс распродан даже если на него ни одной заявки не продано, так что можно смело писать не взирая на слова про мест нет.
Я постарался довольно чётко очертить принципы:
- работает везде (аще везде)
- работает через 20 лет без поддержки (вот аще без поддержки)
- все данные в гит (вот аще все данные)
- интерфейс ровно тот, что нужен лично мне (вот даже лишней кнопочки нет)
Приведённые вами примеры решений не удовлетовряют всем критериям. Поэтому я и сделал один раз на долгие годы.
А прикрутив https «вот аще без поддержки» уже не получится.
Я в ответ мог бы набросить стопицот статей, как безопасные сайты с https сливали учётки неизвестно кому или как их ломали. Но, думаю, вы и сами эти случаи знаете.
Так что HTTP — это лишь способ доставки приложения. Общение с Гитом всё равно по HTTPS. А доверять конкретному сайту или нет — это всегда собственная ответственность. Никакая бляшечка "безопасно" не даёт гарантии.
По http вам в страницу провайдер может то угодно внедрить. Опсосы давно рекламу в метро суют.
В вашем случае можно пропихнуть кейлоггер
А доверять конкретному сайту или нет — это всегда собственная ответственность. Никакая бляшечка «безопасно» не даёт гарантии.
Дело не столько в доверии к конкретному сайту сколько в доверии ко всей цепочке промежуточных звеньев между моим браузером на котором сайт открывается и хостингом где этот сайт находится.
Если какому-то сайту я доверять гипотетически могу, то всем на пути к нему — ну уж точно никак.
Проблема в том что у каждого проекта свои особенности и свой подход к ведению учёта, не всегда соответствующий тому что хочет пользователь, т.е. трудно найти один проект который содержит все нужные фичи одновременно, или в котором всё удобно, и т.п.
Удивительно много проектов почему-то совершенно игнорируют возможность того что пользователю может быть важно время (а не только дата) совершения транзакции, равно как и то что место их совершения тоже существенно, не говоря уже о вещах типа сплитов.
Я пересмотрел десятки проектов и не нашёл ни одного который бы удовлетворял всем моим требованиям, которые просты и логичны но их
- мультивалютность (для случая конвертации с сохранением оригинальной суммы и курса на момент транзакции)
- категории и подкатегории
- теги (независимо от категорий)
- сплит-транзакции
- регистрация времени проводки (валютирования) и времени транзакции (важно для карточек), с точностью до минуты как минимум
- место (адрес) совершения транзакции
- разумеется, поддержка двойной записи (потому что есть наличные, банковский счёт, карточный счёт etc)
- фиктивные транзакции («что было бы»)
- отменённые транзакции, также «вручную», т.е. когда получатель просто возвращает сумму, и нужно откатить затраты по категории/тегу сославшись на оригинальную транзакцию без головной боли о «в какую категорию отнести этот доход?»
- планирование бюджета
- при этом учитывая то что повторяющиеся платежи могут быть с разным, не кратным месяцу или неделе интервалом
- могут быть в любой день года, или больше чем раз в год в разные, не кратные чему-либо дни
- учитывать что «год» это не обязательно период с 1 января до 31 декабря
- и нет, если платёж раз в год, не надо его «разносить» на каждый месяц пропорционально
- отчеты
- по категориям, тегам
- по бюджету и его проекции на актуальные транзакции
- по кредиторам и дебиторам
- автоматический импорт транзакций из банков (HBCI или аналог)
- правильный импорт, т.е. всей предоставляемой банком информации со всей возможной структуризацией
- хранение данных локально или на своём сервере;
- автоматический локальный бэкап, лучше если удалённый но с поддержкой чего-то из sftp/webdav/smb/nfs (а не только dropbox/google/и-прочее-не-своё);
- экспорт/импорт в/из csv/qif без потерь (= полное восстановление всех без исключения данных при импорте предыдущего экспорта);
- open source, freeware или коммерческая «пожизненная» (без подписки, разовая оплата) версия;
- мобильная (нативная или почти как нативная если web) и десктопная (тут можно web), в любом случае с поддержкой работы локально и без интернета, с учётом возможности ввода данных независимо с последующей синхронизацией и разрешением конфликтов;
И нет, я не бухгалтер, просто у меня много счетов, карточек и банков, очень сложно всё это держать в таблицах типа Excel и голове, и мне очень хочется знать с точностью до минуты где, когда и сколько я что-то потратил. К сожалению, банки и кредитки обычно не указывают время в выписках и API…
успешным ему помогали стать и яфон и походы во вкусвилл с 2012, одного только правила прибыли не узнал.
PS ягодная диета для чего?
После того, как она меня окончательно перестала устраивать в конце прошлого года, провел мониторинг этой категории софта на Андроид и в конечном итоге остановился на отечественной разработке ZenMoney. (на iOS он тоже есть). Проект не новый, о нем есть несколько публикаций на Хабре от 2015 г, и уже тогда он был довольно интересен возможностью парсинга СМСок от банков, но в остальном он все-таки на тот момент был сыроватым. Зато сейчас — просто конфета!
Главная killer-feature — он быстро и точно получает по API всю инфу о расходах и поступлениях от большинства российских банков (вроде украинские с белорусскими тоже пашут, но не уверен). У меня без проблем привязались и работают АльфаБанк, Сбер и Точка.
В результате, с моей структурой расходов, когда 99% затрат идет через безналичные расчеты, трудоемкость ведения учета снизилась кардинальнейшим образом. Раньше мне приходилось выгружать из банков файлы с транзакциями, дополнительно их обрабатывать, загружать, править и т.д., а теперь все летает на полном автомате. Прога сама обучается разнесению затрат по категориям и править приходится только немногочисленные нестандартные транзакции и магазины типа Амазона, которые идут по многим категориям.
Есть также веб-морда для работы с десктопа, есть приличный импорт-экспорт, есть семейный режим, когда ты даешь жене и другим родственникам полный или ограниченный доступ. Ценовая политика, на мой взгляд, даже слишком мягкая — 1290 рублей за «вечную» лицензию на всю семью или 50 руб в мес. (западные конкуренты с похожим функционалом стоят от 100 долларов в год).
Есть и недостатки:
— довольно ограниченный функционал по мультивалютности, приходится использовать «костыли»,
— скромные возможности по формированию отчетов
— отсутствия «сторно» транзакций, двойного учета и некоторых других специфических бухгалтерских фишек.
— не для параноиков, инфу о ваших счетах теоретически могут «слить», «украсть» и т.п. (хотя ИМХО в РФ эта инфа и без ZenMoney давно доступна всем заинтересованным лицам)
Но в целом, очень полезная софтина, разработчикам — респектище!
ЗЫ Я к ним ни малейшего отношения не имею и не имел, просто благодарен за большое количество сэкономленного времени.
Не боитесь давать доступы к приложениям банка?
В целом — я не параноик, для меня этот уровень риска преемлим. Но я уже писал выше, что для многих это может быть dealbreaker
— смска может потеряться или продублироваться, особенно в роуминге (нередко сталкивался с этим)
— формат смс у некоторых банков не дает возможность определить категорию затрат
— не все операции сопровождаются смс (например, многие не шлют смс при списании комиссий)
В результате, когда я пользовался этим методом, он все равно по факту требовал немалых затрат времени на «разгребание» (а нередко и нервов)
Вариант с API, на мой взгляд, является оптимальным с т.з. облегчения жизни пользователя. Его, кстати, используют и лидеры западного рынка в этой сфере, например — 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.
Вот к чему надо стремиться, конечно.
А OAuth было бы неплохо, но кому в нашей банковской системе нужны все эти буржуйские примочки? API есть и на том спасибо!
Много-много лет веду личные финансы. Прошел все стадии отрицание-гнев-торг…
Эксель-изифинанс-гуглдоксы-заметки
в итоге самым простым оказалось использовать банковское приложение от сбера)
Т.к. что чеки вводить, что сканировать их, что смс переписывать — унылое занятие убивающее идею сплошного учета. Редкие наличные расходы таки добавляю, но редко.
Детально анализировать нет смысла — важно понимать тенденции и регулярные расходы. Это всё есть в приложении. А банк и так всё про меня знает что надо и защиту более-менее обеспечивает.
Что конечно не отменяет своих приложений фо фан.
В ДзенМани используется машинное обучение для классификации, которое невозможно надрессировать нормально классифицировать. Также у них трудно с подкатегориями, нет возможности дополнительно обогатить еще одним срезом (проекты, например).
Если интересно, могу написать обзор про то, что у меня получилось и поделиться скриптом.
Про ручной ввод трат (кроме кеша) у меня мнение одно — зря потерянное время. Никакой учет не стоит этого времени.
И без разницы что там покупать, мешок макарон или баночку красной икры — главное всегда оставаться в рамках бюджета. Не надо никаких заморочек, софта и трат времени на учет.
Ну понятно, каждому свое и у каждого его способ самый лучший.
Почему я сделал личный проект учёта трат на Git+JS