O teste de KYB é o trabalho de exercitar o processo em que uma plataforma verifica uma empresa antes de liberar acesso, crédito ou contrato. Diferente da checagem de uma pessoa, aqui o objeto da análise é um negócio, com sócios, endereço registrado e documentos próprios. Neste texto, você encontra o que costuma ser exigido, quais estados o fluxo precisa ter e como exercitar tudo isso com fichas inventadas, sem tocar em dados de empresas reais.
O que é KYB e como ele difere da verificação de pessoa?
KYB é a sigla usada para a verificação de um negócio, em contraste com a verificação de uma pessoa. Os dois processos pedem documentos e ambos tentam responder à pergunta “com quem estou lidando”, mas partem de bases diferentes.
Na verificação de pessoa, o documento existe em um cadastro individual e a comparação é direta. Na verificação de empresa, não existe um cadastro único: os dados vêm do registro comercial, da administração tributária e de comprovantes de endereço, e cada fonte responde a uma parte da pergunta. Somar essas partes é o trabalho do processo.
Uma consequência prática é que o KYB quase nunca termina em uma resposta binária. Ele produz um estado: em análise, aprovado com ressalvas, reprovado com motivo, pendente de documento. Projetar o fluxo como se fosse sim ou não é o primeiro erro de quem está começando.
Por que o processo de empresa é mais complexo?
Porque uma empresa pode ter vários níveis. Atrás do negócio que pede aprovação, existem sócios; atrás dos sócios, podem existir outras empresas; e atrás delas, pessoas físicas que controlam o conjunto. É essa cadeia que a análise precisa percorrer para saber quem realmente está por trás.
Há ainda a questão do tempo. Documentos de empresa têm data de emissão e alguns perdem validade, o que obriga o sistema a lembrar quando cada item foi apresentado. E há a questão da tradução: uma empresa estrangeira apresenta documentos em outro idioma, com formatos de data e de número diferentes.
Por fim, existe a diferença de jurisdição. O que é um documento suficiente em um país pode não ser em outro, e o fluxo precisa acomodar isso sem virar uma coleção de exceções escritas no código.
Os itens que costumam ser exigidos
A tabela reúne os documentos mais pedidos nesse tipo de processo. Os nomes variam, mas a função de cada um costuma ser a mesma.
| Item | O que ele comprova | Cuidado no teste |
|---|---|---|
| Comprovante de registro | Que a empresa existe como ente jurídico | Verificar se o nome bate com o do cadastro |
| Identificador fiscal | Como a empresa se relaciona com o imposto | Distinguir formato de situação regular |
| Comprovante de endereço | Onde a empresa está instalada | Endereço não pode ser de uma pessoa |
| Informação sobre controladores | Quem está por trás do negócio | Pode exigir mais de um nível |
| Documento dos administradores | Quem pode representar a empresa | Conferir poderes de assinatura |
| Licenças de atividade | Se o ramo exige autorização | Nem todo setor exige |
O último item é o que mais surpreende quem vem do fluxo de pessoa física. Em setores regulados, a empresa precisa demonstrar que pode exercer aquela atividade, e essa demonstração é independente dos documentos societários.
Estados, reprovação e reanálise
Um fluxo de KYB bem projetado tem pelo menos cinco estados, e a passagem entre eles é parte do que precisa ser testado.
- Não iniciado. O processo existe, mas nenhum documento foi enviado.
- Em análise. Os itens foram recebidos e estão sendo conferidos.
- Pendente. Falta um documento ou um deles não é legível.
- Reprovado. Há um motivo declarado, e o motivo precisa ser acionável.
- Aprovado. O negócio pode seguir, com as condições registradas.
A reprovação merece atenção especial porque é o estado mais mal implementado. Um sistema que apenas marca a empresa como reprovada, sem dizer qual item falhou e o que fazer, gera um ciclo de contato manual que consome tempo dos dois lados. O correto é associar cada reprovação a um ou mais itens e permitir que a empresa corrija apenas o que faltou, sem reenviar tudo.
Vale também prever a reanálise. Uma empresa aprovada que muda de controlador ou de endereço pode precisar passar pelo processo outra vez, e o sistema deve guardar o histórico em vez de sobrescrever o resultado anterior.
Rodando o fluxo com fichas fictícias
No gerador de dados de empresa desta página, você escolhe o país e recebe uma ficha com nome, forma jurídica, sede, telefone e os identificadores correspondentes. Os valores são inventados, o que permite simular envio de documentos, correção de pendências e reprovação sem que nenhuma empresa real apareça no ambiente.
Um ponto importante de fronteira: o objetivo de usar fichas fictícias é testar o software, não descobrir como passar por uma verificação de verdade. Elas não são aceitas por nenhum processo real de abertura de conta ou de habilitação, e usá-las para simular a existência de um negócio perante terceiros é exatamente o que o material sobre limites dos dados de empresa fictícia descreve como proibido.
Para entender como o tipo societário entra na análise, o texto sobre formas jurídicas por país ajuda a montar cenários. E a página do Reino Unido serve como exemplo de país com um registro centralizado e amplamente consultado.
Para quem desenvolve: máquina de estados e isolamento
O KYB é, antes de tudo, um fluxo com estados, e tratá-lo assim resolve metade dos problemas.
- Modele os estados explicitamente. Cada transição deve ter uma regra e um responsável, e o estado atual precisa ser consultável por qualquer parte do sistema.
- Separe item de processo. Um documento pode estar aprovado enquanto o processo segue pendente. Guarde o resultado por item para poder mostrar exatamente o que falta.
- Guardar motivo e data em cada decisão. Reprovação sem motivo registrado é impossível de auditar e de explicar ao cliente.
- Tratar expiração de documento. Alguns itens perdem validade; o sistema deve saber quando isso acontece sem precisar de intervenção manual.
- Isolar ambiente e dados. Fichas de homologação ficam no ambiente de teste, marcadas como fictícias, e nunca são promovidas para produção.
- Não desligar a verificação para testar. Desativar a checagem para “facilitar o teste” cria um caminho que ninguém volta a ligar. Em vez disso, use um provedor de teste ou dados sintéticos.
Um cuidado adicional vale para os registros de auditoria. Guarde quem aprovou, quando e com base em quais itens. Essa trilha é o que permite responder a uma revisão posterior e o que separa um fluxo profissional de uma tela de aprovação improvisada.
Próximos passos
Comece desenhando os cinco estados e escreva um caso de teste para cada transição, inclusive a de reprovação com correção parcial. Depois gere as fichas necessárias no gerador de dados de empresa e rode o fluxo inteiro em ambiente isolado. Se o seu processo emite faturas após a aprovação, vale ver os casos de teste de formulário de cobrança, que cobrem a etapa seguinte.
Este conteúdo trata exclusivamente de testes de software em ambiente controlado. Nenhuma ficha aqui descrita representa uma empresa existente, e o material não deve ser utilizado para abrir contas, obter habilitações ou se apresentar como um negócio real.