Como ler um resultado de verificação

Transcrição completa de Como ler um resultado de verificação da Didit - Cada verificação explicada - vídeo 5 de 10 da Didit Academy, 14:26. Ver no YouTube. Cada parágrafo tem uma ligação para o momento exato do vídeo.

​

O que este vídeo aborda

00:03 Cada verificação que executa na Didit devolve um resultado detalhado, e esse resultado está organizado como uma fila de separadores no topo de uma sessão. Neste vídeo, vamos percorrer esses separadores por ordem, da esquerda para a direita, para que saiba exatamente o que faz cada verificação e como é quando uma delas falha. No fim, vai conseguir abrir qualquer sessão e lê-la com confiança, desde o veredicto principal até às provas que o sustentam. 00:30 Então, vamos abrir uma e pôr mãos à obra.

​

Encontrar uma sessão

00:33 Ok, então vamos navegar até às verificações de utilizadores. É aqui que aparece cada sessão de todos os seus fluxos. Há uma linha por pessoa. Normalmente, filtraria por estado, fluxo ou data para encontrar o que precisa, mas hoje vamos diretamente a um único resultado. Por isso, vou clicar numa destas e abri-la. Então, aqui mesmo, podemos ver isto

​

O separador de visão geral

00:55 é o separador de visão geral. Estas são expansíveis, por isso podemos recolhê-las. Podemos recolher todas as verificações se quisermos ver tudo, mas, sinceramente, estão todas aqui em cima também. Então, pode ver que este utilizador passou em todas estas verificações específicas. Se formos à visão geral, podemos

​

Avisos: onde olhar primeiro

01:13 abrir isso e ver que temos aqui vários separadores. Agora, o mais importante a verificar são os avisos. Pode ver que este utilizador está em análise e foi sinalizado por um número de telefone duplicado. Ok, se verificarmos outras pessoas que estão em análise, podemos ver que os avisos na secção de visão geral podem ter um aspeto um pouco diferente. Com base nos sinalizadores do fluxo, este utilizador específico passou pela validação de base de dados e pela discrepância de nome. Por isso, é aqui que temos de olhar quando estamos a rever uma verificação e precisamos de perceber qual é o problema. Depois, podemos ir à secção específica e ver onde estão de facto estas verificações, e analisar os dados submetidos para confirmar se existe mesmo uma discrepância e o que se passa realmente. Agora, se removermos todos estes filtros, por isso posso simplesmente sair daqui,

​

Uma sessão aprovada

02:04 podemos remover estes filtros. Por isso, vou selecionar todos e vamos ver se entramos na ficha de alguém que foi aprovado. Pode ver que não há avisos importantes sinalizados. Vemos que isto aparece listado nos avisos, mas não desencadeou o estado em análise nem a recusa. Este foi de facto aprovado. Pode ver esta pequena etiqueta aqui em cima e podemos alterá-la conforme necessário. Vamos falar

​

Uma sessão recusada

02:26 disso daqui a pouco. E como é quando alguém é recusado? Aqui vemos os avisos, de novo a discrepância de nome. E aqui em cima, vemos que o comprovativo de morada foi o que causou problemas. Por isso, também podemos analisar isto. Vamos percorrer cada secção, uma a uma, para que veja exatamente o que se passa por baixo do capô. Vou clicar neste perfil e pode ver que a prova de vida e a correspondência facial são onde este utilizador específico foi sinalizado para verificação. Chegaremos a isso daqui a pouco. Mas os restantes

​

Detalhes da sessão, dados do fornecedor e discriminação de custos

03:01 separadores da secção de visão geral: temos os detalhes da sessão, por isso tem o ID da sessão, quando foi criada, os dados do fornecedor. Já falámos disto em vídeos anteriores. Os dados do fornecedor são um identificador único para este utilizador específico. É aqui que são agrupadas todas as [fungadela] verificações e transações associadas a esses dados do fornecedor. Podemos ver os fluxos que este utilizador percorreu para a verificação. Temos aqui os dados de contacto e as etiquetas. Quer dizer, podemos adicionar uma etiqueta aqui se quiser. 03:31 Também podemos etiquetar pessoas nos fluxos. Agora, a discriminação total de custos, acho que este utilizador foi importado. Pode ver aqui, à esquerda, que foi importado, por isso não passou efetivamente por um fluxo. Vamos clicar nesta outra pessoa e pode ver o fluxo que percorreu e pode ver a discriminação de custos

​

Verificação de identidade: autenticidade antes dos dados

03:48 de todas as verificações que este utilizador concluiu. Então, vamos ver a verificação de identidade. Ora, o trabalho principal não é apenas ler o texto do cartão. É provar que o próprio documento é autêntico antes de confiar em qualquer campo dele. Por baixo, executamos deteção de adulteração, prova de vida do documento para detetar a reprodução de um ecrã ou uma cópia impressa, validação de elementos de segurança como hologramas e marcas de água, e uma verificação cruzada entre os campos impressos e a zona de leitura automática, o MRZ, o bloco de caracteres em chevron na parte de trás, que pode ver aqui neste documento específico. Depois de o documento estar comprovado como autêntico, a Didit lê os campos com OCR e apresenta-os. Aqui, pode ver os dados pessoais. Temos o tipo de documento, o número do documento, o número pessoal, o estado emissor, toda a informação que encontraria no documento, incluindo os dados de morada e quaisquer dados adicionais. E lembre-se: a Didit consegue ler mais de 130 idiomas em 14,000 tipos de documentos. Por isso, vai obter campos estruturados

​

Lista de verificações

04:47 onde alguém apresenta o seu documento de identificação. Então, há aqui um separador chamado lista de verificações. E estas são as verificações que estão a correr em segundo plano sobre este documento específico. Por isso, não vou ler todas. São muitas, mas, no essencial, é assim que a Didit verifica que este documento é autêntico. Portanto, não precisa de configurar nenhum

​

Prova de vida: pontuação, vídeo e qualidade

05:07 disto. Tudo isto corre em segundo plano. Então, a seguinte verificação é a prova de vida. Pode ver que esta verificação em particular está em análise. É isto que foi sinalizado. Pode ver a prova de vida e a correspondência facial. Ora, devo dizer que esta é uma conta de demonstração, por isso alguns destes dados não correspondem. Pode ver que a pontuação de prova de vida não é 100%, e se reproduzirmos o vídeo da prova de vida, pode ver que, na verdade, não é a pessoa. 05:30 Isto é apenas um exemplo aleatório. Agora, se visse isto num utilizador real, veria a pessoa a fazer a prova de vida, o vídeo, quer seja passivo ou ativo. Temos a pontuação de qualidade do rosto e a pontuação de luminância do rosto. E o melhor da Didit é que, se tiver dúvidas sobre alguma destas pontuações, basta clicar neste botão e ele dá uma explicação do que isto faz. Podemos alterar o estado de qualquer uma destas verificações se acharmos que foi sinalizada indevidamente e, obviamente, podemos alterar o estado geral desta verificação. Tal como na verificação de identidade, temos uma lista de verificações e há várias verificações aqui que estão todas a acontecer em segundo plano, certo? Podemos passar o cursor sobre estas e ver um pouco mais de informação sobre cada uma. E se alguém falhar algum destes testes, em vez do visto verde

​

Correspondência facial

06:16 visto, vai aparecer um X vermelho. Então, se continuarmos, temos o separador de correspondência facial. Isto vai comparar o rosto do documento com o rosto da prova de vida. E pode ver aqui que a pontuação de semelhança é, obviamente, bastante baixa, porque não são realmente a mesma pessoa. Mais uma vez, temos uma lista de verificações do que está a acontecer em segundo plano e do que esta verificação em particular faz. Assim, a pontuação de semelhança baseia-se no documento original e na imagem de prova de vida que capturámos. E serve para determinar se a pessoa que segura o documento é o titular genuíno. Ora, não vamos ver isto no painel, mas há uma pesquisa facial

​

Pesquisa facial e listas de bloqueio

06:54 facial. Ou seja, para além de comparar com o documento, a Didit procura o mesmo rosto em todas as suas outras sessões. Esta parte só aparece quando encontra uma correspondência. Assim, se o mesmo rosto surgir noutra sessão, aparece aqui uma grelha de correspondências. E se um dos rostos correspondentes estiver numa lista de bloqueio que mantém, será sinalizado e a sessão será recusada, o que é a forma de travar um fraudador conhecido no local. Mas numa sessão limpa, sem correspondências, esta área fica

​

Comprovativo de morada

07:21 vazia, por isso não vamos ver nada aqui. Passemos ao comprovativo de morada. Pode ver o documento que foi submetido e os dados extraídos deste documento em particular, com todos os metadados. Temos aqui uma lista de verificações e pode ver que uma delas não tem o visto verde, o que significa que foi sinalizada. E pode ver que uma está em análise. Ora, isso não é suficiente para que o estado deste módulo de comprovativo de morada passe a «recusada», mas é, mais uma vez, algo que o seu revisor humano vai analisar quando chegar a um perfil em análise. E um resultado positivo aqui significa que o código foi introduzido corretamente, e uma falha significa que o número não pôde ser confirmado, e verá isso refletido neste módulo aqui. Recorde-se que, no início, uma das sinalizações era número de telefone duplicado, e isso deve-se provavelmente ao facto de ser uma conta de demonstração

​

Verificação de telefone e duplicados

08:08 de demonstração, mas pode ver, ao descer na verificação de telefone, que temos correspondências de telefone. Ora, isto pesquisa o número de telefone na sua base de dados e, se corresponder a algo de um utilizador anterior, será sinalizado neste separador. Também podemos passar o cursor aqui. Podemos ver outras sessões de verificação que usam o mesmo número de telefone. Isto é apenas uma explicação do que este módulo faz.

​

Verificação de e-mail

08:35 O mesmo acontece na verificação de e-mail: o utilizador vai receber um código e introduzir o

​

Triagem AML: sanções, PEP e notícias adversas

08:40 código e, se estiver tudo bem, este módulo também fica aprovado. Ora, a prevenção do branqueamento de capitais, a triagem AML, tem bastante coisa a acontecer aqui. Isto verifica a pessoa validada contra listas de sanções, pessoas politicamente expostas e notícias adversas, e depois indica quantas correspondências foram encontradas. Assim, pode ver os dados que usa para a triagem, e podemos mesmo ver a lista. Se eu abrir isto, podemos ver todas as listas de sanções contra as quais podemos executar as verificações. Portanto, estupefacientes, terrorismo, crime financeiro, tudo. E se este utilizador tiver tido correspondência em alguma das listas, vemos aqui a pontuação de correspondência, a pontuação de risco e as listas em que este utilizador aparece, e se é um falso positivo ou não. Ora, um falso positivo pode acontecer se o nome corresponder a alguém de uma dessas listas. Por isso, é aqui que temos outras informações, como a data de nascimento, para cruzar. Temos aqui, mais uma vez, uma lista de verificações. É bastante curta para esta em particular, mas as verificações contra todas estas listas fazem aqui o trabalho pesado. 09:41 E se quiser que esta pessoa seja monitorizada de forma contínua, para podermos verificar as listas contra este utilizador de forma contínua, podemos mesmo ativar isso. Se continuarmos a descer, podemos ver

​

Análise de dispositivo e IP

09:50 a análise de dispositivo e IP. Então, temos a localização do documento de identificação, ou seja, a morada real que consta do documento. Aqui temos os detalhes da morada para o comprovativo de morada. E depois temos as informações do dispositivo, ou seja, o endereço IP e o local a partir do qual essa pessoa está a concluir a verificação. Na parte de baixo, vemos a localização do documento em comparação com o comprovativo de morada, e a distância entre esses locais e o endereço IP da verificação. Tudo isto aparece neste mapa. Se passarmos o rato aqui, temos a localização do documento de identificação. 10:28 Temos o dispositivo número um, por isso estão bastante próximos. E depois temos o comprovativo de morada aqui, nos EUA. Mais uma vez, esta é uma conta de demonstração, por isso estes dados não são muito exatos, mas isto dá-lhe uma boa noção de se a pessoa está perto do local onde estão o comprovativo de morada e o documento de identificação. E aqui temos novamente a lista de verificações. São todas as verificações que a Didit realiza em segundo plano para decidir se deve assinalar esta verificação ou não. Se continuarmos a descer, temos a validação de base de dados. Se se lembram dos vídeos anteriores, falámos da validação de base de dados. É um nó que pode adicionar a um fluxo de verificação. E aqui podemos executar uma verificação. Neste exemplo, podemos executar

​

Validação de base de dados: correspondência total, parcial e sem correspondência

11:06 uma verificação na Argentina, e podemos consultar um registo governamental, o registo civil, a autoridade tributária, o caderno eleitoral, todos estes diferentes diretórios a que temos acesso. Aqui vemos que foi encontrada uma correspondência. E vemos os dados de origem, os campos correspondentes nos resultados. Temos uma correspondência do nome completo e uma correspondência da data de nascimento. Se abrirmos a lista de verificações, vemos que uma destas verificações foi assinalada. 11:29 E aqui vemos o tipo de correspondência. Se for encontrada uma correspondência total, isto significa que a identidade existe no registo. Correspondência parcial significa que alguns campos coincidem e deve analisar os restantes. E a ausência de correspondência é um forte sinal de identidade sintética, porque um número de identificação fabricado simplesmente não consta de nenhum registo. Esta é uma das defesas mais eficazes contra identidades inventadas. E, mais uma vez, isto é executado em segundo plano, sem passos

​

Document AI e questionários

11:54 adicionais para o utilizador. Avançando, temos mais alguns separadores aqui, e estes podem variar consoante as verificações que este utilizador em particular tenha concluído. Podemos ver o Document AI. Esta verificação ainda não foi executada. Vê-se que está “não iniciada”. Há outras verificações para os questionários. Se alguém preencher um questionário, podemos ver as respostas a essas perguntas no

​

O registo de eventos

12:15 separador do questionário. E, se continuarmos a descer, temos os eventos. Trata-se de um registo de auditoria, um registo de todos os eventos que aconteceram. Ou seja, quando a sessão foi criada, quando o estado da sessão mudou, e cada entrada indica o dispositivo, o endereço IP, a hora e quem realizou a ação, para que possa reconstruir

​

Entregas de webhooks

12:31 exatamente como decorreu uma sessão. E, por fim, na parte de baixo, temos os webhooks. A lista de webhooks mostra cada entrega que a Didit tentou enviar para o seu próprio endpoint, com o estado da resposta. Aqui vemos 200. E podemos ver o cabeçalho do pedido, o corpo, o URL do webhook e o estado desta verificação em particular. Também temos aqui a data em que este webhook foi enviado. Uma coisa a notar é que este painel pode ser acedido através da API, através do MCP. Pode pedir ao Claude que obtenha todos estes dados, todas as suas verificações que estão em análise, para as poder analisar dentro do

​

Reenvio, exportação em PDF e listas de bloqueio

13:08 Claude também. Agora, se olharmos para o topo, temos alguns elementos de navegação estrutural e podemos ver que podemos solicitar uma nova submissão. Podemos transferir o PDF, o que é excelente se quiser ter um registo de auditoria ou se precisar de apresentar algo numa reunião. Hum, também pode transferir o PDF através da API e pode adicionar esta pessoa a uma lista de bloqueio. Assim se lê um resultado de

​

Chat da sessão para a sua equipa de revisão

13:30 verificação. Há ainda uma última coisa, na parte de baixo. Temos um chat da sessão. Assim, podemos mencionar membros da equipa e falar sobre um resultado de verificação específico com alguém da nossa equipa. Se abrirmos este chat, escrevermos uma mensagem e mencionarmos alguém da equipa, esse chat fica associado a esta verificação em particular. Por isso, se tivermos uma dúvida ou houver várias pessoas a trabalhar neste caso, este chat é extremamente útil. 13:55 Portanto, é assim que se lê um resultado de verificação, da forma como o vai realmente ler, separador a separador, de cima para baixo. O veredicto e os avisos no painel geral, depois cada verificação por ordem, e o registo de auditoria completo no fim. Assim, depois de o fazer numa sessão, todas as outras sessões se leem da mesma forma. E se quiser experimentar com os seus próprios dados, aceda a didit.me, registe-se gratuitamente e abra o seu primeiro resultado.