Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Установить drebedengi.ru на свой сервер.
Общение / Домашняя бухгалтерия - обмен личным опытом / Планирование будущих операций

Планирование будущих операций

Владимир Ситников
10 января 20:17
Как принято планировать операции, которые наверняка будут, но сумму которых предсказать невозможно?


Например:
1) В неделю я потрачу Z руб на еду. Сколько именно узнаю уже по факту. Как-никак, я никогда не планирую потратить ровно 451руб перед походом в магазин.

2) Зарплата. Известно, что она приходит 10-го и 25-го, но точное значение тоже не угадаешь, т.к. всякие больничные, отпуски, и прочее.


В конце концов, я хочу видеть не получится ли ситуация, что я ухожу в минус в какой-то момент.

Я пробовал занести это как "планируемый расход" и "планируемый доход" (еженедельный для продуктов и ежемесячный для зарплаты), но это не сработало.

"Планируемый расход на еду" стал показывать, что "у вас просрочена трата". Если эту трату удалить, то удалятся вообще все повторения, а не это конкретное.

Аналогично, пришла зарплата, и теперь есть "запланированный доход", который по цифре отличается от фактического, и теперь непонятно как объяснить системе, что "запланированное свершилось, но немного с другой суммой".


Заносить через "лимиты" неудобно, т.к. "лимит" не привязан к дате. Ему невозможно объяснить, что зарплата появляется 10-го и 25-го.


Как принято решать подобное?



По-моему, было лучше, если бы кнопка "внести" могла получать дополнительный параметр -- фактическое значение.
Например, если был план "зарплата 10-го в размере 300р, а по факту пришло 330", то при нажимании "внести" так и указываем 330.

Вариант с едой, конечно, немного другой. Там этот самый "планируемый расход" вообще удалить можно. Т.е. нужна кнопка "удалить это и предыдущие повторения". Но и там при указании "внести со значением 0" можно просто удалять плановую запись. Иными словами, смысл "планирования траты на еду" в том, чтобы она выступала подпоркой при планировании бюджета. А как прошла неделя, так можно старую подпорку удалять -- она больше не важна.
Admin
11 января 10:42
Владимир Ситников Пишет:
"у вас просрочена трата". Если эту трату удалить, то удалятся вообще все повторения, а не это конкретное.
Добрый день.
Не должно такого быть. Удаляется только просроченная операция. Все повторения удаляются, если удаляется следующая актуальная операция.

По сути вопроса - иметь ввиду, что сумма у планируемой операции указана примерно, а после внесения изменять сумму на фактическое значение.
Владимир Ситников
11 января 10:56
Пишет:
Не должно такого быть. Удаляется только просроченная операция. Все повторения удаляются, если удаляется следующая актуальная операция.

Да, перепроверил -- так работает. Почему у меня удалились все -- без понятия. Возникнет ещё раз -- присмотрюсь.

Да, тогда действительно должно быть достаточно удалять просроченные операции.
Владимир Ситников
11 января 16:54
Похоже, проблема возникает в следующем случае:
1) Создаём плановый ежемесячный расход
2) Меняем дату на "дату в прошлом" (т.е. расход становится "просроченым")
3) При этом система по-прежнему пишет, что "ежемесячно", но по факту, повторения в будущем пропадают.
Владимир Ситников
11 января 16:55
Можно всё-таки как-то удалять/менять событие из серии повторений не дожидаясь того, как оно перейдёт в "просроченные"?
Владимир Ситников
11 января 17:20
И, всё-таки, удаление планируемых-просроченных операций путает план.

Если операцию "вносить", то планирование бюджета показывает её и в графе плана, и в графе "фактического" -- всё ОК.

Если же просроченную запись удалить, то она пропадает из "плана".
Получается, информация, "какой был план" пропадает. Так нехорошо.


Пример:
был план "получить аванс и зарплату по 2 т.р."
В начале месяца: "планируемый доход 4 т.р." (верно), "фактический доход 0 т.р." (верно)
Приходит зарплата (срабаытывает SMS парсер, и зарплата появляется автовводом). Фактическая зарплата: 2.5т.р.
"с плановым доходом на 2 т.р. нужно что-то делать, ведь он просрочен".

Дальше два варианта:
1) Если мы его удалим, то получим:
"планируемый доход 2 т.р." (неверно, т.к. планируемый доход в этом месяце был и остался 4 т.р.) "фактический доход 2.5 т.р." (верно)

2) Если мы просто нажмём "внести", то, очевидно, фактических доходов будет слишком много (и так уже автоввод по SMS сработал, так мы лишнее вносим)

3) Если мы нажмём "внести" и попробуем скорректировать сумму на 0.0 руб, то система не даст этого сделать.
Т.е. самое близкое сейчас это нажать "внести" и скорректировать сумму до 0.01. Некрасиво, что 1 копейка, но тем не менее.


Может, всё-таки, нужно не удалять те плановые записи, а как-то делать так, чтобы система переставала их считать просроченными?

Или, как вариант, у цепочки повторений добавить признак "игноировать просроченные". Так, чтобы на эти доходы/расходы система никогда не ругалась, что они "просрочены"
Admin
11 января 18:48
Тут проблема в том, что автоввод не умеет автовводить планируемые операции. Но нельзя смешивать разные сценарии.

Удаление планируемой операции - это всё же изменение плана, потому что такая операция и есть план (его часть).

На данный момент самое лучшее, что можно сделать - это внести планируемую операцию и удалить фактическую, от автоввода.
Владимир Ситников
11 января 19:01
Пишет:
Удаление планируемой операции - это всё же изменение плана, потому что такая операция и есть план (его часть).[/quote]
Да, согласен. Операция нужная, но она, к сожалению, не подходит для "следования плану".

[quote]Тут проблема в том, что автоввод не умеет автовводить планируемые операции. Но нельзя смешивать разные сценарии.


Реально два разных сценария.
Про "автоввод" зарплаты ещё можно сказать, что "можно как-нибудь научить автоввод искать нужную плановую запись и превращать её в реальную". Но это не так-то просто.

Да, вариант удалять "автовводную" операцию понятен (хотя и кривовато), но он не подходит для сценария "про еду".

Допустим, "у меня запланировано 5 т.р. на продукты", и фактические траты происходят частями и по чекам из магазинов так вообще не подходит.
Я запланировал 5 т.р. Потратил по чекам. Что мне делать с запланированной записью?

Как раз и было бы хорошо, если бы она вместо "просрочивания" просто пропадала из списка.
Admin
11 января 19:06
Владимир Ситников Пишет:
Я запланировал 5 т.р. Потратил по чекам. Что мне делать с запланированной записью?
Для этого сценария в планировании есть общий лимит по категории на месяц, планируемые операции тут не нужно использовать, потому что не возможно в точности расписать множество расходов на еду, совершаемых в течении месяца.
Владимир Ситников
11 января 19:12
Пишет:
Для этого сценария в планировании есть общий лимит по категории на месяц

Я же говорил: мне планирование еды "раз в месяц" не подходит, т.к. зарплата приходит не 1 раз в начале месяца, а 10-го и 25-го.

Так вот: порядок трат весьма важен. Абстрактное "XXX руб на еду в месяц" не подходит, т.к. деньги появляются частями, и может возникнут ситуация, что "в конце месяца баланс окажется положительным, но в плюс выйдет только после зарплаты 25-го".
Владимир Ситников
11 января 19:32
Пишет:
в конце месяца баланс окажется положительным, но в плюс выйдет только после зарплаты 25-го


Возможно, непонятно было сказано.
Попробую по-другому сказать: разбивая траты на еду понедельно, я добиваюсь того, что на каждой неделе у меня "зарезервированы" деньги на еду.
Сейчас я могу выгрузить данные, построить график и увидеть, ухожу ли в минус.
Конечно, график хотелось бы видеть встроенным в систему, но это совсем другая тема.

"Один общий лимит на месяц" ничем не отличается от "запланированной траты 1 раз в конце месяца". Если сделать реально так, то невозможно проанализировать бюджет, и понять, что тогда-то и тогда-то "денег не хватит".
Система будет думать, что "за всю еду расплатимся в конце месяца, когда всю зарплату получим" и отчёты будут зелёные.
johov83
3 февраля 12:19
Владимир, описанная вами проблема решается только при помощи планирования по неделям (меньший период использовать странно).
P.s. Ну и что бы иметь возможость уходить в "локальный" минус, можно использовать кредитку с бесплатным периодом. Такие есть у многих банков сейчас.
Владимир Ситников
3 февраля 12:58
> описанная вами проблема решается только при помощи планирования по неделям

Вы сейчас ограничились теми рамками, которые доступны в ДД?

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

Вы понимаете, что "лишние" деньги это тоже проблема?
"не уйти в минус" это лишь одна проблема. "не уйти в плюс" это вторая.

Если образовалась сумма, которую не на что потратить прямо сейчас, то её, хотя бы в депозит нужно вложить, иначе инфляция и всё такое.
Так вот: как узнать когда, сколько и на какой срок вкладывать?

И, да, текущий вопрос я давольно давно задавал, и понял, что темп развития ДД весьма низок. Пишут, что "можно поучаствовать в разработке", а по факту, никакой разработкой там не пахнет.

Поэтому я и говорю "рамки, которыми ограничено ДД" это одно, а по факту можно сделать раздел планирования гораздо лучше. Что, я, собственно, для себя и сделал: https://www.drebedengi.ru/?module=forumMessageList&topic_id=8294#38657


>Ну и что бы иметь возможость уходить в "локальный" минус

Во-первых, кредитная карта всех проблем не решает. С неё не снимешь наличные (процент там). Кредиткой не расплатишься за съемную квартиру, и прочее прочее.

Во-вторых, с кредитной картой нужно гораздо внимательнее относиться к дате оплаты. Находиться в локальном минусе "на момент оплаты" будет нездорово.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English