Skip to main content

Glossary

Bank Reconciliation

Bank reconciliation is the process of comparing a company's cash ledger against its bank statement, transaction by transaction, until the two agree at the ending balance. Differences are explained by timing items — deposits in transit, checks not yet cleared — or corrected as errors when they are not. It is usually the first reconciliation performed each month, because every other closing step depends on cash being right.

The reconciliation everything else depends on

Bank reconciliation gets done first in most closing sequences for a simple reason: almost every other number in the books assumes the cash balance is correct. If cash is wrong, the trial balance is wrong, and time spent on anything downstream — accruals, journal entries, reporting — is time spent on numbers that will need to be revisited. It is also usually the cleanest reconciliation to run, because most accounting software auto-matches a connected bank feed against ledger entries with little manual work.

What makes bank reconciliation deceptively simple is that the easy 95% of transactions auto-match themselves. The reconciliation is really the remaining 5% — the deposit that hasn’t hit the bank yet, the check still in the mail, the bank fee the client never recorded, the duplicate a connected app pushed in twice.

The four things that actually cause a variance

Reconciling itemWhat it isResolves itself, or needs action?
Deposit in transitRecorded in books, not yet on bank statementResolves itself next statement
Outstanding checkWritten and recorded, not yet cashedResolves itself, unless stale
Bank fee or interestOn the statement, not yet in the booksNeeds a journal entry
Genuine error or duplicateMiscoded, missing, or double-entered transactionNeeds correction

Two horizontal bars, titled "Half of what turns up resolves itself". The top bar, Resolves itself, is filled grey to 2 of 4; the bottom bar, Needs action, is filled blue to 2 of 4, with the rest of each bar shown hollow. A caption between them reads "the genuine error worth slowing down for", and below, that timing items fade while genuine errors do not.

The first two rows are timing, not errors, and a reconciler who understands that difference stops chasing things that were never actually wrong. The last row is the one worth slowing down for — a check outstanding for four months is not a timing difference anymore, it is either lost, voided and never recorded as such, or evidence of something that needs a closer look.

Where the delay actually lives

Ask a bookkeeper why a bank reconciliation is still open in week three and the answer is rarely “I haven’t matched the transactions.” It’s usually “I’m waiting on the client to tell me what a specific charge was for,” or “the bank statement for that account didn’t get uploaded.” The fix for both is the same: make the request visible somewhere the client actually checks. A client portal request with a due date and an automatic reminder clears faster than a question sitting in an email thread, and it gives the firm a record of exactly how long the client sat on the answer — useful the one time it’s disputed.

Making it a scheduled step, not a memory

Firms that reconcile every account, every month, without a backlog are running bank reconciliation as a recurring workflow step generated on the same day each cycle, not as a task someone has to remember to open. The statement itself lives in document management attached to that task, so the person doing the reconciliation — and whoever reviews it after — isn’t hunting through a downloads folder or an old email for a PDF from three weeks ago.

That structure matters more as client count grows. A firm reconciling five accounts by memory is fine. A firm reconciling eighty accounts across thirty clients without a system will lose track of which ones are actually done versus which ones were opened and never finished — and the two look identical from the outside until someone checks.

The multi-account reality

A client with one business checking account is the easy case. Most clients past a certain size have several: an operating account, a savings buffer, a payroll account, sometimes a card processor’s holding account that behaves almost like a bank account but reports differently. Each one needs its own reconciliation, on its own schedule, and a firm juggling several accounts per client across dozens of clients is running a lot of small, similar tasks that are easy to lose track of individually even when none of them is hard on its own.

The practical fix isn’t a smarter reconciler — it’s naming, up front, which accounts exist for a client and which cadence each one gets, so “did we reconcile all of this client’s accounts” has a checklist answer instead of requiring someone to remember the full list from memory every month.

What good bank reconciliation buys the firm

A clean, monthly bank reconciliation is the cheapest fraud and error control a firm can run, and it is also what makes every later report trustworthy. Reporting that shows a client’s month as “closed” only means something if the cash behind it was actually checked against the bank, not assumed correct because nothing looked obviously wrong. The reconciliation is boring by design — when it surfaces something interesting, that’s the signal something in the client’s business actually needs attention.

How Uku handles bank reconciliation

Last updated September 19, 2026 Reviewed by Rain Allikvee

FAQ

Questions about bank reconciliation

Bank reconciliation is one specific case of account reconciliation — cash against the bank statement. Account reconciliation covers every account with an independent source to check against, including credit cards, loans, and control accounts. Firms usually run bank reconciliation first each month because so much of the rest of the close depends on cash being confirmed correct.
Deposits in transit — money recorded in the books but not yet showing on the bank statement — and outstanding checks, which are the reverse. Bank fees and interest that the client hasn't recorded yet are also common, along with the occasional transaction the client's bank feed missed or duplicated.
For a business with a clean, connected bank feed and no unusual activity, most of the matching happens automatically and the manual review takes minutes. What extends it to hours or days is almost never the matching itself — it's tracking down an explanation for the handful of items that didn't auto-match.
The matching of bank feed lines to ledger entries can be, and modern accounting software does most of it with high accuracy. Deciding what an unmatched item actually is — a legitimate timing difference, a duplicate, a fraud, a miscoded transaction — still needs a person to look at it and reach a conclusion.
The books stay technically balanced, but nobody has confirmed the cash balance is real. Errors and unauthorized transactions compound instead of getting caught early, and the eventual catch-up reconciliation is far more work than doing it monthly would have been, because two or three months of unmatched items pile up together.

Still have questions? Contact Us

Get started with Uku today.

Elevate your efficiency with Uku, the powerful yet easy-to-use accounting practice management software.

Rain Allikvee, Uku's Co-founder

“Let’s create a dream, where the team is happy, clients are well served and profits are fair.

Rain Allikvee / Uku’s Co-founder