Income Verification from Bank Statements

Most people get this backwards. They open a converted statement, total the credits, and call it income. The credits column is full of things that aren't earnings: a transfer between the person's own accounts, a returned payment, a loan drawdown, a refund from a shop. Read those as income and you overstate what the person actually makes. The skill is in the sorting, not the summing.

Reconcile before you read a single credit

Before any of the identification work, prove the statement is complete. Income verification is only as honest as the underlying data, and a dropped transaction does real damage here. Lose one salary credit in extraction and a steady earner suddenly looks to have skipped a month. Lose a debit and the running balance drifts, which is the warning sign that something upstream went wrong.

This is the part Export Bank Statement does that other converters don't. After it turns the PDF into Excel or CSV, it checks every extracted transaction against the running balance and flags the statement if the maths doesn't tie out. So you start income verification knowing the credits list is whole — not hoping it is. When you're making a lending decision or signing off a set of figures, that difference matters.

How to spot a salary or payroll credit

Employed income is the easy case once you know the markers. A payroll credit usually shows four things together:

• A consistent amount. Net pay rarely changes month to month unless hours or tax codes shift. Same number, give or take a few pounds, is the strongest signal.
• A consistent payer. The employer's name, an abbreviation of it, or a payroll bureau appears in the description every time.
• A monthly rhythm. Pay lands on the same date or the same working day — last working day, 25th, 28th. Weekly and four-weekly cycles exist too; the point is the interval is regular.
• A "credit" or "BACS" type. In the UK, salary commonly arrives by BACS or Faster Payments and the reference often reads SALARY, WAGES, PAY or the employer's name.

Find a credit that ticks those boxes and you've almost certainly found earned income. Two payers paying regular amounts on different dates usually means two jobs, not a doubled salary — read each on its own.

A quick caution: gross pay never appears on a personal statement. You see net pay, after tax and pension. If someone tells you they earn a gross figure, the statement credit will be lower, and that gap is normal rather than a discrepancy.

Reading self-employed and irregular income

Self-employed income is where verification gets real. There's no neat monthly credit. Instead you get deposits of different sizes on different dates from different customers, sometimes nothing for a fortnight, sometimes three payments in a week.

Here's the approach that holds up:

1. Pull a long enough window. One month tells you almost nothing. Take six to twelve consecutive months so seasonal swings and gaps average out. A decorator's December rarely looks like their June.
2. Tag the trading credits. Mark which deposits are customer payments — invoice references, recognisable client names, card-acquirer settlements (Stripe, SumUp, Zettle), platform payouts. Leave everything else unmarked for now.
3. Add up the trading credits only, then divide by the number of months. That monthly average is a far fairer read than any single month. Note the spread too — a 4,000 average made of 1k and 7k months tells a different story to one made of steady 4k months.
4. Sense-check against drawings and tax set-aside. A genuinely trading account usually shows money going out to the owner and, often, sums earmarked for tax. Their absence is worth a second look.

A built-in analyser shortens this considerably. Export Bank Statement's analyser groups credits, surfaces recurring inflows and merchant patterns, and gives you an income view across the period — but it works on figures that have already been verified to reconcile, so the average isn't built on a leaky data set.

Telling genuine income from transfers

This is the line that separates careful verification from naive totalling. Several things show up in the credits column and are not income:

• Own-account transfers. Money moved in from the same person's savings or second current account. The description often names the other account or reads "TRANSFER", and frequently a matching debit appears elsewhere.
• Refunds and reversals. A returned purchase or a failed payment coming back. These usually mirror a recent debit of the same amount.
• Loan and credit drawdowns. Borrowed money lands as a credit but is a liability, not earnings.
• One-off windfalls. A gift, a deposit return, an insurance payout. Real money, not recurring income.

The tell is usually the pairing and the description. Genuine income comes *from someone else* and tends to recur; a transfer comes *from yourself* and often has a twin on the debit side. When you're unsure, trace it: a credit with no plausible external source is a transfer until proven otherwise.

Where this fits with the accounting software

Once you've verified income, you'll often want the data inside Xero, QuickBooks or Zoho Books. Be clear on how that works: this is convert then import, not a live bank feed. Export Bank Statement produces a CSV in each platform's native bank-import format, and you import it so the lines land as reconcilable statement entries. There's no certified one-click API push — that path needs partner certification, and pretending otherwise just causes problems later. The honest route is reliable and takes a couple of minutes.