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

Планируемая трата. Баг или так задумано?

Павел Фёдоров
20 октября 2014 13:37
Вот видео моих действий: https://yadi.sk/i/vu81QCTuc9jQY (не знаю чего я раньше мучался и посылал скриншоты - видео намного удобнее). Трата была забита вчера в качестве эксперимента. И почти сразу же ради интереса ткнул "ввести". Ну, она и ввелась, кнопка "ввести" стала неактивной. Сегодня вспомнил про эту трату, захотел удалить, но не тут-то было. Из планирования бюджета не удаляется, и если зайти в этот день - вообще этим днём отсутствует. Как удалить?

Также прошу пояснить в чём особая разница между планируемой в будущем тратой и фактической в будущем. Фактическая сразу фиксируется и влияет на остатки, а планируемая запоминает доя поры и в заданный день и заданное время автоматически фиксируется? Если да, то если создать планируемую и нажать кнопку "ввести", то она тут же превратится в фактическую?
Павел Фёдоров
20 октября 2014 13:53
Дополнение: не видно этой траты в этот день даже если в блоке Журнал операций сделать панель с плановыми операциями видимой
Admin
20 октября 2014 14:21
Судя по истории всех изменений (можете посмотреть сами, в фильтре журнала операций), эта трата была вами удалена, поэтому вы её и не видите.

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

Планируемая от фактической отличается тем, что её ещё не существует в системе, как таковой, а только отражается факт того, что она запланирована.
Admin
20 октября 2014 14:21
Павел Пишет:
если создать планируемую и нажать кнопку "ввести", то она тут же превратится в фактическую?
Совершенно верно.
Павел Фёдоров
20 октября 2014 15:09
Стоп. Но раз я её уже удалил, её не должно быть нигде. Иначе это только больше запутывает. Вот как сейчас: зашёл в планирование в эту категорию (там до сих пор отображается серым эта удалённая запланированная трата на 3000), и изменил лимит за октябрь с 4500 до 1000 - сохранить - в лимите осталось 3000. Это как так? Если я запланировал трату на 3000 и потом удалил её, то её по логике и не должно больше нигде остаться. А сейчас эта призрачная трату "рулит" моим лимитом в планировании по этой категории и не даёт поставить лимит меньше чем она сама.
Admin
20 октября 2014 17:20
Есть правда в ваших словах. Но с другой стороны, вы же уже её внесли. Операция стала реальной и её изменение после этого не очевидным образом связано с планируемой.

А если, допустим, планируемая трата периодическая. В какой-то момент вы внесли текущую операцию, но та, что наступит через неделю, как и последующие повторы продолжают жить своей жизнью отражаясь в системе. Если при этом вы измените-удалите только что внесённую реальную операцию, как по вашему это должно отразиться на планируемой?
Павел Фёдоров
21 октября 2014 08:34
Внёс, стала реальной. Но я же потом её удалил! Всё. Её не должно больше быть нигде, она мне больше не нужна. Вот пример: пусть у меня запланировано 4 операции, по одной каждую пятницу. Если я удаляю первую планируемую трату из четырёх, то по моему мнению, логично выводить запрос вроде: "Удалить только текущую трату или все четыре запланированных?". Если "только текущую" - остальные остаются сами по себе, а если "все четыре" - то все 4 траты удаляются и не оставляют следов в системе, возвращая планы по этой категории на состояние как было до внесения этих четырёх планируемых. По-моему очень логично и просто. А сейчас у меня вот такие следы от моего "пробного" планирования, которые мне вообще непонятно зачем видеть и которые только мешают и путают, да ещё и не дают свободно менять лимит по категории где они были запланированы, а потом удалены: https://yadi.sk/i/myZIuSY_cAoGT
Павел Фёдоров
21 октября 2014 09:07
Возможно я не понимаю какой-то особенной логики с этими планируемыми тратами, но сейчас система этих трат не обладает гибкостью обычных фактических трат (мешает этому непонятная мне логика "оставления" удалённого). Склоняюсь к мысли, что при текущем положении дел с удалением планируемых трат, проще ими не пользоваться во избежание проблем.
Admin
21 октября 2014 12:37
Павел Пишет:
Вот пример: пусть у меня запланировано 4 операции, по одной каждую пятницу.
Это где вы такое увидели? Планируемая операция, повторяемая еженедельно - это
1. Всего одна планируемая трата. Вы не можете ничего с ней сделать, например, в какой-то одной, пятой по счёту, пятнице. Редактировать можно только текущую, доступную для внесения планируемую операцию.
2. Она распространяется на все пятницы во всём обозримом будущем (и их можно увидеть с пометкой "повтор"), а не на 4.
3. Она порождает со временем энное число реальных операций, которые, будучи созданы, уже никак с планируемой тратой не связаны. Это логично, потому что запланировав, например, ежедневную трату на проезд в 100р, каждая реально совершённая трата может отличаться от запланированной (в один день наездили больше) или вовсе отсутствовать (удалили трату) - при этом с планируемой операцией ничего делать не нужно, она как была так и остаётся запланированной ежедневно.

Есть ли тут какие-то вопросы?

Ваш случай, удаление простой пометки из плана о внесённой планируемой операции - это несколько иное, и вы вполне понятно пояснили, что в этом есть резон.

Решение тут видится - либо дать пользователю удалять из плана внесённую операцию, либо удалять её автоматически.
Павел Фёдоров
21 октября 2014 13:24
Admin Пишет:
Всего одна планируемая трата.
Вон оно что. Теперь стало понятнее. Пардон, с примером про 4 пятницы, ошибся. Конечно же эта планируемая трата распространяется на все будущие пятницы до бесконечности - это понятно. Но, получается я не могу удалить какую-то одну из этой цепочки трат, только всю цепочку целиком? А нельзя ли сделать так, что если удалить одну планируемую трату из середины цепочки, скажем ту, которая по плану через 10 недель, то остальные остались бы на месте и по-прежнему остались связаны? А при редактировании любой планируемой траты из цепочки менялась бы вся цепочка? Я как-то интересовался сервисом ДзенМани - там такое сделать вполне реально. Посмотрите ради интереса.
Павел Фёдоров
21 октября 2014 13:24
Admin Пишет:
Решение тут видится - либо дать пользователю удалять из плана внесённую операцию, либо удалять её автоматически.
Я за автоматический вариант удаления
Ilyan
21 октября 2014 14:18
Я ещё не начал толком пользоваться планируемыми операциями, хотя выглядит это перспективно.

Мне кажется, что логика повторяющихся планируемых операций должна быть такой:

1. Повторение может быть либо бессрочным, либо до какой-то даты.
2. При редактировании, удалении и даже внесении(!) одного из повторов, повторяющаяся операция должна разделиться на 2 (по-моему, очевидно каким именно образом - у существующей изменить предельный срок повторения + создать её копию с другой начальной датой и старым сроком повторения).

Ещё совсем не нравится добавление всяких "Ежемесячно." в МОЙ комментарий, да еще и перед ним. Нельзя ли хотя бы поставить это в конец, отдельной строкой? А еще лучше, другим цветом/размером/жирным...

https://drive.google.com/folderview?id=0By50NczJWxY2NGU2N2Q1NDYtYTBhNC00OGY4LWIwNDYtODlkNWU1MzhiOTE2&usp=sharing
Ilyan
21 октября 2014 14:47
Ещё напрягает то, что при переходе к планируемым расходам перегружается вся страница, а журнал операций при этом ещё и пропадает.

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

Вот примерный набросок:

https://drive.google.com/file/d/0By50NczJWxY2OXJKVE9xNHJWVVk/view

1. Вместо придуманной мной иконки (+) (х) вы везде используете подчеркнутое "Показать". То есть уменьшенные блоки надо сначала показать, а потом уже закрыть.
2. "Итого" совершенно не нужно. А учитывая повторяемость - просто неверно. Хотя отделить повторяемые операции от журнала желательно лучше, чем у меня.
Admin
21 октября 2014 15:22
Павел Пишет:
А нельзя ли сделать так, что если удалить одну планируемую трату из середины цепочки, скажем ту, которая по плану через 10 недель, то остальные остались бы на месте и по-прежнему остались связаны?
Для этого пришлось бы чем-то пожертвовать. Представляете, хранить в БД всю цепочку планируемых трат до бесконечности (!) и ворочать её при каждом телодвижении?

Будем исходить из реальных нужд (которые станут известны лишь со временем) и под них уже что-то затачивать по возможности малой кровью.
Admin
21 октября 2014 15:26
Ilyan Пишет:
Ещё напрягает то, что при переходе к планируемым расходам перегружается вся страница
(!) Где это вы такое увидели? Ничего подобного быть не должно. Если можно опишите подробнее по шагам, а лучше заснять видео (прекрасная, кстати, тенденция - уже освоили многие пользователи).
Admin
21 октября 2014 15:29
Ilyan Пишет:
а журнал операций при этом ещё и пропадает.

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

"Итого" всегда должно работать корректно. Если у вас не так - хорошо бы скриншот.
Павел Фёдоров
21 октября 2014 15:38
Admin Пишет:
Представляете, хранить в БД всю цепочку планируемых трат до бесконечности (!) и ворочать её при каждом телодвижении?
Нет, не представляю. Деталей и возможности реализации (в силу того что я простой пользователь, а не программист) в Дребеденьгах не знаю, поэтому и спрашиваю. Просто вижу, что у ДзенМани это хорошо работает, поэтому предлагаю и здесь сделать подобное.
Ilyan
21 октября 2014 15:41
Admin Пишет:
(!) Где это вы такое увидели?
Извиняюсь, видимо перегружается только "Журнал операций".

Но учитывая, что у меня он стоит на "Последние 6 мес.", т.е. сотни транзакций, надпись "Секунду" висит неприлично долго.
Ilyan
21 октября 2014 15:43
Admin Пишет:
"Итого" всегда должно работать корректно.
"Итого" работает корректно, но бессмысленно, потому что учитывает повторяющуюся МНОГО раз операцию только ОДИН раз.
Admin
21 октября 2014 15:46
Ilyan Пишет:
"Итого" работает корректно, но бессмысленно, потому что учитывает повторяющуюся МНОГО раз операцию только ОДИН раз.
Нет, оно учитывает (и отображает) её столько раз, сколько входит в указанный в фильтре (или параметрах отчёта) диапазон дат.
Kamdis
21 октября 2014 15:49
Поддерживаю вопрос по проблеме.
1. Создал планируемый доход;
2. Через интерфейс планирования бюджета случайно нажал подтвердить;
3. Потом например понял, что ошибся, нашёл этот доход в списке транзакций и там его удалил.
Проблемы:
1. Теперь через интерфейс планирования бюджета нет возможности подтвердить транзакцию именно в этом месяце когда на самом деле нужно (там написано что уже введена);
2. Нет возможности изменить сумму, потому как доход числится уже подтвержденным. А ведь это может потребоваться.
Kamdis
21 октября 2014 15:54
По моему необходимо отслеживать планируемую транзакцию и считать её исполненной только если есть связанная с ней фактическая транзакция. Если связной нет, значит считать планируемую не введенной.
Тогда если пользователь сначала введёт транзакцию через интерфейс планирования бюджета, а потом удалит фактическую транзакцию руками, то в интерфейсе планирования бюджета такую транзакцию необходимо отображать не введенной.
Ilyan
21 октября 2014 15:55
Admin Пишет:
Спорно.
Почему я могу увидеть одновременно почти все блоки на главной странице, а "Журнал операций" и "Планируемые операции" - нет?
Admin
21 октября 2014 16:10
Ilyan Пишет:
Почему я могу увидеть одновременно почти все блоки на главной странице, а "Журнал операций" и "Планируемые операции" - нет?
Не очень понятен вопрос. Какие блоки? Зачем их видеть одновременно?
Пока не было такой задачи - видеть все блоки одновременно.
Ilyan
21 октября 2014 18:50
Admin Пишет:
Нет, оно учитывает (и отображает) её столько раз, сколько входит в указанный в фильтре (или параметрах отчёта) диапазон дат.
https://drive.google.com/file/d/0By50NczJWxY2b09xR1M1bUtzdG8/view

Операция ежедневная, с 22 октября, наверху стоит 31 октября, операция видна ОДИН раз, итоги бессмысленны,
Admin
21 октября 2014 18:58
Ilyan Пишет:
Операция ежедневная, с 22 октября, наверху стоит 31 октября, операция видна ОДИН раз, итоги бессмысленны
Вы же смотрите отдельный список запланированных расходов (потому что сами так захотели, кликнув общее число план. трат), который не связан с фильтром и его параметрами.

Но и в этом режиме, почему итоги бессмысленны. Это сумма всех ближайших планируемых операций. Вполне допустимо, что кому-то эта информация будет полезной. Но тем более это странно слышать от вас, сторонника единства одной логики в разных местах.
Ilyan
21 октября 2014 19:13
Admin Пишет:
Вы же смотрите отдельный список запланированных расходов
Именно.

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

Это и не сумма ближайших планируемых операций, потому что если у меня есть ежедневный расход на 100 рублей и ежемесячный (1-го числа) на 1000, то итог в 1100 не имеет смысла.

Потому что до 1-го числа есть еще 10 ежедневных расходов по 100 рублей.
Ilyan
21 октября 2014 19:16
Единая логика такая: итоги могут быть только для фактических операций.

А итоги у планируемых операций - это примерно тоже самое, что сделать итоги у шаблонов.
Ilyan
21 октября 2014 19:18
Я ещё как-то могу понять раздельные итоги по периодичности: сколько всего разово, сколько ежемесячно, сколько ежегодно...

Но все в кучу - совершенно бессмысленно.
Ilyan
21 октября 2014 19:39
Admin Пишет:
Это чтобы посмотреть какие у нас вообще запланированы операции, не смешивая с остальными.
Ок, но почему ради этого мне необходимо обязательно между ними переключаться?

Если уж планируемые операции вынесены в отдельный блок, почему для того, чтобы его открыть нужно обязательно закрыть "Журнал операций"? Почему невозможно их видеть одновременно? Насколько я помню, раскрытый блок "Напоминаний" никому не мешал и не требовал постоянного переключения. Тем более когда это переключение занимает долгие секунды.
Admin
21 октября 2014 20:45
Ilyan Пишет:
Почему невозможно их видеть одновременно?
Как вы себе представляете одновременно отобразить записи в соответствии с параметрам фильтра и НЕ в соответствии?

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

Может вы хотите, что бы весь список планируемых отображался где-то отдельно, но где? И зачем?
Ilyan
21 октября 2014 20:55
Admin Пишет:
Как вы себе представляете одновременно отобразить записи в соответствии с параметрам фильтра и НЕ в соответствии?
Я уже примерно нарисовал, как бы я хотел это видеть:

https://drive.google.com/file/d/0By50NczJWxY2OXJKVE9xNHJWVVk/view


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

Я же предлагаю, чтобы эту панель (=блок) можно было ещё и сворачивать/разворачивать. В свернутом виде видно только количество плановых операций, в развернутом - они же детально. Возможность сворачивать/разворачивать эту панель никак не противоречит фильтру.
Ilyan
21 октября 2014 20:58
Admin Пишет:
поэтому операции нельзя отображать вперемешку.
Я и не думал - сначала панель/блок планируемых, потом - фактические.

Отделить одни от других надо хорошо и заметно.
Admin
21 октября 2014 21:04
Ilyan Пишет:
Я и не думал - сначала панель/блок планируемых, потом - фактические.

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

И зачем их видеть в одном списке?
Ilyan
21 октября 2014 21:07
Или даже вынести их в отдельный, скрываемый блок:

https://drive.google.com/file/d/0By50NczJWxY2MFVQakxoUUxMTE0/view?usp=sharing
Ilyan
21 октября 2014 21:09
Admin Пишет:
И зачем их видеть в одном списке?
Если честно, мне не так уж и нужно их видеть в одном списке.

Меня дико бесит постоянное ожидание загрузки при переходе.
Ilyan
21 октября 2014 21:13
Ilyan Пишет:
Меня дико бесит постоянное ожидание загрузки при переходе.
Имхо, если не считать дозагрузки операций с 30 до "Последние 6 мес." и смены фильтра журнала, где ожидание уместно, это деяствие - единственное где страница не меняется, но надо ждать.
Admin
21 октября 2014 21:15
Ilyan Пишет:
Меня дико бесит постоянное ожидание загрузки при переходе.
Так надо об этом и говорить. Давайте подробнее, ваши действия по шагам, куда переход и в каком моменте ожидание (причём постоянное).
Ilyan
21 октября 2014 22:31
https://drive.google.com/file/d/0By50NczJWxY2eHNISXNBbDZHRmc/view?usp=sharing

1-2 секунды вроде не так и много, но бесит.
Ilyan
21 октября 2014 22:33
А на рабочем компьютере было еще дольше.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English