Consulta ao registro
A Didit se conecta aos registros de empresas dos países compatíveis para obter dados oficiais. No fluxo hospedado, o usuário seleciona o país de constituição e preenche o nome da empresa, o número de registro ou ambos. É obrigatório informar pelo menos um deles. Os números de registro são normalizados quando o registro exige (por exemplo, os números de empresas do Reino Unido são completados com zeros à esquerda até oito dígitos). Quando os dois identificadores são informados, a consulta ao registro combina os dois.Preenchimento prévio da busca com expected_details
Se você já conhece a empresa, envie expected_details (company_name, registry_country, registration_number) ao criar a sessão. O fluxo hospedado pré-seleciona e bloqueia o país (e também o estado, no caso de registros estaduais como US-CA), preenche os campos de busca correspondentes e executa automaticamente a busca informada. Assim, o usuário chega diretamente ao resultado da empresa dele. Os dois campos continuam editáveis para que o usuário possa corrigir uma informação errada. Trata-se apenas de preenchimento prévio: selecionar uma empresa diferente da informada não gera aviso.
Tipos de busca
As buscas no registro aceitam dois modos:Fluxo de busca
A consulta ao registro segue um fluxo assíncrono:Buscar
A Didit consulta o registro com o país selecionado e os identificadores informados: nome da empresa, número de registro ou os dois combinados. O campo
searched_by da resposta indica como os resultados foram encontrados (name, registration_number ou registration_number_and_name), e a interface hospedada oferece, nos resultados por número de registro, a opção de um toque “Pesquisar como nome da empresa” para refazer a busca. A busca é executada de forma assíncrona.Consultar resultados
Consulte periodicamente o status da busca até que os resultados estejam disponíveis. Registros grandes podem levar alguns segundos para retornar resultados.
Selecionar a empresa
Analise as empresas retornadas e selecione a correspondência correta. A Didit vincula a empresa selecionada à verificação KYB e preenche todos os dados disponíveis.
Confirmar e continuar
Confirme ou corrija os dados da empresa e continue para a próxima etapa configurada.
Alguns registros retornam o perfil da empresa antes de o relatório de propriedade ficar pronto. Esse relatório continua sendo processado em segundo plano enquanto o solicitante conclui etapas independentes, como o envio de documentos.
O preenchimento prévio a partir do registro não bloqueia o formulário de pessoas-chave: o solicitante pode inserir as pessoas manualmente, e as pessoas disponíveis no registro aparecem antes do envio, à medida que o relatório chega.
Decisões personalizadas que dependem do relatório continuam aguardando o relatório, em vez de presumir o resultado.
Suas correções são preservadas quando o relatório chega.
Um relatório pendente não conta como verificação de registro concluída nem como aprovação automática, e o faturamento do registro usa o nível efetivamente entregue.
Envio manual
Se a empresa não for encontrada no registro, envie os dados da empresa manualmente. A sessão continua com os dados informados, e
is_from_registry é definido como false.Dados obtidos
Status da empresa
Indicador de origem dos dados
Cada registro de empresa inclui um indicadoris_from_registry:
true: os dados foram obtidos de um registro oficial de empresasfalse: os dados foram enviados manualmente porque a empresa não foi encontrada no registro
fetch_status indica se a consulta ao registro foi concluída, falhou ou ainda está em andamento.
Níveis de dados e preços
No fluxo hospedado, selecionar uma empresa gera a cobrança da consulta ao registro, mesmo que o solicitante saia antes de confirmar os dados ou concluir a verificação. Se o relatório estiver pronto no momento da seleção, o nível entregue é cobrado imediatamente. Se a propriedade ainda estiver pendente, o Lite é cobrado na seleção e apenas a diferença de preço é cobrada quando um nível superior for entregue. Se a propriedade não estiver disponível, nenhum adicional de propriedade se aplica. O total usa os preços cotados na seleção e nunca ultrapassa a cotação do nível solicitado. A seleção e qualquer ajuste posterior de propriedade contam como uma única consulta ao registro; ler o relatório adquirido ou confirmar seus dados não gera nova cobrança. Em contratos existentes com tarifa fixa, é contabilizada uma consulta ao registro na seleção, sem uma segunda unidade de contrato pela entrega posterior da propriedade. As buscas em fluxos hospedados não têm tarifa de busca separada. As buscas avulsas pela API podem gerar uma tarifa de $0.50 por requisição bem-sucedida; consulte faturamento de buscas. Consulte os preços de registro KYB para ver a tabela completa por país.
Um fluxo hospedado escolhe o nível por país em Workflows → KYB Registry Check → Countries. Quando o registro não tem nenhum dado de propriedade para uma empresa, uma requisição de Acionistas ou UBO é entregue e cobrada no nível mais alto que os registros do país podem fornecer, geralmente o Lite.
Uma empresa que não é encontrada e é inserida manualmente (
is_from_registry: false) é cobrada a uma tarifa fixa de $0.75: a busca foi realizada mesmo sem retornar nenhum registro.
Exemplo: resposta do nível Lite
Exemplo: resposta do nível Lite
O Lite retorna apenas o perfil da empresa, sem acionistas, UBOs nem estrutura de propriedade:O nível Acionistas adiciona
ownership_structure e os dados dos acionistas, além de diretores/administradores. O nível UBOs também identifica os beneficiários finais com os percentuais de participação. Consulte Propriedade e Administradores e diretores.Dados do registro vs dados fornecidos pelo usuário
A Didit mantém os dados retornados pelo registro e os dados confirmados pelo usuário como registros de auditoria separados, com uma visão canônica consolidada usada pelas verificações posteriores. Cada empresa contém três blocos relacionados:
O timestamp
confirmed_by_user_at indica quando o usuário final confirmou ou editou os dados do registro. Enquanto esse timestamp for nulo e is_editable for true, o usuário final pode continuar modificando os campos no fluxo hospedado.
Para empresas inseridas manualmente (is_from_registry: false), user_provided_data é a única fonte e is_editable passa a ser false depois que o usuário envia os dados.
Os analistas podem ver as duas fontes lado a lado na revisão de sessões do Business Console e comparar o que o registro informou com o que o usuário confirmou.
Campos configuráveis do formulário de registro
Você controla quais campos de dados da empresa o fluxo de verificação hospedado solicita durante a etapa de confirmação do registro. Configure-os no Business Console: abra o editor de fluxos, selecione o nó KYB Registry check e mude para a aba Campos. Cada campo tem um dos três estados:
Três campos são sempre exibidos e sempre obrigatórios, pois identificam a empresa e não podem ser configurados:
company_name, country_code e region (estado/região, quando o registro é regional).
Os 16 campos configuráveis:
registration_number, incorporation_date, legal_address, vat_number, alternative_names, tax_number, company_type, legal_entity_identifier, location_of_registration, nature_of_business, registered_capital_amount, registered_capital_currency, website, email, phone, control_scheme
Por padrão, e em todos os fluxos existentes, apenas incorporation_date é Obrigatório. Todos os outros campos configuráveis estão marcados como Opcional, de modo que o formulário se comporta exatamente como antes de esta configuração existir.
A obrigatoriedade é aplicada no servidor: enviar o formulário de registro com um campo obrigatório vazio retorna 400 com mensagens de erro por campo, e a interface hospedada exibe apenas os campos habilitados. Na API de fluxos, a configuração é o objeto kyb_registry_fields_config no nó KYB Registry. Consulte as configurações de recursos para ver o formato.
vat_number marcado como Obrigatório só é exigido para empresas constituídas em um país do regime de IVA da UE (veja abaixo). Para todos os outros países, o campo é tratado como opcional mesmo quando marcado como obrigatório, já que não há número de IVA da UE a coletar. O tax_number dessas empresas continua sendo validado quando informado.Validação de VAT e de identificação fiscal
Quando a etapa de registro é enviada, a Didit valida ovat_number da empresa na fonte oficial do país dela.
Se a empresa não tiver vat_number, o tax_number é validado no lugar dele.
O número pode ser enviado com ou sem o prefixo do país e com qualquer separador (DE 123 456 789, DE123456789 e 123456789 são equivalentes para uma empresa alemã).
Registros oficiais. Nestes países, o número é verificado em tempo real no registro governamental ou no registro oficial de empresas, que também retorna a razão social registrada (e, na maioria dos casos, o endereço):
Um SIREN ou SIRET francês, um RSIN holandês ou um número fiscal húngaro completo, enviado como número de VAT, é convertido no número de VAT correspondente antes da verificação.
Números de VAT gregos são verificados automaticamente com o prefixo
EL.
Regras de dígito verificador. Nestes países não é possível consultar nenhum registro, então o número é verificado com base no formato oficial e nas regras de dígito verificador do país: Albânia, Andorra, Argentina, Austrália, Azerbaijão, Bielorrússia, Canadá, Chile, China, República Dominicana, Egito, El Salvador, Gana, Guatemala, Islândia, Índia, Indonésia, Israel, Japão, Quênia, Liechtenstein, México, Moldávia, Mônaco, Montenegro, Marrocos, Moçambique, Nova Zelândia, Macedônia do Norte, Peru, Rússia, San Marino, Sérvia, Singapura, África do Sul, Coreia do Sul, Taiwan, Tailândia, Tunísia, Turquia, Ucrânia, Reino Unido, Estados Unidos, Uruguai, Venezuela e Vietnã.
Essas regras também se aplicam na UE quando um tax_number é uma identificação fiscal nacional sem número de VAT a verificar, como a Steuernummer alemã.
Um tax_number declara apenas um identificador fiscal, não um registro de VAT, por isso, quando o VIES não o lista, o resultado recorre a essas regras em vez de invalid.
Empresas de qualquer outro país recebem vat_validation_status: "not_applicable".
O mesmo vale para sessões de sandbox, que nunca consultam um registro fiscal.
O resultado é armazenado na empresa e exposto no payload de decisão de KYB:
vat_validation_source é um destes valores: eu_vies, pl_vat_white_list, no_brreg, ch_uid_register, br_receita_federal, co_rues, cr_hacienda, ec_sri, py_dnit ou format_rules.
Quando um número tem o status valid, invalid, format_valid ou invalid_format, o resultado é mantido durante o restante da sessão e o registro não é consultado novamente, a menos que o número mude.
Verificação cruzada da razão social. Quando o número é valid e a fonte divulga a razão social registrada, a Didit faz uma comparação aproximada (fuzzy) com o nome da empresa enviado.
Uma divergência significativa gera o aviso KYB_COMPANY_VAT_NAME_MISMATCH sem alterar o status da sessão - é um sinal leve para os revisores.
O additional_data dele traz registry_name, registry_source e submitted_name, além de vies_name quando a fonte é o VIES.
Alguns Estados-membros da UE não divulgam a razão social nem o endereço; os campos retornam vazios e nenhuma comparação é feita.
Ações configuráveis. Duas configurações no nó de verificação de registro de KYB controlam o efeito de uma verificação sem sucesso na sessão (valores REVIEW, DECLINE, NO_ACTION):
Um
tax_number que seja invalid_format é informado no payload sem acionar nenhuma ação, porque o campo fiscal de texto livre muitas vezes contém outro identificador da empresa.
Cada resultado também gera o aviso correspondente (KYB_COMPANY_VAT_INVALID, KYB_COMPANY_VAT_COULD_NOT_VALIDATE) na verificação de registro - veja avisos de Verificação de empresas.
Cruzamento de dados
A Didit compara automaticamente os dados fornecidos pelo usuário / canônicos com os dados retornados pelo registro de empresas e com os dados de OCR extraídos dos documentos enviados:- Nome da empresa: correspondência aproximada (fuzzy matching) para considerar abreviações e diferenças de formatação
- Número de registro: validação por correspondência exata
- País: verificação de consistência entre o país informado e o país do registro de empresas
- Endereço: geocodificação e normalização para a comparação
Resumo financeiro
Quando disponíveis, a Didit obtém do registro de empresas dados financeiros resumidos:- Receita ou faturamento
- Número de funcionários
- Códigos de setor SIC/NACE
- Datas de apresentação e situação de conformidade
Campos adicionais do registro
Dependendo da cobertura da jurisdição, a resposta do registro também pode incluir:alternative_names: nomes comerciais, nomes fantasia (DBA), denominações legais anterioreslegal_entity_identifier(LEI): para instituições financeiras e entidades listadaswebsite,email,phone: informações de contato constantes no registronature_of_business: descrição curta (no idioma do registro)registered_capital: capital autorizado / emitido, como um objeto{amount, currency}
business da decisão de KYB.
Confiança e status de verificação
Cada resposta do registro traz umverification_status:
Combine-o com
is_from_registry para orientar sua própria lógica nas etapas seguintes:
Resultados do cruzamento de dados
Cada cruzamento é executado por campo e retorna um destes valores:MATCH: os dados fornecidos coincidem com o registro.MISMATCH: divergência significativa. Sinalizada como aviso.NO_DATA: um dos lados estava vazio; não é possível comparar.
O que determina o resultado
A situação da empresa, o país de constituição, os resultados de AML e a correspondência com os dados declarados alimentam a decisão como tags de aviso na verificação do registro de empresas e na Análise AML. Seu fluxo de verificação (workflow) decide se cada aviso leva à aprovação, à revisão ou à recusa. Consulte a avaliação de risco para ver os sinais e as chaves do fluxo que os controlam.Países suportados
A cobertura varia por país: consulte os países suportados para ver o detalhamento dos níveis por região.Próximos passos
Propriedade
Identificação de UBO e cadeias de propriedade.
Esquema de resposta
Onde cada campo aparece no payload.
Países suportados
Cobertura por região.