← All posts May 28, 2026

Why we built VerifySOS

The 12-tab problem

Talk to anyone in commercial-finance processing and they’ll describe the same workflow: 12 browser tabs, three search boxes, one captcha they have to solve by hand, screenshots into Word, copy-paste into a credit memo, save the whole thing as a PDF before the underwriter looks at it.

For trucking deals it’s worse — add USDOT SAFER, FMCSA crash history, MC operating authority, insurance filings. Plus OFAC SDN. Plus the state contractor license board for some. The process for ONE deal is 20-45 minutes of clicking. A processor doing five deals an hour is the exception, not the average.

What we built

VerifySOS runs all of those checks in parallel from a single search. One company name + one state code, and 30 seconds later you have:

  • Secretary of State entity record (status, formation, agent, principal address, officers where the state publishes them)
  • USDOT / FMCSA carrier registration with the actual current operating-authority status
  • OFAC SDN sanctions screen
  • DBA / fictitious-name lookup against the right county clerk
  • A merged PDF packet ready to drop into the credit file

We hit every public source in parallel. Most lookups finish in well under a minute. The result is one verification artifact a processor can attach to the deal in seconds instead of half an hour.

What’s hard about this

Every state SOS portal is different. Different forms, different field names, different update cadence. We maintain dedicated logic for every state, plus the central pieces (USDOT, OFAC, NPI for healthcare deals, USA Spending for federal contractors). When a state redesigns their portal, we fix it on our end so you don’t have to think about it.

This is genuinely the work. There’s no shortcut to “one search, every state.” Just engineering effort.

Who this is for

Two audiences:

Commercial-finance processors — anyone whose job involves verifying a business before extending credit. Banks, equipment-finance companies, factoring shops, B2B vendors with credit risk. The processors are who pay us $25/mo BETA to skip the 12-tab tour every time.

Developers — anyone building a verification flow into another product. We expose a REST API at verifysos.com/api/v1/lookup that returns the bundled SOS + USDOT + OFAC payload in a single JSON response. Designed for credit-decision engines, KYB pipelines, and internal underwriting tools.

What we don’t do

We’re explicit about the limits.

We don’t replace human underwriters. A clean OFAC + active SOS + good MC standing doesn’t mean the deal pencils — it means the obvious flags are clear. Credit decisions are still a person’s call.

We don’t store credit-application PII. Once a verification packet is generated and the processor downloads it, we have no reason to keep the credit-app details around. Cross-reference indices (which officers appear on which entities) are stored without PII tied to specific applications.

We don’t sell data. There’s no “VerifySOS data product” we’re going to spin up downstream. The product is the verification packet. The data backing it is public.

Where this is going

Three things on the near roadmap:

  1. All 50 states fully automated. We’re at 47 today. Four are partial. We’ll close that.
  2. Smarter cross-referencing. When the same officer shows up on three entities at the same address, that’s signal. We surface those today; we’ll get faster at it.
  3. Public API tier with usage-based pricing. Same data, programmatic access, no UI required.

If any of this is relevant to what you do, start with three free lookups — no card, no signup. The product speaks for itself.

Report a bug — straight to our team

See something broken or weird? Tell us. Your report submits directly to our team — no email client needed. Each report gets a unique ticket ID so we can track and respond.

v0.8-beta · 6d85e11