Começar
Integrar / SDKs
Verificação de utilizadores
Verificação de empresas
Monitorização de transações
Registo de alteraçõesPara a vista de Empresas sobre as pessoas-chave, em que dirigentes e UBO são agregados entre sessões, consulte Empresas → Pessoas-chave.
Como funciona
1
Pré-preenchimento pelo registo (opcional)
Se o fluxo ativar o pré-preenchimento pelo registo, o ecrã de Pessoas-chave é preenchido previamente com os UBO, acionistas e dirigentes disponíveis, extraídos da verificação de registo.
O utilizador final pode editar, acrescentar ou remover partes antes de submeter, mesmo quando as informações sobre a propriedade ainda estão pendentes.
Os dirigentes já recebidos continuam disponíveis enquanto o relatório de propriedade é recolhido.
Antes da submissão, os resultados tardios preenchem os campos não alterados e acrescentam pessoas em falta, sem substituir edições nem repor partes removidas.
Um editor aberto mantém-se inalterado; o pré-preenchimento adicional é aplicado depois de o candidato o fechar.
Com o pré-preenchimento pelo registo desativado, os candidatos introduzem as pessoas por si próprios, e os resultados tardios do registo não preenchem este formulário.
Os dados do registo recebidos após a submissão continuam a fazer parte das provas do registo, mas não alteram a lista de pessoas submetida nem criam automaticamente sessões de verificação filhas adicionais.
2
Submissão a partir do fluxo alojado
O utilizador final submete a lista final de pessoas-chave através do fluxo de verificação alojado. Por predefinição, não tem de chamar este passo diretamente: ele acontece dentro do fluxo de KYB cujo URL forneceu a partir de Criar sessão.
Para manter a sua própria interface, utilize os endpoints de rascunho de interveniente e de submeter intervenientes.
3
Encaminhamento da verificação consoante a função
Para cada interveniente submetido, a Didit verifica as definições de verificação configuradas para a função:
- Aplica o limiar de propriedade do fluxo: os UBO e acionistas abaixo da percentagem configurada não requerem verificação individual.
- Respeita o indicador “skip verification” definido pelo utilizador final, se a função permitir ignorar a verificação.
- Cria uma sessão filha de Verificação de utilizadores (KYC) para os intervenientes que são pessoas e requerem KYC.
- Cria uma subsessão filha de KYB para UBO que sejam pessoas coletivas, quando o KYB aninhado está ativado no fluxo.
4
Progressão do estado
O estado da funcionalidade Pessoas-chave passa para
Awaiting User enquanto alguma sessão filha obrigatória ainda estiver em curso. Quando todas as sessões filhas terminam, o estado passa a Approved, Declined ou In Review, consoante os resultados.Funções recolhidas
As pessoas-chave podem ter uma ou mais das seguintes funções. Uma mesma pessoa pode ter várias ao mesmo tempo (por exemplo, administrador e acionista). A taxonomia completa:
Cada função pode ser configurada individualmente no fluxo: ativada ou desativada, obrigatória ou opcional para KYC, associada a um fluxo KYC específico e com a opção de ignorar a verificação. Consulte Propriedade para os detalhes do envio da verificação.
Dados recolhidos por pessoa-chave
O fluxo alojado pede um conjunto predefinido de campos e campos personalizados adicionais configurados no fluxo. Consulte Propriedade → Campos recolhidos para a lista completa.Confirmação do registo
Antes do passo de Pessoas-chave, o utilizador final revê os dados da empresa extraídos da verificação de registo e pode editar opcionalmente quaisquer campos. O fluxo alojado armazena depois:- Os detalhes do registo que a Didit normalizou a partir da verificação de registo (
registry_data). - Os dados confirmados pelo utilizador (
user_provided_data), com um carimbo temporal que marca o momento em que o utilizador confirmou. - Uma vista canónica agregada nos campos da empresa de nível superior: os dados confirmados pelo utilizador, quando existem, ou, caso contrário, os dados do registo.
Formato na resposta de decisão
Após a submissão, as pessoas-chave recolhidas aparecem na decisão de KYB emkey_people_checks[], repartidas por dois grupos: registo (o que o fornecedor divulgou) e submetidas (o que o administrador da empresa confirmou através do fluxo). Inclui também um ubo_kyc_summary, que resume o progresso do KYC dos UBO. Consulte a referência de key_people_checks completa.
Comportamento na nova submissão
- Pessoas-chave e Verificação de Registo não podem ser submetidas de novo diretamente. Para reverificar uma pessoa específica, submeta de novo a respetiva sessão filha de KYC.
- Quando uma sessão filha de KYC é submetida de novo, o estado da funcionalidade-pai Pessoas-chave regressa automaticamente a
Awaiting User. - Quando a sessão filha submetida de novo termina, o estado da funcionalidade principal é novamente agregado com base nos estados de todas as sessões filhas.
- Uma sessão filha que tenha sido eliminada, ou que tenha expirado antes de a pessoa a iniciar, não pode ser submetida de novo: regenere o interveniente para emitir uma nova ligação para o mesmo interveniente.
Quanto tempo dura a ligação de verificação de uma pessoa-chave
A sessão KYC filha de uma pessoa-chave segue o tempo de expiração da sessão do fluxo KYC configurado para a sua função, e não o do fluxo KYB. Se associar uma função a um fluxo KYC que permite quatro semanas, a ligação dessa pessoa continua utilizável durante quatro semanas, mesmo que a sessão empresarial esteja definida para expirar mais cedo. O valor é uma definição por fluxo, de 1 hora a 4 semanas (session_expiration_time, em segundos), em Fluxos → [Fluxo KYC] → Definições.
A expiração altera o que pode fazer com a parte. Uma ligação que expirou antes de a pessoa começar, como uma cuja sessão foi eliminada, pode ser reemitida com Regenerar sessão KYC de pessoas-chave. As sessões eliminadas são elegíveis mesmo que a pessoa já tenha começado ou concluído a verificação. As sessões importadas não são elegíveis por expiração; têm de ter sido eliminadas. Uma sessão que não foi eliminada e que a pessoa já tinha começado não é elegível por expiração.
Opções de configuração
Todo o comportamento das pessoas-chave é configurado por fluxo na Business Console:
Configure em Fluxos → [Fluxo KYB] → Pessoas-chave na Business Console.
Reutilização de indivíduos verificados em verificações KYB
Quando Reutilizar indivíduos verificados está ativado num fluxo (o valor predefinido), uma pessoa-chave não tem de refazer o KYC sempre que aparece numa nova verificação KYB. A Didit procura um KYC Aprovado existente de uma verificação KYB anterior e associa-o à nova parte, em vez de criar uma nova sessão KYC filha.Este mecanismo é distinto da KYC reutilizável, que permite a um utilizador final levar voluntariamente uma sessão concluída entre aplicações separadas integradas com a Didit, através de um token de partilha ou importação. A reutilização KYB desta página é automática, configurada no fluxo e limitada às pessoas-chave de uma única aplicação: não há token de partilha nem qualquer ação do utilizador final.
Example
Próximos passos
Propriedade
Campos recolhidos, dados personalizados e reconciliação entre registo e dados submetidos.
Dirigentes e representantes
Funções de governação no modelo de pessoas-chave.
Esquema de resposta
Referência campo a campo de
key_people_checks[].