
KVK dos Países Baixos — realidade pós-KVK-API-2024 / guia para desenvolvedores
Curadoria, tradução e análise: Redação Triplo Hub.
Países Baixos KVK — realidade pós-KVK-API-2024 / guia do desenvolvedor
O registro de empresas dos Países Baixos — Kamer van Koophandel (KVK) — mudou silenciosamente a forma como os desenvolvedores acessam dados corporativos quando a modernizada KVK Open Data API se tornou a interface de máquina canônica. O nível de dados abertos agora expõe uma fatia limitada, mas em tempo real, do Handelsregister: data de início da atividade, forma legal, códigos de atividade e as últimas contas anuais adotadas.
A principal restrição é intencional: o nível gratuito remove informações pessoalmente identificáveis. Nomes de empresas, endereços, diretores, acionistas e UBOs não são retornados. Essas superfícies permanecem atrás de extratos de registro pagos ou canais com restrições de AML.
Para desenvolvedores que constroem ferramentas de conformidade, pipelines de pesquisa ou agentes de IA, o resultado é incomum: os Países Baixos publicam uma superfície de API tecnicamente limpa, mas os identificadores mais reconhecíveis são removidos. A integração, portanto, gira em torno do número KVK de 8 dígitos em vez de nomes de empresas.
O que o registro realmente expõe
A fonte de dados oficial é a interface KVK Open Data em opendata.kvk.nl. OpenRegistry proxy a superfície pública via ferramentas MCP.
Características importantes da API upstream:
-
Identificador: número
kvkNummerde 8 dígitos - Capacidade de pesquisa: nenhuma no nível gratuito
- Formatos: JSON para metadados de perfil, árvores JSON derivadas de XBRL para financeiros
-
Limites de taxa:
- Perfil básico da empresa: ~100 solicitações / 5 minutos
- Contas anuais: ~1 solicitação / minuto
A superfície do OpenRegistry expõe as seguintes capacidades para os Países Baixos:
| Ferramenta | Status | Notas |
|---|---|---|
| get_company_profile | ✅ ao vivo | consulta pelo número KVK de 8 dígitos |
| list_filings | ✅ ao vivo | retorna as últimas contas adotadas |
| get_financials | ✅ ao vivo | árvore XBRL incorporada |
| search_companies | ⛔ 501 | sem pesquisa por nome no conjunto de dados gratuito |
| get_officers | ⛔ 501 | extrato de registro pago apenas |
| get_shareholders | ⛔ 501 | registros de acionistas são privados |
| get_persons_with_significant_control | ⛔ 501 | registro UBO restrito por AML |
| get_charges | ⛔ 501 | penhoras e hipotecas mantidas em outro lugar |
Essa assimetria é deliberada: os Países Baixos tratam o feed de dados abertos como uma interface de divulgação estatística e financeira, não como uma exportação completa do registro corporativo.
O que está atrás de paywall ou restrito
Os desenvolvedores rapidamente descobrem que a maior parte dos metadados reconhecíveis da empresa está restrita.
As seguintes superfícies não estão presentes na API aberta:
- nome da empresa
- nomes comerciais
- endereço completo
- diretores e executivos
- registros de acionistas
- UBO / propriedade benéfica
- extratos completos do registro
Para obter esses campos, você deve usar um dos canais pagos:
- Digitaal uittreksel (extrato digital) comprado por empresa
- Assinatura REST do Handelsregister (~€6,40/mês + €0,02 por solicitação)
Essas interfaces pagas não são proxy pelo OpenRegistry.
Para dados relacionados a AML, as restrições são ainda mais fortes. O registro UBO holandês é acessível apenas a entidades obrigadas, como bancos, notários, auditores e autoridades policiais.
Peculiaridades específicas do país
Os integradores quase sempre encontram os mesmos casos extremos específicos dos Países Baixos.
1. Sem pesquisa por nome na API gratuita
O nível de dados abertos requer um número KVK conhecido. Pesquisar por nome da empresa retorna um erro 501.
Fluxo de trabalho típico:
- Use o portal EU BRIS ou outro registro para descobrir o número KVK
- Consulta o endpoint de dados abertos usando o número
2. O nome da empresa está intencionalmente em branco
A especificação HVDS (conjunto de dados de alto valor) remove deliberadamente PII. Como resultado, company_name está vazio mesmo para empresas bem conhecidas.
Isso não é um bug — é uma decisão de design legal sob as regras de privacidade holandesas.
3. Apenas formas legais BV e NV estão incluídas
O conjunto de dados gratuito foca nas duas principais estruturas comerciais:
- BV — Besloten Vennootschap (sociedade limitada privada)
- NV — Naamloze Vennootschap (sociedade anônima)
Outras formas de entidade aparecem apenas através das interfaces de registro pagas.
4. Filings financeiros retornam uma única árvore XBRL
Diferente de muitos registros, o feed holandês expõe apenas as contas anuais mais recentes adotadas. Filings históricos não são retornados.
A estrutura da resposta é uma árvore de conceito XBRL aninhada onde campos financeiros como:
AssetsEquityNetResultAfterTaxCashAndCashEquivalents
aparecem como nós folha dentro de seções como BalanceSheet ou IncomeStatement.
Exemplo prático: ASML Holding N.V.
Uma empresa holandesa bem conhecida com o número KVK 17085815 é a fabricante de semicondutores ASML Holding N.V..
Exemplo de solicitação MCP:
get_company_profile
{
"jurisdiction": "NL",
"company_id": "17085815"
}
Campos típicos retornados:
{
"datumAanvang": "19840401",
"actief": "J",
"rechtsvormCode": "NV",
"postcodeRegio": "55",
"activiteiten": [
{ "sbiCode": "26110", "soortActiviteit": "Hoofdactiviteit" }
],
"lidstaat": "NL"As mudanças na API KVK podem impactar desenvolvedores brasileiros que buscam integrar dados corporativos em suas aplicações. A falta de informações identificáveis pode exigir novas abordagens para compliance e pesquisa. Empresas devem se adaptar a essas novas regras para garantir acesso a dados relevantes.
Noticias relacionadas

Quão errado está um modelo sobre uma empresa quando não há registro para verificar?
O artigo analisa a eficácia de um modelo de IA ao responder perguntas sobre empresas sem acesso a registros. Os resultados mostram que a falta de registros leva a respostas erradas e inseguras, destacando a importância da proveniência das informações.

Pare de deixar sua IA projetar arquiteturas AWS caras e inseguras
O artigo discute os problemas de usar LLMs para projetar arquiteturas na AWS, destacando a falta de responsabilidade e a tendência à complexidade desnecessária, resultando em custos elevados e insegurança.

MCP Tornou Ferramentas Descobertas, Mas Não Seguras
O MCP facilitou a descoberta de ferramentas para agentes de IA, mas não garante segurança. A integração é eficiente, mas a autorização e a proteção contra conteúdos hostis ainda são desafios a serem superados.
Gostou do conteudo?
Receba toda semana as principais novidades sobre WebMCP.