Verifique o utilizador, rastreie a carteira, arquive a evidência, numa só chamada. $0.33 por verificação. 500 gratuitas todos os meses. Profundidade de verificação atestada pela UE.
Confiado por mais de 2.000 organizações em todo o mundo.
O que o MiCA exige
Todas as plataformas de cripto da UE têm de fazer as três coisas, para cada cliente, em escala. A Didit oferece-as como um único fluxo de trabalho a $0.33 por verificação, com 500 gratuitas todos os meses.
Escolha as verificações que pretende, ID, prova de vida, correspondência facial, sanções, morada, idade, telefone, e-mail, perguntas personalizadas. Arraste-as para um fluxo no dashboard, ou publique o mesmo fluxo na nossa API. Crie ramificações com base em condições, execute testes A/B, sem necessidade 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);
}estado Aprovado · Recusado · Em RevisãoYou 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 os seus primeiros utilizadores.
Mais de 25 módulos, preços públicos. Descontos automáticos por volume.
Para grandes volumes e programas regulados.
Os descontos por volume são aplicados automaticamente à medida que o uso aumenta — sem negociações, sem chamadas de vendas.
A Didit é uma infraestrutura para identidade e fraude, a plataforma que gostaríamos que existisse quando estávamos a construir os nossos próprios produtos: aberta, flexível e amigável para programadores, para que funcione como uma parte real da sua stack, em vez de uma caixa preta que integra à volta.
Uma única API abrange a verificação de pessoas (KYC, know your customer), a verificação de empresas (KYB, know your business), a triagem de carteiras de criptomoedas (KYT, know your transaction) e a monitorização de transações em tempo real, numa stack construída para ser:
A base subjacente: 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 com cada sessão e melhora a cada dia.
MiCA, Regulamento (UE) 2023/1114, o Regulamento dos Mercados de Criptoativos, é o primeiro conjunto de regras uniformes da União Europeia para a emissão de criptoativos, ofertas públicas, admissão à negociação e os serviços associados. Substitui 27 regimes nacionais diferentes de Prestadores de Serviços de Ativos Virtuais (VASP) por uma licença harmonizada válida em todo o mercado único da UE.
A supervisão é estratificada:
A Didit fornece todos os elementos que um Prestador de Serviços de Criptoativos (CASP) necessita para cumprir as obrigações de diligência devida do cliente, monitorização contínua e retenção de provas da MiCA, um fluxo de trabalho, $0.33 por utilizador, 500 verificações gratuitas todos os meses, integre em 5 minutos.
Qualquer negócio que ofereça um dos dez serviços CASP definidos no Artigo 3(1)(15) a clientes da UE:
Na prática, isso abrange exchanges centralizadas, on/off-ramps, carteiras de custódia, brokers, mesas 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 abrangidos pelo perímetro MiCA: AhoraCrypto (on/off-ramp registada no Banco de Espanha), GBTC Finance (exchange + mais de 20 lojas físicas), TucanPay (pagamentos UE↔América Latina), Agape Smart Money (transferências internacionais de dinheiro em mais de 30 países). O mesmo fluxo de trabalho, a mesma API /v3/, diferentes fluxos de depósito + negociação a jusante.
O fluxo completo demora normalmente menos de 30 segundos de ponta a ponta, pegar no documento de identificação, tirar foto ao documento, tirar selfie, feito. É o mais rápido do mercado. Os fornecedores de KYC legados demoram geralmente mais de 90 segundos para o mesmo fluxo.
No back-end, a Didit devolve o resultado em menos de dois segundos no p99, medido desde o momento em que o utilizador termina a selfie até ao momento em que o seu webhook é acionado. A captura móvel é otimizada para telemóveis e redes lentas: compressão progressiva de imagem, carregamento preguiçoso do SDK e uma transição com um toque do desktop para o telemóvel via código QR, caso o utilizador comece na web.
Três regulamentos, três funções, todos se aplicam a um CASP em simultâneo:
A Didit cobre os três num único fluxo de trabalho:
Um contrato, uma fatura, um pacote de auditoria.
Cada sessão resulta num de sete estados claros, para que o seu código saiba sempre o que fazer:
Approved, todas as verificações aprovadas. O utilizador pode avançar.Declined, uma ou mais verificações falharam. Pode permitir que o utilizador reenvie o passo específico que falhou (por exemplo, tirar novamente a selfie) sem ter de refazer todo o fluxo.In Review, sinalizado para revisão de conformidade. Abra o caso na consola, veja todos os sinais, decida aprovar ou recusar.In Progress, o utilizador está a meio do fluxo.Not Started, link enviado, o utilizador ainda não o abriu. Envie um lembrete se demorar muito.Abandoned, o utilizador abriu o link mas não terminou a tempo. Reative ou expire.Expired, o link da sessão expirou. Crie uma nova sessão.Um webhook assinado é acionado em cada mudança de estado, para que a sua base de dados esteja sempre sincronizada. As sessões abandonadas e recusadas são gratuitas.
Os dados de produção são processados e armazenados na União Europeia por defeito, nos Amazon Web Services. Contratos empresariais podem solicitar regiões alternativas para jurisdições cujos reguladores o exijam.
Criptografia em todo o lado. AES-256 em repouso em todas as bases de dados, armazenamento de objetos e backups. Transport Layer Security 1.3 em trânsito em cada chamada de API, webhook e sessão da Consola de Negócios. Os 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 configure um período mais curto, entre 30 dias e 10 anos por aplicação, e pode eliminar qualquer sessão individual a qualquer momento a partir do dashboard 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 de Espanha de que a verificação remota de identidade da Didit é mais segura do que verificar alguém presencialmente. Relatório completo em /security-compliance.
A Didit cumpre os requisitos por defeito para os reguladores relevantes na 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 faturação, mesmo preço pay-per-success para os três. Guia passo a passo em docs.didit.me/integration/integration-prompt.
Sim. O Rastreio de Carteiras (Know-Your-Transaction) pontua cada endereço de depósito antes de creditar o utilizador.
Devolve:
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, mais as principais Layer 2s. Novas cadeias adicionadas à medida que a cobertura do fornecedor se expande.
Os hits são encaminhados para a mesma interface de Gestão de Casos que os hits AML, uma fila, um fluxo de trabalho de revisor, um registo de auditoria.
MiCA Artigo 67-68, Os CASPs devem reter registos de serviços, atividades, ordens e transações por pelo menos 5 anos (extensível a 7 a pedido da autoridade competente).
O pacote AML da UE, Os registos CDD devem ser retidos por 5 anos após o fim da relação comercial, com discricionariedade dos Estados-Membros para estender até 10 anos.
A TFR, Os dados da Travel Rule devem acompanhar a transferência e ser retidos de acordo com o mesmo prazo de retenção AML.
Modelo de retenção da Didit:
GET /v3/session/... ou ZIP em massa da ConsolaQuando um utilizador fecha a sua conta, a retenção de provas 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 fornecedor de KYC com uma atestação formal do governo de um estado-membro da UE.
O Sandbox Financeiro Espanhol, gerido em conjunto por:
…atestaram conjuntamente a verificação NFC + biométrica ativa da Didit como mais segura do que a verificação presencial. O relatório pode ser descarregado da sua Consola de Negócios e 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 descarregados a pedido.
Uma API para KYC, KYB, Monitorização de Transações e Rastreio de Carteiras. Integre em 5 minutos.