|
Anton
|
|
10 января 2014 17:15
|
|
Предположим, я запланировал расходы на месяц под 0 (сколько было денег, все потрачу), а в течение месяца какую-то статью превзошел. По ней у меня образовался минус, "еще можно потратить" уменьшилось. Однако, по другим статьям я тоже не могу потратить меньше, либо мне нужно понимать на сколько денег в минусе я могу остаться в конце месяца (в данном контексте не важно, как я этот минус закрою в жизни).
Было бы круто, если бы остаток "по плану" тоже изменялся в сторону уменьшения (например, был не только "Отнимаем плановый расход", но еще и "Отнимаем перерасход бюджета").
Понятно, что это актуально было бы только для текущего месяца.
|
|
|
|
Anton
|
|
10 января 2014 17:22
|
|
И чтобы два раза не вставать:
"Складываем фактические остатки на 31 декабря 2013 года" не считает фактические остатки на счетах, которые сейчас скрыты в Местах хранения, но в декабре не были скрыты и на них были деньги.
|
|
|
|
Admin
|
|
10 января 2014 18:18
|
|
Добрый день,
Сложный механизм.. даже переварить сходу не получается. Но подумаем.
|
|
|
|
Anton
|
|
11 января 2014 15:54
|
|
Можно делать примерно так:
1. Посчитать сумму только отрицательные числа из графы "Осталось"
http://prntscr.com/2idg9l
2. Делать "Отнимаем планируемые расходы и текущий перерасход"
http://prntscr.com/2idge2
3. И все
Ну и чтобы можно было галкой дергать вкл-выкл
|
|
|
|
Anton
|
|
12 января 2014 22:41
|
|
И чтобы два раза не вставать:
"Складываем фактические остатки на 31 декабря 2013 года" не считает фактические остатки на счетах, которые сейчас скрыты в Местах хранения, но в декабре не были скрыты и на них были деньги.
Это прочитали?
|
|
|
|
Admin
|
|
13 января 2014 11:23
|
Anton Пишет: Это прочитали? А как же.
Просто ещё не переварено.
|
|
|
|
Anton
|
|
13 января 2014 11:29
|
|
Могу чуть прояснить, вдруг поможет:
у меня есть место хранения, в декабре на нем были деньги. В январе я с него все потратил до копейки (например, это был счет цели, на котором лежали деньги под конкретную покупку) и чтобы он не мозолил больше глаза, а он же больше не нужен, я пошел в настройки - места хранения и нажал кнопку скрыть.
Теперь я иду в Планирование, тыкаю плановый остаток, он мне показывает, как считается остаток. Сначала идет табличка - "Суммируем фактические остатки на 31.12". Счет, который я скрыл, там тоже не отображается, хотя 31.12 на нем были деньги.
По-моему, ничуть не проще объяснил.
|
|
|
|
Admin
|
|
13 января 2014 11:36
|
Anton Пишет: Счет, который я скрыл, там тоже не отображается, хотя 31.12 на нем были деньги. Проблема в целом понятна. Не понятно, что делать. Скрытые места нигде не учитываются, на то они и скрытые.
|
|
|
|
Anton
|
|
13 января 2014 11:39
|
|
Как самое простое решение - я бы реально фиксировал состояние на конец месяца, включая флаг скрытости cчета, просто запоминал бы его, а не отдавал каждый раз из базы.
Один минус - операции, заведенные задним числом, уже не будут показаны тут. Да и надо ли, вообще-то.
|
|
|
|
Admin
|
|
13 января 2014 11:52
|
Anton Пишет: я бы реально фиксировал состояние на конец месяца, включая флаг скрытости cчета И как понять пользователь скрыл счёт, чтобы вообще не учитывать на нём деньги, или чтобы не учитывать сейчас, но учитывать в прошлом?
|
|
|
|
Anton
|
|
13 января 2014 12:00
|
|
Суть в том, что это не так важно. Если счет был открыт 31.12, то значит в этот день пользователь его хотел видеть и остаток на нем тоже хотел видеть. Если он скрыл его позже, для реальных остатков на конец месяца это уже не должно иметь значения.
|
|
|
|
Admin
|
|
13 января 2014 12:12
|
Anton Пишет: Если счет был открыт 31.12, то значит в этот день пользователь его хотел видеть и остаток на нем Да это выглядит более вероятным, чем обратное, но оснований утверждать это - нет.
По этой логике получается, например, что при выборе в блоке остатков прошлой даты - надо отображать и скрытые счета, но зачем их отображать, если пользователь сказал, что хочет их скрыть?
Вероятно правильное решение - ввести настройку, чтобы каждый выбирал сам. Но это усложнение и для пользователя и для разработчиков, что в итоге ставит вопрос о целесообразности.
|
|
|
|
Anton
|
|
13 января 2014 12:59
|
Admin Пишет: По этой логике получается, например, что при выборе в блоке остатков прошлой даты - надо отображать и скрытые счета, но зачем их отображать, если пользователь сказал, что хочет их скрыть? Очень осмысленно звучит.
Пока приходится видеть список нескольких ненужных нулевых счетов в списке остатков и в списке счетов для перевода, либо не видеть их и видеть большой минус в планируемых остатках.
|
|
|
|
Ilyan
|
|
13 января 2014 13:04
|
Admin Пишет: Но это усложнение и для пользователя и для разработчиков Опять вы говорите от лица пользователей.
Никакого усложнения нет, а по сравнению со многими вашими дизайнерскими решениями это вообще примитив. Большинство вообще ничего не заметит, а кому интересно и нужно - легко разберутся.
По поводу скрытия мест хранения уже много было сказано, повторю свое мнение:
Единственная причина, по которой большинство пользователей скрывает места хранения, - чтобы они не мешали им при ВНЕСЕНИИ НОВЫХ ТРАНЗАКЦИЙ. А это значит что:
1. Скрывать места хранения из "Остатков" можно ТОЛЬКО если остаток нулевой. Это относится к остаткам на любую дату. Нет никакой причины скрывать места хранения из остатков - если остаток не нулевой, но его не хотят видеть, его можно и нужно списать транзакцией.
2. В параметрах "Отчетов" должны быть доступны ВСЕ МЕСТА ХРАНЕНИЯ, включая скрытые. Желательно, чтобы скрытые места хранения были сгруппированы (как "Долговые места" при добавлении), но они должны быть доступны для выбора.
|
|
|
|
Anton
|
|
13 января 2014 13:09
|
Ilyan Пишет: Скрывать места хранения из "Остатков" можно ТОЛЬКО если остаток нулевой. Это относится к остаткам на любую дату. Нет никакой причины скрывать места хранения из остатков - если остаток не нулевой, но его не хотят видеть, его можно и нужно списать транзакцией. Не соглашусь все же.
Есть причина скрывать места хранения их остатков, если остаток не нулевой - если ты используешь место хранения как отражение депозита или просто накопления, но по какой-то причине не хочешь переносить в "накопления". НО! С этим отлично справляется другая функция - скрыть сумму прямо в блоке остатков (которой до сих пор нет на андроиде, аааа!).
|
|
|
|
Ilyan
|
|
13 января 2014 13:10
|
Admin Пишет: Скрытые места нигде не учитываются, на то они и скрытые. Вот это предположение в корне неверное.
Места хранения скрывают для того, чтобы они РЕЖЕ ПОПАДАЛИСЬ НА ГЛАЗА в выпадающих меню, а не для того, чтобы сделать их максимально недоступными везде, где только можно.
|
|
|
|
Anton
|
|
13 января 2014 13:14
|
Ilyan Пишет: Места хранения скрывают для того, чтобы они РЕЖЕ ПОПАДАЛИСЬ НА ГЛАЗА в выпадающих меню, а не для того, чтобы сделать их максимально недоступными везде, где только можно. Разработчики, видимо, нечасто натыкаются на то, что то, что они разрабатывали, используется не так, как они планировали.
Истинно так - скрывать места хотят не "вообще отовсюду зачем оно нужно и все транзакции по нему мне не нужны", а просто чтоб не лезли под руку.
С этим и связан данный баг - только он не программный, он в логике.
|
|
|
|
Admin
|
|
13 января 2014 13:23
|
Ilyan Пишет: Опять вы говорите от лица пользователей. Всегда стараемся только от их лица и говорить, как же иначе?
|
|
|
|
Anton
|
|
13 января 2014 13:31
|
Admin Пишет: Ilyan Пишет:Опять вы говорите от лица пользователей.Всегда стараемся только от их лица и говорить, как же иначе? Это очень хорошо, но со стороны разработчиков не всегд так уж хорошо видно, что хорошо и правильно для пользователей, кажется, что важнее что-то одно, а пользователям важнее совсем другое. Возможно, у вас просто нету адекватных тестеров?
|
|
|
|
Admin
|
|
13 января 2014 13:53
|
Anton Пишет: но со стороны разработчиков не всегд так уж хорошо видно, что хорошо и правильно для пользователей Точнее будет сказать, ВСЕГДА не так уж хорошо видно. Поэтому коэффициент обратной связи с пользователями, в формуле приоритета и принятия решений имеет наибольший вес.
|
|
|
|
Ilyan
|
|
13 января 2014 16:11
|
Anton Пишет: Возможно, у вас просто нету адекватных тестеров? Зато есть один совершенно неадекватный ;)
|
|
|
