Skip to content

CODING

Transaction categorization

Bank transactions arrive through the connection your accounting platform already has, and are coded against your setup rather than a generic industry model.

Transactions — coded and matched
INV-2291.pdfCascade Print Works$312.0097%
receipt-0714.jpgFoster & Vale Coffee$46.8094%
BILL-88120.pdfMeridian Facilities$2,940.0099%

Your history is the reference

Coding reads your own chart of accounts, your vendors, your classes and the way you have coded similar transactions before.

A generic model does not know that you split a particular supplier across two accounts, or that a recurring charge belongs to a class. Yours does, because it is reading your books.

Document-to-transaction matching

Each transaction is matched to the bill or receipt that accounts for it, so the money and the paperwork land on the same record.

The usual arrangement — documents in one queue, transactions in another — is why missing paperwork is only obvious at close. Matching them as they arrive moves that discovery weeks earlier.

Errors flagged, not quietly applied

A duplicate, a coding mistake, an amount out of line with what that vendor normally charges, a transaction with no supporting document — each is raised rather than silently posted.

What counts as worth raising is set by your thresholds and rules.

Reconciliation arrives prepared

By the time you reconcile, the coding is done, the documents are attached and the exceptions are already marked.

Reconciliation becomes a review of prepared work rather than the point at which you discover everything that went wrong.