Excel Reconciliation11 min read

Bank Reconciliation in Excel: Format, Steps and Common Errors

A bank reconciliation is not a matching exercise — it is a working paper that explains why two balances differ. Here is the format, the sequence, and the five difference types that account for nearly every gap you will find.

Short answer

A bank reconciliation in Excel is prepared by matching your cash book or bank ledger against the bank's statement export, then listing separately everything that has not yet appeared on the other side — cheques issued but not presented, deposits in transit, bank charges and interest, auto-debits, and errors. The reconciliation is complete when the balance as per the bank statement plus or minus those listed items equals the balance as per your books.

Most people treat this as a search for the row that does not match. It is more useful to treat it as an explanation: you already know the two balances disagree by some amount, and your job is to account for that amount item by item until nothing is left unexplained.

The two files you need

SideWhere it comes fromWatch out for
Bank statementNet banking export as CSV or XLS for the periodHeader rows above the table, a summary row at the bottom, and amounts split across separate debit and credit columns
Cash book / bank ledgerTally, your ERP, or the bank ledger in your accounting softwareManual entries typed in the wrong sign, and contra entries that never hit the bank

Sort both sides by date before you begin. A reconciliation is a period document, so a statement running from 1 September to 30 September has to be reconciled against a ledger extracted for exactly the same dates.

A BRS format that works for a reviewer

There is no statutory format for an internal bank reconciliation. What matters is that somebody else can follow it twelve months later. Five columns and two blocks do that.

DateParticularsDebit (₹)Credit (₹)Status
01-09-2025Opening balance as per bank statement—4,18,206Cleared
03-09-2025Chq 004512 — Shree Balaji Enterprises1,18,000—Cleared
05-09-2025NEFT receipt — Rupee Traders—2,36,000Cleared
09-09-2025Chq 004517 — Annual maintenance charges23,600—Not presented
18-09-2025Bank charges for the month590—In statement only
20-09-2025Interest credited on savings sweep—1,284In statement only
28-09-2025Chq 004521 issued, presented next month82,050—Not presented
Everything that has cleared sits in the top block. Everything that has not sits below, categorised.

The bottom of the sheet, in plain lines rather than formulas, states the three figures that matter: the balance per the bank statement, the balance per your books, and the total of the reconciling items. Those three lines are what a reviewer reads first.

Step by step

1

Extract both sides for identical dates

Download the statement for 1 September to 30 September and pull the bank ledger for the same dates. Reconciling a statement against a ledger for different dates guarantees a difference that is not real.
2

Clean both exports into one shape

Remove header rows above the table and any total row at the bottom. Get both sides to the same four columns — Date, Particulars, Debit, Credit. Convert text amounts to numbers and strip the currency symbol and thousand separators.
3

Match on amount and date, not on narration

The narration column in a bank statement is never consistent — the same merchant appears as “SHREE BALAJI ENT” one month and “NEFT-SHREEBALAJI ENT-4521” the next. Match on the amount and a date window, and use the instrument or cheque number where one exists.
4

Set a date tolerance and an amount tolerance

A cheque issued on 30 September and cleared on 1 October is the same transaction. So is a ₹1,18,000 entry appearing as ₹1,17,999.50 after charges. A three-day date tolerance and a small amount tolerance remove that noise without hiding real differences.
5

Categorise everything that is left

Each remaining row goes into exactly one bucket: cheque issued not presented, deposit in transit, bank charge, bank interest, direct debit or standing instruction, or error. A row with no category is the row you have not finished investigating.
6

Total both sides and explain the gap

Sum the reconciling items. The balance per the statement, adjusted by those items, must equal the balance per your books. If it does not, the difference between the two is a missing item you have not yet found, and it is usually a direct debit or a bank charge.

The five difference types that explain almost every gap

DifferenceWhat it looks likeWho needs to act
Cheque issued but not presentedIn your books as a payment, absent from the statementPayee — or you, if it is beyond validity
Deposit in transitIn your books as a receipt, absent from the statementNobody — it clears next working day usually
Bank charges and interestIn the statement, absent from your booksYou — raise a journal entry
Direct debits and standing instructionsIn the statement, absent from your booksYou — book it against the right expense head
ErrorAn amount or a sign that matches no transaction on the other sideYou or the bank, depending on where it is

The sign trap

A debit in your books is a payment out of the bank; a debit in the bank statement, when read from the customer's perspective, is often the opposite. Before you match a single row, confirm which way the export presents money in and money out — and write that down at the top of the sheet. Mixing the two directions is the single most common reason a reconciliation shows an unexplainable gap that is exactly twice some real amount.

The cut-off rule nobody writes down

A bank reconciliation is only as good as its cut-off. Money that moved on the 30th but appears in the statement on the 1st is a timing difference, not an error — and if you have not fixed a cut-off rule, you will re-investigate the same rows next month.

  • Statement cut-off: the last date in the downloaded statement. Note it on the working paper.
  • Book cut-off: the last date in the ledger extract. It must match.
  • Instruments issued before cut-off but presented after: outstanding cheques. They stay in the reconciliation.
  • Instruments issued after cut-off: not part of this reconciliation at all, even if they are in your books.

Ageing the outstanding cheques

An outstanding cheque list is only useful if it is aged. Add a column showing how many days each instrument has been outstanding since it was issued, and sort by that column rather than by amount.

Age of the outstanding chequeWhat it usually meansAction
Under 30 daysNormal — the payee has not banked it yetLeave it in the reconciliation
30 to 90 daysThe payee may have misplaced itConfirm with the payee
Over 90 daysBeyond the validity period in IndiaRevalidate or reverse in the books

Reversing a stale outstanding cheque is the step most manual reconciliations skip, and it is the step that stops the same item appearing on the sheet month after month.

Common errors

  • Reconciling different periods. A statement for September against a ledger to 31 August will always differ, and the difference is not real.
  • Matching on narration text. Bank narrations are inconsistent by nature. Match on amount, date and instrument number.
  • Deleting the reconciling items. The point of the working paper is to carry items forward until they clear. Deleting an unresolved item hides a control failure.
  • Not separating debit and credit. Totalling a mixed column produces a net figure that reconciles by coincidence and misleads the moment it does not.
  • Using conditional-formatting rules across two workbooks. A formatting rule cannot reference another workbook, so a bank statement in one file and your ledger in another cannot be highlighted against each other. It has to be a formula.

When Excel becomes the bottleneck

For a single account and a single month, Excel is entirely adequate. The difficulty arrives with volume: several accounts, twelve months, and statement exports running to thousands of rows. At that point COUNTIF and XLOOKUP repeated down the sheet become the slowest part of the task, and the reconciliation lives inside formulas that only their author can safely edit.

Before that point, keep the file small: reconcile one account and one month per sheet, match on a documented key with a stated tolerance, and keep the working paper as a saved output rather than a live formula sheet. If you would rather not maintain that at all, a purpose-built reconciliation tool is the alternative — the same rules, applied by the software rather than by you.

Related reading

If the matching itself is what is failing, the complete reconciliation guide covers match keys and normalisation in detail. For the vendor side of the ledger, see vendor reconciliation in Excel.

If you would rather not build this by hand

Run the bank reconciliation against the CSV itself

Piloteq Automate reads your bank statement export and your bank ledger directly, matches on the rules you set — exact, tolerance, date tolerance, fuzzy or last-digit — and writes a reason next to every record. Matched, unmatched, duplicates and amount differences come back as separate result sets.

  • ✓Six match passes in a fixed priority order
  • ✓Amount tolerance and a separate date tolerance
  • ✓Duplicate detection for repeated instrument numbers
  • ✓Debit and credit totals kept separate per side
₹1,499 · Single PC License · 12-month license

See how Piloteq Automate handles reconciliation →

Frequently asked questions

What is the format of a bank reconciliation statement in Excel?+

A workable BRS has five columns: Date, Particulars (instrument number and description), Debit, Credit and Status. Two blocks sit one below the other — the first block lists everything that has cleared in both the bank statement and the cash book, the second lists the reconciling items grouped into cheques issued but not presented, deposits in transit, bank charges and interest, direct debits and errors. The bottom line shows the balance as per the bank statement, the balance as per the cash book, and the items that explain the gap between them.

Why does my bank reconciliation not match even after matching every transaction?+

The usual causes are a transaction dated just after the cut-off, a cheque that was issued before month end but presented in the next month, bank charges or interest credited that are in the statement but not yet recorded in the books, and a standalone entry such as an ECS or auto-debit that nobody has booked. Totalling both sides separately and listing the unexplained gap explicitly is faster than hunting for a single missing row.

How do I reconcile a bank statement that has thousands of rows?+

Split the work by month first and reconcile each month separately, because a BRS is a period document. Then match on the combination of amount and date rather than on narration text, which is never consistent. If the statement has more than a few thousand rows, formulas such as COUNTIF and XLOOKUP repeated down the sheet will slow the file noticeably — the two-file matching techniques covered in our missing-values guide apply, but consider whether a purpose-built tool is a better fit once the file regularly crosses that size.

What are outstanding cheques and how long should they stay in the reconciliation?+

Outstanding cheques are instruments you have issued and recorded in your books but which the payee has not yet presented to the bank. They stay on the reconciliation until they clear. Age them, though: a cheque outstanding for more than three months is beyond its validity period in India and needs a decision — either the payee presents it after revalidation or you reverse it in the books. A reconciliation that carries the same outstanding cheque for a year is hiding a real problem.

Should I use the bank's Excel export or a PDF statement?+

Always use the Excel or CSV export if the bank provides one. A PDF has to be retyped or extracted, and every retyped figure is an opportunity for a transposition error that will cost you far more time to find than the export would have cost to obtain. Most Indian banks let you download a CSV or XLS statement for any date range from net banking.

Can I do bank reconciliation without Excel?+

Yes. Any system that can read two .csv or .xlsx files can do it — what matters is that you can state the match rules, decide an amount and date tolerance, and get back a result set per category with the reason recorded. Whether that is Excel, a Power Query workbook, or a dedicated desktop tool is a separate question from whether the reconciliation logic is sound.

Related guides