Павел Фёдоров
|
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 Пишет: "Итого" работает корректно, но бессмысленно, потому что учитывает повторяющуюся МНОГО раз операцию только ОДИН раз.
Нет, оно учитывает (и отображает) её столько раз, сколько входит в указанный в фильтре (или параметрах отчёта) диапазон дат.
|
|
|
NO NAME
|
21 октября 2014 15:49
|
Поддерживаю вопрос по проблеме.
1. Создал планируемый доход;
2. Через интерфейс планирования бюджета случайно нажал подтвердить;
3. Потом например понял, что ошибся, нашёл этот доход в списке транзакций и там его удалил.
Проблемы:
1. Теперь через интерфейс планирования бюджета нет возможности подтвердить транзакцию именно в этом месяце когда на самом деле нужно (там написано что уже введена);
2. Нет возможности изменить сумму, потому как доход числится уже подтвержденным. А ведь это может потребоваться.
|
|
|
NO NAME
|
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
|
А на рабочем компьютере было еще дольше.
|
|
|