Дата планового расхода

[startsevsa]

Сейчас все расходы равномерно "размазываются" по месяцу, а должны быть привязаны к конкретным датам.
Это критично в т.ч. для ситуаций, когда приход и расход в плане идут не равномерно (сделки, зарплата и т.п.).
День - это минимальная точка планирования.

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

[pihel]

Речь идет про вкладку "Планирование"?
Вы хотите видеть выполнение плана по категориям в разрезе дня?

[startsevsa]

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

[startsevsa]

Как уже писал - здесь фактически напрашивается дубляж функционала работы с фактическими расходами/доходами - можно даже просто продублировать таблицы и код.
Ибо иногда даже имеется возможность закладывать источник дохода или расхода в бюджет.
Исключение, возможно - сам товар - его можно сделать необязательным полем (но возможным к указанию).

[startsevsa]

в качестве демонстрации могу привести пример бюджета:
предположим, 1 числа месяца приходит аванс зарплаты, до 5 числа нужно заплатить за квартиру, до 10 числа нужно оплатить ипотеку, 15 числа приходит расчет по зарплате, 20 числа нужно оплатить, скажем, потребительский кредит, 22 числа вернуть долг коллеге, 23 долг должен вернуть другой коллега и т.п.
как видно, здесь есть и периодические и не периодические расходы и доходы

[startsevsa]

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