Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Присоединиться к нам вконтакте
или почитать наш твиттер
Общение / Веб версия / Возможность изменения типа операций

Возможность изменения типа операций

neodanik
7 мая 2018 18:41
Владимир Ситников Пишет:
1) Админы не понимают сути проблем и сути предлагаемых решений. Я даже GoogleDoc создал https://goo.gl/Dbwfpt , а воз и ныне там.
Владимир, это просто супер-крутой график у вас! В какой программе строите? Как можно его у себя запустить?

Уважаемый Admin, очень хотим такой график в ДД, который будет отвечать "сколько можно потратить"! Ознакомьтесь, пожалуйста, с документом, там прекрасный разбор. Было бы просто замечательно такое поведение внедрить в ДД.
Владимир Ситников
7 мая 2018 20:17
>Владимир, это просто супер-крутой график у вас!

Спасибо!

>В какой программе строите? Как можно его у себя запустить?

Программа написана на Python для Google App Engine. Запустить можно локально (я так и делаю), но нужно установить GAE Python SDK. Ну и, возможно, потребуется доработка напильником под ваши данные (возможно, коды валют отличаются у разных пользователей, у меня прямо в коде хранится ID кредитки и т.п.)
Запуск там одной командой dev_appserver.py --port=8123 . , но вот если сходу не заведётся, то придётся как-то анализировать ошибки.

Осилите?
Тогда могу поубирать свои логины из кода и выложить на GitHub.
Admin
7 мая 2018 20:53
neodanik Пишет:
такой график в ДД, который будет отвечать "сколько можно потратить"
Такой график уже есть, в разделе "планирование бюджета", под таблицей бюджета.
Владимир Ситников
7 мая 2018 21:00
>Такой график уже есть, в разделе "планирование бюджета", под таблицей бюджета.

Посмотрите, пожалуйста, документ https://goo.gl/Dbwfpt
1) В разделе <<“Планирование бюджета” в ДД>> разбирается этот самый график, и оказывается, график из ДД неправильный

2) График из ДД показывает "сколько будет денег" (неправильно, но для этого пункта не так важно), а neodanik говорил про график "сколько можно потратить".
Если не понимаете разницу между "сколько можно потратить" и "сколько будет денег", то вам в раздел <<Сколько денег у нас есть>>
neodanik
8 мая 2018 04:03
>Осилите?
>Тогда могу поубирать свои логины из кода и выложить на GitHub.

Огонь! Владимир, давайте попробуем :)

>Такой график уже есть, в разделе "планирование бюджета", под таблицей бюджета.

Уважаемый Admin, пожалуйста, гляньте документ, который составил Владимир. Там действительно очень полезная информация. Это то, что может помочь решить довольно существенные проблемы с планированием бюджета в ДД.
Владимир Ситников
8 мая 2018 09:45
>Огонь! Владимир, давайте попробуем :)

См. https://github.com/vlsi/drebedengi-planning-chart
Admin
8 мая 2018 11:06
neodanik Пишет:
пожалуйста, гляньте документ
Смотрели, ничего не изменилось. В документе много воды и ошибок.

С самых первых фраз:
1. Про остатки на 28 дек. "Итого, у нас 757 тыс. рублей. Значит у нас 757? На самом деле, нет. Что, если у нас 6 января .."

Причём здесь 6-е января? Почему не 31 августа? Программа отображает остаток на 28 декабря, только и всего. Эта цифра корректна и обратное утверждение не соответствует действительности.

2. Про планируемый платёж на 10 т.р. от 6-го января. "Запланируем гипотетическую трату 757 тыс.руб... Что предлагают ДребеДеньги? ДД показывает, что у нас по-прежнему как бы есть 757 тыс рублей. Даже со всеми галочками учёта планируемых операций."

Ввели планируемый расход 29-го декабря, а остаток смотрим на 28-е .. и утверждаем, что "по прежнему" и "Даже со всеми галочками" - это что? Примитивная ошибка или сознательный ввод в заблуждение. Остаток может измениться только ПОСЛЕ ввода операции, а не до неё.. и галочка "Учесть планируемые операции" в опциях остатков это отлично покажет.

И так далее.

Может там где-то и есть что-то дельное, но вникать и разбирать это в таком ключе не видно смысла и нет времени. Слишком много воды..

Посмотрите, всё же, график свободного остатка под таблицей планирования. Возможно он не отражает всех нюансов и не удовлетворяет всех потребностей, но лучше описать конкретно ваши замечания к нему, без лишнего текста, это даст бОльшую вероятность что-то улучшить.
neodanik
8 мая 2018 11:28
>Посмотрите, всё же, график свободного остатка под таблицей планирования.

1) как мне получить ответ на вопрос "сколько денег я могу потратить сейчас из тех, что есть на счетах, с учетом запланированных трат и планового бюджета на месяц, не внося все статьи бюджета в "запланированные расходы"?"?

2) Как увидеть глубину кассового разрыва, когда деньги есть на счетах, но фактические обязательства (регулярные и нет) на определенном временном диапазоне они не покрывают?

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

>Смотрели, ничего не изменилось. В документе много воды и ошибок.

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

>лучше описать конкретно ваши замечания

Есть замечания по бюджетированию, описаны давно тут https://www.drebedengi.ru/?module=forumMessageList&topic_id=7992
Очень нужны.
neodanik
8 мая 2018 11:28
Владимир Ситников Пишет:
См. https://github.com/vlsi/drebedengi-planning-chart
Владимир, благодарю, на выходных буду разбираться :)
neodanik
8 мая 2018 11:29
Уважаемый Admin, у меня почему-то форматирование сбилось в сообщении,
я отступы между строками расставлял, а получилась каша :(
Владимир Ситников
8 мая 2018 11:53
"В документе много воды и ошибок" -- в документе можно прямо выделять текст и оставлять комментарий. Если считаете, что что-то неправильно прямо оставляйте комментарии.

> 1. Причём здесь 6-е января? Программа отображает остаток на 28 декабря, только и всего

Такое ощущение, что вы как-то не так читаете. Фактический остаток (на 28 декабря) равен 757. Но пример как раз и показывает, что при планировании средств одного только фактического остатка мало.

<br> [br]


> Эта цифра корректна и обратное утверждение не соответствует действительности

А я где-то говорил, что "эта цифра неправильно посчитана"? Цифра хорошая, но опираться на неё при планировании бюджета неправильно. И "6 января" там используется как пример "запланированного в будущем платежа".

<br> [br]

> Ввели планируемый расход 29-го декабря, а остаток смотрим на 28-е

Ага. **Внимание, вопрос** : а на какую дату вы предлагаете смотреть остатки? Последовательно перебирать все даты будущего года?
Или как?

Вы поймите: основная цель это узнать "сколько денег можно потратить здесь и сейчас".
Окошко "остатки на сегодня" эту задачу никак не решают.

<br> [br]

> Посмотрите, всё же, график свободного остатка под таблицей планирования

В этом же документе разобраны 2 варианта, когда график очевидно неверный.
Admin
8 мая 2018 11:54
1). Посмотреть на график и найти минимальную точку, на рассматриваемом вами интервале планирования.

2) Не понятно, что вы понимаете под "фактические обязательства" и как вы их покрываете. Но если все планируемые операции введены в систему, то кассовый разрыв отобразится на графиком уходом в минус. Величина минуса, это и есть глубина кассового разрыва.

3) Пишите.

"..замечания по бюджетированию, описаны давно тут..", какие-то давно описаны, какие-то давно исправлены, какие-то ожидаются в следующем релизе. Это не предметно, отсылать на тему, разбухшую нужными и ненужными постами за все эти годы.
Владимир Ситников
8 мая 2018 12:10
> 1). Посмотреть на график и найти минимальную точку, на рассматриваемом вами интервале планирования.

1.1) График неправильный. Вот вам пример. Логин yoduvevasi@ethersportz.info, пароль HuxcHHjUM
Там одна единственная трата (прямо на сегодняшее число), а график в планировании почему-то идёт вверх 31 мая.


1.2) Как раз это и нужно автоматизировать. Нужно "посмотреть в будущее, найти там минимальную точку, и показать её". Поиск минимума машина делает гораздо лучше человека.
Admin
8 мая 2018 12:21
Владимир Ситников Пишет:
1.1) График неправильный. Вот вам пример. Логин yoduvevasi@ethersportz.info
График правильный, потому что соответствуем составленному вами плану, согласно которому на конец месяца ваш остаток будет равен 100 000.

Поэтому график и идёт вверх 31-го мая, чтобы отразить составленный вами план.
Владимир Ситников
8 мая 2018 12:28
> График правильный, потому что соответствуем составленному вами плану

Слушайте. Я ещё даже ничего не планировал. Никаких планируемых операций не добавлял.
Просто начал пользоваться системой, указал, что у меня в сейфе лежало 100 т.р., и что сегодня я ими расплатился за отпуск.

Захожу посмотреть на график -- он показывает, что "31 мая откуда-то возникнут новые 100 т.р.", а потом "30 июня эти 100 т.р. каким-то магическим образом пропадут".

Таблицу "планирования" я вообще не трогал. И я вовсе не указывал, что "на конец месяца будет остаток 100 000".
Владимир Ситников
8 мая 2018 12:29
Ну и или этот же вопрос по-другому: как мне нужно было отразить в ДД операцию "потратил все деньги из сейфа на отпуск"?

Зашёл, создал операцию "расход". Это неправильно? Расходы нужно как-то по-другому заносить?
AJ
8 мая 2018 12:34
Народ, а как насчёт главной темы топика? Вы куда-то не в ту сторону ушли.
Тут большинство заинтересовано в смене типа операции.
neodanik
8 мая 2018 12:45
Это я утянул тему не в то русло, надо было новую создать на основе сообщений в данном топике. Извиняюсь :)
Admin
8 мая 2018 12:45
Владимир Ситников Пишет:
Слушайте. Я ещё даже ничего не планировал.
Вы не составили план, и при этом утверждаете, что он не верный? Это как-то странно.

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

То что сейчас отображается в разделе планирования при первом входе - это наша попытка сделать инструмент более понятным, вовлечь пользователя в работу с планом и его дальнейшее составление.
nermanson
8 мая 2018 13:17
AJ Пишет:
Народ, а как насчёт главной темы топика? Вы куда-то не в ту сторону ушли.
Тут большинство заинтересовано в смене типа операции.
Вот именно.
Уважаемые admin'ы - есть новости по теме топика?

P.S. Стратегия развития сервиса - это конечно не мое дело, но как пользователю мне бы хотелось видеть более динамичных изменений.
А то за последний год толком ничего не изменилось. Ни в функциональности (полезной и востребованной), ни в мобильных приложениях, ни в веб-версии. Если не хватает ресурса, то я бы на вашем месте либо бы пошел на повышение стоимости (имхо, что 600рублей, что 1к - в год не принципиально для большинства пользователей), либо на краудфандинг под конкретные задачи. А сейчас получается, что застой приложения отпугивает от него новых пользователей. К сожалению вижу на многих каналах и чатах в Телеграм где обсуждаются темы личных финансов, что приложением пользуются, но почти все сходятся во мнении о сервисе:
функциональность - более\менее
дизайн (сайт, приложение) - из "прошлого века"
скорость обновления - никакая
В итоге многие новые пользователи выбирают ваших конкурентов.
Admin
8 мая 2018 13:38
nermanson Пишет:
Уважаемые admin'ы - есть новости по теме топика?
Пока нет. Застряли на следующем веб-релизе, который в основном будет про многопользовательские функции (их больше всего просят).. планирование бюджета тоже заденет.

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

Насчёт дизайна (веб) - сейчас он оптимален. Всё остальное - это быстро меняющаяся мода, за которой бессмысленно гнаться, и которая подождите, и вы увидите как (и не раз) вернётся к "прошлому веку".
Мария
15 мая 2018 09:32
Присоединяюсь к просьбе сделать возможность изменять тип операции! Постоянно перемещаю с одной карты на другую: на одной храню, с другой трачу, есть счет, на котором коплю на отпуск, и парочка кредитов. Так каждую операцию система записывает в расход (а иногда и в доход), хотя это перемещение с одного счета на другой. Приходится идти вручную удалять, добавлять, что-то упустишь - летят остатки, а особенно если делаешь это все за пару недель, просто каша какая-то! С остальным вроде все нормально, но это просто жесть какая-то
Юрий
3 июня 2018 22:30
Добавлю просьб в копилку. Когда приходят смс "POPOLNENIE" и система ставит его в расход, задолбаешься вводить всё заново. Почему бы не сменить тип операции. Уже несколько лет просил об этом. Это рельно нужно.
Admin
4 июня 2018 09:18
юрий Пишет:
Когда приходят смс "POPOLNENIE" и система ставит его в расход
Это же настраивается правилом по ключевым словам.
Maxim
9 июня 2018 22:35
Слушайте.
Уже наверняка написали, но самый простой пример, когда нужно преобразовать расход в перемещение, это перевод между счетами в разных банках. Да что там в разных. Пополнение кредитки в СБРФ.
Приходит SMS о СПИСАНИИ со счета. Через несколько часов приходи SMS о пополнении. И привет.
А если перевод в какой-нибудь дремучий банк, который еще и SMS не шлёт (хотя, таких мало), получаем "Левые" доходы/расходы, которые искажают картину бюджета.

Сюда же. Точнее, не сюда, а в запрос фичи. Пометка для транзакции "исключить из бюджета".
Anna
29 июня 2018 10:31
Admin Пишет:
Да, спасибо, такие просьбы уже были.
Надо думать над интерфейсом для этой задачи.
Предлагаю добавить кнопку всплывающую (там, где удалить, шаблон, копия). Например, "изменить тип".
По ней клик даст выбор, на какой тип изменить.
И выбор типа откроет нужную форму редактирования заполненную данными из транзакции.

При сохранении новая добавляется, старая удаляется.

Особенно ценно тем, что комментарий (например, текст смс) и время транзакции сохраняются.
Anna
29 июня 2018 10:54
Admin Пишет:
Здравствуйте.
А по ключевику "CARD2CARD" нельзя настроить правило для перемещения?
тогда те транзакции, которые фактически траты, оплаченные переводом на карту, надо будет менять на траты с перемещений.
Anna
29 июня 2018 14:04
Anna Пишет:
Предлагаю добавить кнопку всплывающую (там, где удалить, шаблон, копия).
Это, оказывается, тут уже предложили.
В общем +1 и буду ждать реализации.
RsH
30 июня 2018 11:28
Anna Пишет:
Anna Пишет:Предлагаю добавить кнопку всплывающую (там, где удалить, шаблон, копия). Это, оказывается, тут уже предложили.
В общем +1 и буду ждать реализации.
Скоро 3 года...

картинка
http://risovach.ru/kartinka/11777194
Tisar
9 сентября 2018 17:18
Три года прошло ...
Александр
9 сентября 2018 17:19
+1
Владимир Ситников
9 сентября 2018 17:27
>Три года прошло ...

Так выпьем за то, чтобы наши желания совпадали с нашими возможностями!
Admin
9 сентября 2018 17:30
Да, мы немножечко подбуксовавыем, но всё же движемся вперёд.
Вот как добьём веб-релиз 2.5, а потом QR, а потом всё остальное..
Ярослав
10 сентября 2018 08:48
Admin Пишет:
Да, мы немножечко подбуксовавыем, но всё же движемся вперёд.
Вот как добьём веб-релиз 2.5, а потом QR, а потом всё остальное..
а примерный срок?
maskman
24 января 10:22
В соседней ветке (https://www.drebedengi.ru/?module=forumMessageList&topic_id=6507) рассказали как менять тип операции.

Расход -> Перемещение
1. Нажимаем Редактировать
2. В редактировании нажимаем "Дать в долг" и выбираем любой долговой счет.
3. Сохраняем. Операция стала перемещением.
4. При необходимости в перемещении можно изменить счет на который перемещали.

Доход -> Перемещение
Аналогично

Осталось
В меню "Дать в долг" и "Взять в долг" выводить все счета, а не только долговые.
И сделать обратные процедуры:
- Перемещение -> Доход
- Перемещение -> Расход
Maxim
24 января 17:14
maskman Пишет:
В соседней ветке ( https://www.drebedengi.ru...=6507) рассказали как менять тип операции.

Расход -> Перемещение
1. Нажимаем Редактировать
2. В редактировании нажимаем "Дать в долг" и выбираем любой долговой счет.
3. Сохраняем. Операция стала перемещением.
4. При необходимости в перемещении можно изменить счет на который перемещали.

Доход -> Перемещение
Аналогично

Осталось
В меню "Дать в долг" и "Взять в долг" выводить все счета, а не только долговые.
И сделать обратные процедуры:
- Перемещение -> Доход
- Перемещение -> Расход
Вот вы сейчас насоветуете, и разработчики решат, что всё и так в порядке. И расслабятся.
А расслабленный разработчик -- это причина краха проекта.

Так вот. Не годится это решение. Прежде всего потому, что смена типа, это _объединение_ двух неверных транзакций. Прихода на один счет и расхода на другой.

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

По-хорошему, конечно, операции "перенос" вообще быть не должно. Дебет одного счета жестко связанный с кредитом другого. И исключать такие транзакции из расчета бюджета.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.