Vérifie l'utilisateur, filtre le portefeuille, archive les preuves, en un seul appel. 0,33 $ par vérification. 500 gratuites chaque mois. Profondeur de vérification attestée UE.
Approuvé par plus de 2 000 organisations dans le monde entier.
Ce que MiCA exige
Toutes les plateformes crypto de l'UE doivent faire les trois, pour chaque client, à grande échelle. Didit les propose en un seul workflow à 0,33 $ par vérification, avec 500 gratuites chaque mois.
Choisis les vérifications que tu souhaites, ID, détection du vivant, correspondance faciale, sanctions, adresse, âge, téléphone, e-mail, questions personnalisées. Glisse-les dans un flux sur le tableau de bord, ou publie le même flux sur notre API. Crée des branches conditionnelles, exécute des tests A/B, aucun code requis.
$ 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_mica_user_verification",
"vendor_data": "user-42",
"metadata": { "purpose": "mica_onboarding" }
}'{ "url": "verify.didit.me/..." }// X-Signature-V2 verified upstream
if (payload.status === "Approuvé") {
unlockDeposits(payload.vendor_data);
enrollOngoingAml(payload.id_verification);
} else if (payload.status === "Refusé") {
logHits(payload.aml.hits);
blockAndReview(payload.vendor_data);
}statut Approuvé · Refusé · En révisionYou are integrating Didit's MiCA-aligned crypto user-verification workflow. MiCA is the EU's crypto rulebook; a regulated Crypto-Asset Service Provider (CASP) owes three things on every new customer:
1. Customer Due Diligence (CDD) — verify identity, screen for sanctions, file the evidence.
2. Ongoing monitoring — re-screen approved users as watchlists update.
3. Wallet screening for any crypto outflow — score the destination address before the transfer.
Didit ships all three on one workflow:
- KYC bundle at $0.33 per user (Sessions API)
- Continuous AML monitoring at $0.07 per user per year (automatic on any session with AML enabled)
- Wallet screening at $0.17 per crypto transaction — $0.02 monitoring + $0.15 wallet screen, or bring your own screening provider (Transactions API)
- First 500 verifications free every month, forever
PRE-REQUISITES
- Production API key from https://business.didit.me (sandbox key in 60s, no card).
- Webhook endpoint with HMAC SHA-256 verification using the X-Signature-V2 header and your webhook secret.
- A workflow_id from the Workflow Builder bundling ID Verification + Passive Liveness + Face Match 1:1 + Device & IP Analysis + AML Screening.
- Transaction Monitoring enabled in the Business Console (Transactions > Settings) with crypto screening on, if you handle crypto outflows.
STEP 1 — Verify the user with the Sessions API
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<wf id with KYC + AML modules>",
"vendor_data": "<your user id>",
"callback": "https://<your-app>/casp/kyc/callback",
"metadata": {
"purpose": "mica_onboarding",
"casp_reference": "<your internal reference>"
}
}
Response: 201 Created with a hosted-flow URL. Redirect the user. Sub-2-second median verdict.
STEP 2 — Read the signed webhook on KYC completion
Didit POSTs to your callback. Session statuses are Title Case With Spaces.
Body (excerpted):
{
"session_id": "<uuid>",
"vendor_data": "<your user id>",
"status": "Approved",
"decision": {
"id_verifications": [{ "node_id": "id_verification_1", "status": "Approved" }],
"liveness_checks": [{ "node_id": "liveness_1", "status": "Approved" }],
"face_matches": [
{ "node_id": "face_match_1", "status": "Approved", "similarity_score": 0.94 }
],
"ip_analyses": [{ "node_id": "ip_analysis_1", "status": "Approved" }],
"aml_screenings": [{ "node_id": "aml_1", "status": "Approved", "hits": [] }]
}
}
Status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
Verify the X-Signature-V2 header BEFORE reading the body — HMAC SHA-256 of the raw bytes with your webhook secret.
STEP 3 — Continuous AML monitoring is automatic
Every approved user is re-screened daily against the same 1,300+ sanctions, PEP, and adverse-media lists used at onboarding. There is NO separate endpoint to call.
When a previously-clean user crosses a threshold, the session status updates to "In Review" or "Declined" and your webhook fires the same payload shape as the original onboarding event with the new AML hits. A case opens automatically in the Business Console.
STEP 4 — Wallet screening on crypto outflows (Transactions API)
Required only if you transfer crypto on behalf of the user. Run BEFORE the crypto leaves.
POST https://verification.didit.me/v3/transactions/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body (required fields verified live):
{
"transaction_id": "<your internal reference>",
"transaction_category": "finance",
"include_crypto_screening": true,
"transaction_details": {
"direction": "OUTBOUND",
"amount": "0.25",
"currency": "ETH",
"currency_kind": "crypto",
"action_type": "withdrawal"
},
"subject": {
"entity_type": "individual",
"vendor_data": "<your user id>",
"full_name": "<user full name>"
},
"counterparty": {
"entity_type": "unhosted_wallet",
"full_name": "<destination wallet label>",
"payment_method": {
"method_type": "crypto_wallet",
"account_id": "<destination wallet address>"
}
}
}
REQUIRED fields the API rejects if missing:
- subject.vendor_data + subject.full_name
- counterparty.full_name
- transaction_details.direction + currency + currency_kind + amount
- For crypto: wallet address on counterparty.payment_method.account_id (OUTBOUND) or subject.payment_method.account_id (INBOUND post-transfer)
Wallet screening runs server-side when currency_kind = "crypto" and there is a wallet address in the right participant. No separate endpoint.
Transaction status enum (exact case, UPPER_SNAKE_CASE): APPROVED | IN_REVIEW | DECLINED | AWAITING_USER.
When a transaction enters AWAITING_USER, Didit creates a linked remediation session automatically and returns a verification URL on the response.
Branch logic:
APPROVED → ship the crypto.
IN_REVIEW → hold, route to analyst queue.
DECLINED → block, refund, log.
AWAITING_USER → redirect the user to the remediation session URL.
WEBHOOK EVENT NAMES
- Sessions: status changes flow through the standard session webhook.
- Transactions: transaction.created · transaction.updated · transaction.status.changed · transaction.alert.generated.
Verify X-Signature-V2 on every payload.
EVIDENCE + RECORD RETENTION
Every approved user comes with a signed evidence pack (document, biometric match, AML hits, device + IP) stored in the EU. Default retention 5 years post-relationship; configurable per workflow.
Didit holds the only formal EU-government attestation for a KYC platform — issued jointly by Spain's Tesoro, Banco de España, and SEPBLAC. The report files directly into the MiCA evidence pack.
CONSTRAINTS
- Session statuses use Title Case With Spaces (Approved, In Review). Transaction statuses use UPPER_SNAKE_CASE (APPROVED, IN_REVIEW). Don't mix them in the same code path.
- Default record retention is 5 years post-relationship; extend per your supervisor's guidance.
- 200+ fraud signals are evaluated on every KYC session at no extra cost — surface the score via the session decision payload.
Read the docs:
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/core-technology/aml-screening/overview
- https://docs.didit.me/transaction-monitoring/aml-screening
- https://docs.didit.me/integration/webhooks
Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.
Pour le développement, les tests et tes premiers utilisateurs.
Plus de 25 modules, tarifs publics. Remises automatiques sur volume.
Pour les gros volumes et les programmes réglementés.
Les remises sur volume s'appliquent automatiquement à mesure que votre utilisation augmente — pas de négociation, pas d'appel commercial.
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 à votre stack plutôt que d'être une boîte noire autour de laquelle vous devez bricoler.
Une seule API couvre la vérification des personnes (KYC, know your customer), la vérification des entreprises (KYB, know your business), le filtrage des portefeuilles crypto (KYT, know your transaction), et le suivi 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.
MiCA, Règlement (UE) 2023/1114, le Règlement sur les marchés de crypto-actifs, est le premier ensemble de règles uniformes de l'Union européenne pour l'émission de crypto-actifs, les offres publiques, l'admission à la négociation et les services qui y sont liés. Il remplace 27 régimes nationaux différents de fournisseurs de services d'actifs virtuels (VASP) par une licence harmonisée valable sur l'ensemble du marché unique de l'UE.
La supervision est stratifiée :
Didit fournit tous les éléments dont un fournisseur de services de crypto-actifs (CASP) a besoin pour satisfaire aux obligations de diligence raisonnable envers la clientèle, de surveillance continue et de conservation des preuves de MiCA, un seul flux de travail, 0,33 $ par utilisateur, 500 vérifications gratuites chaque mois, intégration en 5 minutes.
Toute entreprise offrant l'un des dix services CASP définis à l'article 3, paragraphe 1, point 15, aux clients de l'UE :
En pratique, cela englobe les échanges centralisés, les rampes d'accès/retrait, les portefeuilles de garde, les courtiers, les bureaux OTC, les services de conseil, les institutions de paiement gérant des cryptos et les plateformes de tokenisation. Les protocoles véritablement décentralisés sans opérateur identifiable et les transferts purement peer-to-peer ne relèvent pas du régime.
Clients Didit concernés par le périmètre MiCA : AhoraCrypto (rampe d'accès/retrait enregistrée auprès de la Banque d'Espagne), GBTC Finance (échange + plus de 20 magasins physiques), TucanPay (paiements UE↔LatAm), Agape Smart Money (transferts d'argent internationaux dans plus de 30 pays). Même flux de travail, même API /v3/, différents flux de dépôt + trading en aval.
Le processus complet prend normalement moins de 30 secondes de bout en bout, prendre la pièce d'identité, scanner le document, prendre 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 processus.
Côté back-end, 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 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 QR code si l'utilisateur commence sur le web.
Trois réglementations, trois missions, toutes s'appliquent simultanément à un CASP :
Didit couvre les trois en un seul flux de travail :
Un seul contrat, une seule facture, un seul dossier d'audit.
Chaque session aboutit à l'un des sept statuts clairs, pour que ton code sache toujours quoi faire :
Approved, toutes les vérifications sont passées. Fais avancer l'utilisateur.Declined, une ou plusieurs vérifications ont échoué. Tu peux permettre à l'utilisateur de resoumettre l'étape spécifique échouée (par exemple, reprendre le selfie) sans relancer tout le processus.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 processus.Not Started, lien envoyé, l'utilisateur ne l'a pas encore ouvert. Envoie un rappel s'il reste trop longtemps sans action.Abandoned, l'utilisateur a ouvert le lien mais n'a pas terminé à temps. Relance-le ou expire la session.Expired, le lien de session a expiré. Crée une nouvelle session.Un webhook signé se déclenche à chaque changement de statut, pour 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 API, webhook et session de la console Business. Les données biométriques sont chiffrées sous une clé de chiffrement client (Customer Master Key) distincte.
La rétention est sous votre contrôle. La rétention par défaut est indéfinie (illimitée), sauf si vous configurez une durée plus courte, entre 30 jours et 10 ans par application, et vous pouvez supprimer n'importe quelle session individuelle à tout moment depuis le tableau de bord ou l'API.
Certifications : SOC 2 Type 1 & Type 2, 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 essentiels 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 à ton 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.
Oui. Le Wallet Screening (Know-Your-Transaction) évalue chaque adresse de dépôt avant que tu ne crédites l'utilisateur.
Retourne :
sanctionné, mixer, exchange-haut-risque, fonds volés, darknet, ransomware, phishing, scamTarification :
Couverture des chaînes : Ethereum + chaînes compatibles EVM (Polygon, BNB, Arbitrum, Optimism, Base), Bitcoin, TRON, Solana, plus les principales Layer 2. De nouvelles chaînes sont ajoutées à mesure que la couverture des fournisseurs s'étend.
Les alertes sont acheminées vers la même interface de gestion des cas que les alertes AML, une seule file d'attente, un seul flux de travail pour les examinateurs, une seule piste d'audit.
MiCA Article 67-68, Les CASP doivent conserver les enregistrements des services, activités, ordres et transactions pendant au moins 5 ans (prolongeable à 7 ans sur demande de l'autorité compétente).
Le paquet AML de l'UE, Les dossiers CDD doivent être conservés pendant 5 ans après la fin de la relation commerciale, avec la discrétion des États membres de prolonger jusqu'à 10 ans.
Le TFR, Les données de la Travel Rule doivent accompagner le transfert et être conservées selon le même calendrier de rétention AML.
Modèle de rétention de Didit :
GET /v3/session/... ou en ZIP groupé depuis la ConsoleLorsqu'un utilisateur ferme son compte, la rétention des preuves commence à courir à partir de la date de désinscription, même modèle que celui attendu par les régulateurs des institutions financières traditionnelles.
Oui, Didit est le seul fournisseur KYC avec une attestation formelle d'un gouvernement d'un État membre de l'UE.
Le bac à sable financier espagnol, géré conjointement par :
…ont conjointement attesté que la vérification NFC + biométrie active de Didit est plus sûre que la vérification en personne. Le rapport est téléchargeable depuis votre console Business et s'intègre directement dans vos dossiers MiCA Article 16 (autorisation CASP) et Article 60 (conduite CASP).
Certifications tierces supplémentaires maintenues à jour :
Chaque certificat est accessible depuis /security-compliance et téléchargeable à la demande.
Une seule API pour le KYC, le KYB, la surveillance des transactions et le screening de portefeuilles. Intégration en 5 minutes.