nvNeuralVerge
Use case · KYC / KYB

Check a business customer against the official record

Is the company real, active and who it says it is? Who runs it, and who owns it where that is published? NeuralVerge looks it up in national company registries and legal entity identifier records, and returns structured fields your onboarding flow or your analysts can act on.

In practice

What you ask, and what comes back

You ask

“A new customer signed up as “Nordpack AB, Sweden, org. no. 556xxx-xxxx”. Does that match the registry?”

Agent runsregistry searchregistry record

What the customer told you, next to what the registry says.

FieldCustomer saidRegistry saysMatch
Legal nameNordpack ABNordpack ABYes
Status—Active—
AddressStorgatan 4, MalmöStorgatan 4, MalmöYes
Legal formABAktiebolagYes

Illustrative output — company and contact names are fictional.

Why it changes

Registry portals, one country at a time

Business verification is mostly lookups in official registries. The problem is that every country has its own registry, format and language.

The usual way
A registry portal per country

Each market you onboard customers from means another registry to learn, another search form and another format to read.

With NeuralVerge
One request format across registries

Registries across Europe, the Americas and Asia-Pacific are called the same way and return structured fields, so a new market is a new parameter, not a new process.

The usual way
Analysts copying fields by hand

Every business application means opening the registry, reading the extract and typing name, number, address and directors into your case system.

With NeuralVerge
Fields straight into your flow

Call the registry lookup from your onboarding code over REST and compare the response to what the customer entered — analysts only see the mismatches.

The usual way
Checked once, at onboarding

A customer's company is dissolved or changes directors a year after onboarding, and nobody notices until something goes wrong.

With NeuralVerge
Re-checked on a schedule

Run the same lookup on existing customers periodically and flag status, officer and ownership changes for review.

How it works

Start in three steps

01
Connect

Call registry lookups over REST from your onboarding flow, or give analysts an MCP client for ad-hoc checks.

02
Look up the entity

Search by name or registration number in the right country's registry and fetch the full record.

03
Compare and decide

Match the record against what the customer told you. Pass the clean cases automatically; route mismatches to a person.

Claude Code and Claude Desktop: run this once. It registers NeuralVerge as an HTTP MCP server, and its tools appear in your next conversation. Replace YOUR_ACCESS_TOKEN with your NeuralVerge token.

claude mcp add --transport http neuralverge \
  https://api.neuralverge.ai/functions/v1/mcp-server \
  --header "Authorization: Bearer YOUR_ACCESS_TOKEN"
On repeat

Verification that doesn't stop at onboarding

From a lookup at sign-up to periodic re-checks of your customer base — in your own code or scheduled in your agent.

At sign-up
Live

Verify before the account goes live.

  • Registry match on name, number and addressOnboarding flow
  • Officers and owners for reviewCase system
Monthly
On the 1st

Catch changes in your customer base.

  • Status and officer changes on business customersCase system
Annually
Periodic review

Refresh the file with the current record.

  • Full registry and LEI refreshCase system

Schedules run in your agent or your own code. NeuralVerge answers the lookups; it does not run or send anything on its own.

Data behind it

The sources this runs on

FAQ

Common questions

No. There is no document check, selfie or liveness verification. NeuralVerge covers the business side — company records, officers and published ownership — and email and phone validation. Pair it with an identity-verification provider for individuals.

Verify business customers against the official record

National registries and LEI records, one request format — over REST or MCP.