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

Голосование за изменение алгоритма расчёта остатков

Максим
8 декабря 2014 15:17
Здравствуйте, пользователи сервиса!
Предлагаю обсудить в этой теме изменение алгоритма расчёта остатков в Планировании бюджета и выразить своё мнение о том, стоит ли его менять.

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

Разработчики сервиса говорят, что такой алгоритм сложился "исторически" и раньше не вызывал нареканий, но если будет достаточно обращений пользователей, то его переделают. Так что если согласны на изменения, пишите в этой теме что поддерживаете, если нет, то пожалуйста приведите свои аргументы. У нас есть возможность сделать сервис, которым мы все пользуемся, лучше!

А теперь подробнее об изменении в алгоритме...

Обсуждение ошибки в алгоритме велось в этой теме - https://www.drebedengi.ru...=7707 Там есть подробное описание с примерами. Здесь приведу краткое описание.

На странице Планирование бюджета есть автоматический расчёт остатков на будущие периоды (внизу под расходами и доходами). Ошибка, на мой взгляд, присутствует в алгоритме расчёта остатков на следующий после текущего период (и только на него, дальше всё корректно). В системе подразумевается, что расчёт остатков ведётся на конец периода. Эти остатки на следующий после текущего период считаются как фактические остатки на сегодня плюс плановый доход следующего периода минус плановый расход следующего периода минус накопления. А плановый расход текущего периода вообще не учитывается!

Предлагаю остатки следующего за текущим периодом считать как фактические остатки прошлого периода плюс плановые доходы текущего периода минус плановые расходы текущего периода минус накопления.

Если поддерживаете, пожалуйста, отпишитесь в этой теме. Если нет - аргументируйте.
alexdumper
9 декабря 2014 20:04
Видимо, всех устраивает традиция. )
Максим
10 декабря 2014 08:34
alexdumper Пишет:
Видимо, всех устраивает традиция. )
Проблема в том, что эта традиция содержит ошибку.

Вот вы, alexdumper, что думаете по этому поводу? Вас такой "традиционный" алгоритм устраивает? Не боитесь остаться без денег, полагаясь на него?
alexdumper
11 декабря 2014 19:16
Чтобы остаться без денег нужно систематически превышать план расходов и тратить больше, чем зарабатываешь. Неверный подсчет остатков, в плане не сильно влияет на принятия решений совершении или отказе в покупке.
Максим
11 декабря 2014 21:05
alexdumper Пишет:
Чтобы остаться без денег нужно систематически превышать план расходов и тратить больше, чем зарабатываешь. Неверный подсчет остатков, в плане не сильно влияет на принятия решений совершении или отказе в покупке.
Кстати, остаться без денег можно даже не превышая план расходов! Пример я приводил в теме с обсуждением алгоритма - https://www.drebedengi.ru...=7707

Так вы считаете что алгоритм необходимо скорректировать или вы за сохранение существующего?
Александр
12 декабря 2014 12:26
считаю, что алгоритм должен показывать прогнозные остатки исходя не из факта на сегодняшний день, а из прогноза, учитывающего планируемые (ожидаемые) до конца периода расходы и доходы.
Иначе получается, что остатки формируются по принципу: если до конца месяца ничего не тратить и не получать, то потом остатки будут такими-то. Ну так я и сам это могу в уме прикинуть. А вот учесть еще не потраченные и не полученные средства в уме - гораздо сложнее. И было бы удобно, если бы система это делала автоматически
Admin
 
12 декабря 2014 12:42
Надо вот ещё что иметь ввиду. Поскольку планируемые остатки в текущем периоде отталкиваются всё же от фактических на конец предыдущего, то в предлагаемом варианте образуется скачок (неизвестной величины) планируемых остатков при окончании текущего и наступлении следующего периодов, ввиду смены алгоритма.

Это может быть не очень понятно и вызывать вопросы.
Александр
12 декабря 2014 12:47
ну так надо брать текущие фактические остатки - прогноз трат до конца месяца (у вас же есть сумма "осталось потратить") + прогноз поступлений до конца месяца = ожидаемый остаток на конец месяца. Вот его и берем для расчета остатков на конец следующего периода
Максим
12 декабря 2014 12:48
Александр Пишет:
считаю, что алгоритм должен показывать прогнозные остатки исходя не из факта на сегодняшний день, а из прогноза, учитывающего планируемые (ожидаемые) до конца периода расходы и доходы.
Александр, именно об этом я и писал ) Тоже считаю, что так будет удобнее и точнее.
Максим
12 декабря 2014 12:50
Admin Пишет:
Надо вот ещё что иметь ввиду. Поскольку планируемые остатки в текущем периоде отталкиваются всё же от фактических на конец предыдущего, то в предлагаемом варианте образуется скачок (неизвестной величины) планируемых остатков при окончании текущего и наступлении следующего периодов, ввиду смены алгоритма. Это может быть не очень понятно и вызывать вопросы.
Можно сделать рассылку с предупреждением о смене алгоритма и пересчёте остатков в связи с этим.
Admin
 
12 декабря 2014 12:52
Максим Пишет:
Можно сделать рассылку с предупреждением о смене алгоритма и пересчёте остатков в связи с этим.
Вопрос не в информировании пользователей, а в том, хорошо это или плохо.
Максим
12 декабря 2014 12:55
Admin Пишет:
Вопрос не в информировании пользователей, а в том, хорошо это или плохо.
Скачек остатков будет только один раз - не такое большое зло по сравнению с преимуществами более точного планирования.
Максим
12 декабря 2014 12:56
Собственно и сам этот "скачек"- это по сути будет переход от неправильных остатков к правильным.
Admin
 
12 декабря 2014 13:05
Максим Пишет:
Собственно и сам этот "скачек"- это по сути будет переход от неправильных остатков к правильным.
Стало быть, остатки на следующий период ДО наступления периода будут не верными? :)
Максим
12 декабря 2014 13:11
Admin Пишет:
Стало быть, остатки на следующий период ДО наступления периода будут не верными? :)
Мне кажется, мы говорим о разных "скачках" :)

Я имею в виду тот, который произойдёт в момент смены алгоритма: отображаемые остатки на следующий период у пользователей уменьшатся из-за того, что теперь станут учитывать оставшиеся плановые расходы текущего периода.

Вы, похоже, пишете о чём-то другом. Поясните, пожалуйста, что значит "остатки на следующий период ДО наступления периода будут не верными?" ))
Admin
 
12 декабря 2014 13:26
В вашем примере (из первоначального поста) вы рассматриваете середину текущей недели и прикидываете планируемый остаток на конец следующей. А теперь рассмотрите последний день текущей недели и скажите как изменится планируемый остаток на следующую, по окончании этого (последнего) дня?

Вы увидите резкий скачок планируемых остатков, который будет тем больше, чем больше вы отклонитесь от плана в текущей неделе. И это будет происходить всегда, при окончании периода.
Максим
12 декабря 2014 14:37
Admin Пишет:
Вы увидите резкий скачок планируемых остатков, который будет тем больше, чем больше вы отклонитесь от плана в текущей неделе. И это будет происходить всегда, при окончании периода.
Я понял. В предлагаемом алгоритме действительно будет скачок (пересчет) остатков в момент смены периода - но только при отклонении от плана и как раз на величину отклонения. То есть чем точнее следуем плану, тем меньше будут колебания планируемых остатков.

В нынешнем алгоритме такие скачки есть вообще всегда начиная со второго после текущего периода - и их наличие не зависит от точности следования плану... При смене периода плановые остатки следующего (переходящего в этот момент в текущий) действительно не меняются, но плановые остатки второго после текущего (переходящего в этот момент в следующий) "скачут"!

Я подготовил файл в excel с расчётами:
https://drive.google.com/file/d/0B7SREERde0dQS2QxbG5JZFNnSU0/view?usp=sharing

Так что предлагаемый алгоритм, помимо других плюсов, как раз позволит избежать или уменьшить скачки остатков при более точном следовании плану. А в нынешнем алгоритме эти скачки начиная со второго периода будут всегда.
Максим
12 декабря 2014 14:41
Обратите внимание, в файле 2 листа: 1 - фактические расходы равны плановым, 2 - фактические расходы меньше плановых.
Admin
 
12 декабря 2014 16:21
Максим Пишет:
остатков в момент смены периода - но только при отклонении от плана
Т.е. в большинстве случаев. И каждый раз у людей могут быть вопросы, почему ещё вчера плановый остаток был такой, а сейчас сякой, хотя ни введено ни одной траты.

В текущем алгоритме никаких скачков не должно быть, т.к. плановые остатки на 2-й и далее периоды в будущем отталкиваются от _плановых_ остатков предыдущего периода, которые, начиная со следующего, никаких скачков не претерпевают.
Максим
12 декабря 2014 16:30
Admin Пишет:
никаких скачков не претерпевают
Претерпевают - как раз из-за того, что "плановые остатки на 2-й и далее периоды в будущем отталкиваются от _плановых_ остатков предыдущего периода", а плановые остатки на следующий период отталкиваются от фактических остатков на сегодня. В момент смены периодов, когда второй период переходит в следующий, его остатки "скачут", и соответственно скачут все остатки на все последующие периоды.

Посмотрите файл, что я выложил. В нём смоделирован нынешний алгоритм и там эти скачки видны.
Admin
 
12 декабря 2014 16:35
Максим Пишет:
В момент смены периодов, когда второй период переходит в следующий, его остатки "скачут"
Почему же?
Максим
12 декабря 2014 16:38
Admin Пишет:
Почему же?
Потому что

плановые остатки на 2-й и далее периоды в будущем отталкиваются от _плановых_ остатков предыдущего периода", а плановые остатки на следующий период отталкиваются от фактических остатков на сегодня.

)))

Посмотрите файл, там всё видно и всё становится понятно.
Максим
12 декабря 2014 16:44
Admin Пишет:
Максим Пишет:В момент смены периодов, когда второй период переходит в следующий, его остатки "скачут"Почему же?
Попробую сформулировать иначе ответ на вопрос "Почему же?".

Потому что следующий после текущего и далее следующий за ним (второй, как мы его называем) периоды отталкиваются от разных данных: следующий от фактических остатков, а второй от плановых следующего. В момент смены периода, когда второй становится следующим из-за разницы этих исходных данных и происходит скачок.
Admin
 
12 декабря 2014 17:16
Максим Пишет:
В момент смены периода, когда второй становится следующим из-за разницы этих исходных данных и происходит скачок.
Перед сменой текущего периода, второй опирается на плановый остаток следующего, который остаётся неизменным в момент когда он (следующий) становится текущим.

Откуда у вас получается разница исходных данных? Она будет именно в предлагаемом вами варианте, а не в текущем.
Максим
14 декабря 2014 16:25
Admin Пишет:
Перед сменой текущего периода, второй опирается на плановый остаток следующего, который остаётся неизменным в момент когда он (следующий) становится текущим.
Плановый остаток следующего при его переходе в текущий остаётся неизменным - это да. Но этот плановый остаток текущего не используется для расчета планового остатка следующего. Вместо него используется фактический остаток на сегодня.

То есть перед сменой периода плановые остатки второго опирались на плановые остатки следующего, а после смены плановые остатки второго (который только что стал следующим) начинают опираться на фактические остатки на сегодня. Из-за этого и скачок.
Максим
14 декабря 2014 21:05
В подтверждение сделал сегодня скриншоты до и после смены периода. Как и предполагала моя "теория" все плановые остатки начиная со второго периода колбасит в момент смены периодов.

Выслал вам на почту.
Admin
 
14 декабря 2014 22:13
Да, насчёт 2-го и далее периодов - вы оказались правы, спасибо за объективность.

Но первоначальное замечание ("Надо вот ещё что иметь ввиду...") относилось главным образом к следующему (наступающему) периоду, на который приходится бОльшая концентрация внимания пользователя, а он то и подвергнется в новом алгоритме "непонятному" скачку, вместе со 2-м и далее периодами.

Резюмируя:
- Сейчас при смене периодов скачут остатки 2-го и далее периодов.
- В предлагаемом варианте, будут скакать все начиная от вновь наступившего.
Максим
15 декабря 2014 07:25
Admin Пишет:
Резюмируя:
- Сейчас при смене периодов скачут остатки 2-го и далее периодов.
- В предлагаемом варианте, будут скакать все начиная от вновь наступившего.
В предлагаемом варианте скачки будут только при отклонении от плана расходов/доходов, причём именно на величину отклонения. То есть, это коррекция, которая выглядит логично и предсказуемо, если мы отклонились от плана.

Скажем, планируем в этом и следующем периоде зарабатывать по 10000 и тратить по 8000, значит в этом останется 2000, а в следующем 4000. Вполне логично и ожидаемо, что если мы в этом периоде потратим 9000, то останется 1000 вместо 2000 в этом периоде и 3000 вместо 4000 в следующем. Именно такую логику и реализует предлагаемый алгоритм.

Скачки предлагаемого алгоритма - это просто коррекция планируемых остатков при отклонении от плана.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.