Комментарии 38
Уже видел много Вашей рекламы в Киевском метро.
И вообще вы начали весьма не слабую рекламную кампанию, как для интернет проекта.
Вы можете поделится информацией, сколько уже пользователей использует платную основу Вашего продукта?
А вообще вещь весьма удобная для личного сохранения денег.
15 грн в месяц — плата не велика, для тех кто не может понять куда деваются его деньги)
И вообще вы начали весьма не слабую рекламную кампанию, как для интернет проекта.
Вы можете поделится информацией, сколько уже пользователей использует платную основу Вашего продукта?
А вообще вещь весьма удобная для личного сохранения денег.
15 грн в месяц — плата не велика, для тех кто не может понять куда деваются его деньги)
Спасибо за отзыв.
Информацией, к сожалению, поделиться не могу :) Могу сказать только, что динамика положительная, но ест проект пока больше чем зарабатывает.
Информацией, к сожалению, поделиться не могу :) Могу сказать только, что динамика положительная, но ест проект пока больше чем зарабатывает.
А предоставления тестового периода не планируется?
Еще у меня такой вопрос. В тестовом аккаунте я не нашел такой функции как вывести детальный расход по категориям.
Т.е. к примеру я добавил «Купил пирожок» — 4 грн в раздел «Питание»
Он отображается на вкладке clip2net.com/clip/m50902/1305621562-clip-10kb.png
Но там все скопом + сортировка содержимого.
Есть ли подраздел «Затраты только на еду»
Что бы вывело исключительно затраты на еду и больше ничего.
Было б хорошо если б пользователи могли сами строить себе ветки и подразделы.
К примеру удобно рассортировать траты на еду:
Питание на работе
Походы в супер маркет
Походы в ресторан.
Ну и так далее)
Еще у меня такой вопрос. В тестовом аккаунте я не нашел такой функции как вывести детальный расход по категориям.
Т.е. к примеру я добавил «Купил пирожок» — 4 грн в раздел «Питание»
Он отображается на вкладке clip2net.com/clip/m50902/1305621562-clip-10kb.png
Но там все скопом + сортировка содержимого.
Есть ли подраздел «Затраты только на еду»
Что бы вывело исключительно затраты на еду и больше ничего.
Было б хорошо если б пользователи могли сами строить себе ветки и подразделы.
К примеру удобно рассортировать траты на еду:
Питание на работе
Походы в супер маркет
Походы в ресторан.
Ну и так далее)
«А предоставления тестового периода не планируется?»
Не заметил. Он есть.
Не заметил. Он есть.
Там немного не так. В дереве вы видите типы отчетов: табличное представление, гистограмма сумм по дням, pipe сравнения и т.д. А уже внути отчета вы можете управлять данными, по которым он строится. В частности то что вы говорите делается «Фильтром данных» внутри отчета. Фильтруете операции по категории («Питание») — и видите только операции «Питания». Фильтр сохраняет свое значение по все папке отчетов. Т.е. если вы откроете «Гистограмму расходов» — вы увидите гистограмму только для категории «Питание».
Проект интересный для меня, как раз недавно начал вести учет расходов-доходов. Хотелось бы увидеть полноценный клиент для андроида, который синхронизируется через сеть. Смс немного не удобно — бывает нужно и отредактировать одну транзакцию, и бывает их сразу много вводится, и на каждый проезд в общественном транспорте отправлять сообщение тоже не хочется.
хабраэффект в действии.
А что можете сказать о защите данных ваших клиентов?
Стандартный набор.
Оплаченные аккаунты работают по https, пароли в открытом виде не хранятся. Кроме E-mail никакой другой персональной информации для работы не требуется. Хотя, для желающих пользоваться СМС-сервисом нужно хранить в системе 7 последних цифр номеров телефонов, с которых будут слаться сообщения.
Оплаченные аккаунты работают по https, пароли в открытом виде не хранятся. Кроме E-mail никакой другой персональной информации для работы не требуется. Хотя, для желающих пользоваться СМС-сервисом нужно хранить в системе 7 последних цифр номеров телефонов, с которых будут слаться сообщения.
планируется ли мобильная версия сайта?
Есть значительные минусы онлайн-бухгалтерии:
1) Непонятно, кто имеет доступ к этим базам данных. И почем потом продаст их на Петровке.
2) В нашем государстве, подобные вещи спокойно затребует СБУ даже без судебного решения (или один из учредителей), и обратит против тебя.
3) Легкая промашка одного некомпетентного программиста или сисадмина — и базы данных с помощью хакеров станут доступны всей общественности.
Рекомендую пользоваться оффлайновыми решениями с синхронизацией.
1) Непонятно, кто имеет доступ к этим базам данных. И почем потом продаст их на Петровке.
2) В нашем государстве, подобные вещи спокойно затребует СБУ даже без судебного решения (или один из учредителей), и обратит против тебя.
3) Легкая промашка одного некомпетентного программиста или сисадмина — и базы данных с помощью хакеров станут доступны всей общественности.
Рекомендую пользоваться оффлайновыми решениями с синхронизацией.
Безусловно, с одной стороны есть куча активных методов защиты, репутация компании-владельца. С другой — глупые программисты, более умные злоумышленники, решение суда и прочее. Но есть еще третья сторона — элементарные методы сохранения анонимности в интернет. Если кому-то нужны мобильность — то вот ее цена.
И какие есть хорошие оффлайновые решения с синхронизацией?
НЛО прилетело и опубликовало эту надпись здесь
Ее разработка началась в сентябре прошлого года. Первый этап тестирования (10-15 лояльных пользователей) начался в декабре. В январе вышла официальная бета, которая была доступна параллельно со старой версией. А в релиз новая версия ушла 4 марта. Примерно такой вот календарь получился.
Точные отличия от аналогичных проектов я вам не скажу. В общем, наверное, в нашем случае это полноценное js-приложение, которое может работать автономно. Не знаю как сейчас, но раньше точно только у нас была возможность работать с разными типами бюджетных сеток а для месячной устанавливать день начала периода (день зарплаты). Причем менять сетку можно в любой момент, я писал об этом. Такая возможность накладывает некоторые ограничения на функционал (например, мы не храним историю плановых значений категорий) но в целом система только выигрывает от такой гибкости. Еще у нас в отличие от других нельзя создавать под-категории (плоская система категорий). Это некоторым, кто приходит к нам с софтовых решений, сразу бросается в глаза. Но такое решение позволяет знаительно упростить и наполнить более интересным функционалом планирование и контроль бюджета а также сравнительный анализ расходов (доходов) по категориям.
Потом есть у нас такая интересная штука как «Дата актуальности учета». Суть в том что для «совершенных» операций система дает огромное количество аналитических возможностей. От которых «запланированные» операции остаются в стороне. Так вот «Дата актуальности учета» позволяет тем, кто очень детализировано планирует будущие операции переносится в будущее и видеть будущие остатки, оценивать реальность выполнения финансовых целей и т.д.
Ну и конечно есть куча просто небольших фич, которые упрощают работу но я не знаю, есть ли они у других.
Точные отличия от аналогичных проектов я вам не скажу. В общем, наверное, в нашем случае это полноценное js-приложение, которое может работать автономно. Не знаю как сейчас, но раньше точно только у нас была возможность работать с разными типами бюджетных сеток а для месячной устанавливать день начала периода (день зарплаты). Причем менять сетку можно в любой момент, я писал об этом. Такая возможность накладывает некоторые ограничения на функционал (например, мы не храним историю плановых значений категорий) но в целом система только выигрывает от такой гибкости. Еще у нас в отличие от других нельзя создавать под-категории (плоская система категорий). Это некоторым, кто приходит к нам с софтовых решений, сразу бросается в глаза. Но такое решение позволяет знаительно упростить и наполнить более интересным функционалом планирование и контроль бюджета а также сравнительный анализ расходов (доходов) по категориям.
Потом есть у нас такая интересная штука как «Дата актуальности учета». Суть в том что для «совершенных» операций система дает огромное количество аналитических возможностей. От которых «запланированные» операции остаются в стороне. Так вот «Дата актуальности учета» позволяет тем, кто очень детализировано планирует будущие операции переносится в будущее и видеть будущие остатки, оценивать реальность выполнения финансовых целей и т.д.
Ну и конечно есть куча просто небольших фич, которые упрощают работу но я не знаю, есть ли они у других.
НЛО прилетело и опубликовало эту надпись здесь
Я читал в блоге запись о подкатегориях, и почему их нет.
Я все понимаю, но мне настолько сильно не хватает этих подкатегорий, что функционал блекнет, перед этой «проблемой»
Для меня не так важен функционал этих подкатегорий, как сама визуальная часть.
И вообще управление категориями очень неудобное.
Я критикую потому, что мне нравиться этот сервис. Он очень понятен для рядового пользователя и ничем не нагружает.
Подумайте пожалуйста еще над этой частью функцыонала.
Я все понимаю, но мне настолько сильно не хватает этих подкатегорий, что функционал блекнет, перед этой «проблемой»
Для меня не так важен функционал этих подкатегорий, как сама визуальная часть.
И вообще управление категориями очень неудобное.
Я критикую потому, что мне нравиться этот сервис. Он очень понятен для рядового пользователя и ничем не нагружает.
Подумайте пожалуйста еще над этой частью функцыонала.
Понимаете, это палка о двух концах. Сервис понятен именно тем, что в нем нет большого количества несвязанных между собой или вообще противоречивых друг другу элементов.
Плоская структура категорий означает что одна операция входит только в одну категорию. Иерархическая — операция входит в в несколько категорий связанных как «родитель»-«ребенок». Что это значит?
1. Очень просто сравнивать расходы по нескольким любым категориям на pipe (нет операций, входящих в одновременно в разные куски прирога)
2. Очень просто планировать расходы по категориям (не нужно задумываться о том, что план на категорию «Наши авто» должен равнятся сумме плана на «Моя машина» и «Машина супруги» )
3. Можно предложить пользователю простой алгоритм планирования расходов с компенсацией (увеличение плана по одной категории за счет уменьшения суммарного плана на остальные категории дабы общий план расходов остался неизменным).
Иерархическая структура просто более демонстративна. Т.е. выбор из дерева значительно удобнее выбора из списка — дерево лучше организовано. Но это практически единственное преимущество такой структуры. В остальном с ней работать сложнее.
Для выбора категорий и счетов есть одна очень проста рекомендация. Создавайте категорию (счет) только если хотите затем контролировать сумму по этой категории (остаток на счету), сравнивать этот показатель с другими. Иначе вы просто усложните себе жизнь. Кстати, для более детального анализа можете использовать «теги» в текстах комментария, по ним (с использованием логических операторов AND, OR, NOT) можно фильтровать операции. Т.е. если у вас два авто, то пускай у вас будет одна категория расходов «Авто» а уже в комментариях пишите «шкода»/«гецик», «заправка»/«тэошечка»/«шиномонтаж», «ТНК»/«Лукойл» и т.д. Потом ри желании сможете очень точно выбрать нужные операции и проанализировать их.
Сложное управление категориями продиктовано вот чем. Удаление категорий (или счетов) само по себе не имеет смысла. Операции по вашим категориям и счетам уже есть в системе, на их основе считаются в том числе «сегодняшние» остатки. Удаление счета логично должно было бы привести к их изменению, что неправильно. Поэтому удаления счетов как такового нет — есть их переименование (удаление последнего счета — фактически переименование его в пустое название). Операции этого счета никуда не деваются и вы не «теряете» остатки. Это такая себе… защита от нелогичного поведения пользователя.
А вот что касается невозможности изменить порядок счетов — здесь немного другое дело. При использовании СМС-сервиса вы можете указывать id счетов и категорий (для простоты запоминания — порядковый номер в списке) в тексте сообщения. Любое изменение порядка приведет к изменению номеров которое сложно будет запомнить заново.
Еще раз обращаю ваше внимание на то, что мы из одного и того же пытаемся вытянуть максимум смысла вместо того чтобы плодить кучу сущностей. Именно это и упрощает понимание системы. id счета или категории это просто его порядковый номер в списке. Категории расходов еще и активно участвуют в планировании бюджета. Финансовая цель — это НЕ что-то новое, а просто сумма остатка в условленные день на заданном счету и т.д.
Плоская структура категорий означает что одна операция входит только в одну категорию. Иерархическая — операция входит в в несколько категорий связанных как «родитель»-«ребенок». Что это значит?
1. Очень просто сравнивать расходы по нескольким любым категориям на pipe (нет операций, входящих в одновременно в разные куски прирога)
2. Очень просто планировать расходы по категориям (не нужно задумываться о том, что план на категорию «Наши авто» должен равнятся сумме плана на «Моя машина» и «Машина супруги» )
3. Можно предложить пользователю простой алгоритм планирования расходов с компенсацией (увеличение плана по одной категории за счет уменьшения суммарного плана на остальные категории дабы общий план расходов остался неизменным).
Иерархическая структура просто более демонстративна. Т.е. выбор из дерева значительно удобнее выбора из списка — дерево лучше организовано. Но это практически единственное преимущество такой структуры. В остальном с ней работать сложнее.
Для выбора категорий и счетов есть одна очень проста рекомендация. Создавайте категорию (счет) только если хотите затем контролировать сумму по этой категории (остаток на счету), сравнивать этот показатель с другими. Иначе вы просто усложните себе жизнь. Кстати, для более детального анализа можете использовать «теги» в текстах комментария, по ним (с использованием логических операторов AND, OR, NOT) можно фильтровать операции. Т.е. если у вас два авто, то пускай у вас будет одна категория расходов «Авто» а уже в комментариях пишите «шкода»/«гецик», «заправка»/«тэошечка»/«шиномонтаж», «ТНК»/«Лукойл» и т.д. Потом ри желании сможете очень точно выбрать нужные операции и проанализировать их.
Сложное управление категориями продиктовано вот чем. Удаление категорий (или счетов) само по себе не имеет смысла. Операции по вашим категориям и счетам уже есть в системе, на их основе считаются в том числе «сегодняшние» остатки. Удаление счета логично должно было бы привести к их изменению, что неправильно. Поэтому удаления счетов как такового нет — есть их переименование (удаление последнего счета — фактически переименование его в пустое название). Операции этого счета никуда не деваются и вы не «теряете» остатки. Это такая себе… защита от нелогичного поведения пользователя.
А вот что касается невозможности изменить порядок счетов — здесь немного другое дело. При использовании СМС-сервиса вы можете указывать id счетов и категорий (для простоты запоминания — порядковый номер в списке) в тексте сообщения. Любое изменение порядка приведет к изменению номеров которое сложно будет запомнить заново.
Еще раз обращаю ваше внимание на то, что мы из одного и того же пытаемся вытянуть максимум смысла вместо того чтобы плодить кучу сущностей. Именно это и упрощает понимание системы. id счета или категории это просто его порядковый номер в списке. Категории расходов еще и активно участвуют в планировании бюджета. Финансовая цель — это НЕ что-то новое, а просто сумма остатка в условленные день на заданном счету и т.д.
Сколько можно уже создавать сервисы учёта финансов? Лучше купонами займитесь
Проект хороший, пользуем с женой.
Когда будет автокомплит при вводе расходов/доходов?
+нашел только-что баг:
Если закончились деньги, то в присоеденненном аккаунте нельзя сделать ничего, даже переключиться в свой (бесплатный) аккаунт.
Когда будет автокомплит при вводе расходов/доходов?
+нашел только-что баг:
Если закончились деньги, то в присоеденненном аккаунте нельзя сделать ничего, даже переключиться в свой (бесплатный) аккаунт.
Хорошо было бы сделать на сайте в «стоимость услуги», различные валюты, ну или хотя бы в долларах а не в гривнах. А то людям из России или других стран не очень понятна стоимость без конвертера валют. Система заинтересовала, пожалуй попробую её. Кстати, партнерская программа не помешала бы :)
Реализованный в программе учет ведется только по деньгам. Т.е. возможно учитывать только денежные потоки.
Как быть с кредитами, долгами, с задержками выплат? Как быть с учетом имущества?
Собираетесь ли вы развивать сервис до полноценного учета и анализа финансового состояния?
Как быть с кредитами, долгами, с задержками выплат? Как быть с учетом имущества?
Собираетесь ли вы развивать сервис до полноценного учета и анализа финансового состояния?
Учет имущества штука неоднозначная. Мы думали над тем как это может быть, но там слишком много частных случаев чтобы сделать простой для понимания инструмент.
Отдельного учета кредитов и долгов нет. Но есть несколько понятных схем для их учета. Дело в том что сам по себе долг или кредит — это пользование чужими деньгами. В разных случаях (это зависит от времени на которое взяты деньги в долг, сумма долга и т.д.) их удобно видеть либо внутри бюджета, либо вне бюджета. Простой пример — когда вы даете в долг деньги небольшую сумму и уверены в своевременном возврате долга вам удобнее, чтобы эти деньги фигурировали в бюджете, чтобы вы могли исходя из них планировать бюджет (например дали в долг в мае, возврат в июне а в августе на эти деньги запланирован отпуск). В этом случае схема учета одна. А если вы дали деньги да длительное врем — лучше эти деньги вообще вывести из бюджета и «жить» без них, а при возврате долга как бы заново их обрести — это делается другой схемой. Поэтому мы не стали усложнять систему разными видами долгов а просто даем рекомендации как на основании расходов, доходов и переводов по счетам организовать любой частный случай. Более подробно о схемах учета долгов написано здесь
Отдельного учета кредитов и долгов нет. Но есть несколько понятных схем для их учета. Дело в том что сам по себе долг или кредит — это пользование чужими деньгами. В разных случаях (это зависит от времени на которое взяты деньги в долг, сумма долга и т.д.) их удобно видеть либо внутри бюджета, либо вне бюджета. Простой пример — когда вы даете в долг деньги небольшую сумму и уверены в своевременном возврате долга вам удобнее, чтобы эти деньги фигурировали в бюджете, чтобы вы могли исходя из них планировать бюджет (например дали в долг в мае, возврат в июне а в августе на эти деньги запланирован отпуск). В этом случае схема учета одна. А если вы дали деньги да длительное врем — лучше эти деньги вообще вывести из бюджета и «жить» без них, а при возврате долга как бы заново их обрести — это делается другой схемой. Поэтому мы не стали усложнять систему разными видами долгов а просто даем рекомендации как на основании расходов, доходов и переводов по счетам организовать любой частный случай. Более подробно о схемах учета долгов написано здесь
Про долги все логично и понятно.
А вот для кредита было бы здорово сделать отдельный механизм, чтобы учитывать выплаты % и тела кредита, учитывать досрочные погашения и изменения процентной ставки.
Выбираю себе сервис учета домашних финансов – и не могу найти ни одного, где это было бы реализовано.
Все это можно сделать сейчас вручную, но это очень неудобно, особенно, если кредитов несколько и вы гасите их досрочно.
А вот для кредита было бы здорово сделать отдельный механизм, чтобы учитывать выплаты % и тела кредита, учитывать досрочные погашения и изменения процентной ставки.
Выбираю себе сервис учета домашних финансов – и не могу найти ни одного, где это было бы реализовано.
Все это можно сделать сейчас вручную, но это очень неудобно, особенно, если кредитов несколько и вы гасите их досрочно.
Мат. модель кредита-депозита может быть достаточно сложной. На каждое действие клиента у банка может быть запасена комиссия (в зависимости от даты, суммы действия, суммы остатка, валюты и т.п.). Поэтому реализация некоего мастера, который все это будет давать смоделировать — задача невероятно сложная. Более того, вы вполне можете не знать о некоторых подобных нюансах, не заложите их в модель. И затем будете с удивлением наблюдать, как расчетные показатели будут отличаться от показателей в банковских выписках.
С другой стороны, мы сейчас выпустили открытое API. Подобный функционал вполне может быть реализован в виде плагина для браузера или отдельного js-скрипта, который график выплат со всеми коэффициентами, переведет в список запланированных операций и зальет их в базу ДФ. А при необходимости (досрочном погашении) найдет оставшиеся операции и пересохранит их с новыми суммами. Если вы программист — можете попробовать. Мы разместим ссылку на ваше решение на сайте системы.
С другой стороны, мы сейчас выпустили открытое API. Подобный функционал вполне может быть реализован в виде плагина для браузера или отдельного js-скрипта, который график выплат со всеми коэффициентами, переведет в список запланированных операций и зальет их в базу ДФ. А при необходимости (досрочном погашении) найдет оставшиеся операции и пересохранит их с новыми суммами. Если вы программист — можете попробовать. Мы разместим ссылку на ваше решение на сайте системы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Домашние Финансы — Home.Finance.Ua