Execute o fluxo de verificação no seu domínio, com seu logo, suas cores e seu remetente, sem nenhuma marca Didit visível para seus usuários. $0.20 por sessão, além do preço do módulo.
Robinhood Ventures
Confiado por mais de 2.000 organizações em todo o mundo.
Sua marca, nosso veredito
Hospede o fluxo no seu domínio. Troque o logo, as cores, o texto e o cartão de pré-visualização do link. Os preços dos módulos permanecem os mesmos, $0.20 por sessão é o único adicional.
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 envie o mesmo fluxo para nossa API. Crie ramificações com condições, execute testes A/B, sem precisar de código.
Incorpore nativamente com nossos SDKs Web, iOS, Android, React Native ou Flutter. Redirecione para uma página hospedada. Ou simplesmente envie um link para seu usuário, por e-mail, SMS, WhatsApp, onde quiser. Escolha o que melhor se adapta à sua stack.
A Didit hospeda a câmera, as dicas de iluminação, a transição para o celular e a acessibilidade. Enquanto o usuário está no fluxo, pontuamos mais de 200 sinais de fraude em tempo real e verificamos cada campo contra fontes de dados oficiais. O resultado sai em menos de dois segundos.
Webhooks assinados em tempo real mantêm seu banco de dados sincronizado no momento em que um usuário é aprovado, recusado ou enviado para revisão. Consulte a API sob demanda. Ou abra o console para inspecionar cada sessão, cada sinal e gerenciar casos do seu jeito.
# Console -> White Label -> Editor de Estilo
colors: paleta da marca
logos: quadrado + retangular
typography: fonte + pesos da marca
domain: verify.acme.com
email_from: verify@acme.com
# Fluxo de Trabalho -> Configurações -> Opções
include_custom_style: trueSua marca · `verify.acme.com` · TLS 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_acme_kyc",
"vendor_data": "user-42"
}'{ "session_url": "verify.acme.com/..." }# Didit White Label — integrate in 5 minutes
You are integrating Didit's White Label (custom branding + custom domain)
into <my_stack>. White Label is a CONFIGURATION on top of any workflow —
not a separate API endpoint. Follow these steps exactly. Every URL,
header, and field 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. Configure White Label in the console
White Label settings live at Console -> White Label -> Style Editor. Five
groups, every one is customizable:
- Colors — buttons, text, panels, backgrounds (every color element)
- Typography — upload a brand font, set heading + body weights
- Logos — square + rectangular variants, served on every screen
- Layout — border radius for panels, buttons, inputs
- Login screen — show or skip the user-login step entirely
- Custom domain — host the verification UI on your own subdomain
(e.g. verify.acme.com) instead of verify.didit.me
Custom-domain setup:
1. Console -> White Label -> Custom Domain -> Add domain
2. We return a CNAME target. Point your subdomain CNAME at it.
3. Click Verify. We provision a TLS certificate via Let's Encrypt /
ACME (automatic renewal, no action required from you).
4. Domain becomes live within minutes.
Custom email-from:
- Console -> White Label -> Email -> set the "From" name + reply-to address.
- DKIM / SPF records returned for you to add to DNS.
## 3. Enable White Label on each workflow
The customization does NOT auto-apply. You enable it per workflow:
1. Console -> Workflows -> open the workflow you want to brand.
2. Click Settings (gear icon).
3. Under Options, find "Include custom style".
4. Enable the toggle. Save.
Workflows without the toggle keep the default Didit branding — useful for
sandbox flows you do not want to brand yet.
## 4. Use the white-labeled workflow from your stack
Once the workflow has white-label enabled, you call it the same way as any
other Didit workflow:
POST https://verification.didit.me/v3/session/
Authorization header: x-api-key: <your-api-key>
Body:
- workflow_id (required, your white-labeled workflow id)
- vendor_data (optional, your own user id)
- callback (optional, URL we redirect to after the flow)
Response: { session_url } — redirect the user there. The UI they see is
your brand (your logo, your colors, your typography), on your domain
(verify.acme.com), with your "From" name on every email we send to the
user mid-flow.
## 5. Webhooks
- 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", "session.kyc_expired"]
- 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.
## 6. Hard rules - do not change
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Status casing matches exactly: "Approved", "Declined", "In Review",
"Not Finished" (title-cased, space-separated).
- White Label is a configuration on a workflow — there is NO standalone
/v3/white-label/ endpoint. Do not invent one.
- Removing visible Didit branding does NOT remove your obligations as the
controller of the user journey. You still surface your privacy notice,
link Didit's Verification Privacy Notice + End User Terms, and collect
explicit consent before document + biometric capture where the law
requires it. See https://docs.didit.me/console/white-label for the full
controller-side checklist.
## 7. Reseller / OEM positioning
White Label is the same product your agency, integrator, or compliance-
consulting firm uses to resell Didit under your own name to your own
customers:
- Pricing: $0.20 per session on top of the underlying module price (e.g.
full Know Your Customer (KYC) bundle at $0.33 + $0.20 white label = $0.53 per session, or
standalone ID at $0.15 + $0.20 = $0.35).
- 500 free verifications per month stay applied to your own meter,
regardless of how many resold tenants you have.
- One contract with Didit, one invoice — your customers see only your
brand and your support address.
- Custom email-from + custom domain mean your customers never see Didit
branding mid-flow. We still surface the legally-required disclosures
per the controller-side checklist above.
## 8. Pricing reference (public)
- White Label add-on: $0.20 per session, on top of the underlying module
price. A full KYC bundle goes from $0.33 to $0.53 per white-labeled
session; a standalone $0.15 ID Verification goes to $0.35.
- 500 free verifications every month, forever, on every account — applies
regardless of whether the flow is white-labeled.
- No setup fee, no certificate cost, no per-domain charge.
## 9. Verify your integration
- Sandbox starts on signup at https://business.didit.me - no separate flag.
- Test custom domain locally by adding a /etc/hosts entry pointing your
brand subdomain at our CNAME target before DNS is live.
- Switch to live: flip the application's environment toggle in console.
When in doubt: https://docs.didit.me/console/white-label
$0 / mês. Não precisa de cartão de crédito.
Pague apenas pelo que usar. Mais de 25 módulos. Preços públicos por módulo, sem taxa mínima mensal.
MSA e SLA personalizados. Para grandes volumes e programas regulamentados.
Comece grátis → pague apenas quando uma verificação for executada → desbloqueie o Enterprise para um contrato personalizado, SLA ou residência de dados.
A Didit é uma 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 da Didit aprende dinamicamente com cada sessão e melhora a cada dia.
White Label executa todo o fluxo de verificação da Didit sob sua marca, seu domínio personalizado (verify.acme.com), seu logo, sua paleta de cores, sua tipografia, seu remetente de e-mail, seu favicon. Nenhuma menção à Didit visível para seus usuários.
A mesma Application Programming Interface (API) /v3/. O mesmo fluxo de captura hospedado. O mesmo contrato de webhook Hash-based Message Authentication Code (HMAC) X-Signature-V2. A mesma pipeline atestada pelo Spain Tesoro / Banco de España (BdE) / Spanish Financial Intelligence Unit (SEPBLAC) por baixo.
$0.20 por sessão além do preço do módulo subjacente. Referência completa: docs.didit.me/console/white-label.
$0.20 por sessão, além do preço do módulo subjacente.
$0.33 para $0.53 por sessão white-label.$0.15 passa para $0.35.Sem taxa de configuração, sem custo de certificado, sem cobrança por domínio. Preços públicos: didit.me/pricing.
O fluxo completo normalmente leva menos de 30 segundos de ponta a ponta, 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 telefones e redes lentas: compressão progressiva de imagem, carregamento preguiçoso do software development kit e uma transferência com um toque do desktop para o telefone via QR code se o usuário começar na web.
Três minutos, sem trabalho com certificados.
1. No Business Console, vá para White Label → Custom Domain → Add domain. 2. Retornamos um destino Canonical Name (CNAME). 3. Aponte o CNAME do seu subdomínio para ele. 4. Clique em Verificar.
Nós provisionamos um certificado Transport Layer Security (TLS) via Let's Encrypt e o protocolo Automatic Certificate Management Environment (ACME), configuramos a renovação automática, e o domínio fica ativo em minutos.
Sem aquisição de certificado, sem rotação de chave, sem ida e volta de Domain Name System (DNS) com sua equipe de segurança. A renovação é automática durante toda a vida útil do domínio.
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, tire a selfie novamente) sem refazer todo o fluxo.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 backup. 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 aplicativo, e você pode excluir qualquer sessão individual a qualquer momento do painel ou da API.
Certificações: SOC 2 Tipo 1 (auditoria Tipo 2 em andamento), ISO/IEC 27001:2022, iBeta Level 1 PAD, e uma atestação pública do Tesoro / SEPBLAC / CNMV da Espanha de que a verificação de identidade remota da Didit é mais segura do que verificar alguém pessoalmente. Relatório completo em /security-compliance.
A Didit é compatível por padrão com os reguladores importantes 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 painel, mesma cobrança, mesmo preço de pagamento por sucesso para todos os três. Guia passo a passo em docs.didit.me/integration/integration-prompt.
Uma API para KYC, KYB, Monitoramento de Transações e Análise de Carteiras. Integre em 5 minutos.