Product Pricing Partners Demo Security Q&A Log in Start free

Help › Bookkeeping

Review possible duplicates after connecting a bank

Open this in Talisk HQ

When you connect a bank feed, its transactions may overlap ones you already imported from a PDF or CSV. TALISK_HQ merges the clear-cut overlaps for you and puts anything it isn't sure about into a review queue:

  1. A banner on Ledger › Banking reads N possible duplicate transactions need review: click Review now (or go to Banking › Review).
  2. For each one, either click Adopt this row on the existing transaction it matches (TALISK_HQ merges the feed onto your row), or Keep both if they're genuinely different transactions.

Merging keeps a single, correct copy so a bank event is never counted twice. Reach for Keep both only when the two really are separate. The queue is empty until a connected feed overlaps your imported statements: most of the time you'll never see it.

When the dates are a few days apart

Card statements print the date you paid. A bank feed reports the date the charge settled, which is often two or three days later. So the same charge can appear twice with the same amount but different dates.

TALISK_HQ merges these only when the dates are within a couple of days of each other. Past that it stops guessing and shows you the pair, headed Possible duplicate, a few days apart. Use Adopt this row if it is the same charge, or Keep both if you really were charged the same amount twice that week.

Both transactions stay in your books either way, so nothing is lost while the review is waiting for you. The one thing worth doing promptly is deciding before you categorize them: coding both copies would count the expense twice.

When your bank drops a transaction

A bank feed can also withdraw a transaction it sent earlier. Usually that is routine: a pending charge is replaced by the posted version a day or two later, and TALISK_HQ swaps them over without telling you, because there is nothing to decide.

Sometimes there is no replacement, and the charge really happened. Feeds do drop real transactions. So TALISK_HQ keeps the line and asks you about it, under a heading that says which situation you are in:

  • Your bank dropped a transaction you have already used. You had matched, categorized or reconciled it, so the line stayed put rather than taking your work with it.
  • Your bank dropped a transaction your statement shows. It also came in on a statement you imported, so the statement stands.
  • Your bank dropped a transaction and sent nothing to replace it. Nothing in your books had claimed it yet.

Check the line against your statement or your online banking. If the charge is real, click Keep it and the card goes away. On the last one only, if the charge never happened you can click Remove it to take the line out of your books. The other two have posted work or a statement behind them, so removing them is not offered: undo the match or delete the statement row first if you really need it gone.

TALISK_HQ never deletes a dropped line on its own unless the replacement arrived with it. A charge quietly disappearing is much harder to notice than one sitting there waiting for an answer.

Good to know: This queue only fills when an automatic bank feed overlaps statements you'd already imported and Talisk can't safely auto-merge: a fresh book shows nothing. Choosing "Keep both" is right only when they really are two separate transactions.