Saltar para o conteúdo principal
Didit angaria 7,5 milhões de dólares para construir a infraestrutura para identidade e fraude
Didit
EUA · BSA / FinCEN

Monitorize cada transação. Apresente o SAR.

Monitorização de transações em tempo real a $0.02 por chamada, mais gestão de casos com exportação pronta para Relatório de Atividade Suspeita (SAR). 11 pacotes de regras pré-definidos, auto-remediação AWAITING_USER, 500 verificações gratuitas todos os meses.

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.

Uma ilustração cinematográfica abstrata escura de conformidade, quatro painéis translúcidos de vidro escuro flutuantes em perspetiva 3D sobre uma tela preta pura, atravessados por uma linha vertical luminosa Didit Blue e emoldurados por quatro suportes de scanner brilhantes. Cada painel apresenta um pequeno motivo abstrato branco-pálido (silhueta de documento, lupa, pasta de caso, campainha de alerta) representando a gestão de casos de Relatório de Atividade Suspeita.

O que a BSA exige

Monitorize cada transferência. Abra cada caso. Registe a tempo.

Todas as instituições financeiras dos EUA devem monitorizar em tempo real cada transação e apresentar um Relatório de Atividade Suspeita (SAR) no prazo de 30 dias após a deteção. A Didit fornece o motor de regras, a máquina de estados de casos, o ciclo de auto-remediação e a exportação com esquema FinCEN, a $0.02 por chamada de transação. 500 verificações gratuitas todos os meses.

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 o nosso SDK 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 passa pelo fluxo

    A Didit aloja a câmara, as indicações de iluminação, a transição móvel e a acessibilidade. Enquanto o utilizador está no fluxo, pontuamos mais de 200 sinais de fraude em tempo real e verificamos cada campo contra fontes de dados autorizadas. 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 sob demanda. Ou abra a consola para inspecionar cada sessão, cada sinal e gerir os casos à sua maneira.

Criado para BSA · Preço de infraestrutura

11 pacotes de regras. Uma fila. $0.02 por transação.

O verdadeiro trabalho de BSA não é uma única verificação, é uma receita. Ative pacotes de regras por fluxo de trabalho. Ajuste os limites. Abra casos automaticamente. Exporte o SAR. Tudo sob um único contrato /v3/.
01 · Pacotes de regras

Onze conjuntos de regras predefinidos.

Estruturação, velocidade, padrões de mule, risco geográfico, contrapartes sancionadas, especificidades de cripto, completude da Travel Rule, pico de novas contas, inativo-ativo, camadas transfronteiriças. Tudo editável no Workflow Builder sem código.
Módulo de Monitorização de Transações
02 · Máquina de estados de casos

ABERTO → EM INVESTIGAÇÃO → SAR_REGISTADO → FECHADO.

Cada transação sinalizada abre um caso. Atribuição do revisor, notas, registos de tempo e decisões são todos capturados. Cada transição é assinada e pronta para auditoria.
Orquestrador de Workflow
03 · Exportação pronta para SAR

Pacote pronto para SAR, na exportação.

Esquema XML FinCEN SAR, mais o pacote de evidências de suporte, conjunto KYC do sujeito, transações sinalizadas, dados da contraparte, contexto comportamental, narrativa do revisor, assinatura HMAC. E-File a partir do seu back-end ou envie para a sua ferramenta de investigação.
Módulo de AML Screening
04 · Auto-remediação AWAITING_USER

Remediação automática quando faltam dados.

Quando uma transação requer mais dados do cliente (origem dos fundos, morada atualizada, nova selfie), a Didit cria automaticamente uma sessão de remediação. URL de verificação na resposta, webhook assinado na conclusão, reexecução da transação.
Módulo de Verificação de Utilizador
05 · Fluxo de alertas em tempo real

Alertas em tempo real. Uma fila.

Cada transação sinalizada aparece na Consola de Casos com a sua regra, pontuação, estado e revisor atribuído. A mesma interface para atribuição, investigação, registo e encerramento.
Consola de Negócios
06 · Retenção de dados

Retenção de 5 anos. Residência na UE + EUA.

Retenção indefinida enquanto subscrito, UE por predefinição, residência de dados nos EUA em contratos empresariais. Certificado SOC 2 Tipo 1 e ISO/IEC 27001. Controlos alinhados com FFIEC.
Segurança e conformidade
Integre

Uma chamada de transação. Um caso. Uma exportação assinada.

Envie cada transferência. Classifique os casos sinalizados. Exporte o SAR. Apresente.
POST /v3/transactions/Monitorizar
$ curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -d '{
    "transaction_id": "tx-9001",
    "transaction_details": { "direction": "OUTBOUND", "currency": "USD", "amount": "9500" },
    "subject": { "full_name": "J. Doe" },
    "counterparty": { "full_name": "Contraparte" }
  }'
201Criadoestado APROVADO · EM_REVISÃO · RECUSADO · AGUARDANDO_UTILIZADOR
Transações sinalizadas abrem um caso automaticamente. $0.02 por chamada.docs →
GET /v3/transactions/{id}/SAR
$ curl https://verification.didit.me/v3/transactions/$TXN/ \
  -H "x-api-key: $DIDIT_API_KEY"

# Devolve o payload completo do caso,
# transações sinalizadas, KYC do sujeito,
# contraparte, contexto comportamental,
# descrição do revisor, assinatura HMAC.
# Mapear para o esquema XML FinCEN SAR.
200OKcaso ABERTO · EM INVESTIGAÇÃO · SAR_REGISTADO · FECHADO
Exporte o ZIP da Consola ou POST para o BSA E-Filing a partir do seu back-end.docs →
Integração pronta para agente

Implemente monitorização BSA + registo SAR com um único prompt.

Cole no Claude Code, Cursor, Codex, Devin, Aider ou Replit Agent. Preencha a sua stack. O agente constrói o fluxo de trabalho, configura os pacotes de regras, abre casos, executa o ciclo de remediação AWAITING_USER e apresenta a exportação SAR XML.
didit-integration-prompt.md
You are integrating Didit into a US financial institution (bank, money services business, crypto VASP, broker-dealer, casino, mortgage lender) to satisfy Bank Secrecy Act monitoring + Suspicious Activity Report (SAR) filing under the Financial Crimes Enforcement Network (FinCEN). Three obligations:

  1. Monitor every transaction in real time against the eleven seeded rule bundles (structuring, velocity, mule patterns, geographic risk, sanctioned counterparties, etc.).
  2. Open and manage cases on every flagged transaction.
  3. Export the SAR-ready package matching the FinCEN SAR XML schema for filing via the BSA E-Filing System.

Pricing (verified live 2026-05-16):
  - Transaction Monitoring: $0.02 per transaction call
  - Anti-Money Laundering (AML) Screening on flagged subjects: $0.20 per check, $0.07 per user per year for ongoing monitoring
  - User Verification (Know Your Customer (KYC)) for remediation: $0.33 per check
  - First 500 verifications free every month, forever

PRE-REQUISITES
  - Production API key from https://business.didit.me (sandbox key in 60 seconds, no credit card).
  - Webhook endpoint with HMAC SHA-256 verification of the X-Signature-V2 header.
 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.  - A workflow_id for KYC sessions (used on remediation), and Transaction Monitoring + Case Management enabled in the Business Console.
  - Optional: integration with the BSA E-Filing System on your back-end OR push to your existing investigation tool (Actimize, NICE, Quantexa, ComplyAdvantage Workflow).

STEP 1 — Monitor every transaction with the Transactions API

  POST https://verification.didit.me/v3/transactions/
  Headers:
    x-api-key: <your api key>
    Content-Type: application/json
  Body (required fields verified live 2026-05-16):
    {
      "transaction_id": "<your internal transaction id>",
      "transaction_category": "finance",
      "transaction_details": {
        "direction": "OUTBOUND",
        "amount": "9500",
        "currency": "USD",
        "currency_kind": "fiat",
        "action_type": "payment"
      },
      "subject": {
        "entity_type": "individual",
        "vendor_data": "<your user id>",
        "full_name": "<user name from verified KYC>"
      },
      "counterparty": {
        "entity_type": "individual",
        "full_name": "<counterparty name if known>",
        "payment_method": {
          "method_type": "wire",
          "account_id": "<counterparty account or routing reference>"
        }
      }
    }

  REQUIRED fields the API rejects if missing:
    - subject.vendor_data + subject.full_name
    - counterparty.full_name
    - transaction_details.direction + currency + currency_kind + amount

  Response shape (excerpted from a real successful 201):
    {
      "uuid": "<server transaction uuid>",
      "txn_id": "<your transaction_id echoed back>",
      "status": "APPROVED",
      "score": 0,
      "severity": null,
      "cost_breakdown": {
        "total_price": 0.02,
        "items": [{ "usage_type": "transaction_monitoring", "price": 0.02 }]
      }
    }

  Transaction status enum (exact case, UPPER_SNAKE_CASE): APPROVED | IN_REVIEW | DECLINED | AWAITING_USER.

STEP 2 — Branch on the verdict

  APPROVED       → clear the transaction. Webhook may still update later if Ongoing Monitoring catches a delayed signal.
  IN_REVIEW      → hold the transaction. Case opens automatically in the Business Console for analyst triage.
  DECLINED       → refuse the transaction. Case opens at SAR-candidate priority.
  AWAITING_USER  → the workflow needs more data from the customer (source of funds, updated address, refreshed selfie). The response includes a remediation verification URL — send it to the customer.

STEP 3 — Handle AWAITING_USER auto-remediation

  Push the verification URL on the response to the customer (email, app deep-link, push notification). They complete the additional verification in hosted flow on their phone.

  On completion:
    - The remediation session is LINKED to the original transaction (you'll see the linkage in both webhooks).
    - Didit re-runs the relevant rules with the new evidence.
    - The transaction moves to APPROVED (clear) or DECLINED (case opens for SAR consideration).

  The whole loop takes minutes for the user; your team only touches the cases that genuinely need human judgement.

STEP 4 — Case Management — every flagged transaction opens a case

  Cases live in the Business Console with a state machine:

    OPEN          → alert fires, no reviewer yet
    INVESTIGATING → reviewer assigned, gathering context
    SAR_FILED     → SAR exported and filed; case awaits regulator response
    CLOSED        → case resolved, no SAR (with reviewer notes explaining why)

  Each transition is signed, timestamped, and attributed (analyst name + officer name).

  Per case, you get:
    - The flagged transaction(s) + the rule(s) that fired
    - The subject's verified KYC bundle (document, biometric, AML, device + IP)
    - The counterparty data (for crypto: wallet screen; for fiat: counterparty identity if known)
    - Behavioural context (user's transaction history, baseline, velocity)
    - Reviewer narrative (analyst notes, decisions, escalations)

STEP 5 — Export the SAR package

  Two paths:

  Path A — Direct from the Console
    Click "Export SAR XML" on a case. You get a downloadable package matching the FinCEN SAR XML schema. Upload through the BSA E-Filing System manually.

  Path B — Via API + your back-end
    GET https://verification.didit.me/v3/transactions/{id}/
    Headers:
      x-api-key: <your api key>
    The full case payload — every field above — is returned as JSON. Map to the FinCEN schema in your back-end and POST to the BSA E-Filing System programmatically.

STEP 6 — Webhook event names

  Sessions: standard session webhook for remediation completions (verify X-Signature-V2).
  Transactions:
    - transaction.created
    - transaction.updated
    - transaction.status.changed
    - transaction.alert.generated

  Every payload signed with X-Signature-V2 HMAC SHA-256.

STEP 7 — Ongoing AML monitoring is automatic on every verified subject

  Every approved user is re-screened daily against 1,300+ sanctions, PEP, and adverse-media lists at $0.07 per user per year on heavy-volume accounts. When a previously-clean subject crosses an AML threshold, a transaction.alert.generated webhook fires and a case opens automatically.

CONSTRAINTS
  - Session statuses Title Case With Spaces; transaction statuses UPPER_SNAKE_CASE. Don't mix.
  - SAR filing deadlines: 30 days from detection (extendable by 30 days for suspect identification).
  - SAR thresholds: $5,000 aggregate transaction for banks; $2,000 for money services businesses.
  - BSA retention: 5 years on every SAR + supporting documentation.
  - Tipping-off: NEVER disclose the SAR filing to the subject. Encode this in your customer-comms workflow.
  - Default record retention is indefinite while subscribed; configurable per workflow if your supervisor mandates a specific duration.

Read the docs:
  - https://docs.didit.me/transaction-monitoring/overview
  - https://docs.didit.me/transaction-monitoring/transactions
  - https://docs.didit.me/transaction-monitoring/aml-screening
  - https://docs.didit.me/sessions-api/create-session
  - 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.
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 comprovativos

Números comprovativos
  • $0.00
    Por chamada de Monitorização de Transações, cada transferência rastreada em tempo real.
  • 0
    Pacotes de regras pré-configurados que cobrem estruturação, velocidade, padrões de mulas, risco geográfico, contrapartes sancionadas e o resto dos cenários canónicos da Bank Secrecy Act.
  • 0+
    Sanções, Pessoas Politicamente Expostas (PEP) e listas de media adversa rastreadas em cada sujeito.
  • 0
    Verificações gratuitas todos os meses, em todas as contas.
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 é 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 API abrange a verificação de pessoas (KYC, know your customer), verificação de empresas (KYB, know your business), rastreio de carteiras de criptomoedas (KYT, know your transaction), e monitorização de transações em tempo real, numa stack construída para ser:

  • Rápida, p99 abaixo 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 de cada sessão e melhora a cada dia.

O que é a Bank Secrecy Act, em linguagem simples?

A Bank Secrecy Act (BSA) é a lei fundamental dos EUA contra o branqueamento de capitais, aprovada em 1970 e alterada várias vezes desde então. Exige que as instituições financeiras dos EUA ajudem o governo a detetar e prevenir o branqueamento de capitais mantendo registos, reportando atividades suspeitas e reportando grandes transações em numerário.

O conjunto de regras é aplicado pela Financial Crimes Enforcement Network (FinCEN), um departamento do Tesouro dos EUA. As inspeções são realizadas pelo regulador federal principal da instituição, a OCC para bancos nacionais, a Federal Reserve para bancos membros estaduais, a Federal Deposit Insurance Corporation (FDIC) para bancos estaduais não membros, a National Credit Union Administration (NCUA) para cooperativas de crédito, e a SEC + FINRA para corretores.

Em 2020, a Anti-Money Laundering Act de 2020 modernizou o regime, relatórios de titularidade efetiva, expansão regulatória para cobrir negociantes de antiguidades, e a Corporate Transparency Act adicionada.

O que é um Relatório de Atividade Suspeita?

Um Relatório de Atividade Suspeita (SAR) é um registo confidencial que uma instituição financeira dos EUA submete à FinCEN sempre que deteta uma transação ou padrão que possa indicar branqueamento de capitais, fraude, financiamento de terrorismo ou outra atividade criminosa.

Regras de apresentação:

  • Limite, os bancos apresentam quando uma transação agregada atinge $5.000 e a instituição suspeita de atividade ilícita. As empresas de serviços monetários apresentam a partir de $2.000.
  • Prazo, apresentar no prazo de 30 dias após a deteção, prorrogável por 30 dias se um suspeito estiver a ser identificado.
  • Confidencialidade, proibido divulgar a apresentação ao sujeito. As violações de "tipping-off" acarretam sanções criminais.
  • Formato, submetido através do BSA E-Filing System no esquema XML FinCEN SAR.
  • Retenção, manter uma cópia do SAR apresentado mais toda a documentação de suporte por 5 anos.

A FinCEN usa os SARs para construir pistas de investigação; agências como o FBI, IRS-Criminal Investigation e DEA consultam a base de dados constantemente.

Qual a rapidez da verificação para o meu utilizador final?

O fluxo completo normalmente leva menos de 30 segundos de ponta a ponta, pegar no documento de identificação, tirar a foto do documento, tirar a selfie, feito. Isso é o mais rápido do mercado. Os fornecedores 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 desde o momento em que o utilizador termina a selfie até o momento em que o seu webhook é acionado. A captura móvel é otimizada para telemóveis lentos e redes lentas: compressão progressiva de imagem, carregamento preguiçoso do kit de desenvolvimento de software e uma transferência com um toque do desktop para o telemóvel via código QR se o utilizador começar na web.

Que padrões acionam um SAR?

As orientações da FinCEN para SARs cobrem muitas categorias; as mais comuns:

  • Estruturação, dividir grandes transações em menores para evitar o limite de $10.000 do Currency Transaction Report (CTR). Padrão de depósitos de $9.500 ao longo de alguns dias.
  • Anomalias de velocidade, explosão súbita de transações inconsistentes com o perfil do cliente.
  • Risco geográfico, transações de ou para jurisdições de alto risco, países da lista cinzenta da FATF.
  • Padrões de mula, dinheiro a entrar e a sair imediatamente, muitas vezes para múltiplos beneficiários.
  • Acertos de sanções, contraparte corresponde a uma lista OFAC.
  • Fraude de identidade, identidades sintéticas, indicadores de falsificação de documentos detetados após o onboarding.
  • Relacionados com eventos cibernéticos, transações ligadas a pagamentos de ransomware, comprometimento de email empresarial ou tomada de conta.
  • Abuso interno, peculato, atividade impulsionada por funcionários.

A FinCEN espera deteção baseada em regras e comportamental, não apenas uma lista de verificação. Um programa de Monitorização de Transações real ajusta as regras à base de clientes e ao perfil de risco da instituição.

O que acontece se um utilizador falhar, abandonar ou expirar?

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

  • Aprovado, todas as verificações passaram. Avance com o utilizador.
  • Recusado, uma ou mais verificações falharam. Pode permitir que o utilizador reapresente o passo específico que falhou (por exemplo, volte a tirar a selfie) sem ter de refazer todo o fluxo.
  • Em Revisão, sinalizado para revisão de conformidade. Abra o caso na consola, veja todos os sinais, decida aprovar ou recusar.
  • Em Progresso, o utilizador está a meio do fluxo.
  • Não Iniciado, link enviado, o utilizador ainda não o abriu. Envie um lembrete se demorar muito.
  • Abandonado, o utilizador abriu o link mas não terminou a tempo. Reengaje ou expire.
  • Expirado, 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 padrã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 Consola de Negócios. Os dados biométricos são criptografados sob uma Chave Mestra de Cliente 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 (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 da Didit é mais segura do que verificar alguém presencialmente. Relatório completo em /security-compliance.

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

A Didit é compatível por padrã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 supervisora principal nomeada (AEPD de Espanha).
  • AMLD6 + Livro Único de Regras AML da UE, mais de 1.300 sanções, pessoa politicamente exposta e listas de media adversa rastreadas em tempo real.
  • eIDAS 2.0, alinhado com a Carteira de Identidade Digital da UE; pronto para identidade reutilizável.
  • MiCA (Mercados de Criptoativos), 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.

Em quanto tempo 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 de 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, retentativas 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 os nossos SDKs Web, iOS, Android, React Native ou Flutter.
  • Redirecione o utilizador para a página de verificação alojada, sem SDK.
  • Envie um link por email, SMS, WhatsApp ou qualquer canal, sem trabalho de front-end.

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.

O que é a auto-remediação AWAITING_USER e por que é importante?

Um resultado comum de monitorização é precisamos de mais informações do cliente antes de aprovar esta transação, prova da origem dos fundos, um endereço atualizado, uma selfie verificada novamente.

As stacks legadas forçam a sua equipa de operações a lidar com isto manualmente: enviar email ao cliente, esperar, insistir, reavaliar. A auto-remediação AWAITING_USER fecha o ciclo automaticamente:

  • A transação retorna o estado AWAITING_USER com um URL de verificação de remediação na resposta.
  • Envie o URL ao cliente (email, deep-link da app, push), ele completa a verificação adicional no seu telemóvel num fluxo alojado.
  • A sessão de remediação está ligada à transação original; após a conclusão, um webhook assinado reabre a transação e a Didit executa novamente as regras relevantes com a nova evidência.
  • Se o utilizador for aprovado, a transação passa para APPROVED; se não, passa para DECLINED e um caso é aberto para consideração de SAR.

Efeito líquido: um ciclo de remediação que costumava levar dias agora leva minutos, o registo de auditoria está completo e a sua equipa lida com os casos que realmente precisam de julgamento humano.

Como a stack da Didit interage com as minhas ferramentas de investigação AML existentes?

A Didit produz evidências prontas para SAR; você traz as ferramentas de registo e investigação que usa.

Padrões de integração:

  • E-filing direto, obtenha o XML do caso via API e publique-o no sistema BSA E-Filing da FinCEN a partir do seu próprio back-end.
  • Gestão de casos de investigação, envie identificadores de caso + URLs de payload para Actimize, NICE, Quantexa, ComplyAdvantage Workflow, ou a sua fila interna via webhook.
  • Data warehouse, cada evento de transação chega ao seu warehouse via webhook para análises de longo prazo.
  • Enriquecimento de acertos AML, o AML Screening da Didit produz mais de 1.300 acertos com fonte citada; encadeie com o provedor de enriquecimento preferido da sua equipa de investigação para inteligência de código aberto mais aprofundada.
  • Servidor MCP, o seu agente de IA (Claude, Cursor, copilotos internos) pode ler casos e propor rascunhos de narrativas via o servidor Didit MCP.

A superfície da Didit é intencionalmente restrita: captura, pontua, monitoriza, abre casos e armazena evidências. Se o ficheiro SAR sai da Didit ou do seu sistema downstream é uma decisão sua.

E quanto à retenção de registos e residência de dados na UE vs EUA?

A BSA exige 5 anos de registos para cada SAR, mais a documentação de suporte. As predefinições da Didit:

  • Retenção indefinida enquanto a sua subscrição estiver ativa, sem custos de retenção por registo, sem surpresas de expiração
  • Armazenamento na UE por predefinição, centros de dados regulamentados na UE, com residência de dados nos EUA disponível em contratos empresariais para as instituições que necessitem
  • Cada payload assinado com HMAC SHA-256 para que a cadeia de custódia seja comprovável para um examinador
  • Configurável por fluxo de trabalho se o seu supervisor exigir uma duração específica
  • Exportação a qualquer momento através da Business Console ou da API, ZIP em massa por intervalo de datas ou JSON de registo único

A Didit é certificada SOC 2 Tipo 1 e ISO/IEC 27001, com os relatórios de auditoria e o catálogo de controlos disponíveis sob NDA em /security-compliance. Para instituições dos EUA especificamente, a separação de funções da plataforma, a encriptação em repouso e o registo de acessos cumprem os padrões que os examinadores procuram sob a orientação de Tecnologia da Informação da FFIEC.

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