Skip to main content
How-To · 5 min read

How Do You Check the Running Balance of a Bank Statement by Hand? A Worked Example

Every row's balance must equal the previous balance plus the credit minus the debit. One broken row shows an edit, a missing entry or a missing page.

Terra Insight
Terra Insight Editorial Team Reconciliation Infrastructure

Content authored by practitioners with experience at Amazon India, Intuit QuickBooks, and the Tata Group. Meet the team →

Published 14 October 2026
Domain expertise
TDS Reconciliation GST Input Credit Platform Settlements NACH Batch Matching Bank Reconciliation Form 26AS Matching ERP Integrations Enterprise Finance Ops
Knowledge Card
Problem

An analyst needs to confirm that the balances printed on a bank statement are consistent with the entries shown.

How It's Resolved

For each row, previous balance plus credit minus debit must equal the printed balance; the first failing row marks where the problem starts.

Configuration

The statement PDF, a calculator or spreadsheet, page-end and page-start balances, and a sample of rows inside each page.

Output

A pass result, or the exact row where the balance breaks and the size of the difference, recorded in the credit file.

Every row’s balance on a bank statement must equal the previous balance plus the credit minus the debit. If one row breaks that rule, there is an edited figure, a missing transaction or a missing page. The break sits between the last row that adds up and the first row that does not.

Worked example: five rows

Here are five rows from a statement, starting from an opening balance of ₹1,10,000.

RowNarrationDebitCreditPrinted balance
Opening₹1,10,000
1NEFT from customer₹25,000₹1,35,000
2UPI to supplier₹12,000₹1,23,000
3RTGS from distributor₹30,000₹1,53,000
4Electricity bill₹8,500₹1,48,500

Now check each row:

  1. ₹1,10,000 + ₹25,000 = ₹1,35,000. Matches.
  2. ₹1,35,000 − ₹12,000 = ₹1,23,000. Matches.
  3. ₹1,23,000 + ₹30,000 = ₹1,53,000. Matches.
  4. ₹1,53,000 − ₹8,500 = ₹1,44,500. The statement prints ₹1,48,500.

The printed balance is ₹4,000 higher than it should be. Rows 1 to 3 are fine, so the problem is in row 4: either the debit amount or the printed balance has been changed, or an entry of ₹4,000 is missing. A quick total check confirms it: credits ₹55,000 less debits ₹20,500 is ₹34,500, and ₹1,10,000 + ₹34,500 = ₹1,44,500.

Why do genuine statements sometimes seem to fail the check?

Before you escalate, rule out these innocent causes:

  • Same-day entry order. Banks may print several same-day entries in posting order. Follow the printed order, not the time you expect.
  • Reversals. A failed transfer may be debited and then credited back. Both rows appear; the balance still adds up across them.
  • Page breaks. A page may start with “balance brought forward”. Compare it with the last balance on the previous page.
  • Value date versus posting date. Some statements show both. The running balance follows posting order, so the value date does not change the sum.
  • Scans and OCR. If you copied numbers from a blurry scan, check you read them correctly.

If none of these explain the break, record the row and the difference and refer the file.

What is the fastest way to test twelve months?

A business account can have 150 or more entries a month, so twelve months may hold 1,800 rows. You do not need to check them all by hand.

  1. Page ends first. For each page, check that the last balance equals the first balance on the next page. A 40-page statement needs only 39 checks.
  2. Month ends next. Check that each month’s closing balance equals the next month’s opening balance.
  3. Sample inside pages. On each page, check 3 to 5 rows, including the largest credit and debit.
  4. Go row by row only where something breaks.

This catches most crude edits in under an hour. Careful edits that keep the arithmetic consistent need other checks, such as fonts, PDF properties and digit patterns.

For the automated version of this check across thousands of rows, read balance chain verification. Detecting fabricated bank statements with digit-pattern analysis covers edits that keep the sums correct, and how to check if a bank statement is fake without software lists the other manual checks.

A bank statement analyzer runs the balance check on every row of every file. TransactIQ, a managed service on Terra Insight’s AWS Mumbai infrastructure, includes fraud and anomaly signals among its 40+ engineered credit signals, each rule-traceable for your credit team.

Primary reference: Reserve Bank of India Master Directions — which set fraud risk management expectations for regulated lenders.

Frequently Asked Questions

What is a running balance?
It is the account balance printed after each transaction. It should change by exactly the amount of each credit or debit.
Does a broken balance always mean fraud?
Not always. It can point to a missing page or a merged file. But a genuine bank-generated statement should add up row by row, so any break needs an explanation.
How many rows should I check?
Check every page-end against the next page-start first, then sample 10 to 15 rows inside pages, including any large amounts.
Why do some genuine statements show entries out of order?
Several entries on the same day may print in posting order, not time order. The balance still adds up if you follow the printed order.
What about value date versus posting date?
The running balance follows the order in which the bank posted the entries. A value date that differs from the posting date does not break the arithmetic.

See how TransactIG handles reconciliation for your industry

Configuration takes 2–4 weeks. No code development required. ISO 27001:2022 certified.