iSolvoltar ao site

CASE STUDY

Case study: 546 commands in a closed desktop ERP, zero failures

August 2026 · 6 min read · client name under NDA, numbers real

The business problem

A US financial-operations team runs its books in QuickBooks Desktop: a closed, on-premises system with no REST API. Reconciliation meant a person reading bank feeds, hunting the matching invoice, and typing the result in. Volume grew, the backlog grew faster, and every shortcut taken under pressure became an audit finding later.

Why the obvious route was rejected

Piping financial records through a public AI endpoint failed the client's own vendor review: customer names, amounts and bank data would leave through a channel nobody could audit. The requirement that shaped everything: the data stays inside a perimeter someone answers for. That is the sovereign gateway pattern, the same one from our gateway series.

The architecture

The decision, live

This is the heart of the loop, run today against the live gateway: one payment, three candidate invoices, one JSON decision with a confidence gate. Below 0.85, a human decides:

Real reconciliation decision: INV-2201 matched at 0.95 confidence, action post
Real call, captured 2026-08-19. Note the near-miss traps in the candidate list: a $2.50 difference and a similar payer name. The model picked the exact match and said why.
Real decision run: one payment, three candidate invoices (two of them near-match traps) and the JSON with confidence and action. 7,0s medidos.

Results in production

What made it work (the consultative part)

Replicate the pattern

Wire your own flow with the gateway pattern, and if your entry point is automation, start from the n8n or Power Automate guides. The decision prompt above is reusable as-is.

Ready to try it? Your key lives in the customer portal, isollm.ai/account → API keys. The endpoint is https://tokens.4clouders.com/v1. Prefer the outcome delivered instead of building it: that is exactly what iSol Squad is.

See plans →