Saltar para o conteúdo principal

Deteção de fraude reforçada

Os fraudadores enviam cada vez mais documentos e selfies que nunca foram obtidos a partir de uma captura real. Cinco novos sinais detetam estas submissões antes de chegarem a um revisor.
  • Detetar imagens de documentos reutilizadas: cada carregamento é comparado com um conjunto de imagens de documentos de identidade já em circulação pública, e uma correspondência gera um aviso próprio
  • Análise forense de vídeo de prova de vida: o número de fotogramas, a proporção de fotogramas duplicados e a taxa efetiva de fotogramas são analisados no servidor, para que um vídeo reproduzido ou sintético seja assinalado em vez de ser aceite
  • Deteção de documentos obstruídos: um documento parcialmente oculto é detetado ao nível do pixel e devolve DOCUMENT_OCCLUSION_DETECTED, traduzido para todos os idiomas suportados
  • Captura em direto confirmada: a Correspondência facial confirma a pessoa que está em frente à câmara, distinguindo uma captura em direto do retrato impresso no documento
  • Controlo de qualidade da captura: cada carregamento é avaliado quanto à qualidade antes de a extração ser executada, para que uma captura deficiente seja detetada enquanto o utilizador ainda está no fluxo
Cartão Didit intitulado Cinco novos sinais de fraude

Verificação de idade conforme a ISO/IEC 27566-1

Os fluxos de verificação de idade podem agora devolver apenas a decisão sobre a idade, em conformidade com a norma internacional de verificação de idade.
  • Dados devolvidos bloqueados: um fluxo que declare a norma de verificação de idade não pode devolver atributos de identidade juntamente com a decisão sobre a idade, e só um fluxo capaz de verificar a idade pode declará-la
  • Ramificar numa idade limítrofe: a faixa limítrofe da Estimativa de idade é visível para o grafo do fluxo, para que um resultado incerto possa encaminhar para uma verificação de documento em vez de uma aprovação ou reprovação simples
  • Modelos prontos a usar: comece a partir de um modelo de verificação de idade no construtor de fluxos, com os dados devolvidos já restringidos
Cartão Didit intitulado Verificação de idade, ISO/IEC 27566-1

Novas APIs autónomas

Quatro funcionalidades que antes exigiam uma sessão de verificação completa estão agora disponíveis isoladamente, cada uma com preço por chamada na página de preços.
  • Document AI: POST /v3/document-ai/ extrai dados estruturados de qualquer documento carregado, não apenas de documentos de identidade. Veja Document AI
  • Risco de contacto e de rede: POST /v3/email/risk/, POST /v3/phone/risk/ e POST /v3/ip/risk/ devolvem sinais de risco para um endereço de e-mail, um número de telefone ou um endereço. Veja Risco de e-mail, Risco de telefone e Risco de IP
  • Execute-as como uma verificação única: cada uma também está disponível no diálogo de verificação única da Consola Empresarial, sem necessidade de criar um fluxo
Cartão Didit intitulado Document AI e APIs de risco

Didit Copilot

O assistente da consola passou a ser um copiloto flutuante que cita as suas fontes e pode criar um fluxo funcional a partir de uma descrição.
  • Disponível em todas as páginas: um painel flutuante redimensionável substitui o painel acoplado, com sugestões iniciais para a página em que se encontra e um layout em ecrã inteiro no telemóvel
  • As respostas citam as fontes: as citações em linha abrem a documentação original sem sair do painel
  • Crie um fluxo descrevendo-o: o copiloto cria o rascunho, adiciona e configura passos, acrescenta ramificações, define regras de estado final e valida o fluxo antes da publicação
  • Configure a Database Validation através de conversa: o copiloto cria um passo de Database Validation configurado para qualquer país suportado
  • Crie um questionário a partir de uma folha de cálculo: anexe um ficheiro CSV ou Excel e o copiloto transforma-o num questionário, incluindo listas de respostas muito longas
  • Funciona no seu idioma: o idioma da consola acompanha cada interação, são suportadas tanto a entrada por voz como a escrita, e pode transferir a transcrição

Suporte na Consola Empresarial

O suporte passou a fazer parte do produto, para que possa abrir e acompanhar um problema sem sair da Consola Empresarial.
  • Uma secção de Suporte: tickets associados à organização, com estado em tempo real e uma tabela padrão de tickets
  • Reporte um problema diretamente: um diálogo com categoria, gravidade e ID da sessão, anexos em qualquer mensagem, e o número do ticket apresentado em todo o lado
  • Encaminhe para um humano na mesma conversa: o assistente transfere para um agente de suporte sem perder o contexto, e recebe um e-mail quando um humano responde
  • Acompanhe um ticket através de uma ligação: cada ticket tem uma ligação permanente
A secção de Suporte da Consola Empresarial com três tickets, os filtros Todos, Abertos, Em curso, Resolvidos e Cancelados e um botão Novo ticket

Marketplace e motores por verificação

O Marketplace está agora disponível na Consola Empresarial, e pode escolher que motor executa cada verificação individual.
  • Explore e ative módulos de parceiros na secção Marketplace. Veja Marketplace
  • Escolha um motor por funcionalidade: um seletor de motor de largura total fica no primeiro separador de uma funcionalidade, tanto no editor de fluxos em grafo como no editor de fluxos simples
  • A sua escolha fica guardada nos fluxos simples, tal como nos fluxos em grafo
O Marketplace na Consola Empresarial com os separadores Explorar, Ligados, Pedidos e Atividade e uma grelha de fornecedores de verificação que podem ser ligados

Monitorização de transações

As regras de monitorização são agora totalmente programáveis, a partir da API e de um agente de IA.
  • Gerir regras através da API: crie, atualize, elimine e faça um teste retrospetivo de regras de monitorização de transações com os endpoints da API de Gestão /v3/transactions/rules/, para além da Consola Empresarial. Explore, instale e remova regras predefinidas da biblioteca com os endpoints correspondentes library e install
  • Gerir regras a partir do MCP da Didit: nove ferramentas MCP didit_transaction_rule_* disponibilizam os mesmos fluxos de listar, criar, atualizar, eliminar, fazer um teste retrospetivo e consultar a biblioteca a qualquer agente de IA ligado ao MCP
  • Migração de regras assistida por IA: peça ao assistente da Didit (ou a qualquer agente ligado ao MCP) para mapear um conjunto de regras exportado de outro fornecedor (CSV ou Excel) para o esquema de regras da Didit, fazer o teste retrospetivo com o seu próprio histórico de transações e criar as regras em modo de teste para as rever antes de as ativar
  • Cada alteração manual de estado é atribuída: uma transação movida manualmente regista o utilizador da consola que a moveu
Terminal do Didit MCP a criar uma regra de monitorização de transações com didit_transaction_rule_create e a devolver Regra criada em modo de teste

Templates biométricos e conservação de dados

As aplicações podem manter um template facial sem imagens depois de uma sessão ser eliminada, para que a deteção de duplicados continue a funcionar quando os dados da sessão forem eliminados.
  • Conservação do template biométrico após a eliminação da sessão (opcional) — mantém um template facial biométrico sem imagens associado ao utilizador quando uma sessão é eliminada, para que a deteção de duplicados, a Pesquisa facial e a autenticação biométrica continuem a funcionar depois de eliminar os dados da sessão. Ative-a em App Settings → Data retention (Guardar template biométrico, com um período de conservação finito obrigatório) ou com face_retention_policy e face_retention_days em PATCH /v3/webhook/. Substitua-a em cada chamada com retain_face_embeddings em DELETE /v3/session/{sessionId}/delete/ e POST /v3/sessions/delete/. Os templates retidos nunca contêm imagens, dados da sessão ou campos de identidade, têm um expires_at finito e são eliminados quando o utilizador é eliminado, no apagamento de dados por privacidade, na expiração ou numa eliminação explícita. Consulte Templates biométricos
  • Instruções de apagamento por privacidade — envie deletion_instruction: "privacy_erasure" (e o seu próprio instruction_id) na eliminação de uma sessão para eliminar todos os templates retidos dessa pessoa, independentemente da política da aplicação
  • Nova API de Templates biométricos — GET /v3/biometric-templates/, GET /v3/biometric-templates/count/, GET/DELETE /v3/biometric-templates/{template_uuid}/ e POST /v3/biometric-templates/delete/ permitem listar, contar, consultar e eliminar os templates retidos. Cada retenção e cada eliminação ficam registadas na auditoria
  • As correspondências da Pesquisa facial passam a indicar source: "retained_template" com vendor_user_id e biometric_template_id para resultados em templates retidos, e vendor_user_id em correspondências de sessões e importadas
  • Alteração incompatível: respostas à eliminação de sessões — DELETE /v3/session/{sessionId}/delete/ e POST /v3/sessions/delete/ passam a devolver 200 OK com um corpo JSON (face_retention_outcome, biometric_template_uuid; results[] por sessão no caso de lote) em vez de 204 No Content. Atualize os clientes que validam 204. O comportamento predefinido de eliminação não muda: as aplicações existentes continuam em delete_with_session até ativar explicitamente a conservação
  • POST /v3/users/delete/ elimina os templates biométricos retidos do utilizador antes de eliminar o utilizador e devolve 503 (é possível tentar novamente; nada é eliminado) se um template não puder ser eliminado
  • Uma política de conservação visível — defina a política nas definições e consulte os templates armazenados em Lists → Biometric templates
Cartão da Didit intitulado API de Templates biométricos

API de sessões

As respostas de consulta de sessões incluem mais sinais de que a sua integração precisa, para que possa decidir sem chamadas adicionais.
  • Dados de código de barras nas respostas — as respostas de consulta de sessões incluem id_verifications[].barcodes. Cada entrada de código de barras preserva type, position, data, data_raw e side; os documentos sem saída de código de barras devolvem um array vazio
  • Método de prova de vida explícito — os payloads do passo facial incluem sempre face_liveness_method. Quando um fluxo de verificação não o define explicitamente, a API devolve PASSIVE
  • Estado civil nas regras — use kyc.marital_status nos ramos dos fluxos de verificação e nas regras de estado personalizadas
  • Ordenar por última atualização — liste sessões por updated_at e veja, de relance, quais as sessões que foram importadas
Cartão da Didit intitulado Payloads de sessão mais ricos

Novos documentos e países

Novos tipos de documento em dez países e licenças de armas de fogo como nova categoria de documento.
  • Novos documentos de identidade — cartão de identidade da Moldávia (2025), cartão de identidade do Paquistão (2025), cartão de identidade do Uruguai (2026), cartão de requerente de asilo da Grécia (2025) e uma terceira variante da carta de condução da Bélgica
  • Cartas de condução digitais — Argentina (Mi Argentina e Jujuy) e Austrália (Nova Gales do Sul, incluindo a licença provisória; Austrália do Sul, incluindo a licença de aprendizagem; e Vitória, incluindo veículos pesados)
  • As licenças de arma de fogo são uma nova categoria — licença de armas de fogo de Vitória, na Austrália, e Illinois, Massachusetts e duas autorizações de Nova Jérsia, nos Estados Unidos, selecionáveis como tipo de documento próprio
  • Carta de condução da Cidade do México (2025), incluindo o catálogo de licenças permanentes, e carta de condução do Paraguai (2026). Além disso, o MyKad da Malásia passa a ser selecionável como subtipo próprio em vez de um cartão de identidade genérico
  • Extração melhorada para mais dez países — Bélgica, Alemanha, Índia, Israel, Madagáscar, Nova Zelândia, Noruega, Serra Leoa, África do Sul e Estados Unidos
  • Validação 2D-Doc francesa — o sistema lê os cartões de identidade franceses de 2021 e valida o Data Matrix ANTS 2D-Doc no verso do documento
  • Veja exatamente que campos um código de barras assina — o código de barras das cartas de condução norte-americanas indica os campos assinados, e cada assinatura é validada contra a janela de validade do respetivo certificado
O fluxo de verificação no telemóvel com o país definido como Estados Unidos da América e o tipo de documento definido como Licença de arma de fogo

Leitura de chips

O repositório de confiança de passaportes eletrónicos foi atualizado, para que mais chips sejam autenticados corretamente e um chip ilegível explique a causa.
  • 136 países emissores no repositório de confiança de passaportes eletrónicos, com novas gerações de certificados de assinatura importadas para 32 deles
  • Uma âncora de confiança em falta é identificada — quando a âncora de confiança de um chip está em falta, o resultado indica-o diretamente
  • Ramificar pelo motivo de um chip ter sido ignorado — os fluxos de verificação podem encaminhar-se com base no motivo específico pelo qual o NFC foi ignorado
  • Maior compatibilidade com chips — os passaportes cujas assinaturas usam uma codificação não normalizada são agora lidos com sucesso, e os retratos presentes nos chips, em qualquer modo de cor, são convertidos corretamente
Cartão da Didit intitulado 136 países para leitura de chips

Validação de base de dados

Uma nova fonte oficial, e a Validação de base de dados passa a funcionar com as suas próprias entradas.
  • Número de Verificação Bancária da Nigéria — uma consulta direta do BVN, condicionada a uma correspondência facial por selfie para que o número só seja resolvido para a pessoa efetivamente presente. Os nomes são entradas opcionais
  • Não é necessário nenhum passo de documento — cada campo pode obter dados da sua própria fonte, pelo que um fluxo de verificação pode executar a Validação de base de dados a partir de uma selfie e de um número de identificação nacional, sem qualquer captura de documento
  • Semântica explícita de aprovação — uma aprovação significa que a fonte confirmou positivamente os dados, e a faturação segue uma chamada bem-sucedida à fonte
  • Resultados mais claros — quando a Validação de base de dados não é executada, a resposta indica o motivo

Verificação de empresas

Os proprietários e administradores declarados são verificados com base nos documentos que carrega, e uma indisponibilidade do registo mantém o fluxo em funcionamento.
  • As pessoas-chave são confirmadas com documentos societários: uma parte declarada é comparada com base na prova documental, e um acionista indicado num documento tem de ter uma função de proprietário.
  • As funções do registo são preservadas: as funções de UBO provêm dos dados de propriedade do registo, e as funções de administrador provêm da designação completa do registo.
  • As indisponibilidades do registo devolvem um código claro: as indisponibilidades da pesquisa no registo devolvem 502 com code: "kyb_registry_provider_unavailable", para que a sua integração possa reagir em vez de adivinhar.
  • Introdução manual da empresa: os fluxos de verificação para web, iOS e Android permitem ao candidato introduzir manualmente os dados da empresa quando o fornecedor do registo não está disponível.
  • Os departamentos ultramarinos franceses passam a ser pesquisáveis no registo de empresas francês.
  • Análise de cobertura do registo: veja a cobertura e o êxito da pesquisa no registo por país e versão do fluxo em Relatórios.
  • Progresso de documentos por grupo no passo de documentos, com os documentos a aguardar substituição contabilizados à parte.
Hierarquia de pessoas-chave KYB, mostrando uma empresa verificada com dois beneficiários efetivos finais, cada parte marcada como AML sem alertas e aprovada

Triagem AML e Triagem de carteiras

Os revisores obtêm o raciocínio por trás de uma pontuação, e a triagem de carteiras ganha um relatório partilhável.
  • A pontuação de risco é explicada: o resultado mostra os fatores por trás da pontuação, com tooltips legíveis nas correspondências e nomes dos conjuntos de dados escritos por extenso.
  • Relatório PDF assinado para a triagem de carteiras: um endpoint de relatório autónomo cujos resultados são assinados, para que o PDF não possa ser alterado posteriormente.
  • Chaves de idempotência na API AML, para que um pedido de triagem repetido nunca seja cobrado nem analisado duas vezes.
  • Correspondência mais precisa: a nacionalidade é normalizada para códigos de país exatos antes da pesquisa, e a repetição da triagem continua a funcionar após uma correção manual do país.

Fluxo de verificação

A captura é onde os utilizadores mais falham, por isso grande parte deste mês foi dedicada a concluir a primeira tentativa.
  • A moldura de alinhamento mantém-se no ecrã durante uma nova captura, e fica corretamente acima da pré-visualização da câmara nos navegadores móveis mais recentes.
  • Recuperação da câmara: o fluxo deteta uma câmara que deixou de produzir imagens e reinicia-a, para que a captura continue.
  • Fotografia como alternativa à captura: os fluxos de captura para web e Android continuam com uma fotografia quando a gravação de vídeo não está disponível, e o Android volta a tentar uma transferência falhada do modelo de deteção de documentos.
  • Mensagens de prova de vida mais claras: texto específico para situações de tempo limite excedido, orientação mais forte após um segundo tempo esgotado consecutivo, e o utilizador é informado quando o dispositivo não tem câmara, em vez de lhe ser pedida permissão.
  • Carregamentos maiores: documentos até 50 MB em Comprovativo de morada, documentos de empresas e Document AI, com compressão automática.
  • Cidade do Vaticano e São Vicente e Granadinas adicionadas à lista de países.
  • As indisponibilidades do fornecedor de telefone devolvem um código claro: 502 com code: "phone_provider_unavailable".
  • As opções para repetir e digitalizar novamente continuam disponíveis após um erro de carregamento de documento ou rosto no Android (SDK 4.7.3).
  • Uma mensagem clara quando os créditos se esgotam, para que o utilizador saiba exatamente o que aconteceu.

Personalização e textos

Pode agora reescrever o texto que os seus utilizadores leem e adaptar o fluxo à sua paleta.
  • Um separador Texts em Customization: substitua o texto de cada passo e do ecrã de conclusão, com uma pré-visualização que mostra o texto predefinido real.
  • Substituições de texto por aplicação: a mesma substituição pode diferir entre duas aplicações de uma organização, e aplica-se por passo e não apenas ao primeiro.
  • O rodapé “Secured by” adota a cor do texto de suporte configurada.
O separador Texts em Customization, mostrando o seletor de idioma, uma ação Translate to all languages e grupos de texto por passo, como Welcome 0 of 6 e Select Document 0 of 7

Faturação e utilização

A despesa é mais fácil de ler, e um pagamento falhado explica-se a si próprio.
  • Descontos por volume em créditos pré-pagos: os créditos pré-pagos usam descontos na cobrança em vez de créditos de bónus: poupe 4% em $250, 7% em $1,000 e 10% em $2,000.
  • Pagamento único por passo de documentos, e não por carregamento: um passo com dez documentos de empresa custa o mesmo que um com dois.
  • Faturas mensais para faturação contratual: as organizações com faturação contratual recebem uma fatura mensal de utilização liquidada na moeda do pagador.
  • A recarga automática explica-se a si própria: uma tentativa falhada é registada e o motivo da recusa é mostrado, e a recarga automática retoma-se assim que o método de pagamento for substituído.
  • Página de Utilização reconstruída: tabelas ordenáveis, pesquisa dentro do diálogo de detalhe, um valor do custo total em destaque e um contador do plano gratuito.
  • Um código legível por máquina para créditos insuficientes, para que a sua integração possa reagir programaticamente.
O diálogo Carregar saldo pré-pago, mostrando os níveis de $50, $250, $1,000 e $2,000 com os distintivos Poupe 4%, Poupe 7% e Poupe 10%

SDKs nativos

Os SDKs nativos foram lançados de forma constante ao longo do mês, levando todas as plataformas para a versão 4.7.x com binários significativamente mais pequenos.
  • React Native 4.5.4 para 4.7.5, Android 4.5.4 para 4.7.4, iOS 4.5.4 para 4.7.2, Flutter 4.6.0 para 4.7.2
  • Aplicações mais pequenas: as variantes iOS são significativamente mais pequenas, e um motor no dispositivo mais leve passa a alimentar a captura automática nas duas plataformas.
  • O suporte para carteiras é opcional no Android: a ligação de carteiras é distribuída como dependência separada, para que a sua aplicação só a inclua quando a usar.
  • Texto de boas-vindas por passo: o texto de boas-vindas é resolvido no respetivo passo do fluxo, e as substituições de título aplicam-se em aplicações totalmente de marca branca.
  • Suporte de frameworks: a especificação TurboModule do React Native suporta a geração de código do React Native 0.77, o Kotlin 2.2 é suportado, e o Flutter transmite a localidade do dispositivo para a sessão, para que o fluxo abra no idioma do utilizador.
  • Android 16: as pré-visualizações da câmara do Active Liveness são apresentadas corretamente em dispositivos Android 16; o React Native 4.7.5 inclui a compilação Android 4.7.4 que corrige o problema.
  • Captura de fotografias no iOS: o SDK iOS recorre à captura de fotografia fixa no iOS 15 quando o fotograma de vídeo em direto não está disponível.
  • Simbolização de falhas: o SDK React Native publica artefactos dSYM de iOS a partir da 4.5.4, e as colisões de dependências Android do Expo são resolvidas em todas as variantes.
Cartão intitulado SDKs nativos 4.5.4 a 4.7.5

Didit Academy

Dez lições em vídeo levam-no desde o seu primeiro fluxo até à leitura de um resultado de verificação, cada uma com uma transcrição completa com marcas de tempo nestes documentos.

Confiança e conformidade

Onde se enquadra o trabalho de verificação de idade descrito acima nas credenciais da Didit.
  • A verificação de idade está certificada na Alemanha: a FSM, a entidade alemã de autorregulação da proteção de menores, certificou que o sistema de verificação de idade da Didit estabelece de forma fiável um grupo de utilizadores fechado nos termos do n.º 2 do artigo 4.º do JMStV. Consulte Certificações
  • Anti-spoofing biométrico: deteção de ataques de apresentação de nível 1 da iBeta, em conformidade com a ISO/IEC 30107-3, testada por um laboratório acreditado pelo NIST
  • FIDO Alliance: a Didit aderiu à FIDO Alliance como membro associado a 13 de agosto de 2026

Melhorias

Alterações menores na Business Console, na API e no fluxo de verificação.
  • Descarregue o relatório PDF de um utilizador diretamente nos detalhes do utilizador e obtenha um único relatório que abrange todas as sessões concluídas por um utilizador que regressa
  • Inicie um fluxo com uma ramificação e encaminhe as ramificações com base nos metadados da sessão definidos na criação da sessão
  • Os fluxos continuam a funcionar sem alterações à medida que novos subtipos de documento são adicionados ou renomeados
  • Uma ressubmissão repete todo o grafo do fluxo, incluindo os webhooks
  • O Comprovativo de morada mantém a morada exatamente como impressa no documento e lê o prazo de pagamento de uma fatura de serviços públicos como data de pagamento
  • As perguntas de conformidade sobre países agrupam os países por continente, com seleção ou desmarcação de um continente inteiro
  • Os comerciantes que usam a aplicação Shopify podem ver os resultados de verificação no painel de administração do Shopify
  • Os convites pendentes são listados antes dos membros aceites, e o ID da sua organização é apresentado nas Definições da organização
Última modificação em 7 de novembro de 2026