A large spreadsheet of bank transactions next to an automated reconciliation dashboard

Scale changes the tools you need

Stanislav Kapustin May 11, 2026 accounting · bank reconciliation · automation · scaling · erp

A 30-line bank reconciliation is a different problem than a 3,000-line one.

Not harder conceptually — the logic is the same. But the approach that works for one breaks on the other.

For small volume: QBO or Xero bank rules. Set up matching conditions, auto-categorize what you can, review the rest manually. That’s fine. Manageable.

For large volume: you need structured bank files. MT940 format (used by most European banks) gives you transaction data that an ERP can ingest and match against open items programmatically — not “click to approve,” actual rule-based matching that runs without anyone watching.

The matching rules themselves are where most of the work is. Reference numbers, amounts, dates, counterparty names — tuning rules to catch 80% of transactions cleanly takes time. The other 20% go to exceptions, and that’s where the real complexity is: partial payments, consolidated transfers, intercompany transactions that net to zero.

Something that works well in practice: automate the obvious matches, route everything else to a short daily review queue. Five minutes on 20 exceptions beats four hours on 3,000 lines.

The mistake I see often: trying to automate the exceptions before the obvious matches are reliable. Get the clean cases working first. Then look at what keeps showing up in exceptions and build rules for those patterns specifically.

The boring matches are easy. The interesting ones are where you learn what the data actually looks like.

And that’s usually worth knowing.

Read next

Three nearby posts worth opening next.

Need a similar system in your business?

If you have a manual workflow between tools, I can help map the logic, design the system, and automate it in a way your team can actually use.

svg