Сообщество
Логин
Пароль
Забыли пароль?     Регистрация
Ещё проектики
Рабочее время
Минималистичный счётчик рабочего времени онлайн
Общение / Веб версия / Планирование бюджета

Планирование бюджета

Admin
 
19 октября 2014 16:08
ShpurloS Пишет:
До этого планируемые расходы не отображались, поэтому и удивило. Выбор периода помог.
А вот как удалить периодическую операцию так и не нашел
Так ведь до этого их и не было. Они приехали вместе с обновлением.
Так же, как и обычную трату. Только удалять надо не повтор (это просто прогнозируемая виртуальная трата, которой ещё нет), а саму планируемую операцию, которая доступна для внесения.
Admin
 
19 октября 2014 16:11
Василиса Пишет:
Так вот теперь если пролистать старые планы, то категория накопления на отпуск 12 000 рублей фигурирует как на все остальное .
Сумма "На всё остальное", в каждом конкретном периоде, это всегда разница между указанным _общим_ лимитом, и суммой всех вложенных лимитов. Видимо у вас так цифры и сложились.

Если что-то не так - покажите скриншот с пояснениями.
mikhael.vk
19 октября 2014 16:28
Admin Пишет:
Михаил Пишет:нажимаю сохранить, иконка прокрутится, что данные сохранились, и после этого еще секунду или две эта табличка для ввода значения так и висит. Если честно, не очень комфортно. Можно было бы сразу закрывать этот диалог,Была задержка в 1 секунду. Уменьшили до 0.5 сек. Эта задержка даёт понять, что информация введена успешно (цифры меняются в самой форме, перед скрытием и этот факт подсознательно отмечается). В противном случае, непонятно что случилось и всё ли хорошо.
Ну не знаю, если ошибка, можно вообще не закрывать тогда, а прикрутить либо кнопку "отменить", либо какой-нибудь красный восклицательный знак и т.п.

Часто у вас ошибка в этом диалоге ввода? Складывается какое-то ощущение, что что-то притормаживает, как во времена тормозных систем, нажал на кнопку и ждешь 3-5 секунд, а может и больше. Сейчас же, когда у большинства современные компьютеры, хочется чтобы отклик был как можно быстрее.
Admin
 
19 октября 2014 16:33
Михаил Пишет:
Ну не знаю, если ошибка, можно вообще не закрывать тогда
Вы не поняли. Если ошибок нет, а всё просто исчезает - не понятно, всё ли хорошо.
Задержка вставлена именно для обозначения того факта, что всё хорошо.
mikhael.vk
19 октября 2014 16:36
Admin Пишет:
Михаил Пишет:Ну не знаю, если ошибка, можно вообще не закрывать тогдаВы не поняли. Если ошибок нет, а всё просто исчезает - не понятно, всё ли хорошо. Задержка вставлена именно для обозначения того факта, что всё хорошо.
Все закрылось, значит все хорошо... Поле же, которое я только что правил поменялось - как не подтверждение, что все нормально?
ikoshechkin
19 октября 2014 17:04
Admin Пишет:
ikoshechkin Пишет:Вам не приходило в голову, что люди, которые используют этот прием уже перенесли все руками и в текущем месяце уже стоит та сумма, которая там должна стоять?Не приходило. Если у вас есть конкретные замечания по работе этой функции - всегда рады услышать. А если ещё и без эмоций - вдвойне рады.
Куда уж конкретнее. Не трогали бы закрытые периоды и все.
ikoshechkin
19 октября 2014 17:10
Admin Пишет:
ikoshechkin Пишет:Мне нужно, чтобы остаток переносился каждый раз на новый период. Я, к сожалению, не вижу чем мне может помочь разработанная функция переноса на следующий период.Он и будет переноситься каждый раз на новый период, если вы хотя бы в одном месяце это укажете. К сожалению вы не описали, какая конкретно у вас проблема с функцией переноса, поэтому по существу ответить нечего.
Для первого месяца у меня указана функция со значением лимита без повтора с переносом на следующий период. Для последующих указаны нулевые лимиты и перенос я для них задать не могу- он остается выставленных в "не надо". В такой конфигурации остатки все равно будут переходить из периода в период?
Admin
 
19 октября 2014 17:14
ikoshechkin Пишет:
Куда уж конкретнее. Не трогали бы закрытые периоды и все.
Всё равно не понятно о чём речь. Если можно подробнее. Свободный остаток переносится в следующий период ВСЕГДА из предыдущего. Если закрытым периодом вы называете предыдущий, то не понятно как по вашему эта функция должна работать.

Сейчас: Если есть свободный остаток в прошлом периоде, и он ещё не переносился в новый - то он переносится. Что не так?
Admin
 
19 октября 2014 17:21
ikoshechkin Пишет:
Для последующих указаны нулевые лимиты и перенос я для них задать не могу- он остается выставленных в "не надо". В такой конфигурации остатки все равно будут переходить из периода в период?
Да, будут переходить. "не надо" выставляется и становится не активным иногда, чтобы обозначить факт отсутствия в данном периоде свободных остатков. В подсказке об этом написано не понятно?

Возможно это не очень интуитивно, но лучшего пока не придумалось. Будем ожидать просветления или вот советов от вас, пользователей.
ikoshechkin
19 октября 2014 18:07
Admin Пишет:
ikoshechkin Пишет:Куда уж конкретнее. Не трогали бы закрытые периоды и все.Всё равно не понятно о чём речь. Если можно подробнее. Свободный остаток переносится в следующий период ВСЕГДА из предыдущего. Если закрытым периодом вы называете предыдущий, то не понятно как по вашему эта функция должна работать. Сейчас: Если есть свободный остаток в прошлом периоде, и он ещё не переносился в новый - то он переносится. Что не так?
Тип переноса на "следующий период" подразумевает действие по окончании периода в котором оно задается. Именно так оно и работает.
Почему при _изменении_ этого значения в дело идут предыдущие периоды для которых данное значение задано Не было?
ikoshechkin
19 октября 2014 18:11
Admin Пишет:
ikoshechkin Пишет:Для последующих указаны нулевые лимиты и перенос я для них задать не могу- он остается выставленных в "не надо". В такой конфигурации остатки все равно будут переходить из периода в период?Да, будут переходить. "не надо" выставляется и становится не активным иногда, чтобы обозначить факт отсутствия в данном периоде свободных остатков. В подсказке об этом написано не понятно? Возможно это не очень интуитивно, но лучшего пока не придумалось. Будем ожидать просветления или вот советов от вас, пользователей.
Не понятно. И согласен, что не интуитивно. Задано одно значение, а работает по-другому, на основании какого-то другого значения, заданного в прошлом хоть год назад (или больше, если статья доживет).
Admin
 
19 октября 2014 18:36
ikoshechkin Пишет:
Почему при _изменении_ этого значения в дело идут предыдущие периоды для которых данное значение задано Не было?
Потому что не найдено смысла задавать это значение для каждого периода, но найден смысл задавать на все.

А именно, если человеку нужно только один раз в конкретном периоде перенести остаток - это можно сделать и вручную, тут нечего автоматизировать. Поэтому, есть смысл указывать "переносить остатки" раз и навсегда (до отмены).
Admin
 
19 октября 2014 18:38
ikoshechkin Пишет:
И согласен, что не интуитивно.
Предложите лучшее решение - будет хорошо.
ikoshechkin
19 октября 2014 18:47
Admin Пишет:
ikoshechkin Пишет:Почему при _изменении_ этого значения в дело идут предыдущие периоды для которых данное значение задано Не было?Потому что не найдено смысла задавать это значение для каждого периода, но найден смысл задавать на все. А именно, если человеку нужно только один раз в конкретном периоде перенести остаток - это можно сделать и вручную, тут нечего автоматизировать. Поэтому, есть смысл указывать "переносить остатки" раз и навсегда (до отмены).
Может раз и на всегда, но прошлые периоды (по отношению к периоду в котором проводится изменение) здесь совершенно ни при чем. Пользователь решает в настоящий момент перейти на новую схему. Обратного действия это решение иметь не должно. Если уж Вам так хочется, сделали бы галочку про прошлые периоды.
Василиса
19 октября 2014 18:49
Если я создал с сегодняшнего дня личный план, как бы все планирование с чистого листа, чтобы не испортить старые периоды, ну как бы сделать черновик, поучиться, если хотите, работать с новым функционалом, затем если все получиться, его можно будет как-то наложить на семейный план?
Admin
 
19 октября 2014 18:53
Василиса Пишет:
затем если все получиться, его можно будет как-то наложить на семейный план?
Нет, это совершенное разные планы. Можно просто продолжить пользоваться личным.
Admin
 
19 октября 2014 19:01
ikoshechkin Пишет:
Может раз и на всегда, но прошлые периоды (по отношению к периоду в котором проводится изменение) здесь совершенно ни при чем
Если речь про один только текущий период (прошлые и так никогда не трогаются, а будущие тронутся только когда закончатся), то возможно вы правы.

Но навскидку не очень понятно, если признак общий на все периоды, то как отличить прошлый истёкший, и прошедший по отношению к изменяемому. Надо подумать.
ikoshechkin
19 октября 2014 20:08
Admin Пишет:
ikoshechkin Пишет:Может раз и на всегда, но прошлые периоды (по отношению к периоду в котором проводится изменение) здесь совершенно ни при чемЕсли речь про один только текущий период (прошлые и так никогда не трогаются, а будущие тронутся только когда закончатся), то возможно вы правы. Но навскидку не очень понятно, если признак общий на все периоды, то как отличить прошлый истёкший, и прошедший по отношению к изменяемому. Надо подумать.
1. Не надо никак отличать. Опция действует только в момент смены периодов, когда происходит перерасчёт планов. Нужно использовать её текущее значение. Если выбран перенос, то переносить остаток, если нет - не переносить. Никаких сложных вычислений по прошлым периодам при её изменении проводить не надо.
2. Параметр переноса остатка влияет на планирование, однако является атрибутом статьи, поскольку именно семантика расходов по статье определяет нужно проводить перенос остатка или нет. Поэтому из плана расходов этот параметр нужно исключить и внести его в статью (категорию затрат). Как я уже писал, изменение этого атрибута не должно приводить ни к каким перерасчётам (см п.1)
ikoshechkin
19 октября 2014 20:23
По поводу запланированных покупок.
Метод расчёта фактического лимита, который вы применяете, противоречит концепции, которые вы же и пропагандируете - вводить план по общей статье, не указывая плана по более детальным.
Поясню на примере, который тут ранее упоминался - расходы на автомобиль.
Они делятся на две типа - ежемесячные (бензин) и разовые (страховка, ТО). Все они входят в план по общей статье Автомобиль.
Мы планируем расход на бензин как ежемесячную трату. Пусть это будет 100 рублей.
ТО и страховку - как плановый расход. Возьмём только страховку, пусть она будет 1000 рублей.
Мы можем запланировать ежемесячный расход 100 рублей. Затем мы на декабрь вносим запланированную трату 1000 рублей. Таким образом по реализованной схеме расчёта в ноябре будет план 100 рублей, а в декабре - 1000. Как только мы заплатим за страховку, на бензин в плане ничего не останется.
Этого можно избежать, если запланированные траты всегда вносить в добавление к заданным вручную лимитам. В этом случае в нашем примере на декабрь будет запланировано 1100 рублей - и на бензин хватит и на страховку.
Admin
 
19 октября 2014 21:03
ikoshechkin Пишет:
Таким образом по реализованной схеме расчёта в ноябре будет план 100 рублей, а в декабре - 1000. Как только мы заплатим за страховку, на бензин в плане ничего не останется.
Никакого противоречия тут нет. Вы путаете общий лимит и конкретную операцию. Они никак не могут складываться, потому что планируемая операция _входит_ в общий лимит. Это как бы его детализация, которая может быть, а может и не быть.

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

В общем случае правило простое: Известны конкретные траты в будущем - создаём планируемые операции. Траты не известны - создаём общий лимит.
ikoshechkin
19 октября 2014 21:08
Admin Пишет:
ikoshechkin Пишет:Таким образом по реализованной схеме расчёта в ноябре будет план 100 рублей, а в декабре - 1000. Как только мы заплатим за страховку, на бензин в плане ничего не останется.Никакого противоречия тут нет. Вы путаете общий лимит и конкретную операцию. Они никак не могут складываться, потому что планируемая операция _входит_ в общий лимит. Это как бы его детализация, которая может быть, а может и не быть. В вашем примере вы себе в уме поставили галочку, что указанный вами лимит 1000 - это сумма конкретной операции. Это частный случай, а в общем случае общий лимит задаётся на не определённые затраты, о них ещё ничего не известно кроме того, что они не должны превысить 1000. В общем случае правило простое: Известны конкретные траты в будущем - создаём планируемые операции. Траты не известны - создаём общий лимит.
Я как раз говорю, что планируемая операция НЕ должна входить в общий лимит.
Когда это может быть полезно я написал.
Порекомендуйте, пожалуйста, как мне поступить с планированием в предложенном примере.
Admin
 
19 октября 2014 21:08
ikoshechkin Пишет:
Параметр переноса остатка влияет на планирование, однако является атрибутом статьи, поскольку именно семантика расходов по статье определяет нужно проводить перенос остатка или нет. Поэтому из плана расходов этот параметр нужно исключить и внести его в статью
Ход мыслей хороший, но решение не лучше чем сейчас. Если вынести его из формы, всплывающей по клику на лимит, то многие (большинство?) про него попросту никогда не узнают, т.к. признаки статей находятся далеко за семью кликами, а пользователь именно лимит хочет авто-переносить. Может даже с той целью и кликает на лимит, чтобы посмотреть нет ли там опции для переноса?
Admin
 
19 октября 2014 21:12
ikoshechkin Пишет:
Я как раз говорю, что планируемая операция НЕ должна входить в общий лимит.
Когда это может быть полезно я написал.
Потому и говорите, что путаете логику. Если не согласны с приведённым пояснением - ткните в каком месте и почему. То, что это может быть полезным частном, случае - не повод портить логику в общем случае.
ikoshechkin
19 октября 2014 21:15
Admin Пишет:
ikoshechkin Пишет:Параметр переноса остатка влияет на планирование, однако является атрибутом статьи, поскольку именно семантика расходов по статье определяет нужно проводить перенос остатка или нет. Поэтому из плана расходов этот параметр нужно исключить и внести его в статьюХод мыслей хороший, но решение не лучше чем сейчас. Если вынести его из формы, всплывающей по клику на лимит, то многие (большинство?) про него попросту никогда не узнают, т.к. признаки статей находятся далеко за семью кликами, а пользователь именно лимит хочет авто-переносить. Может даже с той целью и кликает на лимит, чтобы посмотреть нет ли там опции для переноса?
Меня бы не напрягло в свойства категории затрат сходить.
Чтобы пользователи узнали о функции, можно сделать в табличке плана рядом с названием категории галочку - переносить или нет (скорее всего слева от названия).
Главное вынести эту опцию на уровень категории затрат.
Admin
 
19 октября 2014 21:15
Admin Пишет:
Порекомендуйте, пожалуйста, как мне поступить с планированием в предложенном примере.
Просто в декабре увеличить лимит на 1000 руб.
ikoshechkin
19 октября 2014 21:16
Admin Пишет:
Admin Пишет:Порекомендуйте, пожалуйста, как мне поступить с планированием в предложенном примере.Просто в декабре увеличить лимит на 1000 руб.
Спасибо, можно не продолжать :)
ikoshechkin
19 октября 2014 21:21
Admin Пишет:
ikoshechkin Пишет:Я как раз говорю, что планируемая операция НЕ должна входить в общий лимит. Когда это может быть полезно я написал.Потому и говорите, что путаете логику. Если не согласны с приведённым пояснением - ткните в каком месте и почему. То, что это может быть полезным частном, случае - не повод портить логику в общем случае.
Я не путаю. :) Вашу мысль я понял, но не понимаю конкретных примеров, когда это можно применить. Для меня ваш вариант, к сожалению, бесполезен. Может пример приведёте?
В соответствии с вашей рекомендацией "добавить 1000 рублей на декабрь" - можно и также поступить и вместо запланированных трат в вашем исполнении.
Если хотите, можно считать моё предложение новой функцией, хотя это те же запланированные траты.
ikoshechkin
19 октября 2014 21:33
С утра начал новый план (Личный), оставив Семейный в прошлом, как неоперабельный.
Ни одного плана за прошлые периоды нет - везде нули.
Ставлю по категории 75000 ежемесячно с переносом на следующий период.
Прихожу вечером - в плане 16310. Что это? С прошлого года что-то пересчитали?
ikoshechkin
19 октября 2014 21:33
RsH Пишет:
восстановите.
Предлагаю сделать кнопку "начать с точки восстановления" :)
Admin
 
19 октября 2014 21:39
ikoshechkin Пишет:
1. Не надо никак отличать. Опция действует только в момент смены периодов, когда происходит перерасчёт планов. Нужно использовать её текущее значение. Если выбран перенос, то переносить остаток, если нет - не переносить. Никаких сложных вычислений по прошлым периодам при её изменении проводить не надо.
Критерий найден, теперь лимиты текущего периода при выставлении авто-переноса остатков, трогаться не будут.

Спасибо за советы.
Admin
 
19 октября 2014 21:46
ikoshechkin Пишет:
Прихожу вечером - в плане 16310. Что это? С прошлого года что-то пересчитали?
Это значит в прошлом месяце был перерасход, который вот так вот перенёсся на текущий период. Он видимо успел это сделать, т.к. ещё не было исправления о котором в прошлом сообщении говорилось.

Однако, откуда взялась сумма должно быть понятно. Вспомните, какой там был факт по этой статье в прошлом месяце?
ikoshechkin
19 октября 2014 21:49
Admin Пишет:
ikoshechkin Пишет:Прихожу вечером - в плане 16310. Что это? С прошлого года что-то пересчитали?Это значит в прошлом месяце был перерасход, который вот так вот перенёсся на текущий период. Он видимо успел это сделать, т.к. ещё не было исправления о котором в прошлом сообщении говорилось. Однако, откуда взялась сумма должно быть понятно. Вспомните, какой там был факт по этой статье в прошлом месяце?
Был недорасход порядка 5000
Когда будет исправление, не подскажете?
Если я нажму "очистить" это позволит мне начать всё с чистого листа?
Admin
 
19 октября 2014 21:57
ikoshechkin Пишет:
Я не путаю. :) Вашу мысль я понял, но не понимаю конкретных примеров, когда это можно применить.
Пример: Решили тратить на еду не больше 20 000 р/мес, и знаем, что каждую субботу будем кушать в кафе на 2300 р. Занесли общий лимит 20 000, создали еженедельную планируемую трату на 2300р.

Зачем нужны планируемые операции?
1. Они позволяют распланировать расход (часть расхода) на конкретные даты. Это нагляднее и понятнее.
2. По ним можно строить отчёты и смотреть остатки по счетам с учётом оных.
3. Можно задать для них любой период, не пересекающийся с периодом плана. Таким образом совместить в одном плане траты разной повторяемости.
4. Для них можно указать напоминание, чтобы не забыть.
5. Они упрощают ввод операции - подтверждаются кликом.

Как-то так.
Admin
 
19 октября 2014 21:59
ikoshechkin Пишет:
Когда будет исправление, не подскажете?
Если я нажму "очистить" это позволит мне начать всё с чистого листа?
Какое исправление? Про текущий период - уже исправлено.
Нажмите "Очистить", там будет чётко написано, что будет сделано и потребуется ваше согласие.
ikoshechkin
19 октября 2014 22:14
Admin Пишет:
ikoshechkin Пишет:Я не путаю. :) Вашу мысль я понял, но не понимаю конкретных примеров, когда это можно применить.Пример: Решили тратить на еду не больше 20 000 р/мес, и знаем, что каждую субботу будем кушать в кафе на 2300 р. Занесли общий лимит 20 000, создали еженедельную планируемую трату на 2300р. Зачем нужны планируемые операции? 1. Они позволяют распланировать расход (часть расхода) на конкретные даты. Это нагляднее и понятнее. 2. По ним можно строить отчёты и смотреть остатки по счетам с учётом оных. 3. Можно задать для них любой период, не пересекающийся с периодом плана. Таким образом совместить в одном плане траты разной повторяемости. 4. Для них можно указать напоминание, чтобы не забыть. 5. Они упрощают ввод операции - подтверждаются кликом. Как-то так.
Пример с точки зрения жизни понятный, но ответ на вопрос "зачем это планировать?" остаётся...
Почему бы просто не зафиксировать плату за ресторан в подкатегории "рестораны" в планируемой категории "еда"?
С наглядностью планирования (и далее по пунктам) для трат как таковых я не спорю... Посмотрите мой пример - там действительно было бы понятнее со страховкой, чем просто руками увеличивать расход по статье.
(как это будет работать с учётом повторения "каждый период" у меня пока ясности тоже нет).

В общем, спасибо за обсуждение. Если найдёте в моём предложении что-то рациональное, буду рад.
Дмитрий
20 октября 2014 08:44
Admin Пишет:
Дмитрий Пишет:При попытке ввести источник дохода после кнопки "Сохранить" вылетаю на главную станицу. :(Что-то не получается воспроизвести проблему, источник добавляется всегда корректно. Не могли бы вы подробнее, по шагам, описать последовательность действий? Может так происходит с каким-то конкретным источником, или с конкретными параметрами.
Сегодня воспроизвести не удалось. :)
se550
20 октября 2014 09:04
не привычно, как то бы по крупнее что ли охото, чтобы было более наглядно
se550
20 октября 2014 09:06
либо возможность выбирать для отображение плана, один месяц.
Дмитрий
20 октября 2014 09:34
А верните, пожалуйста назад принцип именования категорий или хотя бы выводите на экран дерево категорий, а не конкретную категорию.
Поясню.
У меня есть категории:
Машина1
Бензин
Налоги
ТО
Машина2
Бензин
Налоги
ТО
В старом планировании явиде план по категории
Машина1\Бензин
Машина1\Налоги
Машина2\Бензин
Машина2\Налоги
Теперь я вижу:
Бензин
Налоги
Бензин
Налоги
Как понимаете теперь совершенно не понятно сколько и на что запланировано.
Admin
 
20 октября 2014 10:26
Дмитрий Пишет:
А верните, пожалуйста назад принцип именования категорий или хотя бы выводите на экран дерево категорий, а не конкретную категорию.
Дело в том, что теперь оно туда не влезает. Иначе левая колонка будет занимать слишком много места.

Полный путь отображается при наведении мышки на статью. А отображать в виде дерева - предложение хорошее, оно уже было озвучено. Это вероятно тоже потребует "отъесть" сколько-то полезной ширины, но возможно удастся найти оптимальное решение, подумаем.
  Сюда 1 2 3 4 5 6 7 8 9 10  Туда  
Тема закрыта для обсуждения