Skip to content
Solution · Risk & Fraud Prevention

Identity resolution data that catches a false claim without slowing down a real one.

Identity resolution data only earns its place in a risk model if it catches a fabricated claim and leaves a legitimate user alone. Most fraud tools are better at the first than the second, which is how real customers end up declined by mistake. We match 250+ fields per person record, refreshed hourly. An employee count, a credential, an identity: each one gets checked against current, verifiable signal instead of a stale or incomplete record that produces a false positive.

identity resolved · live indexREC·ID
Inputemail + partial name
Identityconfidence 0.97
Resolved profiles6 sources
Risk flags0
Data points250+ fields
Resolved in1.2 s
illustrative · pulled liveverified

Representative of the production index, not a real customer.

250+ fields per profile1.20B+ people profilesRefreshed hourlyOne flat priceSee the dataset
Powering the world's best data teams
AdobeOracleAmazonSpaceXClayAngelListBuyerCaddyRox
Resolution engine

Six fragments in. One identity out.

Partial signals (an email here, an employer there) collapse into a single verified person against a 1.20B-profile match graph, scored as each source links.

0.97
match confidence
verified · 0 risk flags

No single source is enough. The graph is: six partial signals resolve to one person in ~1.2 seconds, with a confidence score you can threshold on.

identity resolution · live indexREC·ID0.97 ✓
  • emailj.okafor@northwind.iomatched
  • profile@jane-okaformatched
  • employerNorthwind Roboticsmatched
  • code@jokafor · 41 reposmatched
  • history3 employers · 9 yrmatched
  • your CRMcust_88421matched
  • resolved → identityJane Okafor · 1.2 s
6 sources → 1 identity · 0 risk flagsverified

Illustrative, resolved live from the production index, not a real customer.

Why MixRank

Resolution and verification are two different problems.

Identity resolution matches fragments, an email, a name, a company, a social handle, into one confirmed profile. Identity verification is what happens next, checking a specific claim against that resolved profile. We do the first directly and enable the second. Once a profile is resolved, a claimed employee count, a claimed credential, or a claimed identity, has something real to be checked against.

01

Reduce fraud without adding friction for legitimate users

Identity verification false positives happen when a system is too aggressive with too little real signal. A legitimate user gets declined because the checks available couldn't confirm what was actually true. Our hourly refresh closes that gap. A verification check runs against current data, not a snapshot from months ago, so the line between “fraudulent” and “just needs a fresher record” gets clearer instead of blurrier.

02

Verify a claimed employee count against what's actually true

How do you verify a company's employee count during onboarding? A company claiming 50 employees is a fraud signal on its own if the real data shows one or two people actually work there. Business verification data built this way doesn't require a new process. It checks an existing claim against an independently tracked headcount. That is the same signal used elsewhere on this site for growth and hiring, applied here as a fraud check instead.

03

Confirm a submitted identity is a real person

Government agencies use this the same way a KYB platform uses employee counts, cross-checking a submitted email or identity against independently tracked contact and professional data, rather than trusting a form submission at face value. A real, resolvable profile behind a submitted identity is a strong signal on its own; a submission that resolves to nothing is worth a second look.

04

Vet a bidder before a high-value transaction clears

How do marketplaces verify high-value bidders? An auction platform uses our data for exactly this, confirming a bidder's professional identity and standing before allowing a high-value transaction to proceed, rather than after a dispute. The check happens once, before the transaction, not as after-the-fact fraud recovery.

05

Cross-check a claimed certification against real signal

Professional membership and association organizations use our data to check a member's claimed credentials against their real professional record, catching someone claiming a certification they do not actually hold. It's the same underlying mechanism as the employee-count check, applied to a different claim for a different buyer.

How it works

How a partial profile becomes a verified identity in seconds.

01

Ingest partial data

fragments in

02

Match the graph

1.20B+ people profiles

03

Score & verify

confidence + risk flags

04

Return in seconds

API · subscription

What you get

Where this shows up in a real product.

  • KYB Employee-Count Verification. Check a claimed headcount against real employee data, a mismatch is a fraud signal on its own.
  • Bot & Real-Person Verification. Cross-check a submitted identity against independently tracked contact and professional data.
  • Marketplace Bidder Vetting. Confirm a high-value bidder's professional standing before a transaction clears, not after.
  • Credential & Certification Verification. Check a claimed certification against real professional signal.
Match quality

Match accuracy over match volume.

Detecting a synthetic identity with third-party data means checking whether the pieces actually cohere, not just whether each piece exists somewhere. Our 250+ fields per person record give a risk model enough surface area to catch that kind of inconsistency. A profile that is thin, contradictory, or unresolvable across sources is itself a signal, separate from any single field being individually plausible.

250+Fields per person record
1.20B+People profiles
120M+Companies tracked
40M+Companies active
2013People data from
HourlyRefresh, flat price
Test the data

Verify the claim without punishing the real user.

Book a 20-minute call. Bring a use case, a claim type, or a false-positive rate you're trying to fix, and we'll show you what's actually current.

no credit card · founder-owned · we read every reply

FAQ

Frequently asked questions and their answers

What is the difference between identity resolution and identity verification?
Identity resolution matches fragments into one confirmed profile: an email, a name, a company, a handle. Identity verification then checks a specific claim against that resolved profile. Resolution has to happen first. A claim can't be verified against a profile that hasn't been resolved yet.
How accurate is MixRank's profile matching?
Match quality depends on field coverage, which is why we publish fill rates per field rather than summarizing them as one blended accuracy number.
How often is the identity data updated?
Hourly, across the underlying people and company datasets that feed identity resolution. A job move or a headcount shift reaches the record close to when it happened, not on a scheduled batch weeks later.
How do you verify a company's employee count or other business claims?
By checking the claim against independently tracked data rather than self-reported information. A KYB platform serving banks and payment gateways uses this directly: a claimed headcount that does not match our tracked employee count is a fraud signal on its own.
Can I use this data for KYC and fraud risk scoring?
Yes. Matched identity and company data feed into a risk score as one input among others, checking submitted claims against independently tracked signal rather than replacing an existing risk model.
How does better identity data reduce friction for legitimate users?
False positives happen when a system has too little real signal and defaults to caution. Fresher, more complete data gives a legitimate user's real profile more surface area to be confirmed, so the check separates fraud from an incomplete record instead of treating both the same way.
Is MixRank's identity data GDPR and CCPA compliant?
We collect only publicly available information. Specific compliance requirements for your use case are best confirmed directly with our team, since the right answer depends on how the data is used.
APIFlat-filePostgreSQL tablesHosted by MixRankTalk to our data team