AAMVA DLDV state coverage: What “all 50 states” really means
Key Highlights
- “All 50 states” can mean two very different things. Most vendors can extract data from licenses in every state, but DMV record verification through AAMVA DLDV reaches fewer jurisdictions.
- Extraction proves what the card says; record checks prove the DMV has the record. That distinction matters most for AI-generated licenses that can look perfect and carry valid barcodes but do not exist in state records.
- Coverage gaps are concentrated in important states. California, New York, and several other large jurisdictions are commonly excluded or restricted, so a high state-count does not necessarily mean high applicant coverage.
- The key vendor question is what happens when a state is unsupported. Buyers should demand separate extraction and record-check lists, named exclusions, and an explicit API fallback instead of a silent downgrade to image-only verification.
- Driver's license extraction coverage vs DMV record-check coverage
- AAMVA DLDV state coverage by verification provider
- Why California matters in DMV verification coverage
- Six questions to ask about driver's license verification coverage
- How to handle states outside AAMVA DLDV coverage
- How to evaluate driver's license verification state coverage
- FAQ
Somewhere in the middle of most driver's license verification evaluations, a compliance officer asks the vendor a simple question: does this work in every state?
The vendor says yes. Both of them believe the conversation is over. It is not, because "works" means two different things, and the gap between them is where onboarding programs quietly develop a blind spot the size of California.
One vendor's "all 50 states" means: we can photograph, read, and extract data from any state's license. Another vendor's "43 states" means: we can confirm the license data actually exists in the issuing DMV's records. The first claim is about reading the card. The second is about verifying the record behind it. A program that needs the second and buys the first passes every demo and fails its first serious fraud wave.
At Signzy we sit through these evaluations from the vendor side of the table, and the state-coverage question is the single most common place where a buyer's assumption and a vendor's claim quietly diverge. This piece is the map: what each coverage number means, what the published numbers actually are, and the questions that force every vendor, us included, to answer precisely.
Driver's license extraction coverage vs DMV record-check coverage
Driver's license verification runs on four verification methods, but for coverage purposes they collapse into two categories.
Extraction coverage is about the document. OCR, PDF417 barcode parsing, and template checks read what the license says. Because this only requires the card in front of the camera, it genuinely works for all 50 states, and for international documents too. When a vendor says "all 50 states," this is almost always the claim being made.
Record-check coverage is about the source. The AAMVA Driver's License Data Verification (DLDV) service checks submitted license data against the issuing DMV's records in real time and returns match/no-match flags per field. This requires the state to participate, and not all of them do. DLDV participation reached roughly 43 states plus Washington, DC by 2025.
The difference in what they prove is not subtle:
| Extraction ("we read it") | Record check ("we verified it") | |
|---|---|---|
| Confirms the license data is well-formed | Yes | Yes |
| Confirms the document image looks genuine | Yes, with forensics | No, does not inspect the image |
| Confirms the record exists at the DMV | No | Yes |
| Catches an AI-generated fake with a perfect barcode | Rarely | Yes, the record does not exist |
| Coverage | 50 states | ~43 states + DC |
| Deterministic result | No, probability scores | Yes, match or no match |
An AI-generated fake license is the cleanest illustration. It photographs perfectly and its barcode parses cleanly, so extraction passes it. Its license number was invented, so a record check kills it. If your threat model includes fabricated documents, the record-check number is your real coverage, and it is not 50.
AAMVA DLDV state coverage by verification provider
Coverage claims are scattered across product pages, documentation, and press releases, and they are rarely presented side by side. Here is what the major US vendors state publicly about their own DMV/AAMVA record-check coverage, as of August 2026, each figure from the vendor's own published materials:
| Vendor | Published record-check coverage claim | Where they publish it |
|---|---|---|
| Socure | 44 US jurisdictions including DC; explicitly lists CA, NY, AK, UT, MN, LA, PA as unsupported | Product documentation |
| Vouched | 45 states, described as 44 DMV checks plus a proprietary non-government check for California | Product page |
| IDScan.net | 41 states + DC in its 2024 announcement; 43 states in other materials | Press release and product pages |
| iDenfy | 41 supported states | AAMVA Check product page |
| Persona | AAMVA verification documented; no public state count | API documentation |
| Incode | AAMVA DLDV documented; no public state count | Developer documentation |
Three things stand out in that table.
First, the honest vendors disagree with each other by up to four states. That is not sloppiness. Participation genuinely varies by vendor contract, use case, and date, and some states impose consent or use-case restrictions that make a state "covered" for one deployment and not another.
Second, the most useful row is the one that names the exclusions. A vendor that tells you which states it cannot check has told you something you can plan around. A vendor that only says "all 50 states" has told you nothing you can verify.
Third, California appears twice: once as the most commonly named exclusion, and once as the state one vendor built a proprietary workaround for. That is not a coincidence.
Why California matters in DMV verification coverage
The states most often named outside DLDV coverage are not small ones:
| State | Licensed drivers (approx.) | In DLDV? |
|---|---|---|
| California | ~27 million | No, most vendor lists |
| New York | ~12 million | No, most vendor lists |
| Pennsylvania | ~9 million | Consent-restricted or excluded, varies by vendor |
| Minnesota | ~3.5 million | No, most vendor lists |
| Louisiana | ~3.4 million | No, most vendor lists |
| Utah | ~2.5 million | No, most vendor lists |
| Alaska | ~0.5 million | No, most vendor lists |
Add those up and the record-check gap covers roughly a quarter of America's licensed drivers, concentrated in the two states with the largest fintech, gig, and marketplace user bases. A verification program can be "43 out of 50 states" by count and miss a quarter of its applicants by volume.
Fraud operations understand this arithmetic. A fabricated license is far more likely to survive verification when it claims to be from a state where no record check is possible, because there the decision falls back entirely on how the image looks. If your fraud team has never segmented fake-document catches by claimed issuing state, that segmentation is worth running this week: a cluster of fakes claiming California or New York issuance is the signature of attackers who did their homework.
Six questions to ask about driver's license verification coverage
The point of this piece is not that any vendor is lying. Most coverage claims are true sentences about different things. The fix is to ask questions that cannot be answered with a blended claim. Put these six in your RFP or your next vendor call:
- Split the claim. "In which states do you extract data, and in which states do you verify the record against the issuing DMV?" Two lists, not one.
- Name the exclusions. "Which states can you not run a record check in today?" A precise vendor answers in one email.
- Define the silent path. "When an applicant's license is from a non-participating state, what does your API return, and is the fallback flagged in the response?" The dangerous configuration is a flow that quietly downgrades to image-only checks without telling your risk engine it did so.
- Ask what the record check verifies. Name, date of birth, license number, expiry? Field-level match flags or a single verdict?
- Ask what it does not verify. A record check confirms the data exists, not that the submitter owns it. What pairs with it for possession: face match, liveness?
- Date the answer. "As of which month is this coverage list current?" Participation changes; two states were added to DLDV in a single 2024 announcement. A list without a date is a list you cannot audit.
A vendor that answers all six precisely is showing you operational maturity. A vendor that returns to "we support all 50 states" has answered a question you did not ask.
How to handle states outside AAMVA DLDV coverage
Coverage is not a scoreboard where the biggest number wins. It is a risk-allocation decision. The practical posture that follows from the published numbers:
For applicants in the ~43 participating states, demand the record check and treat its match/no-match as a hard signal. For the exclusion states, know exactly which fallback runs, weight it accordingly in your risk engine, and compensate with the layers that do not depend on state participation: document forensics, face match with liveness, and identity-data correlation. That layered check is how our driver's license verification is built to run inside a complete onboarding flow, one call in the broader US API stack, with the field-level response documented in the API reference.
How to evaluate driver's license verification state coverage
Before your next vendor renewal or evaluation, open your current provider's response documentation and answer one question from it: for a license issued in California, does your verification verify the record or only read the card? If the documentation cannot answer that, send question 3 from the list above to your vendor today. The answer determines whether a quarter of your applicants are getting the verification you think you bought.
FAQ
What is AAMVA DLDV state coverage?
Which states are not covered by DLDV?
Does driver's license verification work in all 50 states?
Can you verify a California driver's license against DMV records?
What happens when a license is from a non-participating state?
What data does a DLDV check verify?
Is a DMV record check enough on its own?
Do mobile driver's licenses change state coverage?

Gaurav Gupta
Gaurav Gupta is the Global Product Head at Signzy, leading the strategy and development of the company’s KYC, KYB, AML, and digital onboarding products used by banks, fintechs, and financial institutions across global markets. He specializes in building scalable compliance and verification platforms, transforming complex regulatory and risk workflows into seamless, automated product experiences. Gaurav works at the intersection of product, engineering, and AI.
Related Blogs
View all
Mobile Driver’s License (mDLs) – What They Are, How They Work, Use Cases and More

Mobile driver's license verification: Why digital IDs break plastic-first onboarding

Driver's license verification methods: Barcode, DMV, document and data checks compared

Driver's License Verification Ultimate Guide: 26 FAQs Answered
The best in business
The global API marketplace for KYC, KYB, & AML
Explore the end-to-end verification stack trusted by 1,000 businesses.
Get in touch





