mirror of
https://github.com/actualbudget/actual.git
synced 2026-06-10 07:36:46 -05:00
[GH-ISSUE #7158] [Feature] Reimbursable expense tracking #9931
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 @jhjessup on GitHub (Mar 9, 2026).
Original GitHub issue: https://github.com/actualbudget/actual/issues/7158
Verified feature request does not already exist?
💻
Pitch: what problem are you trying to solve?
There's currently no way to mark a transaction as reimbursable, associate a reimbursement with the original expense, or see a running total of what's been spent but not yet paid back.
This comes up in several common situations: HSA medical expenses, employer expense reports, shared costs fronted by one person, and security deposits. The workaround — using a flag color as a convention — works but produces no actionable reporting and is easy to miss at categorization time.
Describe your ideal solution to this problem
My ideal solution consists of three components:
I'm happy to discuss the transaction linkage data model on Discord before starting implementation.
Teaching and learning
No response
@github-actions[bot] commented on GitHub (Mar 9, 2026):
✨ Thanks for sharing your idea! ✨
This repository uses a voting-based system for feature requests. While enhancement issues are automatically closed, we still welcome feature requests! The voting system helps us gauge community interest in potential features. We also encourage community contributions for any feature requests marked as needing votes (just post a comment first so we can help guide you toward 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 👍!
@youngcw commented on GitHub (Mar 9, 2026):
I have reimbusement categories. Enable rollover overspending and then if the balance of the category is negative, you have unreimbursed expenses.
@Juulz commented on GitHub (Mar 9, 2026):
Forgetting reimbursement categories for a minute, would something linking transactions be helpful for many users? Partial refunds, for example (Home Depot!!) - to link the refund with it's parent transaction?
@jhjessup commented on GitHub (Mar 9, 2026):
Can you elaborate on your process? The workflow I'm picturing would be
@youngcw commented on GitHub (Mar 9, 2026):
This also works with multiple pending charges but you have to pay more attention to what has specifically been reimbursed. You can use tags to help track that.
@jhjessup commented on GitHub (Mar 11, 2026):
Thanks. For my immediate use case, I wanted to be able to retain medical subcategories (Pharmacy, Doctor, Vision, Dental), so I can answer questions like "Hey, how much did we spend on prescriptions last year?" or "How much do we need in HSA next year for dental stuff?"
@LukasFT commented on GitHub (Apr 8, 2026):
I am looking for EXACTLY this feature, and I think it would be great for all the reasons and use cases already mentioned.
If I pay for dinner or medical expenses on the 31st and get reimbursed on the 1st, I do not want that to show up anywhere in my budgets. To me, it is just clutter and skews the categories if I look back in time. Aiming for an automated flow, it is cumbersome to manually split and ensure both the original transaction and the reimbursement transaction are in the same month and category. Instead, I would like to be able to automatically say: this is a restaurant, this is a pharmacy. And then when I see a transfer from a friend or insurance company, I link to the related transaction and that I put out for this transaction becomes invisible in all stats etc.
#7164 was closed - what was the reason for that @jhjessup? I am not very familiar with the tech stack used here, but could give it a try if there are some issues you couldn't overcome
@LukasFT commented on GitHub (Apr 8, 2026):
Btw., for reference, these are the current recommendations for handling reimbursements and returns
@jhjessup commented on GitHub (Apr 8, 2026):
@LukasFT I closed the #7164 because I hadn't figured out the workflow for linking the transactions. I could get the datastructures in place for the backend to connect the expense and the reimbursement, but then I got lost on the frontend for how to do it. All the code should be in the right branches if you want to pick it up, but I think it's probably going to be better to start fresh.
@LukasFT commented on GitHub (Apr 8, 2026):
Thanks! UX/UI is not my strongest side ... But I might try to see if I can come up with something.