Улучшения бюджетного отчета в Gnucash

Бюджетный отчет в Gnucash позволяет вам контролировать ваши траты, сравнивая их с предварительно расписанным бюджетом, но его текущая версия не дает удобно работать с большим числом периодов, так как столбец с названиями счетов не зафиксирован. В результате легко запутаться какой же бюджетный период и по каким счетам мы смотрим. Возможности построить отчет только по части периодов тоже нет.

Сложно понять за какой период и по каким счетам мы смотрим отчет

Из-за этого недостатка нам пришлось отказаться от бюджетного планирования на год и перейти к составлению полугодового бюджета, тем самым работая только с 6 периодами.

Недавно я провел модификацию данного отчета с целью улучшить удобство его использования: теперь его можно строить по диапазону периодов, а не по всем сразу. Это позволяет сосредоточится на анализе необходимого, скрыв ненужное. Таким образом мы уменьшаем число столбцов и они все уместятся на один экран.

Новые опции

Новые возможности по умолчанию выключены, чтобы не менять стандартное поведение и не влиять на имеющиеся сохраненные отчеты у людей. Для того, чтобы задействовать улучшения, необходимо выставить флажок "Отчет для диапазона бюджетных периодов". После этого станут доступны опции для настройки диапазона периодов, а также 2 флажка для определения того, что делать с периодами которые не попали в диапазон.

Выбор диапазона

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

1. первый (first)
2. последний (last)
3. текущий (current)
4. предыдущий (previous)
5. следующий (next)

Также можно выбрать период по конкретному номеру. Для этого в выпадающем списке нужно выбрать ручное указание периода (manual) после чего станет доступен спинбокс с номерами.

На мой взгляд числовое указание периода удобно для одноразовых отчетов, но для сохраненных отчетов это не самый удобный способ, так как настройки отчета обычно сохраняются, чтобы его не настраивать заново, а для случая плавающего периода этого не добиться выставлением конкретных границ. Для таких отчетов больше подойдут такие варианты как "текущий", "следующий" и "предыдущий". К примеру, можно настроить отчет чтобы каждый раз он строился от предыдущего периода до текущего, получая диапазон всего из 2х актуальных периодов.

Если такой относительный период не является корректным (например "текущий" начальный период для прошлогоднего бюджета), то выбирается ближайший корректный период в выбранном бюджете.

Настройка не попавших в диапазон периодов.

Как уже упоминалось есть два флажка отвечающих за обработку периодов, не попавших в выбранный диапазон.

1. Включить сводку по периодам до выбранного диапазона (Include collpsed periods before selected)
2. Включить сводку по периодам после выбранного диапазона (Include collapsed periods after selected)

При активации соответствующего флага, в отчет добавляется столбец содержащий сумму по всем не попавшим в диапазон периодам.

Стоит отметить что эти периоды влияют на колонку с итогами, поэтому если их не включить в отчет, то в колонке с итогами будет отображена сумма только по выбранному диапазону периодов.

Обновленный отчет. В диапазоне указан один период. Не попавшие периоды включены в свернутом виде.

Как мне активировать эти улучшения у себя?

Я отправил улучшения разработчикам, но судя по ответу, в ветку 2.6.х они включены не будут. В связи с этим, ждать появление официальной сборки с включенными правками придется долго. 

Это не означает, что попробовать обновленную версию не удастся. Мы пользуемся модифицированным отчетом уже несколько месяцев и на мой взгляд он уже вполне стабилен и готов к использованию. 

Для того чтобы включить его у себя локально, достаточно скачать вот этот файл, и заменить им файл отчета из дистрибутива. 

В linux версии нужный вам файл лежит по адресу /usr/share/gnucash/guile-modules/gnucash/report/standard-reports/budget.scm. 

Для windows путь будет %install folder%/usr/share/gnucash/guile-modules/gnucash/report/standard-reports/budget.scm. 

Можно предварительно сохранить оригинал на случай проблем, но их не должно быть :).