|
Zurbagan
|
|
21 июля 2014 11:16
|
|
Добрый день!
Есть предложение реализовать следующие возможности:
1. При вводе суммы давать возможность разбивать ее (и хранить) как сочетание цены и количества. Опционально. Т.е., чтобы можно было ввести как сейчас - просто сумму, а если хочешь, то дополнительно указать цену и количество. Это удобно для последующего анализа цен.
2. Добавить еще один атрибут - "Места трат (магазины)". Опционально. Т.е. чтобы была возможность, если хочешь, при вводе расхода указывать место траты. В дальнейшем (при условии реализации пункта 1) удобно сравнивать цены на одни и те же товары в разных магазинах.
|
|
|
|
Admin
|
|
21 июля 2014 16:18
|
|
Здравствуйте,
Спасибо за предложения. Над пунктом 1 - подумаем, а пункт 2 реализуется при помощи тегов.
Создайте группу тегов с именем "Места" и в ней создайте теги с названиями всех нужных вам мест, которые используйте при вводе трат.
|
|
|
|
Zurbagan
|
|
28 июля 2014 11:13
|
|
Еще просьба:
3. Сделать таблицу для анализа динамики расходов/доходов по всем категориям по периодам. По строкам - всё дерево категорий, развернутое (возможно с опицей выбора доходы/расходы). По столбцам - периоды (годы/месяцы/недели - опциональный выбор + указание конкретных периодов). Очень удобно для анализа расходов по месяцам.
3а. При этом, вместо той диаграммы по месяцам, которая есть сейчас, в этой новой табличке сделать чекбоксы около каждой строки, и кнопку "График", на котором отображать те строки, которые выделены галочками.
3б. А в таблице, при клике в сумму, показывать детализацию по этой категории, за этот период, можно в виде перехода на отчет, отстроенный с указанными параметрами по конкретной категории.
|
|
|
|
Admin
|
|
28 июля 2014 11:37
|
|
Спасибо, подумаем.
|
|
|
|
Ilyan
|
|
28 июля 2014 22:09
|
Admin Пишет: создайте теги с названиями всех нужных вам мест, которые используйте при вводе трат. И как вы предлагаете пользоваться списков из 500 различных мест?
|
|
|
|
Денис
|
|
29 июля 2014 09:53
|
|
Отчеты по движениям по счетам, в том виде котором они реализованы сейчас, вообще бесполезны. полностью.
необходимо добавить:
1. начальный остаток
2. конечный остаток
3. разница
4. остаток на счете после каждой операции
|
|
|
|
Admin
|
|
29 июля 2014 10:02
|
Денис Пишет: необходимо добавить: Здравствуйте.
Всё это уже есть, когда вы смотрите детальный отчёт, с включенной галочкой "Остатки после каждой траты".
|
|
|
|
Андрей
|
|
29 июля 2014 13:22
|
|
Присоединяюсь к Zurbagan. Очень хотелось бы видеть отчет:
"3. Сделать таблицу для анализа динамики расходов/доходов по всем категориям по периодам. По строкам - всё дерево категорий, развернутое (возможно с опицей выбора доходы/расходы). По столбцам - периоды (годы/месяцы/недели - опциональный выбор + указание конкретных периодов). Очень удобно для анализа расходов по месяцам."
Сделайте, пожалуйста :)
|
|
|
|
Maxim
|
|
29 июля 2014 14:45
|
|
А еще! А еще! А... А Split Transaction, а?
Это когда сумма одна, а разбивается внутри на несколько категорий. Да, да, да... На сайте это уже почти есть. Но именно, что только на сайте. И почти.
Потому, как вы разрываете транзакцию. И потом, при сверке с выпиской из банка оно не бьётся. Банк-то видит один платёж. А у нас уже на 5 разъехалось.
А как было бы хорошо... В конце месяца скачал выписку из банка, сверил с тем, что внёс. Добавил описание к тому, что внести забыл... И записал контрольную точку.
Остаток на конкретную дату. А те транзакции, что в выписке были -- пометились как чистые. И больше только для отчетов используются. И на мобильное устройство не тягаются... А через настроенное мной время -- и заархивируются.
Эх... Лапота... была бы.
|
|
|
|
Admin
|
|
29 июля 2014 17:38
|
|
Спасибо за предложения. Улучшения в отчётах и в разбиении транзакций - есть в списке задач.
|
|
|
|
Zurbagan
|
|
4 августа 2014 12:30
|
Admin Пишет: Здравствуйте, Спасибо за предложения. Над пунктом 1 - подумаем, а пункт 2 реализуется при помощи тегов. Создайте группу тегов с именем "Места" и в ней создайте теги с названиями всех нужных вам мест, которые используйте при вводе трат. Добрый день!
С тегами попробовал. Можно, но неудобно. Во-первых, в web версии неудобно теги выбирать (они у меня не помещаются все в то небольшое поле, которое под них выделено), во-вторых, я ж потом буду просить сделать анализ в разрезе мест ) Чтобы можно было сравнить в каких местах чаще трачу, где какие продукты дешевле, где уже стоит приобрести дисконтную карту... Эти задачи не решатся тегами (вернее решатся, но очень неудобно и долго).
Поэтому все таки прошу рассмотреть возможность добавить необязательный атрибут "Место", с редактируемым справочником (а-ля Теги), с возможностью вывести его в форму ввода в виде выпадающего списка.
|
|
|
|
Maxim
|
|
4 августа 2014 12:46
|
|
Ой, ребятушки.... Ну читаю я всё это и в памяти всплывают программы в которых всё
это уже есть или было.
Не, всё понятно. Выйти на рынок с минимумом возможностей, получить клиентов и немного денег от них, потом начать развивать...
Предложений у меня два:
1) Пожелание разработчикам внимательно посмотреть на серьёзные системы домашней бухгалтерии (Уверен, что смотрели, но на всякий случай повторюсь). Например quicken (quicken.com) и MS Money (к сожалению, почила в бозе, но стоит найти и посмотреть). С точки зрения функционала мобильного приложения -- moBudget от JDB Pocketware.
2) Предоставить возможность заполнять налоговую декларацию. Ну, то есть, не только баланс бюджета сводить, но и держать информацию, необходимую для расчета налогов. (здесь, уже оплачено, с этой суммы -- налоговый вычет можно получить, тут не забыть заплатить {Ну, или помнить, что могут предъявить претензии по этой сумме}).
Как-то так. Контрагенты, они тоже важны. Помогут сделать следующий шаг -- стать финансовой системой для малого бизнеса.
|
|
|
|
Maxim
|
|
4 августа 2014 12:54
|
|
А! Просто, как комплемент, и ответ на возможное "Не любо -- не кушай". У всех, перечисленных в прошлом сообщении, систем есть один недостаток -- они однопользовательские. Нельзя вести бюджет втроём. Семьёй.
Ну, и его ориентация на русский язык.
|
|
|
|
Admin
|
|
4 августа 2014 13:10
|
Zurbagan Пишет: С тегами попробовал. Можно, но неудобно. Давайте разберём эти неудобства подробнее.
1. Большое количество тегов. Поле автоматически раскрывается при наведении на него курсора, разве нет? Во-вторых, не понятно как отдельное поле решит на эту. Большой список тегов, или большой список "мест" в другом поле - какая разница?
2. "во-вторых, я ж потом буду просить сделать анализ в разрезе мест". Теги для этого и предназначены. В отчётах есть возможность делать срезы по разным тегам, а в будущем будут и другие возможности, включая группировку (аналогично категориям), сравнение и т.п.
Вообще "места" - это частный случай аккурат той общей сущности, которую и реализуют теги. Кому-то нужны места, кому-то проекты, контрагенты, люди, отпуска и т.п. Теги и есть все те "дополнительные поля", которые нужны для всего этого.
Другое дело, что для каких-то частных сущностей могут потребоваться частные функции, но на наш взгляд их лучше реализовывать, например, как подмножество тегов (теги со спец. опциями), а не дополнительными полями. Об этом будем думать.
|
|
|
|
Maxim
|
|
4 августа 2014 13:17
|
|
Маленькое замечание.
"Место" это частный случай той общей сущности, которая называется "контрагент". Это такая сущность, от которой мы получаем доходы и которой даём (берём) в долг. Вот что такое "Место". И место этого "Места" в адресной книге.
|
|
|
|
Admin
|
|
4 августа 2014 13:43
|
Maxim Пишет: это частный случай той общей сущности, которая называется "контрагент". Не совсем. Тег - это всё-таки более общая сущность, относительно которой контрагент - случай частный.
"Место" - никак контрагентом быть не может по определению ( http://ru.wikipedia.org/w...D1%82), как и проект, как и мероприятие и т.п.
|
|
|
|
Maxim
|
|
4 августа 2014 14:00
|
|
Коллеги, вы не на слово смотрите, а на его описание.
Магазин, это точка с которой у меня есть обмен деньгами. Теоретически, мне и в долг могут отпустить.
Не. Понятно, что обобщать можно в любую сторону. А тэги удобны тем, что можно строить сколь угодно много иерархий по каким угодно критериям.
"Можно ли решить исходную задачу при помощи тэгов" -- да, безусловно можно.
"Удобно ли это будет для пользователя" -- нет, не удобно. Хотя, если мест немного, то можно и уложиться.
"Имеет ли смысл разработчикам задуматься о том, чтобы выделить иерархию мест/контрагентов в самостоятельную сущность, тем паче, что она уже отчасти присутствует в виде источника дохода?" -- решать исключительно разработчику в рамках стратегии развития системы.
Может быть у них в планах просто удержать текущий функционал при растущей нагрузке. Что, тоже правильная и не всегда тривиальная задача. Тем более, что конкурентов почти нет. И пользоваться сервисом будем вне зависимости, есть там отдельно выделенный контрагент, и можно ли сделать анализ по стоимости овощей по разным рынкам...
|
|
|
|
Admin
|
|
4 августа 2014 14:04
|
Maxim Пишет: "Удобно ли это будет для пользователя" -- нет, не удобно В чём же неудобство?
Обоснуйте, с учётом сказанного нами выше про частные случаи.
|
|
|
|
Ilyan
|
|
4 августа 2014 14:19
|
|
А в бухгалтерии не нужны "более общие сущности".
От смешивания теплого с мягким никакой пользы.
Группировка по категориям имеет смысл потому, что у каждой траты есть РОВНО одна категория. Поэтому сделать группировку по тегам "аналогично категориям" невозможно.
Например, для того, чтобы сделать группировку по местам или по членам семьи, надо будет для каждого тега каким-то образом определить, какой именно "более частной" сущностью он является: "Контрагентом", "Бенефициаром", "Проектом" и т.п.
*
https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D1%81%D1%8
1%D0%BE%D0%B2%D1%8B%D0%B9_%D1%87%D0%B5%D0%BA
"Кассовый чек является документальным подтверждением договора купли-продажи."
Т.е. практически любая покупка является договором купли-продажи, а место её совершения, соответственно, контрагентом.
Т.е., конечно, формально контрагентом является какое-нибудь ООО или ЗАО, но в бытовом смысле это Пятерочка, IKEA и "Ларек на углу".
|
|
|
|
Ilyan
|
|
4 августа 2014 14:20
|
|
* поправьте верстку в предыдущем посте, пожалуйста
|
|
|
|
Zurbagan
|
|
4 августа 2014 14:34
|
Admin Пишет: 1. Большое количество тегов. Поле автоматически раскрывается при наведении на него курсора, разве нет? Во-вторых, не понятно как отдельное поле решит на эту. Большой список тегов, или большой список "мест" в другом поле - какая разница? Неудобство в том, что работа с полем тегов не такая, как работа с другими полями (место хранения, категория). Во все поля надо ткнуть и выбрать нужный элемент, над тегами надо задержать мышь, вместо тычка, выбрать элемент, а потом убрать мышь (т.к. там множественная отметка). Поэтому я и прошу отдельное поле с единичной отметкой, которое схлапывается сразу при выборе элемента.
|
|
|
|
Zurbagan
|
|
4 августа 2014 14:36
|
Admin Пишет: 2. "во-вторых, я ж потом буду просить сделать анализ в разрезе мест". Теги для этого и предназначены. В отчётах есть возможность делать срезы по разным тегам, а в будущем будут и другие возможности, включая группировку (аналогично категориям), сравнение и т.п. Если будет реализованы указанные вами возмолжность с тегами, тогда да, это устроит.
|
|
|
|
Zurbagan
|
|
4 августа 2014 14:41
|
Maxim Пишет: "Удобно ли это будет для пользователя" -- нет, не удобно. Хотя, если мест немного, то можно и уложиться. Тут даже не в количестве мест проблема, а в количестве других тегов, среди которых эти места потеряются)
А в целом - соглашусь с постом. Это есть контрагент, которого стоит выделять в отдельный фиксированный разрез. А теги использовать для индивидуальных разрезов и группировок.
|
|
|
|
Maxim
|
|
4 августа 2014 15:41
|
Admin Пишет: Maxim Пишет:"Удобно ли это будет для пользователя" -- нет, не удобноВ чём же неудобство? Обоснуйте, с учётом сказанного нами выше про частные случаи. Давайте попробую.
Во-первых, это будет не единственная иерархия, что кратно увеличивает количество возможных значений в поле тэгов.
Во-вторых, для ввода контрагентов можно было бы (и нужно) использовать иной способ ввода. Здесь был бы уместен ввод с поиском по вводимым буквам.
А сейчас в мобильном приложении для WP теги вообще плоским списком вываливаются. Вне каких-либо иерархий. Так что, есть над чем подумать.
Если не сущность вводить, то способ ввода оттюнить. Кстати было бы интересно иметь для ввода нечто похожее на контрол ввода ключевых слов в диалоге записи файлов MS Office. Там и множество иерархий можно вводить. И поиск очень удобный.
|
|
|
|
Admin
|
|
4 августа 2014 17:03
|
Maxim Пишет: Здесь был бы уместен ввод с поиском по вводимым буквам. Теги можно вводить набирая первые буквы их названия в комментарии (перед выбором категории) https://www.drebedengi.ru...quick.
Удобства ввода - это общая проблема для тегов и для отдельных полей. Её надо решать и думать, но замена одного на другое её не решает, за то усложняет интерфейс, увеличением количества полей в форме.
|
|
|
|
Maxim
|
|
5 августа 2014 18:50
|
|
Да ладно... Понятно, что если контрагент/место, это всего лишь измерение в отчете (по сути -- слово в таксономии) то место ему в Тэгах (я бы, всё же, попросил бы разделить тэги и комментарии ибо первое таксономии, второе бессвязный текст).
Ну, а если это всё же сущность. Со своими атрибутами.
Какими? -- устало отмахнётесь вы...
Ну, например, реквизиты счета. Маловероятно, конечно. Вряд ли кто-то будет формировать платёжные поручения.
Ну, а как вам такой сценарий?
Загружаем банковскую выписку в систему (вы ведь, уже почти завершили импорт данных для наиболее используемых интернет банков, правда?). Каждой транзакции в ней соответствует merchant name. По нему система находит в справочнике контрагентов нужного (или создаёт нового), а уже по контрагенту подставляет возможную категорию затраты.
Ну, или соотносит загруженную транзакцию с внесённой ранее.
Бред, скажете вы? Бред, соглашусь я. И пойду изучать рынок систем семейного финучета дальше... Глядишь, кто-то, да сделал. Вот, Family от http://www.sanuel.com/ru/family близок к нормальной многопользовательской версии. А то, от чего Вы, дорогой Admin, так старательно отбрыкиваетесь там очень хорошо сделано.
И работа с кредитными картами, и нормальный расчет остатков, и Контрагенты...
Так что, удачи.
|
|
|
|
Admin
|
|
5 августа 2014 19:49
|
Maxim Пишет: Ну, а если это всё же сущность. То см. выше,
".. для каких-то частных сущностей могут потребоваться частные функции.. .. об этом будем думать".
|
|
|
|
Admin
|
|
6 августа 2014 13:04
|
Ilyan Пишет: Группировка по категориям имеет смысл потому, что у каждой траты есть РОВНО одна категория. Поэтому сделать группировку по тегам "аналогично категориям" невозможно. Это вопрос хороший, но насчёт "невозможно" спешить не стоит, лучше подумать.
Например, когда один расход помечается несколькими тегами, то все они, как правило, обозначают разные "подсущности" (люди, места, мероприятия), что делает возможным (и нужным) группировку по тегам внутри "подсущности".
Так что, в каком-то виде, скажем по отдельности для каждой подсущности, группировка возможна.
Во-вторых, даже без разделения на подсущности, группировка по тегам имеет смысл, если исключить из полученного отчёта понятие "Итого". Это даст возможность отобразить, например, сумму расходов на [отпуск] и на [дети], но с оговоркой, что эти расходы нельзя складывать, т.к. они могут пересекаться.
|
|
|
|
Ilyan
|
|
6 августа 2014 13:38
|
Admin Пишет: Например, когда один расход помечается несколькими тегами, то все они, как правило, обозначают разные "подсущности" (люди, места, мероприятия), что делает возможным (и нужным) группировку по тегам внутри "подсущности". Именно это я и говорил. Группировать можно, но для этого для каждого тега надо определить его подсущность. И решить, что делать, если тега нет (специальная группа) или тегов одной подсущности несколько (я бы равномерно распределил расход между всеми тегами - т. е. если расход имеет теги [Я] и [Жена], наиболее логичным разделить этот расход пополам).
|
|
|
|
Ilyan
|
|
6 августа 2014 13:39
|
Admin Пишет: Во-вторых, даже без разделения на подсущности, группировка по тегам имеет смысл, если исключить из полученного отчёта понятие "Итого". Это даст возможность отобразить, например, сумму расходов на [отпуск] и на [дети], но с оговоркой, что эти расходы нельзя складывать, т.к. они могут пересекаться. То, что вы тут описали, уже существует, но называется не группировка, а фильтр по тегам.
|
|
|
|
Ilyan
|
|
6 августа 2014 13:44
|
|
Вопрос в том, насколько будет логично держать все теги в одном месте (в одной закладке настроек), если каждый из них будет относится к какой-то одной подсущности.
Или же объявить встроенные подсущности ("Контрагент", "Бенефициар", "Проект" и т. п.), которые будут отличаться от категорий только разрешенным количеством. Например, [0,1] для "Контрагент", [0,1,много] для "Бенефициара", [1,много] для "Кем заработано".
|
|
|
|
Admin
|
|
6 августа 2014 13:50
|
Ilyan Пишет: То, что вы тут описали, уже существует, но называется не группировка, а фильтр по тегам. Фильтр существует, а мы говорим про группировку, и её пока у нас нет.
Вы не сможете на одном отчёте (графике) увидеть отдельно суммы расходов по разным тегам.
Чтобы получше понять о чём речь, сформируйте отчёт расходов по категориям и представьте, что вместо категорий будут названия тегов. Их можно будет разворачивать и смотреть детализацию.
Это не точное описание, что-то возможно будет по другому, но думаем пока в эту сторону.
|
|
|
|
Admin
|
|
6 августа 2014 13:58
|
Ilyan Пишет: Вопрос в том, насколько будет логично держать все теги в одном месте (в одной закладке настроек), если каждый из них будет относится к какой-то одной подсущности. Об этом думаем. Как вариант - теги будут разбиты на группы (корневые элементы в дереве), которые дадут возможность работать с элементами как только одной выбранной группы, так и нескольких, при желании.
|
|
|
|
Maxim
|
|
6 августа 2014 14:05
|
|
А вот тут уже хочется встать на защиту уважаемого admin.
Для аналитики есть множество очень мощных средств. И переносить фокус разработки на реализацию того, что уже есть в природе не самая лучшая идея.
Достаточно слегка модифицировать экспорт, дав возможность экспортировать иерархии Тэгов, как отдельные поля.
Или предоставить стандартный интерфейс источника данных, чтобы любители анализировать могли самостоятельно строить кубы и крутить их в любимом продукте.
Как-то так...
|
|
|
|
Zurbagan
|
|
13 февраля 2015 14:53
|
Zurbagan Пишет: Еще просьба: 3. Сделать таблицу для анализа динамики расходов/доходов по всем категориям по периодам. По строкам - всё дерево категорий, развернутое (возможно с опицей выбора доходы/расходы). По столбцам - периоды (годы/месяцы/недели - опциональный выбор + указание конкретных периодов). Очень удобно для анализа расходов по месяцам. 3а. При этом, вместо той диаграммы по месяцам, которая есть сейчас, в этой новой табличке сделать чекбоксы около каждой строки, и кнопку "График", на котором отображать те строки, которые выделены галочками. 3б. А в таблице, при клике в сумму, показывать детализацию по этой категории, за этот период, можно в виде перехода на отчет, отстроенный с указанными параметрами по конкретной категории. День добрый, планируется ли реализация подобной таблицы?
|
|
|
|
Admin
|
|
13 февраля 2015 17:21
|
Zurbagan Пишет: День добрый, планируется ли реализация подобной таблицы? Уже есть в планировании бюджета.
|
|
|
|
Михаил
|
|
14 февраля 2015 12:50
|
|
Добрый день. У меня такое предложение столкнулся когда за день больше 30 транзакций хотелось бы чтоб была нумерация
|
|
|
|
Михаил
|
|
14 февраля 2015 12:52
|
|
допустим заходишь в расходы и сразу видно по последней транзакции что сегодня тратил 10 раз деньги, так же в доходах обмене и перемещении
|
|
|
|
Admin
|
|
14 февраля 2015 15:44
|
Михаил Пишет: хотелось бы чтоб была нумерация Спасибо за предложение, подумаем.
|
|
|
|
Ivan
|
|
18 февраля 2015 18:48
|
|
сделайте возмоность указания "даты завершения" для места хранения. Сильно поможет при учете банковских вкладов
|
|
|
Секунду ...
