Platform · financial core

Reconciliation that runs every day, not every month

A monthly reconciliation finds a break four weeks after it happened, when the person who would have recognised the transaction has forgotten it. Running continuously turns a close task into a daily thirty-second review, and it is the single cheapest close improvement available.

See it reconcile

Connect a read-only feed and we will reconcile a month against your ledger, showing every break itemised.

1 / 3
Daily, not monthlyNever guessesRead-only to start
bank feedmatched ledger itemACH CREDIT NORTHWIND 4820$48,200.00exactINV-10442DEP 0819 BATCH 77$31,180.00splitINV-10455 + INV-10460SQ *FULTON SYS$8,940.00fuzzyINV-10471WIRE IN REF 9920134$126,000.00unmatched → exception queueNo candidate — held for a personexact and split match automatically · fuzzy proposes and waits · unmatched never guesses

What it does

Six parts of a working reconciliation.

Feeds from every account

Operating, payroll, savings, and card accounts via Plaid, Finicity, or direct bank connections, with statement import as a fallback where a bank has no feed.

Matching in three modes

Exact on amount and reference, split where one deposit covers several items, and fuzzy where a memo line needs interpreting. Only the first two post automatically.

An exception queue, not a guess

Anything without a confident candidate is held with the reason stated. An unexplained wire waits for a person rather than being coded to a suspense account nobody revisits.

Continuous, not monthly

Reconciliation runs daily, so a break surfaces the day it happens when someone still remembers the transaction — rather than on day four of the close when nobody does.

Cash position across accounts

Real balances across every account and entity, with committed outflows from approved payment runs and expected inflows from ageing.

Multi-currency accounts

Foreign-currency bank accounts revalued correctly, with realised and unrealised gain and loss posted to the right accounts rather than lumped together.

The suspense account problem

Most automated reconciliation tools are optimised for match rate, because match rate demos well. The way you raise it is to lower the confidence threshold, and the way that manifests is a suspense or ask-my-accountant account that accumulates transactions nobody ever resolves.

We find that balance in almost every QuickBooks file we convert, and it is frequently years old and several thousand dollars. It exists because at some point a system, or a person under time pressure, preferred a coded transaction to an open question.

So our matcher posts only exact and split matches. Fuzzy matches are proposed and wait. Anything without a candidate goes to an exception queue with the reason stated. The match rate is lower than it could be and the number of unresolved items at year end is near zero, which is the trade worth making.

A high match rate and a growing suspense balance are the same number reported twice — once flatteringly.

What a daily rhythm changes

The obvious benefit is that day one of the close is already done. The larger one is that breaks get investigated while they are still cheap. A deposit that does not match is a two-minute question on the day it lands and a forty-minute archaeology exercise five weeks later.

It also changes the cash position from a number someone assembles to a number that exists. For businesses managing to a covenant or a tight runway, knowing real cash across every account and entity without asking anyone is worth more than the reconciliation itself.

How this relates to the shadow ledger

Bank reconciliation proves your cash accounts agree with your bank. The shadow ledger proves our entire computed trial balance agrees with your existing system. They are different assurances at different scopes, and the first is a component of the second.

Customers on Connect get both from day one, which is why a reconciliation engagement is usually where an erp.io relationship starts — it is cheap, it is read-only, and it produces evidence rather than a claim.

On statement-only banks

Some smaller institutions still have no usable feed. We support statement import with the same matching logic, and we will tell you during the assessment which of your accounts fall into that category rather than discovering it in week three.

Questions

What controllers ask.

Which banks are supported?
Most US institutions through Plaid and Finicity, plus direct connections for larger banks. Where no feed exists we support statement import with identical matching, and we identify those accounts during the assessment.
Will it post to a suspense account?
No. Unmatched items go to an exception queue with a stated reason and wait for a person. We would rather show you twelve open questions than hide them in an account nobody reads.
Can it reconcile credit cards?
Yes, including Ramp, Brex, Amex, and standard card feeds, matched against expense reports and receipts as well as against the ledger.
Does it work before we move our ledger?
Yes, and that is the common case. It reconciles against QuickBooks, NetSuite, Sage Intacct, Acumatica, Dynamics, Odoo, or Xero read-only.
What about foreign currency accounts?
Revalued at period end with realised and unrealised gain and loss posted separately. Getting that split wrong is a common source of restatement, so it is handled explicitly rather than netted.

Find out what is not reconciling.

One month, read-only, every break itemised to the transaction that caused it.