Countries & ID types
When creating a verification you pass a country and an idType. Coverage comes in two tiers:
- Government-database markets:
NG,GH,KE,ZA,CI. Full catalogue, including number-only IDs (BVN, NIN, …), validated against the source government database. Strongest assurance. - Global documents: any other ISO-3166 country verifies via document capture (Document Intelligence):
passport,drivers-license, andnational-id. No government database sits behind these, so they reach thedocumentassurance tier (a passport can still reach the strongerchiptier via its NFC chip).
For the full geographic list, including the 48 business (KYB) registry countries, see Supported countries.
The authoritative list for your organisation comes from GET /config; it returns only the countries and ID types enabled for your account and their feature flags. New countries and ID types reach your organisation only when Toden grants them. Use the catalogue below for reference; use /config at runtime.
SDK availability. Global-document countries are available via the API and all three SDKs (web, React Native, Flutter). See Feature availability.
Assurance levels
Every passing verification carries an assuranceLevel telling you how strongly the identity was proven, surfaced on the status response, the webhook payload, and workflow decisioning:
Branch on it to, say, auto-approve chip and route document-only to review.
Government-database markets
ID type identifiers are lowercase and hyphenated (e.g. drivers-license, not drivers_license).
Global documents (any other country)
For any ISO-3166 country outside the five above, pass its two-letter code with one of the generic document types:
A country whose national ID is already covered by a database-backed key uses that instead of the generic national-id: NG → nin, GH → ghana-card, CI → cni. Kenya and South Africa’s national-id is the database-backed key.
Capture requirements
ID types fall into two groups, which determines what you must capture and upload.
Number-only IDs
Verified from the ID number alone; no document scan required. You may still run a liveness/selfie step if enabled.
For these, send idNumber and (optionally) a selfie / livenessVideo media ID.
Document IDs
Every other ID type requires a document scan. Some need both sides:
For document IDs, upload the relevant files (documentFront, documentBack, selfie, …) and reference their mediaIds in the verify request.
Feature flags
Each enabled ID type from GET /config carries three feature flags:
Branch your capture flow on these flags so you never ask the user for something the org hasn’t enabled. Manage which ID types are enabled under Settings → Organization → ID Types.