Vérifiez n'importe quelle entreprise de bout en bout : consultez le registre, identifiez tous les bénéficiaires effectifs (UBO), vérifiez l'entité et chaque UBO par rapport aux sanctions, et effectuez une vérification KYC (Know Your Customer) pour chacun. 2,00 $ par entreprise, plus de 220 juridictions.
Robinhood Ventures
Approuvé par plus de 2 000 organisations dans le monde entier.
KYB en boucle fermée
Un seul appel résout l'entreprise, extrait les propriétaires et les dirigeants, vérifie tout le monde par rapport à plus de 1 300 listes de sanctions, et exécute une vérification KYC réutilisable pour chaque bénéficiaire effectif, sans frais supplémentaires.
Choisissez les vérifications que vous souhaitez, pièce d'identité, vivacité, correspondance faciale, sanctions, adresse, âge, téléphone, e-mail, questions personnalisées. Glissez-les dans un flux sur le tableau de bord, ou publiez le même flux sur notre API. Créez des branches conditionnelles, exécutez des tests A/B, aucun code requis.
Intégrez nativement avec nos SDK Web, iOS, Android, React Native ou Flutter. Redirigez vers une page hébergée. Ou envoyez simplement un lien à votre utilisateur, par e-mail, SMS, WhatsApp, n'importe où. Choisissez ce qui convient à votre stack.
Didit gère la caméra, les repères lumineux, le transfert mobile et l'accessibilité. Pendant que l'utilisateur est dans le flux, nous évaluons plus de 200 signaux de fraude en temps réel et vérifions chaque champ par rapport à des sources de données fiables. Résultat en moins de deux secondes.
Les webhooks signés en temps réel maintiennent votre base de données synchronisée dès qu'un utilisateur est approuvé, refusé ou envoyé en révision. Interrogez l'API à la demande. Ou ouvrez la console pour inspecter chaque session, chaque signal, et gérer les cas à votre manière.
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "wf_kyb_es",
"vendor_data": "biz-acme-001"
}'{ "session_id": "bs_01H...", "url": "verify.didit.me/..." }$ curl https://verification.didit.me/v3/session/bs_01H.../decision/ \
-H "x-api-key: $DIDIT_API_KEY"{ "status": "APPROVED", "session_kind": "entreprise" }# Didit Business Verification (KYB) — integrate in 5 minutes
You are integrating Didit's Business Verification (Know Your Business / KYB)
module into <my_stack>. Follow these steps exactly. Every URL, header, and
workflow-type value below is canonical — do not paraphrase or "improve" them.
## 1. Provision an account
- Sign up: https://business.didit.me (no credit card required).
- Or provision programmatically: POST https://apx.didit.me/auth/v2/programmatic/register/
(returns an API key bound to the workspace + application).
## 2. Create a KYB workflow
In the Business Console: Workflows -> Create workflow -> select
"Business Verification" as the workflow type. Enable the features you need:
- Company registry lookup (required)
- Company Anti-Money Laundering (AML) (recommended)
- Key People (required for most regulated industries)
- Documents (optional - configure which document types)
Save and copy the workflow_id. KYB workflows automatically create
business sessions - there is no extra "business" flag to set on the
session create call.
## 3. Create a business session via the API
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your-api-key> (lowercase, hyphenated)
Content-Type: application/json
Body:
{
"workflow_id": "<your-kyb-workflow-id>",
"vendor_data": "biz-acme-001"
}
Response:
- session_id (e.g. bs_01H...)
- session_number (sequential)
- url (hosted verification link)
Deliver the url to the business administrator via your own channel.
They open it, confirm registry data, add Ultimate Beneficial Owners
(UBOs) and officers, upload documents, and submit.
## 4. Webhooks
Register a webhook destination once via
POST https://verification.didit.me/v3/webhook/destinations/
with subscribed_events:
status.updated, data.updated,
business.status.updated, business.data.updated
Every delivery carries an X-Signature-V2 header you MUST verify before
trusting the payload. HMAC-SHA256 verification MUST run against the raw body bytes (the raw payload as Didit sent it) BEFORE any JSON parsing — re-serialising the parsed body changes whitespace and key order, which invalidates the signature.Algorithm:
1. sortKeys(payload) recursively
2. shortenFloats (truncate trailing zeros after the decimal point)
3. JSON.stringify the result
4. HMAC-SHA256 with the secret_shared_key
5. Hex-encode, compare to the X-Signature-V2 header.
Business-session events carry session_kind: "business" inside data and
the business_session_id. Route on session_kind to your KYB handler.
Example status.updated payload:
{
"event": "status.updated",
"application_id": "app_abc123",
"timestamp": "2026-04-18T12:30:00Z",
"data": {
"session_id": "bs_01H...",
"session_kind": "business",
"vendor_data": "biz-acme-001",
"status": "APPROVED",
"previous_status": "IN_PROGRESS"
}
}
## 5. Fetch the decision (optional - the webhook already carries it)
GET https://verification.didit.me/v3/session/{session_id}/decision/
Headers:
x-api-key: <your-api-key>
Top-level shape:
- status "APPROVED" | "DECLINED" | "IN_REVIEW" | "RESUBMITTED" | "IN_PROGRESS" | "NOT_STARTED"
- session_kind "business"
- registry_checks[] per-jurisdiction company registry payloads
- company_aml_checks[] entity AML hits (sanctions, PEP, adverse media)
- key_people_checks[] registry-disclosed + user-submitted UBOs / shareholders / directors / representatives, plus ubo_kyc_summary
- document_verifications[] uploaded documents with Optical Character Recognition (OCR) fields
- business_session_id mirrors session_id
Each key_people entry includes role tags (ubo, shareholder, director,
representative, authorized_signatory, etc.), ownership_percentage, voting
percentage, and - if Know Your Customer (KYC) is required for that role - a linked_kyc_session_id
pointing at a child User Verification session.
## 6. Hard rules - do not change
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- KYB is workflow-typed - there is no standalone POST /v3/business-verification/.
Set the workflow type to "Business Verification" in the console; the
session created against that workflow_id is automatically a business session.
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Session status casing: APPROVED, DECLINED, IN_REVIEW, RESUBMITTED, IN_PROGRESS, NOT_STARTED (uppercase, underscore).
- Always verify webhook signatures before trusting payload data.
## 7. Pricing reference (public)
- Business Verification core (registry + UBO + officers + Key People): $2.00 per check
- Company AML screening: $0.20 per check
- Each linked KYC session spawned for a UBO / officer: $0.33 per KYC bundle
- KYB document collection (per-document OCR + tamper check): $0.20 per document
- 500 free verifications every month, forever, on every account.
## 8. Verify your integration
- Sandbox starts on signup at https://business.didit.me - no separate flag.
- Test companies (mocked registry responses) available in sandbox mode.
- Switch to live: flip the application's environment toggle in console.
When in doubt: https://docs.didit.me/business-verification/overview
0 $ / mois. Aucune carte de crédit requise.
Payez uniquement ce que vous utilisez. Plus de 25 modules. Tarification publique par module, sans minimum mensuel.
MSA et SLA personnalisés. Pour les gros volumes et les programmes réglementés.
Commence gratuitement → ne paie que lorsqu'une vérification est effectuée → débloque l'Enterprise pour un contrat personnalisé, un SLA ou la résidence des données.
Didit est une infrastructure d'identité et de fraude, la plateforme que nous aurions aimé avoir lorsque nous développions nos propres produits : ouverte, flexible et pensée pour les développeurs, afin qu'elle s'intègre parfaitement à ta stack plutôt que d'être une boîte noire autour de laquelle tu dois t'adapter.
Une seule API couvre la vérification des personnes (KYC, Know Your Customer), la vérification des entreprises (KYB, Know Your Business), le screening des portefeuilles crypto (KYT, Know Your Transaction), et le monitoring des transactions en temps réel, sur une stack conçue pour être :
L'empreinte sous-jacente : plus de 14 000 types de documents dans plus de 48 langues, plus de 1 000 sources de données, et plus de 200 signaux de fraude sur chaque session. L'infrastructure Didit apprend dynamiquement de chaque session et s'améliore chaque jour.
US_CA, US_NY, US_DE dans le champ country_code), et les principales juridictions d'Amérique latine relèvent du niveau de couverture Complet (entreprise, dirigeants, actionnaires, UBO, documents, données financières). Les autres pays relèvent des niveaux Standard, Partiel ou Manuel selon ce que le registre expose. La matrice complète par pays se trouve à docs.didit.me/business-verification/supported-countries.GET /v3/session/[id]/decision/. Le status de niveau supérieur est l'un des suivants : APPROVED, DECLINED, IN_REVIEW, RESUBMITTED, IN_PROGRESS, ou NOT_STARTED. Le session_kind est business. L'objet inclut registry_checks[] (nom légal, numéro d'enregistrement, type, date de constitution, statut, adresse enregistrée, numéro fiscal, plus le payload registry_data immuable et les user_provided_data fusionnées), key_people_checks[] (UBO, actionnaires, administrateurs, représentants, divisés en buckets registry et submitted, avec ubo_kyc_summary regroupant la progression KYC liée), company_aml_checks[], et document_verifications[]. Référence complète à docs.didit.me/business-verification/response-schema.Le flux complet prend normalement moins de 30 secondes de bout en bout, prends la pièce d'identité, scanne le document, prends le selfie, c'est fait. C'est le plus rapide du marché. Les fournisseurs KYC traditionnels prennent généralement plus de 90 secondes pour le même flux.
En arrière-plan, Didit renvoie le résultat en moins de deux secondes au p99, mesuré à partir du moment où l'utilisateur termine le selfie jusqu'au déclenchement de ton webhook. La capture mobile est optimisée pour les téléphones lents et les réseaux lents : compression d'image progressive, chargement paresseux du SDK, et un transfert en un clic du bureau au téléphone via code QR si l'utilisateur commence sur le web.
ubo_kyc_summary du parent et hérite du workflow auquel tu l'as mappée. Le statut de la fonctionnalité Personnes Clés reste Awaiting User jusqu'à ce que chaque enfant requis soit résolu ; il agrège ensuite à Approved, Declined, ou In Review. Les UBOs d'entreprise génèrent une sous-session KYB imbriquée lorsque le KYB imbriqué est activé. Un orchestrateur. Une piste d'audit. Pas de flux manuel parallèle.Chaque session aboutit à l'un des sept statuts clairs, afin que ton code sache toujours quoi faire :
Approved, toutes les vérifications ont réussi. Fais avancer l'utilisateur.Declined, une ou plusieurs vérifications ont échoué. Tu peux permettre à l'utilisateur de soumettre à nouveau l'étape spécifique qui a échoué (par exemple, reprendre le selfie) sans relancer tout le flux.In Review, signalé pour examen de conformité. Ouvre le dossier dans la console, vois tous les signaux, décide d'approuver ou de refuser.In Progress, l'utilisateur est en cours de flux.Not Started, lien envoyé, l'utilisateur ne l'a pas encore ouvert. Envoie un rappel s'il reste trop longtemps.Abandoned, l'utilisateur a ouvert le lien mais n'a pas terminé à temps. Relance ou expire.Expired, le lien de session a expiré. Crée une nouvelle session.Un webhook signé se déclenche à chaque changement de statut, afin que ta base de données reste toujours synchronisée. Les sessions abandonnées et refusées sont gratuites.
Les données de production sont traitées et stockées par défaut dans l'Union Européenne, sur Amazon Web Services. Les contrats d'entreprise peuvent demander des régions alternatives pour les juridictions dont les régulateurs l'exigent.
Chiffrement partout. AES-256 au repos sur chaque base de données, stockage d'objets et sauvegarde. Transport Layer Security 1.3 en transit sur chaque appel d'API, webhook et session de la console Business. Les données biométriques sont chiffrées sous une Customer Master Key distincte.
La rétention est sous ton contrôle. La rétention par défaut est indéfinie (illimitée), sauf si tu configures une durée plus courte, entre 30 jours et 10 ans par application, et tu peux supprimer n'importe quelle session individuelle à tout moment depuis le tableau de bord ou l'API.
Certifications : SOC 2 Type 1 (audit Type 2 en cours), ISO/IEC 27001:2022, iBeta Level 1 PAD, et une attestation publique du Tesoro / SEPBLAC / CNMV espagnol que la vérification d'identité à distance de Didit est plus sûre que la vérification en personne. Rapport complet sur /security-compliance.
Didit est conforme par défaut aux régulateurs importants pour l'infrastructure d'identité :
Mémo détaillé, chaque certificat, chaque lettre de régulateur : /security-compliance.
Trois chemins d'intégration, choisis celui qui correspond à ta stack :
Même tableau de bord, même facturation, même prix au succès pour les trois. Guide étape par étape sur docs.didit.me/integration/integration-prompt.
Une seule API pour le KYC, le KYB, la surveillance des transactions et le screening de portefeuilles. Intégration en 5 minutes.