Annual spend is incorrect if the subscription price changes #32

Closed
opened 2025-08-08 08:27:07 -04:00 by ThisIsMissEm · 4 comments
ThisIsMissEm commented 2025-08-08 08:27:07 -04:00 (Migrated from github.com)

Currently the logic is that a subscription has a single price and this is multiplied by the renewal period, which means a subscription changing price over time results in inaccurate data.

I currently have to deal with this in a spreadsheet where I track subscriptions, and there all I could do was have a offset value, but with an app like subtrackr, it could actually have multiple prices over time for subscriptions, which would give better data for total spend (but does make it a bit more complicated to calculate)

I'd probably call this a feature request, not a bug, but I'm not really sure. All I know is that all my subscriptions keep getting more expensive and tracking total spend is difficult

Currently the logic is that a subscription has a single price and this is multiplied by the renewal period, which means a subscription changing price over time results in inaccurate data. I currently have to deal with this in a spreadsheet where I track subscriptions, and there all I could do was have a offset value, but with an app like subtrackr, it could actually have multiple prices over time for subscriptions, which would give better data for total spend (but does make it a bit more complicated to calculate) I'd probably call this a feature request, not a bug, but I'm not really sure. All I know is that all my subscriptions keep getting more expensive and tracking total spend is difficult
bscott commented 2025-08-09 14:04:44 -04:00 (Migrated from github.com)

Thanks @ThisIsMissEm -- I'm going to label this a bug as the total annual spend should be accurate including all the subscriptions. I must of introduced this in v0.3.1

Thanks @ThisIsMissEm -- I'm going to label this a bug as the total annual spend should be accurate including all the subscriptions. I must of introduced this in v0.3.1
ThisIsMissEm commented 2025-08-09 20:52:53 -04:00 (Migrated from github.com)

I'm not sure if this would make sense either, but maybe converting the currency to the currently local currency would be nice too? And when a new price is added, calculate the historical converted local currency value?

I'm not sure if this would make sense either, but maybe converting the currency to the currently local currency would be nice too? And when a new price is added, calculate the historical converted local currency value?
ThisIsMissEm commented 2025-08-09 20:53:25 -04:00 (Migrated from github.com)

There used to be synth from maybe finance, but, uh, they apparently shutdown that service completely.

There used to be synth from maybe finance, but, uh, they apparently shutdown that service completely.
bscott commented 2025-08-09 21:12:15 -04:00 (Migrated from github.com)

Addressed now in the v0.4.0 Release, any feedback would be great. I'll keep an eye if this still isn't resolved @ThisIsMissEm

Addressed now in the [v0.4.0 Release](https://github.com/bscott/subtrackr/releases/tag/v0.4.0), any feedback would be great. I'll keep an eye if this still isn't resolved @ThisIsMissEm
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
bscott/subtrackr#32
No description provided.