mirror of
https://github.com/actualbudget/actual.git
synced 2026-07-15 22:54:03 -05:00
[GH-ISSUE #7006] [Feedback]: Age of Money Report #92571
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/actual#92571
Reference in New Issue
Block 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 @youngcw on GitHub (Feb 17, 2026).
Original GitHub issue: https://github.com/actualbudget/actual/issues/7006
Add all discussion and feedback for the experimental Age of Money Report here.
Original PR #6685.
@matt-fidd commented on GitHub (Apr 7, 2026):
@sztomi I didn't catch that this wasn't the feedback issue linked in the experimental section before it was merged. Would you be able to put up another PR to change it to this issue please?
@sztomi commented on GitHub (Apr 8, 2026):
@matt-fidd Aah I forgot that. Of course.
@emiltb commented on GitHub (Apr 27, 2026):
I tried this out and really like the metric - it seems like a good parameter to put a number on the health of your situation, without depending on absolute numbers in accounts.
Would it be an idea, to implement a slightly more sophisticated approach for the Improving/Declining/Stable metric? I looked at the current
calculateTrend()function and I can see that it only looks at the last two datapoints. It might provide more insight to fit a line to the last N points and determine the trend based on the slope of such a line. Viewing daily data like the figure below, the end of april was reported stable until the last tick, but it is part of a more general upwards trend. I'm unsure about the best value of N, and it might have to be slightly different for daily/weekly/monthly.@emiltb commented on GitHub (May 2, 2026):
Just a heads up regarding the reported issue with report title not being saved. I had the same issue in the Sankey chart and fixed it in this commit: aa8ae9. I just had a brief look, and it looks like the issue is the same in this report.
@sztomi commented on GitHub (May 3, 2026):
I'll take a look at this, but I don't think there was any specific code I had to reimplement for this chart to save its name (nor did I experience this bug before the merge).
As for the trend calculation, yes, very good point.
@JamesMHenderson commented on GitHub (May 5, 2026):
Age of money only uses on budget accounts for the calculation, I use off budget accounts for things such as investments which I would like to see included in the age of money report. It would be good to be able to select which accounts age of money is calculated using.
@sztomi commented on GitHub (May 6, 2026):
@JamesMHenderson Age of money, as it was defined by the other app, is a heuristic measure about your liquid money. Investments that you have in a tracking account are by definition not calculated with. Or rather, they are - when you transfer to a tracking account, that is considered an outgoing transaction, that's why it has a category, and it makes your AoM go down as it consumes your buffer.
If you have a type of investment that is very easy and quick to liquidate, I suggest using normal account for it. That is what I do.
@dojoca commented on GitHub (May 6, 2026):
I love ActualBudget because it doesn't have stuff like this opaque, nonsenical "age of money" metric. I have no idea why YNAB ever forced it on their users. Glad to see it's an optional report that can be turned off. Nice that it's added for people that see value in it, but it's too nYNAB for me.
@saahiljaffer commented on GitHub (May 15, 2026):
Is there a way I can create an "age of cash" report that factors in when I pay my credit card instead of when the expenses are actually incurred? tried using filters but it didn't work as I'd expect
@sztomi commented on GitHub (May 17, 2026):
@saahiljaffer Not at the moment, but that sounds like an interesting feature. I'm wondering if simply filtering the accounts that are used for the calculation could solve this. But I'm not entirely sure, I don't use credit cards and I don't know how exactly they work in Actual.