LedgerHQ
Use LedgerHQ

How Tally settles transfers and card payments

Tally confirms matched pairs, rejects false matches, and chases card payments with no visible funding side.

How A Pair Is Judged

Money moving between the company's own accounts is one movement with two bank rows. Tally verifies those pairs and posts the confirmed ones, so most transfers and card payments never need your attention.

For each suggested pair, Tally builds a dossier and reaches one of three verdicts.

Confirmed — the evidence bar is met and the two legs are within three days of each other. Tally posts the pair on both sides.

Rejected — something contradicts a transfer reading despite the mirrored amounts. The rows go back to ordinary coding.

Needs a human eye — Tally names exactly what is missing:

  • competing candidates mirror the same amount in the window;
  • no corroborating signal — no pair history, payment wording, or statement match;
  • the date gap exceeds the three-day autonomous limit.

A three-day gap is the automatic limit, not an accounting limit. A real transfer that took five days to land is still a real transfer — it just needs you to confirm it.

Pairs Waiting On The Bank

A verified pair can post both legs together while one or both are pending. The app clears the pair's holds and retains the bank's pending evidence so settlement can update the existing rows without another posting. An unverified pair or a row without a counterpart remains held. See Understand pending bank transactions.

Card Payments With No Funding Side

A card payment whose matching withdrawal never appears is the common real problem. Tally holds the one-sided card payment for seven days because the funding side is often just late. Row-level posting, bulk posting, rules, AI, and Tally posting stay blocked during that hold.

After seven days, Tally checks whether any pending or funding candidate exists. Only an explicit single-row human post can continue without the match; bulk and automatic posting remain blocked. If no funding side exists, Tally drafts a question to the company owner:

Your Evergreen Card shows a $1,250.40 payment on June 18 ("PAYMENT THANK YOU") — which account did that payment come from? We don't see a matching withdrawal in the accounts we have connected.

Usually the answer is an account nobody connected yet. Connect it and the pair settles on the next run — see Connect a bank or credit card.

Confirm Or Clear A Pair Yourself

Anything Tally leaves is yours to decide:

  • In Bank Feeds, a suspected pair carries a transfer match badge with Post pair and Reject match. A pair you rejected earlier offers Reopen match.
  • Bank Feeds and Fast Coding both use Post pair.

Full procedures: Code an internal transfer and Code a credit-card payment.

Use the account tabs and search to inspect the related bank activity:

Light-theme Bank Feeds with account history and search controls

Never post the two legs separately as income and expense. That invents an expense, overstates revenue, and leaves both registers wrong.

When A Pair Fails To Post

If a confirmed pair bounces off the posting guards, Tally reports it rather than retrying blindly. The usual causes are a locked period, an already-posted leg, or a warning that needs a person.

If a pair posted incorrectly, use Undo a posted bank transaction and check both registers afterwards. Do not offset a wrong transfer with a manual journal entry.

On this page