mirror of
https://github.com/actualbudget/actual.git
synced 2026-05-21 06:31:58 -05:00
Closed
opened 2026-04-18 04:10:48 -05:00 by GiteaMirror
·
6 comments
No Branch/Tag Specified
master
youngcw/templates-keyboard-shortcut
claude/discord-no-advertising-post-czKGS
release-automation/edge-nightly
7710-bundle-migrations
claude/fix-docker-build-error-WMfed
claude/llm-compatible-release-notes-t20Nr
7710-tests-tdd
release
claude/fix-location-permission-prompt-I1mn5
claude/mobile-budget-caching-PQO9n
claude/audit-crdt-versioning-ZYvMV
cursor/transaction-table-rewrite-f077
cursor/formula-feedback-improvements-4223
feature/enable-banking
claude/plan-ci-secure-context-OtEe1
claude/fix-issue-7667-DPXi3
cursor/resolve-pr-7449-ee11
claude/fix-typescript-build-error-JPtZ5
jfdoming/api-tokens-part-3
jfdoming/api-tokens-part-2
jfdoming/api-tokens-part-1
copilot/add-repository-configs-to-packages
worktree-compressed-drifting-ritchie
worktree-mellow-strolling-dawn
matiss/browser-api
claude/api-consumer-verification-kfz1K
pr-7454
claude/fix-issue-7410-LLLQ4
revert-7350-trim-deps
revert-7220-sankey-report
revert-7242-fix/split-parent-update-corruption
revert-7281-generate-icons
claude/electron-to-tauri-migration-LjBN8
worktree-remotion
claude/browser-compatible-api-QbhHh
claude/improve-cli-transactions-waTUY
claude/publish-react-native-ios-j8qoT
js-proxy
claude/fix-flaky-ci-job-5gDdz
react-query-rules
react-query-useSchedules
claude/nightly-theme-validation-scan-DzOGD
claude/debug-simplefin-error-ZuKzB
matiss/desktop-client-subpath-imports
claude/fix-simplefin-ssrf-T31gX
add-claude-github-actions-1772738270730
cursor/sync-performance-notification-9899
react-query-prefs
matiss/chunked-sync-and-progress-ux
v26.2.1
copilot/sub-pr-6880
fix-react-query-clear-on-close-budget
copilot/sub-pr-6140
feat/auto-note
feat/scoped-bank-sync
cursor/desktop-transactions-react-table-1d0c
fix-exhaustive-deps-App
copilot/fix-find-replace-bug
matiss/browser-tests
mobile-fix-drag-and-drop-across-groups
budget-table-v2
PayeeAutocomplete2
pglite
bugfix/plugins/fix-plugins-sw
feat/plugins/plugins-core-package
matiss/unicode-minus-fix
cursor/fix-actual-github-issue-6206-gemini-3-pro-preview-9c37
TransactionFormPage
cursor/implement-mortgage-and-loan-account-type-78ca
tests-update-fill-with-pressSequentially
mobile/link-modal
cursor/fix-update-vrt-apply-ci-job-dispatch-b324
sync-server-plugins
cursor/propose-patch-for-github-issue-5680-2a18
fix/compiler-preserve-inner-dollar-escapes
cursor/analyze-actual-budget-issue-and-propose-fix-5b70
coderabbitai/docstrings/0c070e5
cursor/add-wip-prefix-and-comment-to-prs-d78d
jfdoming/08-21-auto-focus-on-navigate-in-all-browsers
show-totals-on-mobile-budget-banners
allow-child-transactions-make-transfer
mobile-calculator-keyboard
payee-geolocation
enhance/restore_scroll_position
dm-fix-second-click-on-mobile-new-transaction-2
scrollToLocationBudget
alert-autofix-38
tsconfig-composite
mobile-fix-uncategorized-transactions-on-tracking-budgets
server-budget-handlers
fix-sql-injection-in-cleanup-template
non-chrome-draggable-workaround
mobile-budget-page-swipe-navigation
ts-db-all
dark-theme-with-brand-colors
fix-mobile-delete-group
ts-db-select
master-before-server-merge
ts-runQuery
rename-redux-hooks
UnderKoen/3557-persist-state-in-history
remove-redux-CLOSE_BUDGET
fix-exhaustive-deps-errors-FinancesApp
redux-toolkit-createSlice-backup
accounts-function-component
ts-useSplitsExpanded
loot-core-server-package
useTransactios-in-TransactionEdit
react-aria-input
move-redux-to-desktop-client
QueryState-type
fix-themes-applied-late
mobile-vrts
revert-3295-spendingCardFix
react-aria-button-4
split-payee-on-mobile
twk3/pin-apis-crdt
notes-tag-autocomplete
ts-LoadBackup
dnd-kit
package-upgrades
v26.5.2
v26.5.1
v26.5.0
v26.4.0
v26.3.0
v26.2.1
v26.2.0
v26.1.0
v25.12.0
v25.11.0
v25.10.0
v25.9.0
v25.8.0
v25.7.1
v25.7.0
v25.6.1
v25.6.0
v25.5.0
v25.4.0
v25.3.1
v25.3.0
v25.2.1
v25.2.0
v25.1.0
v24.12.0
v24.11.0
v24.10.1
v24.10.0
v24.9.0
v24.8.0
v24.7.0
v24.6.0
v24.5.0
v24.4.0
v24.3.0
v24.2.0
v24.1.0
v23.12.0
v23.11.0
v23.10.0
v23.9.0
v23.8.1
v23.8.0
v23.7.2
v23.7.1
v23.7.0
v23.6.0
v23.5.0
v23.4.2
v23.4.1
v23.4.0
v23.3.2
v23.3.0
v23.2.9
v23.2.5
v23.1.12
v22.12.9
Labels
Clear labels
AI generated
API
bank sync
budgeting
bug
can’t replicate
dependencies
docker
documentation
electron
experimental feature
feature
feedback
goal templates
good first issue
help wanted
importers
maintenance
needs info
needs testing
needs triage
needs votes
openid
payees
pull-request
regression
reports
responsive
rules
schedules
server
✨ merged
split transactions
tech debt
theme
transaction import
transaction reconciliation
transactions
translations
upstream
user interface
✅ approved
wontfix
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/actual#27590
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Jademalo on GitHub (Jan 26, 2025).
Original GitHub issue: https://github.com/actualbudget/actual/issues/4244
Verified feature request does not already exist?
💻
Pitch: what problem are you trying to solve?
Recently https://github.com/actualbudget/actual/issues/3660 was merged, and with it the fantastic ability to set the schedule length to an arbitrary amount of time in the future. This is fantastic for forecasting, but unfortunately it's use is limited to the accounts view with running balance enabled.
On the software I previously used, MoneyWiz, it was possible to create a report that took into account scheduled transactions to create a graph that projected the state of each account in the future. This was incredibly useful, as it produced a simple chart that clearly showed the status of each account. Using this I was able to quickly figure out exactly how much money I had available to budget, as I could look ahead and see when the graph hit its nadir.
For example, say I had £400 in my current account, £200 expected and scheduled monthly expenses, and £300 expected and scheduled monthly income. However, in 4 months, I have an expected expense of £600, say a preorder or a 0% offer like PayPal Credit.
Even though it seems like I have £400 available in the bank, the actual amount I can spend over the next 4 months is only £200 as that's the lowest point the account will reach with the future transactions. If I was to mark the expected future expense immediately, I would end up going into the red which isn't true as I have plenty of cash in the account.
With a "Balance Over Time" report, it would be possible to clearly see that even though I have £400 right now, in 4 months after the expected expense the account will drop down to only £200. When represented as a clear line graph, it's obvious where the lowest point in the account in the future is, and therefore how much money is actually available to spend at any given time instead of just what the current balance is without any knowledge of the future.
Describe your ideal solution to this problem
Essentially, I would like to be able to create a graph of the Running Balance column to be able to quickly and easily forecast expected account balance based on scheduled transactions.
At present the only line reports available are "x-ly change" reports, and there doesn't seem to be a way to set the timescale of a report to forecast beyond the current month.
I would really like to see the option for a "Balance Over Time" report that shows a hard edged line chart clearly outlining the balance of an account at any given time, and the ability to set a report to continue on into the future using schedules to allow for clear forecasting. If multiple accounts could be overlaid on the same graph, this would show an incredibly clear overview of the expected state of every account going forward and clearly indicate how much is actually available to budget in a given month.
I have attached some screenshots below of the example scenario set up in Actual showing how forecasted information is now visible in a given account, as well as an example of that data represented in a graph in MoneyWiz.
Hopefully this is clear enough, for me it's the one feature missing that is preventing me from switching over to Actual completely. When you start adding in multiple expected incomes and expenses on differing schedules along with 0% offers and credit card statements the whole situation gets incredibly complicated very quickly, and it's incredibly useful to be able to see this information at a glance to know how much you actually have available to spend.
Teaching and learning
No response
@github-actions[bot] commented on GitHub (Jan 26, 2025):
✨ Thanks for sharing your idea! ✨
This repository uses lodash style issue management for enhancements. That means enhancement issues are automatically closed. This doesn’t mean we don’t accept feature requests, though! We will consider implementing ones that receive many upvotes, and we welcome contributions for any feature requests marked as needing votes (just post a comment first so we can help you make a successful contribution).
The enhancement backlog can be found here: https://github.com/actualbudget/actual/issues?q=label%3A%22needs+votes%22+sort%3Areactions-%2B1-desc+
Don’t forget to upvote the top comment with 👍!
@csytsma commented on GitHub (Aug 29, 2025):
I strongly support this request. I've been looking for a financial app that does the Forecasting, and Actual is sooo close to doing everything I need...except the Forecasting.
@Alex-AMC commented on GitHub (Sep 27, 2025):
I also strongly support this as a feature. It does seem that everything is there to piece it together 🤔
@PratikSilwal5 commented on GitHub (Feb 22, 2026):
I'd love to pick this up. I'm planning to implement a 'Balance Over Time' report that projects account balances using scheduled transactions. Before I start, can I get feedback on the approach? I'm thinking this would live in the existing reports section as a new report type, pulling from the schedules API and the existing running balance logic. Would that direction make sense to the maintainers?
@AlphaHasher commented on GitHub (Mar 23, 2026):
@PratikSilwal5 Yes! That sounds like exactly like the kind of implementation I and other would be happy to see added
@AveragePiglet commented on GitHub (Mar 29, 2026):
Really like this project, and wished it had a forecast feature, so built my own, might not be exactly what people want but it fits my needs well enough, so if anyone wants to try it they can. Data is purely based from schedules