Fluxo de verificação KYC: o que o usuário vê

Transcrição completa de O que seus usuários realmente veem em uma verificação KYC (passo a passo completo), vídeo 2 de 10 da Didit Academy, 14:36. Assista no YouTube. Cada parágrafo tem um link para o momento exato do vídeo.

​

O que este vídeo aborda

00:03 Quando você direciona um cliente para fazer a verificação com a Didit, o que ele realmente vê? É disso que trata este vídeo. Vamos percorrer todo o fluxo do ponto de vista dele. As telas exatas pelas quais uma pessoa real passa depois de clicar no seu link. Um fluxo com a sua marca, no idioma dela, em qualquer dispositivo que ela tenha, com um conjunto de verificações invisíveis fazendo o trabalho pesado e o resultado chegando ao seu sistema no momento em que é gerado. E a melhor forma de conhecer o fluxo é realizar uma verificação você mesmo. Então acesse didit.me, crie uma conta gratuita e faça a verificação no seu próprio celular em

​

Abrindo o fluxo por conta própria

00:38 poucos minutos. Certo, a forma mais fácil de ver exatamente o que seus usuários vivenciam é abrir o fluxo você mesmo. Então é isso que vamos fazer. Vamos abrir um dos nossos fluxos de verificação (workflows) aqui. Vamos copiar o link e colar no navegador. Vamos pegar este fluxo básico de KYC. Vamos copiar este link e colar aqui. Então, bem aqui está a

​

A primeira tela que seu usuário vê

00:58 A primeira coisa que seu usuário vê depois de tocar em um dos seus links. A primeira coisa a notar é que, bem, isto é uma demonstração. Por isso temos a marca da Didit aqui, mas você pode personalizar tudo isso. Esta lista aqui mostra cada etapa pela qual este usuário específico vai passar. Temos verificação de identidade, verificação facial e documentos adicionais. Esta lista não é fixa no código. O fluxo ao qual esta sessão está vinculada é que decide quais etapas aparecem e em que ordem. Então este fluxo simplesmente exibe

​

A marca, e por que ela impulsiona a conclusão

01:28 o que estiver dentro desse fluxo quando você o ativa. O logotipo e o estilo também são seus. Então, para o usuário, isso ainda parece ser o seu produto. Isso é muito importante, porque o quanto a experiência parece ser sua e da sua marca é o principal fator que determina quantas pessoas realmente concluem este fluxo de verificação. Há uma pequena marca aqui embaixo, “secured by Didit”, e até ela pode ser removida. Tudo acima é seu para configurar. A Didit é apenas o motor que opera por trás. Então o que seu usuário vê é exatamente o fluxo que você configurou, apresentado com a sua marca. Agora,

​

As verificações que nunca mostram uma tela

02:00 algo que surpreende a maioria das pessoas. Nem toda verificação que você vê aqui tem uma tela. As únicas etapas que aparecem são as que realmente exigem que o usuário faça algo. Então documento, rosto, telefone e e-mail. E enquanto ele passa por essas verificações, um conjunto inteiro de outras verificações está rodando no servidor, sem ninguém tocar em nada. Inteligência de dispositivo e IP, análise AML, monitoramento AML contínuo, validação de banco de dados, tudo isso acontece em segundo plano. O usuário nunca vê uma etapa de nenhuma delas, e você ainda recebe todos os resultados no seu painel. É assim que o fluxo continua bem curto e ainda faz muito trabalho. Algumas das verificações mais fortes da Didit têm atrito zero, porque o usuário nunca as vê. Se voltarmos e olharmos um desses fluxos, podemos ver aqui que temos todas essas verificações em segundo plano. Temos validação de banco de dados. Temos verificação de e-mail, verificação de telefone, análise AML, análise de IP e de risco. Essas não são exibidas ao usuário. São todas verificações que

​

Personalização: cores, logotipo, e-mail, domínio

03:00 que você pode adicionar a um fluxo. Vamos dar uma olhada na aba de personalização. É aqui que você vai poder adicionar sua marca, suas cores, seu próprio endereço de e-mail, seu próprio domínio, tudo isso. Como você pode ver aqui, podemos mudar o nome do app. Podemos mostrar a página de boas-vindas ou desativá-la. Podemos mostrar a barra de progresso ou desativá-la. Temos a aba de identidade visual, onde podemos adicionar todas essas cores. Podemos adicionar o logotipo, o favicon e mudar a tipografia. Podemos adicionar um e-mail personalizado. 03:25 Então, se você colocar um nome aqui, podemos inserir um endereço de e-mail e prosseguir para a verificação. Isso vai nos dar o… isso não funcionou. Mas se colocarmos um domínio que realmente funcione e clicarmos para prosseguir para a verificação, isso vai nos dar os registros DNS que podemos adicionar para configurar um endereço de e-mail personalizado. E é desse e-mail que as notificações vão ser enviadas, com todas as atualizações sobre o status da verificação. Quanto ao domínio, também podemos adicionar um domínio personalizado. Digamos que temos um subdomínio, por exemplo. E, de novo, se você adicionar seu subdomínio aqui, ele vai mostrar os registros que você precisa atualizar no seu provedor de domínio. Está vendo este globo aqui em cima? A

​

54 idiomas, detectados automaticamente

04:04 A interface está disponível em 54 idiomas diferentes, incluindo escritas da esquerda para a direita como o árabe. Por padrão, este fluxo detecta automaticamente o idioma configurado no navegador e recorre ao inglês se não oferecer suporte a esse idioma específico. Mas o usuário pode abrir esta lista com opção de pesquisa e mudar para qualquer idioma a qualquer momento, e todas as instruções passam a seguir a escolha dele a partir daí. E se você já sabe o idioma da pessoa de antemão, talvez pela sua própria base de dados, pode definir esse idioma ao criar a sessão dela. Assim, ela abre no idioma certo sem depender do navegador. Então o fluxo é apresentado automaticamente no idioma do usuário, com 54 opções para escolher. Agora, se dermos uma olhada em

​

Celular vs. desktop e a transição por QR code

04:49 Nesta prévia, você vê que a maioria das pessoas acaba fazendo a verificação pelo celular. E isso faz sentido, não é? Com a câmera, capturar um documento e uma selfie fica muito fácil. A pessoa só precisa apontar o celular para este QR code e consegue continuar o processo de verificação pelo celular. Quando alguém chega a esta página pelo desktop, dá para ver aqui que é possível continuar no desktop, mas isso é opcional. Você pode obrigar as pessoas a fazer a verificação apenas pelo celular, mas também pode perfeitamente habilitar o desktop e deixar que elas concluam aqui mesmo, no computador. Só que, se fizer isso, saiba que a prova de vida passa a ser obrigatoriamente passiva no desktop, porque a versão ativa não funciona bem com webcams de computador. E, quando falo em ativa versus passiva, a ativa é aquela em que você precisa

​

Fluxo hospedado vs. criar suas próprias telas

05:34 Piscar diante da câmera. Essa é uma prova de vida ativa. Já a passiva é apenas uma foto. O caminho mais simples para começar é o fluxo hospedado. Veja: eu clico em copiar link e abro no meu navegador. Você pode enviar um link ao usuário, e a Didit cuida de toda a parte difícil para você: as permissões da câmera, a captura do documento, a prova de vida e cada pequena peculiaridade dos dispositivos. Você pode incorporar isso ao seu app pelo SDK, por um iframe, por um redirecionamento ou por um pop-up. E, se preferir criar suas próprias telas do zero, pode fazer isso sem problema. Mas aí toda essa responsabilidade fica com você. Vamos tratar da parte de integração com calma em outro vídeo, mas, por enquanto, saiba que o link que você recebe deste fluxo e envia aos usuários é o fluxo hospedado, e ele foi ajustado para levar as pessoas até o fim.

​

Detecção do país emissor

06:20 Certo, de volta ao fluxo. Quando a etapa de documento precisa saber de qual país é o documento de identidade, na maioria das vezes o fluxo já descobriu isso. Ele faz a geolocalização do usuário pelo IP assim que a página carrega e pré-seleciona o país emissor. E aqui você pode ver que funcionou. E, se o seu fluxo permite apenas um país, ele vai ser selecionado automaticamente e o usuário nunca vai ver este seletor. Este exemplo aqui é um fluxo de KYC, mas vai ser exatamente igual para KYB ou para qualquer outro fluxo que você criar. O mecanismo simplesmente executa as etapas configuradas no seu fluxo. Em seguida, como você pode ver aqui nesta prévia, o usuário

​

Escolha do tipo de documento

07:00 vai escolher qual documento oficial vai apresentar. A Didit reconhece sete tipos de documento: passaporte, carteira de identidade, autorização de residência, carteira de motorista, cartão de seguro saúde, cartão fiscal e cartão de seguridade social. Mas essa lista é filtrada para mostrar apenas os que são realmente válidos para o país que acabamos de detectar. Assim, o usuário não consegue escolher algo que a Didit não consegue ler. E, de novo, se o seu fluxo permite apenas um tipo de documento, esta tela inteira é ignorada e o usuário

​

Captura do documento

07:26 vai direto para a página de captura. Se continuarmos, chegamos à página de captura. Como você pode ver nesta prévia, estou no desktop, então posso enviar um arquivo ou tirar uma foto. Se você obrigar a captura ao vivo, o usuário tira uma foto guiada em tempo real, sem envio de arquivos. Essa é a sua configuração mais forte contra imagens adulteradas ou reaproveitadas. No caso do envio de arquivos, os formatos aceitos são os clássicos: JPEG, PNG, PDF e alguns outros tipos de arquivo, todos com menos de 10 megabytes. E, se for um PDF protegido por senha, a senha vai ser solicitada. Então podemos permitir o envio ou obrigar a captura ao vivo, e tudo isso é configurável nas configurações do seu fluxo. Como você pode ver nesta prévia, enquanto o usuário enquadra o documento, indicações no próprio dispositivo verificam a iluminação e a nitidez, e a foto é capturada automaticamente assim que fica boa o suficiente, para que a análise possa começar na hora. E não se trata apenas de ler o texto do documento. A Didit executa verificações de autenticidade e de adulteração, além de uma prova de vida do documento que detecta coisas como a foto de uma tela ou uma cópia impressa. Ela também verifica os elementos de segurança e valida a MRZ em documentos em mais de 130 idiomas. 08:37 E o que realmente diferencia tudo isso é que acontece em tempo real. O usuário fica sabendo na hora se um documento não funcionou, e você recebe exatamente os mesmos dados no mesmo momento. Todo mundo ganha em velocidade. Para a

​

A selfie de prova de vida

08:50 na prova de vida, o usuário pode tirar uma selfie. Ele só precisa centralizar o rosto no oval que aparece na tela nesta etapa, que você pode ver aqui. E, por trás dessa tela simples, há uma prova de vida que comprova que um ser humano real está de fato presente diante da câmera. É isso também que permite à Didit comparar o rosto com o documento que o usuário acabou de enviar. Você pode escolher qual método de prova de vida é executado aqui. E pode definir isso para cada nó do fluxo, assunto que vamos abordar em outros

​

Passiva, 3D flash e 3D action

09:17 vídeos. Existem três configurações diferentes. Temos a passiva, em que o usuário não faz nada. Temos a 3D flash, em que luzes coloridas criam um mapa de profundidade e o usuário continua sem precisar fazer nada. E a 3D action, que acrescenta às luzes uma pequena ação aleatória, como piscar ou virar a cabeça. Ou seja, é uma única etapa de selfie com três níveis de robustez da prova de vida para você escolher. Então

​

O vídeo e as pontuações de prova de vida

09:41 vamos ver o que essa etapa de prova de vida entrega para você. Ela grava um vídeo curto da pessoa e atribui uma pontuação a ele. Então, se formos até as verificações de usuários, rolarmos para baixo e abrirmos um dos usuários aqui, podemos ver o perfil dele. E não se preocupe: vamos ver tudo o que há dentro desta verificação em outro vídeo. Mas, só para mostrar o que a verificação de prova de vida realmente faz: o que ela entrega dentro do seu perfil é um vídeo curto, que você pode ver aqui. 10:08 Então, podemos reproduzir o vídeo. E sim, este é apenas um vídeo para fins de demonstração, mas é isso que vai aparecer de fato para cada um dos seus usuários na etapa de verificação. Temos aqui uma pontuação de prova de vida em porcentagem. Vou falar disso em outro vídeo. Cada um dos métodos, o passivo ou o ativo, gera uma pontuação de prova de vida de 1 a 100. E, além disso, executa a detecção de ataques de apresentação e de deepfakes. 10:30 Então, o vídeo é salvo junto com a pontuação. E você pode voltar, reproduzir o vídeo de novo e ler cada pontuação aqui mesmo na verificação, e também no perfil do usuário. Assim, você fica com o vídeo da selfie, além das pontuações de prova de vida e de deepfake.

​

O que acontece quando uma etapa falha

10:45 que podem ser reproduzidos sempre que precisar. Então, o que acontece quando uma etapa falha? O usuário não fica sem saída. Ele recebe uma nova tentativa guiada e específica. E, nas configurações dos seus fluxos de verificação (workflows), você pode definir o número máximo de tentativas e a janela de tentativas. Hum, mas vamos falar de outras configurações e de como esses fluxos funcionam em outro vídeo. Quando o usuário vê uma mensagem de nova tentativa, ela é precisa: algo como “o documento está expirado” ou “tire a foto de novo com mais luz”, e não um erro genérico e vago. Assim, ele sabe exatamente o que corrigir, e o número de tentativas é configurável, como acabei de mostrar aqui no fluxo. Por padrão, o fluxo simplesmente permite que ele continue tentando até conseguir, porque o objetivo é que ele conclua, e não bloqueá-lo. Então, as tentativas são ajustáveis e o padrão é

​

A tela de aprovação

11:30 criada para que o usuário sempre consiga chegar ao final. Quando todas as verificações obrigatórias são aprovadas, o usuário chega aqui: um check verde e uma mensagem simples: “Você foi verificado”. A tela diz que não há mais nada a fazer e que ele pode voltar para o seu app. E aqui está a parte que ele não vê: o seu app já recebeu o veredito em tempo real, antes mesmo de ele sair da tela. Então, a aprovação é esta tela final verde e tranquilizadora, e

​

A tela Em revisão

11:54 o seu back-end já tem os resultados. Às vezes, uma verificação automatizada gera um aviso em vez de uma aprovação ou reprovação clara. Quando isso acontece, o usuário vê um relógio laranja em vez deste check verde, com o texto logo abaixo: “Seu envio está em revisão”. Do seu lado, a verificação vai aparecer aqui, em revisão. E caberá a você, ou a alguém da sua equipe, aprová-lo, aprovar a solicitação dele, recusá-la ou pedir que ele envie novamente com mais informações. E o legal é que o usuário recebe um e-mail no momento em que o status muda na sua

​

A tela de recusa

12:30 solicitação de verificação. Se uma verificação realmente falhar, a pessoa receberá um estado de recusa claro: uma marca vermelha com a frase “Não foi possível verificar suas informações no momento”, que explica o resultado sem revelar nada da sua lógica antifraude. O que acontece em seguida depende totalmente do seu fluxo. Você pode permitir que ela envie novamente dentro do limite de tentativas que definir ou encaminhá-lo para um fluxo de suporte dentro do seu próprio app. Assim, uma recusa é um encerramento claro e não técnico,

​

Redirecionamento ou webhook: em qual confiar

12:58 e você decide se isso significa reenviar ou entrar em contato com o suporte. Duas coisas acontecem no final deste fluxo, e vale saber em qual delas confiar, certo? Primeiro, o navegador do usuário volta para o seu app. Ele volta exatamente para onde começou, mas essa parte é apenas uma transição para ele. Aquilo em que você realmente se baseia é o resultado que o seu servidor recebe no mesmo momento, enviado direto para o seu back-end assim que a decisão é tomada, e é nessa versão que você baseia sua lógica. Nunca sobre o que está apenas no navegador. Os detalhes de como configurar isso dariam um vídeo inteiro, então vamos deixar para depois. Mas a conclusão aqui é simples: o usuário volta para o seu app e o seu sistema já tem o resultado real e confiável

​

Como encontrar a sessão no seu painel

13:41 resultados aguardando. Toda verificação vai aparecer na aba de verificações de usuários. Temos os filtros aqui. Podemos ver aprovado, em revisão, aprovado, recusado e, dependendo do resultado da verificação e do fluxo pelo qual o usuário passou, esse status é atualizado de acordo. Agora, as que estão em revisão são, obviamente, as que exigem mais atenção. Então, podemos filtrá-las e deixar aqui apenas as que precisam de revisão humana. E, em cada uma dessas verificações, podemos clicar e ver todas as evidências por trás dos resultados. E este valor aqui embaixo, o vendor data, é o ID que o seu próprio sistema enviou ao criar a sessão. É a sua referência estável para essa pessoa. 14:25 E o Didit agrupa todas as sessões que compartilham o mesmo ID de vendor data em um único perfil?