StatementSheet

Guides

Why the balance in your converted bank statement doesn't match

The five usual reasons a PDF-to-Excel conversion of a bank statement comes out with the wrong balance, and how to find the bad row fast.

You converted the statement, summed the columns, and the closing balance is off. It's almost always one of these.

1. A multi-line description became two rows

The bank prints "Misc DR-Debit Card" on one line and the merchant on the next. A generic converter turns that into two rows, one with the amount and one empty, or worse, duplicates the amount. Fix: look for rows with no amount, or consecutive rows with the same amount.

2. A withdrawal landed in the deposit column

When a bank leaves the withdrawal cell blank for a deposit, a column-counting converter shifts everything left. Fix: check a known deposit (salary) and a known withdrawal (a card payment) and see which column each sits in.

3. A foreign-currency line was read as the amount

UOB prints "USD 10.90" above the SGD amount for overseas card transactions. Some tools pick up the 10.90. Fix: search the sheet for currency codes.

4. The page break ate a row

The last transaction on a page and the first on the next can be dropped by tools that re-detect the table on every page. Fix: compare row count to the PDF.

5. The opening balance wasn't captured

Everything reconciles row to row but the total is wrong because the Balance B/F row was skipped. Fix: confirm the first balance in the sheet equals the statement's opening balance.

The fast way

A converter that reconciles each row against the printed balance tells you which row is wrong instead of just that something is. StatementSheet flags any row whose recomputed balance doesn't match the bank's, so the hunt takes seconds.