Saltar para o conteúdo principal
Didit angaria 7,5 milhões de dólares para construir a infraestrutura para identidade e fraude
Didit
Pesquisa Facial 1:N

Pesquise qualquer rosto.
Em toda a sua população.

Pesquise um rosto em relação a cada utilizador verificado na sua população. Detete contas duplicadas, rostos bloqueados e redes de fraude em menos de 2 segundos. Gratuito para sempre em todos os planos.

Apoiado por
Y CombinatorRobinhood Ventures
Firecrawl
Slash
Crnogorski Telekom
UCSF Neuroscape
Bit2Me
Shiply

Confiado por mais de 2.000 organizações em todo o mundo.

Didit Pesquisa Facial 1:N, retrato de origem digitalizado contra uma grelha de candidatos.

Deteção de duplicados

Pesquise milhões
de modelos em segundos.

Detete fraudadores reincidentes na sua base de utilizadores. Gratuito como parte do pacote KYC. Índice vetorial de modelos biométricos, correspondência em menos de 2 segundos contra milhões.

Como funciona

Do registo ao utilizador verificado em quatro passos.

  1. Passo 01

    Crie o fluxo de trabalho

    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.

  2. Passo 02

    Integre

    Integre nativamente com os nossos SDKs para Web, iOS, Android, React Native ou Flutter. Redirecione para uma página alojada. Ou simplesmente envie um link ao seu utilizador, por e-mail, SMS, WhatsApp, onde quiser. Escolha o que melhor se adapta à sua stack.

  3. Passo 03

    O utilizador segue o fluxo

    A Didit gere a câmara, as indicações de iluminação, a transição para o telemóvel e a acessibilidade. Enquanto o utilizador está no fluxo, avaliamos mais de 200 sinais de fraude em tempo real e verificamos cada campo em relação a fontes de dados fidedignas. Resultado em menos de dois segundos.

  4. Passo 04

    Recebe os resultados

    Webhooks assinados em tempo real mantêm a sua base de dados sincronizada no momento em que um utilizador é aprovado, recusado ou enviado para revisão. Consulte a API a pedido. Ou abra a consola para inspecionar cada sessão, cada sinal e gerir os casos à sua maneira.

Criado para developers · Criado contra a fraude · Aberto por design

Seis capacidades. Uma feature flag. FACE_SEARCH.

Cada funcionalidade abaixo é um toggle no mesmo módulo. Sem níveis de upsell, sem SKUs separados, sem chamadas adicionais. Ative-as por fluxo de trabalho, ou passe-as inline quando chamar o endpoint autónomo.
01 · Integrado em cada prova de vida

1:N automático em cada verificação. Sem configuração.

O Face Search é executado automaticamente sempre que um utilizador completa uma verificação de prova de vida. A sua face é comparada com todos os utilizadores previamente verificados, duplicados aparecem como avisos, faces na blocklist são automaticamente recusadas. Sem endpoint extra, sem faturação separada, sem caminho de código para integrar.
02 · Watchlist e blocklist

Bloqueie um fraudador conhecido no momento em que tenta novamente.

Adicione uma face à blocklist uma vez e todas as futuras verificações em todas as aplicações serão comparadas com ela. Uma correspondência recusa automaticamente a sessão, a Didit impõe-no independentemente das suas configurações de fluxo de trabalho. Adicione e remova entradas da blocklist através da API ou diretamente na consola.
03 · Menos de 2s em escala

Um milhão de faces. p99 inferior a 2 segundos.

Índice vetorial mais inferência servida na edge. Testado em produção com índices de um milhão de faces com p99 inferior a 2 segundos. Índices maiores disponíveis no Enterprise, mesma arquitetura, computação dedicada. Sem SDK para agrupar, sem modelo para descarregar.
04 · Limiares ajustáveis

Rigoroso para registo. Flexível para revisão.

Limiar de similaridade por aplicação (padrão 70). Três bandas documentadas, 90+ correspondência forte, 70–89 possível correspondência, abaixo de 70 pessoa diferente, recusa/revisão/aprovação por fluxo de trabalho. Ative a captura multi-face quando o seu pipeline pode legitimamente ver mais de uma pessoa.
05 · Gratuito para sempre

Custo zero por chamada. Em todos os planos.

O Face Search não é medido em nenhum plano Didit, é automaticamente incluído em cada verificação de prova de vida, e o endpoint autónomo não custa nada. Sem compromisso, sem mínimo, sem paywall empresarial. Execute defesa 1:N contra toda a sua população sem iniciar um ciclo de aquisição.
06 · Privacidade por design

Templates hash. Expiração de URL assinado. UE por padrão.

O seu índice biométrico armazena templates faciais hash, nunca fotos cruas. Encriptado em repouso. Residência na UE por padrão; região específica ou no país no Enterprise. Os URLs das imagens correspondentes são assinados e expiram após 60 minutos, links vazados morrem rapidamente. Alinhado com o GDPR e o EU AI Act de imediato.
Integrar

Dois endpoints. O mesmo JSON. Gratuito de qualquer forma.

Crie uma sessão quando quiser que o Face Search seja executado automaticamente em cada verificação de prova de vida, ou chame o endpoint autónomo para procurar uma face de referência a pedido. Ambos devolvem o mesmo relatório `face_search`, ambos são gratuitos.
POST /v3/session/Automático
$ 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_liveness_dedupe",
    "vendor_data": "user-42"
  }'
201Criado{ "session_url": "verify.didit.me/..." }
O Face Search 1:N é executado automaticamente em cada verificação de LIVENESS.documentação →
POST /v3/face-search/Servidor para servidor
$ curl -X POST https://verification.didit.me/v3/face-search/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -F "image=@reference.jpg" \
  -F "similarity_threshold=80"
200OK{ "total_matches": 3, "status": "Aprovado" }
Integração pronta para agente

Implemente o Face Search 1:N com um único prompt.

Cole o bloco abaixo no Claude Code, Cursor, Codex, Devin, Aider ou Replit Agent. Preencha o placeholder `my_stack` com o seu framework, linguagem e caso de uso. O agente irá provisionar o Didit, construir o workflow com o Face Search ativado, configurar o webhook e implementar.
didit-integration-prompt.md
# Didit Face Search 1:N — integrate in 5 minutes

You are integrating Didit's Face Search 1:N (one-to-many biometric search)
module into my_stack. Follow these steps exactly. Every URL, header, and
enum value below is canonical — do not paraphrase or "improve" them.

Face Search 1:N searches a reference face against your entire database of
previously verified users to detect duplicate accounts, blocklisted faces,
and fraud rings. Free forever on every plan — no per-call fee, no minimum.

## 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. Two integration paths — pick one

### Path A — Workflow Builder (automatic, inside every liveness check)
Best when you want Face Search to run automatically every time a user
verifies. Face Search 1:N is automatically performed during liveness
checks in verification sessions to detect duplicate users and check
against blocklisted faces. No extra wiring needed.

1. Create a workflow that contains the LIVENESS feature:
   POST https://verification.didit.me/v3/workflows/
   Authorization header:  x-api-key: your-api-key
   Body: workflow_label, features array with the single entry
         the JSON object containing feature equal to "LIVENESS"
         (UPPERCASE — strict enum). Face Search runs automatically.

2. Create a verification session for an end user:
   POST https://verification.didit.me/v3/session/
   Body: workflow_id (from step 1), vendor_data (your own user id).
   Response: session_url — redirect the user to it.

3. Listen for the session webhook (see "Webhooks" below). The face_search
   block is included in the session report under decision.face_search.

### Path B — Standalone server-to-server API
Best when you want to search a face on demand — fraud investigation,
manual review tooling, watchlist scan, identity re-auth.

POST https://verification.didit.me/v3/face-search/
Content-Type: multipart/form-data
Body fields:
  - image                  (required, file — single reference face)
  - vendor_data            (optional string, your search id)
  - similarity_threshold   (optional int 0-100, default 70)
  - allow_multiple_faces   (optional bool, default false)

Response: JSON report with matches array, similarity percentages,
blocklist flags, and the standard warnings array.

## 3. Webhooks (Path A only — Path B returns synchronously)
- Register a webhook destination once via
  POST https://verification.didit.me/v3/webhook/destinations/
  Body: url, subscribed_events: ["session.verified", "session.review_started",
                                  "session.declined"]
- Response includes secret_shared_key — store it.
- Every webhook 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.

## 4. Reading the report (both paths return the same shape)
The face_search object includes:
- status: "Approved" | "Declined" | "In Review"
- total_matches: integer (0 when no match crossed the threshold)
- matches: array of match objects, each with:
    - session_id              UUID of the matching session
    - session_number          integer
    - similarity_percentage   number 0-100
    - vendor_data             your reference data from the original verification
    - verification_date       ISO 8601 timestamp
    - user_details            name, document_type, document_number (masked)
    - match_image_url         signed URL, expires in 60 minutes
    - status                  "Approved" | "Declined" | "In Review"
    - is_blocklisted          boolean
- user_image:
    - entities array (bbox, confidence, age, gender per detected face)
    - best_angle (0 | 90 | 180 | 270) if rotate_image enabled
- warnings: Array of risk, log_type, short_description, long_description

Similarity bands documented:
  90+        Strong match — very likely the same person
  70 – 89    Possible match — may require manual review
  Below 70   Likely different individuals

Auto-decline risks (always enforced by Didit, not configurable):
- NO_FACE_DETECTED       no face in the reference image
- FACE_IN_BLOCKLIST      the reference face matches your face blocklist

Configurable warning:
- MULTIPLE_FACES_DETECTED   tune allow_multiple_faces per application

## 5. Hard rules — do not change
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- Feature enum is UPPERCASE: FACE_SEARCH, LIVENESS, ID_VERIFICATION, FACE_MATCH.
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Always verify webhook signatures before trusting payload data.
- Status casing matches exactly: "Approved", "Declined", "In Review"
  (title-cased, space-separated).
- match_image_url is signed and expires after 60 minutes — do not cache it,
  re-fetch from the session if you need it again.

## 6. Pricing reference (public)
- Face Search 1:N is FREE FOREVER on every Didit plan.
- No per-call fee for the standalone POST /v3/face-search/ endpoint.
- No surcharge when bundled inside a LIVENESS workflow.
- 500 free Didit verifications every month on top of that.
- Templates only — your biometric index stores hashed embeddings, never raw
  photos. Encrypted at rest in EU-region AWS.

## 7. Verify your integration
- Sandbox starts on signup at https://business.didit.me — no separate flag.
- Test images: deterministic synthetic faces returned in sandbox (Approved
  by default; trigger Declined by sending a known-blocklisted test face).
- Switch to live: flip the application's environment toggle in console.

When in doubt: https://docs.didit.me/core-technology/face-search/overview
Precisa de mais contexto? Consulte a documentação completa do módulo.docs.didit.me →
Conformidade desde a conceção

Abra um novo país com um clique. Nós fazemos o trabalho difícil.

Abrimos as subsidiárias locais, garantimos as licenças, realizamos os testes de penetração, obtemos as certificações e alinhamos com cada nova regulamentação. Para lançar verificações num novo país, basta ativar um botão. Mais de 220 países ativos, auditados e testados trimestralmente, o único fornecedor de identidade que um governo de um estado-membro da UE formalmente considerou mais seguro do que a verificação presencial.
Ler o dossiê de segurança e conformidade
Sandbox financeiro da UE
Tesoro · SEPBLAC · BdE
Jugendschutz geprüft
FSM · JMStV §4(2) · 2026
ISO/IEC 27001
Segurança da informação · 2026
SOC 2 · Type I
AICPA · 2026
iBeta Level 1 PAD
NIST / NIAP · 2026
GDPR
EU 2016/679
DORA
EU 2022/2554
MiCA
EU 2023/1114
AMLD6 · eIDAS 2.0
Alinhado com a UE por design

Números comprovados

Números comprovados
  • Free
    Por chamada de Face Search. Para sempre. Em todos os planos.
  • 1M+
    Faces por índice, testadas em produção com p99 abaixo de 2s.
  • <0s
    Inferência end-to-end por pesquisa 1:N.
  • 0
    Fotos originais armazenadas, apenas templates hashed, UE por defeito.
Três níveis, uma tabela de preços

Comece grátis. Pague por utilização. Expanda para Enterprise.

500 verificações gratuitas todos os meses, para sempre. Pague à medida que usa para produção. Contratos personalizados, residência de dados e SLAs (Acordos de Nível de Serviço) no Enterprise.
Grátis

Grátis

$0 / mês. Não é necessário cartão de crédito.

  • Pacote KYC gratuito (Verificação de ID + Prova de Vida Passiva + Correspondência Facial + Análise de Dispositivo e IP), 500 / mês, todos os meses
  • Utilizadores Bloqueados
  • Deteção de Duplicados
  • Mais de 200 sinais de fraude em cada sessão
  • KYC reutilizável em toda a rede Didit
  • Plataforma de Gestão de Casos
  • Workflow Builder
  • Documentação pública, sandbox, SDKs, servidor MCP (Model Context Protocol)
  • Apoio da comunidade
Mais popular
Pague por utilização

Baseado na Utilização

Pague apenas pelo que usa. Mais de 25 módulos. Preços públicos por módulo, sem taxa mínima mensal.

  • KYC completo por $0.33 (ID + Biometria + IP / Dispositivo)
  • Mais de 10.000 conjuntos de dados AML, sanções, PEPs, notícias desfavoráveis
  • Mais de 1.000 fontes de dados governamentais para Validação de Base de Dados
  • Monitorização de Transações por $0.02 por transação
  • KYB em tempo real por $2.00 por empresa
  • Rastreio de Carteiras por $0.15 por verificação
  • Fluxo de verificação whitelabel, a sua marca, a nossa infraestrutura
Empresarial

Empresarial

MSA e SLA personalizados. Para grandes volumes e programas regulados.

  • Contratos anuais
  • MSA, DPA e SLA personalizados
  • Canal dedicado no Slack e WhatsApp
  • Revisores manuais sob pedido
  • Termos de revenda e whitelabel
  • Funcionalidades exclusivas e integrações com parceiros
  • CSM nomeado, revisão de segurança, apoio à conformidade

Comece grátis → pague apenas quando uma verificação for executada → desbloqueie o Enterprise para um contrato personalizado, SLA ou residência de dados.

FAQ

Perguntas frequentes

O que é a Didit?

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 à qual se integra.

Uma API abrange a verificação de pessoas (KYC, conheça o seu cliente), a verificação de empresas (KYB, conheça o seu negócio), a triagem de carteiras de cripto (KYT, conheça a sua transação) e a monitorização de transações em tempo real, numa stack construída para ser:

  • Rápida, p99 em menos de 2 segundos em cada sessão
  • Fiável, em produção com mais de 1.500 empresas em mais de 220 países
  • Segura, SOC 2 Tipo 1, ISO 27001, nativa GDPR e formalmente atestada pelo regulador financeiro de Espanha como mais segura do que verificar alguém presencialmente

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.

Que tipos de input aceita o Face Search 1:N?
Uma única imagem de referência facial, JPEG ou PNG, com qualquer resolução razoável. O endpoint autónomo aceita um campo multipart image, mais os campos opcionais vendor_data, similarity_threshold (0-100, predefinição 70) e allow_multiple_faces (predefinição false). Num fluxo de Liveness, não é necessário qualquer input, a selfie capturada pelo utilizador é automaticamente pesquisada no seu índice de utilizadores verificados, para que duplicados e correspondências de blocklist apareçam na mesma sessão que o veredito de liveness.
Qual é o formato da resposta?
O objeto face_search devolve status (Approved, Declined, In Review), total_matches e um array matches. Cada correspondência inclui session_id, session_number, similarity_percentage (0-100), vendor_data, verification_date, user_details (nome, document_type, document_number, mascarado), um match_image_url assinado que expira em 60 minutos, o status da própria sessão correspondida e is_blocklisted. O bloco user_image reporta as entidades faciais detetadas (bbox, confidence, age, gender) e a rotação aplicada. Um array warnings indica quaisquer riscos que tenham sido acionados.
Qual a rapidez da verificação para o meu utilizador final?

O fluxo completo geralmente demora menos de 30 segundos de ponta a ponta, pegar no documento de identificação, tirar a foto do documento, tirar a selfie, feito. É o mais rápido do mercado. Os fornecedores de KYC legados geralmente demoram mais de 90 segundos para o mesmo fluxo.

No back-end, o 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.

Como é que o Didit impede o abuso de contas duplicadas e redes de fraude?
Três camadas, em cada registo. Biometria 1:N, o rosto do seu novo utilizador é pesquisado em todas as faces previamente verificadas na sua conta, incluindo faces em blocklist. Limiar configurável, ajuste o similarity_threshold por aplicação para que o onboarding possa ser rigoroso enquanto as filas de revisão permanecem flexíveis. Ramificação do Workflow Orchestrator, combine o veredito 1:N com Device Intelligence, Device & IP Analysis e Liveness para que redes de fraude que utilizam fotos roubadas, SIMs reciclados ou impressões digitais de dispositivos partilhados falhem na verificação composta, mesmo que um único sinal por si os deixasse passar.
O que acontece se um utilizador falhar, abandonar ou expirar?

Cada sessão tem um de sete estados claros, para que o seu código saiba sempre o que fazer:

  • Approved, todas as verificações passaram. Avance com o utilizador.
  • 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. Reengaje 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.

Onde residem os dados dos meus clientes e como são protegidos?

Os dados de produção são processados e armazenados na União Europeia por predefinição, na 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 Business Console. Os dados biométricos são criptografados sob uma Customer Master Key separada.

A retenção é sua para controlar. A retenção predefinida é 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 (auditoria Tipo 2 em curso), 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 do Didit é mais segura do que verificar alguém presencialmente. Relatório completo em /security-compliance.

O Didit está em conformidade com a minha indústria?

O Didit é compatível por predefinição com os reguladores que importam para a infraestrutura de identidade:

  • GDPR + UK GDPR, divisão controlador / processador, Acordo de Processamento de Dados completo publicado, autoridade de supervisão principal nomeada (AEPD de Espanha).
  • AMLD6 + EU AML Single Rulebook, mais de 1.300 listas de sanções, pessoas politicamente expostas e meios de comunicação adversos rastreadas em tempo real.
  • eIDAS 2.0, alinhado com a Carteira de Identidade Digital da UE; pronto para identidade reutilizável.
  • MiCA (Markets in Crypto-Assets), pronto para on-ramps, exchanges e custodiantes de cripto.
  • DORA, Digital Operational Resilience Act, resiliência operacional de serviços financeiros da UE.
  • BIPA, CUBI, Washington HB 1493, CCPA / CPRA, privacidade biométrica dos EUA (Illinois, Texas, Washington) e privacidade do consumidor da Califórnia.
  • UK Online Safety Act, obrigações de controlo de idade e segurança infantil.
  • FATF Travel Rule, dados do originador e beneficiário em transferências de cripto, interoperável com IVMS-101.

Memorando detalhado, todos os certificados, todas as cartas regulatórias: /security-compliance.

Com que rapidez consigo integrar e começar a verificar utilizadores?
  • 60 segundos para uma conta sandbox em business.didit.me, sem cartão de crédito.
  • 5 minutos para uma verificação funcional através do Claude Code, Cursor ou qualquer agente de codificação via o nosso servidor Model Context Protocol (MCP).
  • Um fim de semana para uma integração pronta para produção com verificação de webhook assinado, retries e um fluxo de remediação quando um utilizador é recusado.

Três caminhos de integração, escolha o que melhor se adapta à sua stack:

  • Integre nativamente com o nosso SDK Web, iOS, Android, React Native ou Flutter.
  • Redirecione o utilizador para a página de verificação alojada, zero SDK.
  • Envie um link por e-mail, SMS, WhatsApp ou qualquer canal, zero trabalho de front-end.

Mesmo dashboard, mesma faturação, mesmo preço pay-per-success para todos os três. Guia passo a passo em docs.didit.me/integration/integration-prompt.

Infraestrutura para identidade e fraude.

Uma API para KYC, KYB, Monitorização de Transações e Rastreio de Carteiras. Integre em 5 minutos.

Peça a uma IA para resumir esta página