KYC Sem Código: Construção de Fluxos de Verificação Sem Programação (PT-PT)

Um construtor de fluxo de trabalho KYC (Know Your Customer) sem código é uma interface visual para construir, testar e implementar lógica de verificação de identidade sem escrever código. A distinção chave de um painel de configuração: programabilidade. A ramificação condicional, decisões aninhadas, testes A/B e ativação de módulos com um clique permitem que uma equipa de conformidade expresse a sua política de risco de forma visual – e a altere sem uma implementação de código.

Essa distinção é mais importante do que parece. Os requisitos de conformidade mudam. Os limiares de risco alteram-se. Uma nova linha de produtos precisa de um âmbito de verificação diferente. Os reguladores atualizam as orientações. Na abordagem convencional, cada uma dessas mudanças vai para o backlog de engenharia e aguarda um ciclo de implementação. Num modelo de fluxo de trabalho sem código, a mudança é feita numa Consola, revista pela conformidade e entra em vigor no mesmo dia.

O Workflow Orchestrator da Didit é essa camada, e é gratuito. Ele está sobre a API unificada /v3/, que os engenheiros chamam uma vez. A partir desse ponto, o que o fluxo de verificação faz é uma decisão de produto e conformidade – não uma decisão de engenharia.

Principais conclusões

• Um construtor de fluxo de trabalho sem código separa a integração da configuração. Os engenheiros chamam um endpoint da API; a conformidade constrói e modifica o fluxo na Consola sem tocar na integração.
• Ramificação condicional e decisões aninhadas direcionam os utilizadores para diferentes conjuntos de verificações com base no país, tipo de produto, valor da transação ou qualquer campo disponível no contexto da sessão.
• A ativação de módulos com um clique adiciona ou remove qualquer um dos mais de 25 módulos da Didit – documento, biometria, AML, e-mail, IP, telefone, validação de base de dados – de um fluxo de trabalho em segundos.
• Testes A/B em produção executam dois fluxos com tráfego real, medem as taxas de conclusão e aprovação por braço, e promovem o vencedor – sem necessidade de alteração de código.
• Alterações revistas pela conformidade significam que cada modificação num fluxo de trabalho em tempo real passa por uma etapa de aprovação antes de afetar utilizadores reais.
• O Workflow Orchestrator é gratuito. Paga por módulo executado, por chamada, sem licenças de utilizador ou taxas de plataforma.

O que é um construtor de fluxo de trabalho KYC sem código

Um fluxo de trabalho de verificação é a sequência de verificações pelas quais um utilizador passa durante o onboarding – ou num evento de escalonamento posterior no seu ciclo de vida. Na sua forma mais simples: digitalizar um documento de identificação, tirar uma selfie, comparar o rosto com o documento. Na sua forma mais complexa: uma árvore de ramificação onde utilizadores de jurisdições de alto risco recebem um conjunto de módulos diferente dos utilizadores domésticos, onde o tamanho da transação determina qual nível de prova de vida é executado, e onde uma biometria falhada encaminha para uma fila de revisão em vez de uma recusa direta.

Um construtor sem código expressa essa árvore visualmente. Cada nó é uma condição ou um módulo; cada ligação é uma ramificação. A pessoa responsável pela política de conformidade – não o engenheiro – é a proprietária da lógica. Essa separação de propriedade é o ponto: a pessoa que compreende a política de risco agora também pode alterá-la diretamente.

Ramificação condicional e decisões aninhadas

O Workflow Builder da Didit suporta ramificações multi-nível. Um único fluxo de trabalho pode conter:

Encaminhamento baseado em país. Residentes da UE seguem um caminho; residentes da LATAM, onde a validação de base de dados contra registos locais se aplica, seguem outro. A condição de encaminhamento é avaliada na criação da sessão a partir do contexto da sessão.

Encaminhamento baseado em produto. Contas de negociação exigem documento completo mais prova de vida; contas de poupança são aprovadas com e-mail mais IP. O mesmo utilizador, ao abrir um produto diferente, entra numa ramificação diferente – tudo dentro de um fluxo de trabalho, um workflow_id, uma integração.

Limites de valor de transação. O primeiro depósito de um utilizador abaixo de um limite recebe uma verificação mais leve; qualquer valor acima aciona o fluxo completo. A condição de valor é passada no payload da sessão e avaliada pelo motor.

Encaminhamento de estado de falha. Uma primeira tentativa biométrica falhada encaminha para uma fila de revisão humana em vez de uma recusa direta. A ramificação é uma condição no resultado do módulo, não uma integração separada.

As condições aninham-se – uma condição dentro de uma condição – para que o mapa de políticas possa ser tão granular quanto o negócio exigir. Tudo isso é expresso no construtor visual, não em código de backend.

Ativação de módulos com um clique

A biblioteca de módulos da Didit cobre todo o ciclo de vida de identidade e fraude: Verificação de ID, Leitura NFC, Prova de Vida Passiva, Prova de Vida Ativa, Correspondência Facial 1:1, Pesquisa Facial 1:N, Estimativa de Idade, Rastreio AML (Anti-Branqueamento de Capitais), Monitorização AML Contínua, Verificação de E-mail, Verificação de Telefone, Análise de IP, Inteligência de Dispositivo, Validação de Base de Dados, Comprovativo de Morada, Questionários Personalizados e muito mais.

No Workflow Builder, cada módulo aparece como um cartão. Adicioná-lo a um fluxo de trabalho é um único clique. Removê-lo é um único clique. O módulo é faturado por utilização quando é executado – portanto, adicionar um módulo a apenas uma ramificação significa que ele é faturado apenas para os utilizadores que alcançam essa ramificação.

Isso é mais importante quando as regulamentações mudam e uma nova verificação obrigatória deve ser adicionada a todos os fluxos de trabalho. Numa integração baseada em código, isso é uma alteração de backend, uma revisão, um ciclo de implementação. No Workflow Builder, é ativar o módulo nos fluxos relevantes na Consola e submeter para revisão de conformidade. A camada de integração não se move.

Testes A/B de fluxos de trabalho em produção

O impacto na conversão das escolhas de design de verificação – documento primeiro versus selfie primeiro, três passos versus dois, prova de vida ativa versus passiva – é muitas vezes maior do que o esperado e geralmente não é medido. Os testes A/B integrados da Didit tornam a medição direta.

Configure uma divisão de tráfego (por exemplo, 50/50) entre duas variantes de fluxo de trabalho. Ambas são executadas em utilizadores reais em produção. A Consola mostra a taxa de conclusão, taxa de aprovação e distribuição de decisões por braço, lado a lado. Quando tiver confiança no vencedor, promova-o para 100% do tráfego – a partir da Consola, sem alteração de código, com uma revisão de conformidade antes de entrar em vigor.

O mesmo mecanismo aplica-se a alterações impulsionadas pela conformidade. Uma nova verificação obrigatória a ser adicionada pode ser testada A/B em relação ao fluxo existente para medir o impacto na conversão antes da data de implementação obrigatória – dando à equipa de produto dados em vez de suposições.

A API unificada /v3/: integre uma vez, itere para sempre

A arquitetura subjacente é o que torna isso prático em larga escala. Cada módulo, cada ramificação, cada versão do fluxo de trabalho chama a mesma superfície da API /v3/. Os engenheiros chamam POST /v3/session/ com um workflow_id e redirecionam o utilizador para o URL da sessão. O motor do fluxo de trabalho lida com o sequenciamento de módulos, lógica de ramificação, entrega de resultados e despacho de webhook.

Quando a conformidade modifica o fluxo de trabalho, o workflow_id permanece o mesmo. Nada no lado da engenharia muda. A integração é estável; a política é ativa e mutável.

Isso também significa que a mesma integração suporta todos os futuros módulos que a Didit lançar. Ativação com um clique na Consola, faturada por utilização, sem trabalho de re-integração. Novos módulos – validação de base de dados para um novo país, um novo nível de prova de vida, um novo fornecedor AML – aparecem no construtor e estão disponíveis para qualquer fluxo de trabalho imediatamente.

Como o Workflow Orchestrator está na mesma API /v3/ que o Monitorização de Transações, uma sessão KYC pode ligar-se a um perfil de risco de transação na mesma referência vendor_data. A identidade estabelecida no onboarding flui diretamente para a camada de monitorização contínua – uma plataforma, uma integração.

Casos de uso

Fintech regulamentada a lançar novos produtos. Uma nova linha de produtos com um perfil de risco de cliente diferente precisa de um âmbito de verificação diferente. Crie uma nova ramificação de fluxo de trabalho na Consola; não é necessário um sprint de engenharia. O registo de auditoria captura cada alteração com carimbo de data/hora e autor.

Conformidade de VASP e câmbios de cripto. As obrigações da Regra de Viagem da FATF variam por jurisdição e tipo de contraparte. Um fluxo de trabalho com ramificação baseada em país e valor aplica a política correta por categoria de transação sem lógica de backend personalizada por mercado.

Plataformas de marketplace com onboarding duplo. Contas de comprador e vendedor têm perfis de risco diferentes. Dois fluxos de trabalho – ou duas ramificações dentro de um – com diferentes conjuntos de módulos, geridos na Consola e controlados por versão no registo de auditoria. Os engenheiros implementaram uma integração.

Operadores de iGaming. Os requisitos de jogo responsável variam por jurisdição e segmento de utilizador. Testar A/B o comprimento do fluxo em relação às taxas de conclusão, com revisão de conformidade a controlar cada alteração, é o padrão regulatório que os reguladores em Espanha, no Reino Unido e em Malta esperam cada vez mais.

Perguntas frequentes

O Workflow Orchestrator é realmente gratuito?

Sim. A orquestração, ramificação, testes A/B e lógica de ativação de módulos não têm custos. Paga por módulo executado, por chamada, sem licenças de utilizador ou taxa de subscrição de plataforma.

O construtor sem código substitui a nossa integração de backend?

Não – os engenheiros ainda chamam POST /v3/session/ do seu backend. O construtor configura o que o motor faz com essa chamada. Ele remove a necessidade de re-integrar quando a política muda; não remove o ponto de integração.

Como funcionam as alterações revistas pela conformidade?

Cada modificação num fluxo de trabalho em tempo real na Consola aciona uma etapa de revisão antes que a alteração afete utilizadores reais. O registo de auditoria captura quem mudou o quê e quando, o que satisfaz a maioria dos requisitos de documentação de gestão de mudanças regulatórias.

Posso combinar o Workflow Builder com a Monitorização de Transações?

Sim. Uma sessão KYC liga-se a um perfil de monitorização de transações através da mesma referência vendor_data – para que a identidade de onboarding flua para a camada de risco de transação pós-onboarding sem re-integração. O status AWAITING_USER na monitorização de transações pode gerar uma sessão KYC de remediação através do mesmo motor de fluxo de trabalho.

Quantos módulos posso combinar num fluxo de trabalho?

Não há limite rígido. Os fluxos de trabalho podem ativar qualquer combinação dos mais de 25 módulos da Didit, em qualquer ordem, com qualquer profundidade de ramificação que a política exigir.

Pronto para começar?

• Saiba mais sobre a funcionalidade → Documentação
• Veja na plataforma → Página do produto de Verificação de ID
• Verifique o preço → Preços — Workflow Orchestrator gratuito, módulos com preço por chamada
• Comece gratuitamente → business.didit.me — 500 verificações gratuitas/mês