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

Изменение планового остатка при перерасходе бюджета

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 Пишет:
Возможно, у вас просто нету адекватных тестеров?
Зато есть один совершенно неадекватный ;)
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English