$StatementProof

Guides

Catching Up a Year of Old Bank Statements for Bookkeeping

By Tarun Vashishth · Published

Catch-up bookkeeping — reconstructing a year or more of transaction history from PDF statements, usually because a business fell behind on its books — has a specific failure mode that a normal monthly import doesn't: nobody actually reads twelve months of individual transaction rows to spot-check them. Whatever errors exist in the conversion go straight into the books unnoticed, because the volume makes manual review impractical. That makes automated verification more important here than almost anywhere else in bookkeeping.

Gather statements in order, and check for gaps first

Before converting anything, list every statement period you have and confirm they're contiguous — no gap month, and no overlap where two statements both claim part of the same period. A missing month means a missing month's worth of ledger data with no automatic warning; an overlapping month means every transaction in the overlap gets counted twice if both statements are imported.

Convert and reconcile one statement at a time

Convert each period separately rather than batching many months into one pass. For each: check that the exported opening balance matches the previous period's closing balance (this catches a gap or ordering error immediately), and confirm the reconciliation check for that individual statement passed — opening balance plus every transaction equals the closing balance, per statement. Twelve small, individually verified conversions are far easier to debug than one twelve-month batch that fails somewhere in the middle with no indication where.

Why the opening-balance chain matters more here than usual

In a normal month-to-month workflow, an opening balance mismatch is usually caught quickly because there's only one recent import to check. In a catch-up scenario spanning a year, a single missed statement early on throws off the running balance for every subsequent month, and by month twelve the discrepancy is large enough to notice but the cause is months removed from where it actually happened. Checking each period's opening balance against the prior period's closing balance, as you go, is what prevents that.

Watch for statement layout changes over a year

Banks periodically redesign their statement layouts. A year-long backlog is more likely than a single recent statement to span a layout change — different section headings, a column added or removed. This tool's bank-specific parsing hints are matched by fingerprint text on the page, and the geometric column-detection fallback handles a layout it doesn't specifically recognize, but it's still worth reconciling every individual statement rather than assuming a layout that worked for January still applies in December.

The practical checklist

Related: how to verify a converted statement,importing into Xero.