mirror of
https://github.com/actualbudget/actual.git
synced 2026-07-16 07:04:23 -05:00
[GH-ISSUE #338] Can't manually match an imported transaction with a previously entered (or scheduled) transaction #97429
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/actual#97429
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 @bpaulien on GitHub (Nov 19, 2021).
Original GitHub issue: https://github.com/actualbudget/actual/issues/338
I have a scheduled transaction that was in the register, and then manually imported a transaction from the bank. I don't see a way to tell the software that these 2 are a "match" and really the same transaction. I guess I can delete the one that I imported, but it would be nice if they could be matched so I don't have to delete.
@bpaulien commented on GitHub (Nov 19, 2021):
I guess the main reason I want to be able to match them instead of deleting the imported one is because the imported one is now marked as "cleared" because it came from the bank. But the "real" one (that has the correct payee and notes) is not marked as cleared. So now I have to delete the one with the funny payee and "External Deposit" in Notes, and then go and mark the scheduled one as cleared.
So I guess we need to come up with some rules for what happens when 2 transactions are matched. I guess you would want the Payee and the Notes to be taken from the scheduled, or manually entered one, because those have the correct information (presumably, since you did it by hand) But the "cleared" status of the imported one. I guess the amounts should typically be the same? But if not, take the value of the imported one because that came from the bank, so is official. In case you "fat fingered" the amount when manually entering it (or forgot to add tip to restaurant meal) the amount from bank would be right.
What do you think about date? Take date from manual entry, or from import?
@github-actions[bot] commented on GitHub (Jan 15, 2023):
🚧🚨 This issue is being marked as stale due to 90 days of inactivity. 🚧🚨
@github-actions[bot] commented on GitHub (May 2, 2023):
✨ Thanks for sharing your idea! ✨
This repository is now using lodash style issue management for enhancements. This means enhancement issues will now be closed instead of leaving them open. 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 👍!
@youngcw commented on GitHub (Feb 8, 2024):
You can link a transaction to a schedule manually by selecting the transaction and using the "Link Schedule" option in the menu.
@mosteo commented on GitHub (Aug 5, 2025):
The shortcoming of manually linking is that if the schedule applies rules on automatic matching, those are not applied.
You have to enter the "edit as rule" secondary dialog /before linking the transaction/ and then adjust the fields to make it match. Then you can "apply" the rule.
As a further nuisance of my bank, it posts several transactions from unrelated payees under the same fake payee (just a code, don't know why). Something similar happens with transactions that arrive through Paypal. They're difficult to match to a schedule because the payee will always be wrong, and you can't rename the payee, as it's shared by several real payees. If you don't enter a payee in the schedule to allow it to match on e.g. the notes, the upcoming transaction will show blank fields.
Unless I'm missing the proper workflow here, this translates into lots of manual cumbersome editing to apply the rules of a schedule to the manually linked transaction. It would be ideal to be able to select the scheduled transaction and the real one, and have something like "link & apply rules" in the context menu. Or at least that "link schedule" had a straightforward way of force-applying rules bypassing the matching.