Verifique o usuário, faça a triagem da carteira, registre as evidências, em uma única chamada. $0.33 por verificação. 500 gratuitas todo mês. Profundidade de verificação atestada pela UE.
Confiado por mais de 2.000 organizações em todo o mundo.
O que a MiCA exige
Toda plataforma de cripto na UE precisa fazer as três coisas, para cada cliente, em escala. A Didit entrega tudo em um único fluxo de trabalho por $0.33 por verificação, com 500 gratuitas todo mês.
Escolha as verificações que você quer, ID, prova de vida, reconhecimento facial, sanções, endereço, idade, telefone, e-mail, perguntas personalizadas. Arraste-as para um fluxo no painel, ou publique o mesmo fluxo na nossa API. Crie ramificações com base em condições, faça testes A/B, sem precisar de código.
$ 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 === "Approved") {
unlockDeposits(payload.vendor_data);
enrollOngoingAml(payload.id_verification);
} else if (payload.status === "Declined") {
logHits(payload.aml.hits);
blockAndReview(payload.vendor_data);
}status Aprovado · Recusado · Em AnáliseYou 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.
Para construir, testar e para seus primeiros usuários.
Mais de 25 módulos, preços públicos. Descontos automáticos por volume.
Para grandes volumes e programas regulamentados.
Descontos por volume são aplicados automaticamente conforme o uso aumenta — sem negociação, sem ligação de vendas.
Didit é a infraestrutura para identidade e fraude, a plataforma que gostaríamos que existisse quando estávamos construindo nossos próprios produtos: aberta, flexível e amigável para desenvolvedores, para que funcione como uma parte real da sua stack, em vez de uma caixa preta que você integra por fora.
Uma única API cobre a verificação de pessoas (KYC, know your customer), verificação de empresas (KYB, know your business), triagem de carteiras de cripto (KYT, know your transaction) e monitoramento de transações em tempo real, em uma stack construída para ser:
A base por trás: mais de 14.000 tipos de documentos em mais de 48 idiomas, mais de 1.000 fontes de dados e mais de 200 sinais de fraude em cada sessão. A infraestrutura Didit aprende dinamicamente de cada sessão e melhora a cada dia.
MiCA, Regulamento (UE) 2023/1114, o Markets in Crypto-Assets Regulation, é o primeiro conjunto de regras uniformes da União Europeia para emissão de criptoativos, ofertas públicas, admissão à negociação e os serviços relacionados. Ele substitui 27 regimes nacionais diferentes de Provedores de Serviços de Ativos Virtuais (VASP) por uma licença harmonizada válida em todo o mercado único da UE.
A supervisão é em camadas:
A Didit oferece todas as peças que um Provedor de Serviços de Criptoativos (CASP) precisa para satisfazer as obrigações de due diligence do cliente, monitoramento contínuo e retenção de evidências do MiCA, um fluxo de trabalho, $0.33 por usuário, 500 verificações gratuitas todo mês, integre em 5 minutos.
Qualquer negócio que ofereça um dos dez serviços CASP definidos no Artigo 3(1)(15) para clientes da UE:
Na prática, isso abrange exchanges centralizadas, on/off-ramps, carteiras de custódia, corretores, mesas de OTC, serviços de consultoria, instituições de pagamento que lidam com cripto e plataformas de tokenização. Protocolos verdadeiramente descentralizados sem operador identificável e transferências puramente peer-to-peer ficam fora do regime.
Clientes Didit dentro do perímetro MiCA: AhoraCrypto (on/off-ramp registrado no Banco da Espanha), GBTC Finance (exchange + mais de 20 lojas físicas), TucanPay (pagamentos UE↔LatAm), Agape Smart Money (transferências internacionais de dinheiro em mais de 30 países). Mesmo fluxo de trabalho, mesma API /v3/, diferentes fluxos de depósito + negociação downstream.
O fluxo completo geralmente leva menos de 30 segundos do início ao fim, pegar o documento, tirar a foto do documento, tirar a selfie, pronto. Essa é a velocidade mais rápida do mercado. Provedores de KYC legados geralmente levam mais de 90 segundos para o mesmo fluxo.
No back-end, a Didit retorna o resultado em menos de dois segundos no p99, medido do momento em que o usuário termina a selfie até o momento em que seu webhook é acionado. A captura móvel é otimizada para celulares e redes lentas: compressão progressiva de imagem, carregamento preguiçoso do SDK e uma transição com um toque do desktop para o celular via QR code, caso o usuário comece na web.
Três regulamentações, três funções, todas se aplicam a um CASP ao mesmo tempo:
A Didit cobre todos os três em um único fluxo de trabalho:
Um contrato, uma fatura, um pacote de auditoria.
Cada sessão chega a um dos sete status claros, para que seu código sempre saiba o que fazer:
Approved, todas as verificações aprovadas. Avance o usuário.Declined, uma ou mais verificações falharam. Você pode permitir que o usuário reenvie a etapa específica que falhou (por exemplo, refazer a selfie) sem executar o fluxo inteiro novamente.In Review, sinalizado para revisão de conformidade. Abra o caso no console, veja todos os sinais, decida aprovar ou recusar.In Progress, usuário está no meio do fluxo.Not Started, link enviado, usuário ainda não abriu. Envie um lembrete se demorar muito.Abandoned, usuário abriu o link, mas não terminou a tempo. Reengaje ou expire.Expired, o link da sessão expirou. Crie uma nova sessão.Um webhook assinado é acionado em cada mudança de status, para que seu banco de dados esteja sempre sincronizado. Sessões abandonadas e recusadas são gratuitas.
Os dados de produção são processados e armazenados na União Europeia por padrão, na Amazon Web Services. Contratos empresariais podem solicitar regiões alternativas para jurisdições cujos reguladores o exijam.
Criptografia em todos os lugares. AES-256 em repouso em todos os bancos de dados, armazenamento de objetos e backups. Transport Layer Security 1.3 em trânsito em cada chamada de API, webhook e sessão do Business Console. Dados biométricos são criptografados sob uma Customer Master Key separada.
A retenção é sua para controlar. A retenção padrão é indefinida (ilimitada), a menos que você configure um período menor, entre 30 dias e 10 anos por aplicação, e você pode excluir qualquer sessão individual a qualquer momento do painel ou da API.
Certificações: SOC 2 Tipo 1 e Tipo 2, ISO/IEC 27001:2022, iBeta Nível 1 PAD, e uma atestação pública do Tesoro / SEPBLAC / CNMV da Espanha de que a verificação remota de identidade da Didit é mais segura do que verificar alguém pessoalmente. Relatório completo em /security-compliance.
O Didit já vem em conformidade por padrão com os reguladores que importam para a infraestrutura de identidade:
Memorando detalhado, todos os certificados, todas as cartas regulatórias: /security-compliance.
Três caminhos de integração, escolha o que melhor se adapta à sua stack:
Mesmo dashboard, mesma cobrança, mesmo preço por sucesso para todos os três. Guia passo a passo em docs.didit.me/integration/integration-prompt.
Sim. O Wallet Screening (Know-Your-Transaction) pontua cada endereço de depósito antes de você creditar o usuário.
Retorna:
sanctioned, mixer, exchange-high-risk, stolen funds, darknet, ransomware, phishing, scamPreços:
Cobertura de cadeias: Ethereum + cadeias compatíveis com EVM (Polygon, BNB, Arbitrum, Optimism, Base), Bitcoin, TRON, Solana, além das principais Layer 2s. Novas cadeias adicionadas conforme a cobertura do provedor se expande.
Os acertos são roteados para a mesma interface de Gerenciamento de Casos que os acertos de AML, uma fila, um fluxo de trabalho de revisor, um rastro de auditoria.
MiCA Artigo 67-68, CASPs devem reter registros de serviços, atividades, ordens e transações por pelo menos 5 anos (extensível a 7 mediante solicitação da autoridade competente).
O pacote AML da UE, os registros de CDD devem ser retidos por 5 anos após o término da relação comercial, com discrição do estado-membro para estender até 10 anos.
O TFR, os dados da Travel Rule devem acompanhar a transferência e ser retidos de acordo com o mesmo prazo de retenção de AML.
Modelo de retenção do Didit:
GET /v3/session/... ou ZIP em massa do ConsoleQuando um usuário fecha sua conta, a retenção de evidências começa a contar a partir da data de desativação, o mesmo modelo que os reguladores esperam das instituições financeiras tradicionais.
Sim, a Didit é o único provedor de KYC com uma atestação formal do governo de um estado-membro da UE.
O Sandbox Financeiro Espanhol, gerido em conjunto por:
…atestou conjuntamente a verificação NFC + biometria ativa da Didit como mais segura do que a verificação presencial. O relatório pode ser baixado do seu Business Console e se encaixa diretamente nos seus pacotes MiCA Artigo 16 (autorização CASP) e Artigo 60 (conduta CASP).
Certificações adicionais de terceiros mantidas atualizadas:
Todos os certificados estão acessíveis em /security-compliance e podem ser baixados sob demanda.
Uma API para KYC, KYB, Monitoramento de Transações e Análise de Carteiras. Integre em 5 minutos.