Saltar para o conteúdo principal
Transcrição completa de Crie um fluxo de verificação KYC sem código (tutorial completo), Didit Academy, vídeo 3 de 10, 18:54. Ver no YouTube. Cada parágrafo contém uma ligação para o momento exato do vídeo.
A 1 de novembro de 2026, os preços mudaram: as 500 verificações gratuitas por mês passaram a ser $10 de crédito por mês para as organizações que se registaram com um e-mail profissional. O vídeo mostra os preços anteriores.

O que é um fluxo

00:03 Neste vídeo, vamos criar um fluxo de verificação completo do zero, e não vai ser preciso escrever uma única linha de código. Um fluxo é, na prática, uma receita para uma verificação: que verificações executar e por que ordem. Normalmente, este tipo de coisa fica a cargo dos seus engenheiros. Mas na Didit, cria-o você mesmo, de forma visual. Vê o preço atualizar à medida que avança, e publica-o em produção quando estiver pronto. 00:28 Se quiser criar um por si, aceda a didit.me, registe-se gratuitamente e monte o seu primeiro fluxo em poucos minutos. Então, vamos começar onde vive todo o fluxo de verificação, que é na

A lista de fluxos e os IDs dos fluxos

00:39 lista de fluxos, por baixo do separador de configuração, aqui. Pode ver o tipo de todos os fluxos que temos atualmente nesta conta. Temos KYC e KYB. Temos simples e em grafo, e conseguimos ver todas as verificações e funcionalidades de cada fluxo. Conseguimos ver a diferença de preços. Isto mostra basicamente o preço de alguém que faz uma só verificação e não conclui, contra alguém que completa o fluxo inteiro. Temos uma ligação para o fluxo. 01:09 Podemos adicionar uma nova sessão manualmente. Podemos copiar o ID do fluxo. Podemos duplicar, mudar o nome, arquivar, todas as opções habituais. E este é o ID do fluxo aqui. Por isso, várias versões do mesmo fluxo vão usar sempre o mesmo ID. Se atualizar o fluxo, não precisa de mudar nada no seu código nem na sua aplicação. A forma mais simples de pensar num fluxo é esta: é apenas uma receita para uma verificação. Quais as verificações a executar, por que ordem e que regras seguir. Portanto, há dois tipos diferentes de

Fluxos simples vs. fluxos em grafo

01:40 estruturas, como referi. Há os simples e há os em grafo. Um fluxo simples é apenas uma verificação ou algumas verificações, sem qualquer ramificação. Sem lógica condicional. É rápido de configurar e cobre a maioria dos casos. Escolhe os módulos e pronto. Se olharmos para este fluxo de exemplo, vê que podemos selecionar os módulos aqui, à esquerda, e ele vai colocá-los pela ordem. Agora, para um

Um fluxo em grafo com ramificações

02:05 fluxo baseado em grafo, se clicarmos aqui, vemos que há algumas ramificações no fim. Assim, podemos ser mais granulares na forma como encaminhamos o utilizador por este fluxo de verificação. Por exemplo, neste fluxo há várias ramificações diferentes. Podemos incluir também chamadas de webhook. Em geral, podemos acrescentar um pouco mais de complexidade quando for necessário. 02:30 Note também que os fluxos de KYB são exatamente iguais, só que têm verificações diferentes. Certo. Se quisermos adicionar uma verificação, podemos entrar aqui. Podemos escolher uma das ações do utilizador ou configurar algumas verificações em segundo plano. Estas são as que o utilizador não vê na interface. Portanto, tudo o que

Criar um novo fluxo a partir de um modelo

02:51 precisa de fazer é clicar em novo fluxo. Há algumas opções aqui. KYC, KYB. Vamos escolher KYC. E temos simples versus avançado, como lhe mostrei há pouco. Vou mostrar-lhe as opções de ambos. Se clicarmos em simples, temos uma grande quantidade de modelos diferentes para todo o tipo de setores. E conseguimos ver o custo de cada um destes modelos. Temos controlo de idade. Temos verificação de e-mail. 03:19 Temos autenticação biométrica, seguros, saúde, tudo isto. Agora, por exemplo, se usarmos uma Verificação de empresas (KYB) e escolhermos a versão avançada, que é a de grafo, temos outra vez vários modelos ou receitas, se quiser chamar-lhes assim. Podemos configurar um KYB para países de risco elevado e pronto. Nem sequer precisa de clicar e arrastar nada aqui. Já está construído. Por isso, cada

Escolher uma verificação em cada nó

03:48 nó aqui tem uma lista pendente. Pode escolher a verificação que quiser. Pode mudá-la, como aqui, ou adicionar a verificação do registo. O que quiser. Verificação de identidade, prova de vida, correspondência facial, AML, comprovativo de morada. Todas as verificações que a Didit oferece para KYB e KYC estão disponíveis dentro destes nós. Por isso, se eu quisesse adicionar mais uma verificação aqui, por exemplo uma triagem AML, podia adicioná-la aqui. Vamos falar das regras e destes separadores daqui a pouco, mas pode ver que, neste fluxo, já a acrescentei. Portanto, se entrar num fluxo de KYC em grafo, a maioria destes fluxos começa com a verificação de identidade. É a verificação

Dentro do nó de Verificação de identidade

04:33 mais comum. E pode ver aqui que este é o nó de Verificação de identidade. Temos 500 verificações gratuitas por mês, e o mesmo para a prova de vida e para a correspondência facial. Ora, esta Verificação de identidade faz muito mais do que ler texto de um cartão. Prova que o documento é genuíno, verificando os elementos de segurança, procurando sinais de adulteração, analisando os tipos de letra e os layouts, e depois extrai todos os campos: o nome, a data de nascimento, o número do documento, a data de validade, tudo por OCR, em qualquer idioma e em mais de 14,000 tipos de documentos suportados. Por isso, nunca é apenas texto. Primeiro é uma verificação de autenticidade e só depois os dados. Então, vamos configurar um destes módulos.

Modos de prova de vida e custo de cada um

05:15 Bom, se formos ao módulo de prova de vida, pode ver que temos vários modos de prova de vida. Temos o passivo, que deteta a prova de vida através de uma selfie. Temos o modo de iluminação intermitente, em que confirmamos a prova de vida com padrões de luz dinâmicos para detetar rostos de utilizadores reais. Depois temos a ação 3D, em que a prova de vida é confirmada com algum tipo de ação, seja piscar os olhos ou virar a cabeça. Agora, na prova de vida passiva, temos 500 créditos gratuitos por mês e, depois, 10 cêntimos por verificação, enquanto o modo de iluminação intermitente e a ação 3D custam 15 cêntimos por verificação. E a conta gratuita não inclui verificações gratuitas. Assim, no separador de regras,

Regras: limiares, rostos duplicados e múltiplos rostos

05:56 é aqui que decidimos se o módulo é obrigatório ou opcional. Se formos ao separador de regras, vemos algumas opções. Isto permite-nos configurar a sensibilidade da verificação. Podemos definir um nível de tolerância. Se alguém tiver uma pontuação de prova de vida inferior a 70, ficará em análise, e podemos alterar esse valor se quisermos. O mesmo acontece com a recusa. Também existe uma definição para rostos duplicados. Quando o rosto de um utilizador corresponde ao de uma sessão aprovada anteriormente, como proceder? Aprovar, enviar para análise ou recusar. Depois, podemos personalizar o limiar de semelhança por etnia, ou seja, definir a sensibilidade da deteção de duplicados consoante a etnia. E, por fim, podemos definir a ação a tomar quando são detetados vários rostos na imagem de prova de vida. O rosto maior será sempre usado para a pontuação de prova de vida, por isso essa é uma opção que podemos definir aqui. Se formos ao separador

Definições avançadas e limiares de qualidade

06:56 avançado, temos várias opções. Aqui temos o modo de privacidade facial, o número máximo de tentativas de prova de vida, ou seja, quantas vezes um utilizador pode repetir a prova de vida dentro de uma mesma sessão de verificação, e o limiar de qualidade facial. Por isso, se tiver dúvidas sobre o que estas definições fazem, pode passar o cursor sobre este botão de informação. Vemos que a qualidade facial mede a clareza da imagem, a resolução e a nitidez. 07:20 Imagens de baixa qualidade podem resultar de desfocagem, pixelização ou más condições de iluminação. Assim, podemos definir o limiar aqui, com base na pontuação de qualidade facial. Temos um limiar de luminosidade. Podemos definir o intervalo de luminosidade aceitável e, se a luminosidade estiver abaixo desse intervalo, podemos, evidentemente, enviá-lo para análise ou recusá-lo. Por fim, podemos criar regras personalizadas caso nenhuma destas corresponda às

Devolver dados e RGPD

07:47 definições que pretendemos. No separador de dados devolvidos, podemos selecionar os dados que queremos excluir dos resultados da verificação, por motivos de RGPD, entre outros. Para cada um destes módulos, podemos ver o preço da verificação e, depois, no topo

Como se calcula o preço de um fluxo

08:00 aqui podemos ver um preço total. Deixe-me explicar isto com calma, porque cada nó tem o seu próprio preço e cada fluxo provavelmente terá um custo total um pouco diferente. Paga-se apenas pelos passos que são efetivamente executados. Cada passo é cobrado separadamente. Assim, se o utilizador final parar a meio da verificação, só serão cobradas as primeiras verificações que tiver concluído. É por isso que, na parte inferior, vemos um intervalo entre 20 e 43 cêntimos. É esse o intervalo. Se alguém percorrer o fluxo, fizer o primeiro passo e sair, custar-lhe-á apenas 20 cêntimos. Se concluir totalmente o fluxo de verificação, custará 43 cêntimos. E, como se vê ao centro, estão aqui todos os módulos que fazem parte deste fluxo específico. Podemos ver quantos créditos temos por mês. Quando esses créditos gratuitos se esgotarem, quando as 500 verificações estiverem feitas, começará a ser faturado por cada uma. Assim, um dos módulos mais poderosos que pode adicionar nem sequer é uma verificação com câmara. É

Validação de base de dados contra registos governamentais

09:05 verificação em bases de dados. Então, vamos adicionar este módulo. Trata-se de uma verificação de antecedentes. Vamos ver o que faz, porque esta validação de base de dados liga-se a registos oficiais e bases de dados governamentais de todo o mundo. Ou seja, cruza os dados do utilizador com essas fontes oficiais e depois enriquece-os com campos adicionais que o registo contém. Pode escolher os registos e as fontes a utilizar, como vê aqui, para cada país. Cada serviço indica o seu próprio preço. Por isso, aqui em baixo, vemos serviços diferentes no Canadá, por exemplo, e há, obviamente, preços diferentes para cada registo. Se quiser ver um país específico, como a Alemanha, podemos ver as verificações disponíveis na Alemanha e selecioná-las consoante as necessidades. 09:59 Esta validação de base de dados não é só algo que se pode executar aqui no painel: também pode ser chamada diretamente através da API da Didit a partir do seu próprio back-end. E, tal como em todos estes módulos, temos regras, temos definições avançadas e temos dados devolvidos. Pode definir aqui as suas regras. Se clicarmos aqui em correspondência parcial, podemos ver como é uma correspondência total: nome completo e número de identificação, se coincidirem no registo, por exemplo, e uma correspondência parcial poderá ser apenas o número de identificação. Depois, pode decidir o que essa correspondência parcial significa no seu fluxo. Enviamo-la para revisão manual? Recusamos? Aprovamos? Temos, assim, uma ramificação dentro deste fluxo. Nós

AML branching and conditional logic

10:36 Temos uma ramificação AML em função da pontuação de risco AML. AML é apenas a sigla de anti-branqueamento de capitais. Mas, mais abaixo, vemos que já temos uma ramificação configurada para esta pontuação de risco AML. Assim, se a pontuação de risco for superior a 70, podemos simplesmente recusar, e basta clicar aqui para entrar. Vemos a lógica condicional. Certo? Isto pode ser configurado da forma que quisermos. Temos a ramificação um, a ramificação dois e, depois, todos os outros casos, o que significa que a sessão vai ser aprovada. Por exemplo, se alguém estiver neste grupo aqui, é encaminhado para a ramificação dois. Podíamos pedir-lhe mais informações, certo? Podíamos pedir-lhe, por exemplo, um comprovativo de morada. Assim, se alguém for um pouco arriscado, podemos pedir-lhe mais informações que nos ajudem a decidir se esta pessoa deve ser aprovada ou recusada. Outro dos nós que temos aqui é o estado. Já foi adicionado, mas pode adicioná-los no fim do fluxo para determinar qual será o resultado. Então, outro dos

O nó de webhook

11:40 nós que podemos incluir no fluxo é o nó de webhook. Assim, o fluxo também pode contactar os seus próprios sistemas a meio de uma verificação, e é para isso que serve este nó. Pode chamar um endpoint e obter dados de volta. Nesse caso, fica à espera que o webhook responda. Aqui vemos um POST webhook. Temos um payload JSON que pode ser alterado. Também podemos enviar payloads diferentes. Estes são os pares chave-valor que associam os campos da sua sessão ao pedido que envia. Os campos que regressam tornam-se variáveis que a próxima ramificação testa. Ou seja, está a combinar as verificações da Didit com os seus próprios dados de risco, tudo dentro de um único fluxo. Por fim, podemos incluir os cabeçalhos aqui em baixo. Mais pares chave-valor. Temos aqui a autenticação básica. Tudo o que esperaria de uma chamada de webhook. A Didit valida o

Validação do grafo e erros

12:28 grafo durante todo o tempo em que está a construir. Assim, se um nó estiver mal configurado ou se um caminho estiver interrompido, indica-lhe exatamente onde. Certo? Clicamos aqui em baixo e vemos que o fluxo tem dois erros. E vemos que a ramificação um tem regras incompletas. Indica-lhe o que precisa de ser corrigido dentro do seu fluxo. E não vamos conseguir publicar isto enquanto estes erros não forem corrigidos. Assim, se tivesse um fluxo novo, por exemplo, e houvesse um erro, não conseguiria publicar esse fluxo. Por isso, para além dos nós individuais

Definições do fluxo: tentativas, expiração e URL de retorno

12:58 do fluxo, temos o separador de definições aqui em cima, e estas definições aplicam-se ao fluxo inteiro e não a uma única verificação. Temos, claro, um nome para o fluxo. Temos um URL de retorno, que é o endereço para onde a Didit redireciona o utilizador quando o fluxo termina. Podemos permitir o acesso a partir de computador, se quiser que o utilizador continue no computador. Temos as tentativas de repetição, pelo que pode alterar esse valor. Ou seja, o número de vezes que um utilizador pode voltar a tentar a captura do documento dentro de uma única sessão de verificação, caso uma tentativa anterior falhe. Temos a expiração da sessão, ou seja, durante quanto tempo uma sessão não concluída se mantém válida antes de expirar automaticamente. E isto aplica-se às sessões criadas a partir de agora. Temos também a janela de repetição, ou seja, o número de dias dentro dos quais são permitidas tentativas de repetição. A partir de

Personalizar o fluxo com marca branca

13:43 deste fluxo, podemos ir ao separador de personalizações, clicando neste botão aqui em cima. A marca branca está ligada diretamente ao próprio fluxo. Assim, pode entrar neste separador e começar a ajustar o aspeto do fluxo de verificação: as cores, a marca, o e-mail, o domínio, tudo isso. Na maquete aqui, pode ver como vai ficar no telemóvel e também como vai ficar no computador. 14:13 Também pode testá-lo em diferentes idiomas. Se colocarmos isto em francês, pode ver que cada verificação está agora escrita em francês. Se quiser ativar a sua marca, pode fazê-lo aqui. Pode defini-la para o que configurámos no separador de personalização ou desativá-la. E podemos ver o que acontece se escolhermos aqui um caminho diferente, e ver o que é enviado ao utilizador. Claro que o utilizador não vai ver o módulo de escolha de caminho, mas isto serve apenas para nos ajudar a visualizar o que vai acontecer no passo seguinte, certo? Assim, se for recusada, vamos ver «verificação recusada», «verificação em análise» ou que foi verificada. Temos a opção de copiar a ligação

A ligação partilhável e quando não a usar

14:58 aqui em cima. Se a copiarmos, abrimos um novo separador, chegamos à ligação e vamos conseguir ver o que o utilizador vai ver. Por vezes, só queremos entregar a alguém o fluxo sem configurar qualquer código. E esta opção de copiar a ligação faz exatamente isso. Copia um URL alojado, pronto a partilhar, para este fluxo. Isto é útil para um teste rápido ou um envio manual, mas não é a forma recomendada de integrar. Em produção, pode criar uma sessão por utilizador através do SDK ou da API, transportando os dados do fornecedor, e é assim que obtém resultados em tempo real através de webhooks e do SDK. Portanto, a ligação copiada é ótima para testes e eventos, e uma sessão adequada é o que deve utilizar em produção. Por isso

Histórico de versões e reversão

15:41 No topo, temos aqui o histórico de versões. Assim podemos ver as diferentes versões e restaurar ou consultar as anteriores. Se estivéssemos a editar este fluxo, essas edições ficariam em rascunho, acima do histórico publicado. O mais útil é que cada nova versão publicada mantém o mesmo ID do fluxo. O seu backend continua a chamar esse ID, e os pedidos são encaminhados de forma transparente para o fluxo mais recente que criou, porque o histórico fica registado. Pode assim iterar com confiança e reverter para versões anteriores sempre que for necessário. Por exemplo, este fluxo é completamente novo e pode ver que está em modo de rascunho. Se fizermos alterações ao fluxo, elas ficam em rascunho e temos de o publicar. Então, podemos

Publicar o fluxo

16:24 clicar em publicar. Este fluxo só fica ativo depois de ser publicado. O sistema valida o grafo para garantir que não tem erros. Pronto, podemos copiar a ligação, e o fluxo fica ativo e pronto a usar. Vejamos

Integrar: SDK, chave de API e o prompt de configuração

16:37 a integração. Há várias formas de integrar. Podemos escolher o SDK pretendido, seja React Native, iOS, React ou Next.js, selecionar o fluxo e, neste caso, temos o de revisão de países de alto risco. Podemos selecionar a chave de API. Assim, pode ter chaves diferentes para fluxos ou integrações diferentes, como preferir. Ou pode selecionar um webhook, se quiser ser notificado das decisões. A forma mais simples de integrar é copiar um prompt e colá-lo no Claude Code ou no Codex. 17:12 Esse prompt integra este fluxo. Por isso, mesmo que ainda não tenha o Didit integrado na sua aplicação, o prompt dá-lhe tudo o que precisa para ter este fluxo a funcionar na sua aplicação. Nem sequer precisa de fazer isso. Pode simplesmente

Criar fluxos com o servidor MCP

17:27 instalar um servidor MCP do Didit. Basta descrever o fluxo em linguagem simples, e ele cria o fluxo e integra-o automaticamente na sua aplicação. Diga-lhe o que quer e ele trata de o fazer. Vamos explicar como configurar o MCP noutro vídeo, mas o MCP é, em essência, o Model Context Protocol, que lhe permite criar com o Didit através de linguagem natural em ferramentas como Claude Code, Cursor, Codex e outras. Então, podemos passar rapidamente à personalização. 17:57 Adicionamos o nome público e o URL da política de privacidade. Temos a identidade visual, onde podemos alterar as cores. Também pode importar automaticamente os seus logótipos e cores a partir do seu site, o que pode ser muito útil e fácil. Podemos carregar os seus logótipos aqui em baixo. Já defini estas cores. Para testar o aspeto com elas, basta ativar este interruptor, e veremos a marca branca aplicada aqui, no fluxo de verificação. Vou desativá-lo por agora. Pode definir um e-mail personalizado, mas terá de preencher estes dados. Depois, ao continuar para a verificação, pode obter as informações de DNS e configurá-las no seu domínio. O mesmo se aplica se quiser usar um subdomínio. Assim, todo este fluxo fica totalmente alojado com a sua marca e o seu próprio domínio. É, por isso, um processo sem atritos para os seus utilizadores concluírem a verificação.
Última modificação em 7 de novembro de 2026