Fontes de Registros CVR e Cadastro de Empresas da Dinamarca

A Dinamarca é uma das jurisdições europeias mais robustas em termos de dados oficiais de empresas, graças à sua infraestrutura centralizada de registro comercial, o CVR (Central Business Register). Na prática, o problema não reside na existência de uma fonte oficial, mas sim em como utilizar dados do CVR, Virk, Datafordeler, StatBank (Instituto Nacional de Estatística da Dinamarca), de licitações, de publicações oficiais, de órgãos reguladores, de propriedade intelectual e de LEI (Identificador Legal de Entidade) sem recorrer excessivamente a APIs, reutilização em massa ou autorizações de marketing.

Esta atualização substitui o antigo artigo superficial sobre a Dinamarca por uma página de referência mais completa. Ela mantém o DataCVR como camada de autoridade, utiliza o Datafordeler e o StatBank como evidências verificadas de API/dados abertos e move o portal DataCVR e a página de comunicação entre sistemas do DataCVR para o status de fonte retida, pois ambos retornaram o erro 403 do Cloudflare/desafio neste ambiente. Isso não significa que o DataCVR seja não oficial. Trata-se de uma decisão baseada em critérios de rastreabilidade e evidências editoriais: não publicar uma alegação de fonte limpa a partir de uma página que este nó não pode verificar.

A resposta mais segura para usuários comerciais é a seguinte: a Dinamarca é um mercado de alto valor para fontes oficiais, mas a visibilidade em registros públicos não é o mesmo que um arquivo em massa gratuito e completo, nem o mesmo que uma lista de contatos de clientes, e muito menos o mesmo que permissão para republicar todos os campos. Um conjunto de dados robusto precisa de procedência comprovada, indicadores de reutilização, datas de atualização e controles de privacidade.

Principais lições

• Melhor espinha dorsal oficial: O CVR, operado pela Autoridade Empresarial Dinamarquesa, é o ponto de partida para o registo da identidade empresarial.
• Melhor evidência de API limpa nesta atualização: A documentação do Datafordeler e os endpoints da API do StatBank são acessíveis e úteis, mas devem ser contextualizados por termos específicos do conjunto de dados.
• Risco de origem mantido: O portal DataCVR e as rotas de sistema para sistema DataCVR não são evidências vinculadas finais nesta atualização porque retornaram o código challenge/403 deste nó.
• Melhores camadas de enriquecimento: O Statistics Denmark, o StatBank, o Udbud.dk, o Statstidende, o Finanstilsynet, o DKPTO e o GLEIF oferecem suporte para verificações de cobertura, sinais de licitação, avisos legais, contexto de entidades reguladas, correspondência de IP e LEI.
• Limite principal de conformidade: Dados de empresas públicas não autorizam automaticamente o envio de e-mails não solicitados, o uso de listas telefônicas ou o enriquecimento de campanhas de prospecção de vendas.

Metodologia Editorial

Este artigo segue a metodologia de fontes por país da CompaniesData. Os registros oficiais e as fontes do setor público são priorizados. Estatísticas oficiais, licitações, publicações legais, órgãos reguladores, propriedade intelectual e LEI (Identificador Legal de Entidade) são então tratadas como camadas de enriquecimento. Agregadores privados e vendedores de dados de contato não são utilizados como evidência de direitos oficiais de reutilização.

Cada fonte final vinculada foi verificada neste ambiente em 08/06/2026. Fontes com erros 404/410 foram excluídas. Fontes que retornam proteção contra bots, páginas de desafio, rotas instáveis ​​ou evidências de reutilização pouco claras são mantidas e documentadas, em vez de serem usadas como evidência pública confiável. Os logotipos na matriz de fontes e no Pacote de Recursos são apenas elementos decorativos (favicons). A evidência permanece sendo o URL oficial, o proprietário da fonte, o modelo de acesso e a nota de reutilização.

Análise de Risco de Cobertura, Acesso e Atualização

A Dinamarca deve ser modelada como uma arquitetura de identidade centrada no CVR, além de camadas separadas de distribuição e enriquecimento. O CVR fornece a autoridade de registro. O Virk fornece o portal público para empresas. O Datafordeler oferece suporte à distribuição de dados do setor público e acesso via API, mas os usuários de origem ainda precisam verificar os termos de acesso, os limites de dados protegidos e os mecanismos de autenticação. O Statistics Denmark e o StatBank fornecem contexto agregado de mercado e demografia empresarial, não perfis legais de empresas.

Cobertura do registro: Os registros de uma empresa dinamarquesa devem conter o número CVR, nome legal, status, endereço ou sede social (quando permitido por lei), classificação da atividade, forma jurídica, URL de origem, data de acesso e data de atualização. Quando a fonte expuser informações sobre pessoas, endereços, proprietários, diretores ou contexto de empresário individual, armazene os indicadores de privacidade e evite transformar esse material em uma lista de marketing.

Confiabilidade de API e processamento em lote: A Dinamarca apresenta uma situação favorável em relação às APIs, em comparação com muitas jurisdições, mas a afirmação de que há uma API gratuita é mais restrita do que "um arquivo completo gratuito". O Datafordeler e o StatBank mostram superfícies de API oficiais confiáveis ​​neste ciclo. O DataCVR permanece relevante, mas será mantido em análise até que a verificação manual pelo navegador confirme os mecanismos e termos de acesso atuais.

Atualização de risco: Os dados do CVR, Virk, Datafordeler, StatBank, avisos de licitação, avisos legais, listas de reguladores, registros de propriedade intelectual e LEI são atualizados em cronogramas diferentes. Um conjunto de dados normalizado deve armazenar a proveniência e as datas de origem em nível de campo, em vez de um único registro de data e hora genérico da Dinamarca.

Lista de verificação de reutilização

• Identifique a classe de origem: registro, portal, API, estatísticas, aquisição, diário oficial, órgão regulador, propriedade intelectual ou LEI.
• Preservar a atribuição oficial: Mantenha as informações sobre o proprietário da fonte, URL, data de acesso, rota dos dados e nota de reutilização.
• Separar a pesquisa da reutilização: A consulta ao portal não é a mesma coisa que abrir um download em massa ou obter permissão de API.
• Respeite os limites dos dados pessoais: Empresários individuais, endereços, representantes e avisos legais podem precisar de revisão de acordo com o GDPR.
• Evite linguagem de endosso: Não implica que as autoridades dinamarquesas endossem um conjunto de dados derivado do CompaniesData.
• Mantenha os contatos de marketing separados: Para públicos de língua inglesa ou internacionais, direcione o enriquecimento de dados em conformidade com as normas para a CompaniesData.cloud em vez de vendedores terceirizados de dados de contato.
• Fontes bloqueadas para registro: As rotas do DataCVR devem permanecer no arquivo de pesquisa até que uma verificação manual de termos/acesso seja aprovada.

Manual Prático, API e Opções em Massa

Verificação manual: Comece pelas páginas de autoridade do CVR e pelo Virk para obter contexto de portal empresarial. Use a linguagem de pesquisa manual com cuidado, especialmente quando a fonte não expõe um modelo claro de permissões em massa ou de API.

Trabalho no estilo API: Utilize a documentação do Datafordeler para obter informações sobre os mecanismos oficiais de distribuição de dados públicos e a API do StatBank para estatísticas agregadas. Caso um projeto necessite de acesso a máquinas específicas para o CVR, registre o endpoint exato, os termos, os requisitos da conta e as exclusões de dados protegidos antes da ingestão.

Atualização em massa ou recorrente: Não assuma que uma página de busca pública possa ser extraída em larga escala. Desenvolva a lógica de atualização em torno de fontes com rotas de acesso explícitas por máquina e mantenha uma nota sobre questões legais/de reutilização ao lado de cada grupo de campos.

Enriquecimento comercial: Adicione os sinais de licitação, publicação em Diário Oficial, órgão regulador, propriedade intelectual e LEI somente após a correspondência com a camada de identidade do CVR. Cada camada é parcial, portanto, a ausência de um aviso de licitação ou LEI não deve ser interpretada como uma empresa inativa ou inválida.

Análises detalhadas, fonte por fonte

1. Visão geral oficial do CVR

Autoridade: Autoridade Empresarial Dinamarquesa. Tipo de fonte: registro oficial. Modelo de acesso: Visão geral oficial / orientações de registro. Posição de reutilização: Termos específicos da fonte; citar a autoridade competente; sem endosso; precaução com relação a dados pessoais.

Explicação oficial principal do Cadastro Central de Empresas da Dinamarca como a base de dados oficial para cadastro de empresas. Em um fluxo de trabalho normalizado do CompaniesData, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de registro comercial, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: Página de orientação, não um arquivo em massa independente. O acesso pelo navegador foi seguro, mas as verificações de perfil de bots podem receber controles do Cloudflare. A Dinamarca se destaca por ter uma infraestrutura de registro centralizada, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para marketing. Considere esta fonte como uma camada em uma estrutura auditável, não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

2. Visão geral da exibição de dados CVR

Autoridade: Autoridade Empresarial Dinamarquesa. Tipo de fonte: orientações oficiais de registro. Modelo de acesso: Contexto oficial de orientação/exibição de dados. Posição de reutilização: Termos específicos da fonte; citar a autoridade competente; sem endosso; precaução com relação a dados pessoais.

Apoia a afirmação de que o CVR coleta e exibe dados mestres de empresas como uma fonte central do setor público. Em um fluxo de trabalho normalizado do CompaniesData, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados do CVR, estatísticas, compras, diário oficial, órgão regulador, propriedade intelectual ou LEI.

Limitações e notas de operação: Utilize para obter informações sobre autoridade e contexto do modelo de dados, não como prova de extração automatizada irrestrita. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

3. Virk

Autoridade: Portal público de negócios dinamarquês. Tipo de fonte: Portal oficial de negócios. Modelo de acesso: portal / pesquisa / serviços empresariais. Posição de reutilização: Termos do portal; não é um conjunto de dados em massa por si só.

Rota manual de navegação por serviços e registros de empresas dinamarquesas. Em um fluxo de trabalho normalizado do CompaniesData, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de registro comercial (CVR), estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual (IP) ou identificadores locais de informação (LEI).

Limitações e notas de operação: A visibilidade do portal não equivale à reutilização em massa irrestrita ou à permissão para o uso de dados de contato. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos de negócios dinamarqueses podem ser reutilizados sem restrições.

4. Portal Datafordeler

Autoridade: Datafordeler. Tipo de fonte: distribuição oficial de dados do setor público. Modelo de acesso: portal / descoberta de conjuntos de dados / serviços de dados baseados em contas. Posição de reutilização: Termos específicos do conjunto de dados; os mecanismos de dados protegidos e chaves de API devem ser verificados.

Camada de distribuição oficial para dados do setor público dinamarquês e uma rota de evidências de API mais segura do que uma página DataCVR bloqueada. Em um fluxo de trabalho CompaniesData normalizado, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de CVR, estatísticas, compras, diário oficial, regulador, propriedade intelectual ou LEI.

Limitações e notas de operação: Alguns dados de registro são protegidos ou específicos de um endpoint. Não generalize uma rota de API em uma reivindicação universal e abrangente para empresas abertas. A Dinamarca se destaca por ter uma infraestrutura de registro centralizada, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

5. Documentação da API Datafordeler

Autoridade: Datafordeler. Tipo de fonte: Documentação oficial da API. Modelo de acesso: Documentação da API / metadados / mecanismos de assinatura. Posição de reutilização: API específica do conjunto de dados e termos de assinatura.

Evidências do desenvolvedor para acesso no estilo API, metadados e fluxos de trabalho de assinatura no ecossistema de distribuição de dados públicos. Em um fluxo de trabalho normalizado do CompaniesData, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de CVR, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: A documentação não é uma licença. Os limites de endpoints, autenticação e colunas protegidas ainda precisam ser revisados. A Dinamarca se destaca por ter uma infraestrutura de registro centralizada, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

6. Estatísticas da Dinamarca

Autoridade: Estatísticas da Dinamarca. Tipo de fonte: estatísticas oficiais. Modelo de acesso: Estatísticas / Publicações / Conjuntos de Dados. Posição de reutilização: O Instituto Nacional de Estatística da Dinamarca (Statistics Denmark) reutilizou termos e requisitos de referência de fontes.

Estatísticas empresariais, contexto demográfico de negócios e benchmarking de cobertura. Em um fluxo de trabalho normalizado do CompaniesData, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de CVR, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: As estatísticas oficiais são agregadas/contextuais e não substituem os registros legais de empresas. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos de uma empresa dinamarquesa podem ser reutilizados sem restrições.

7. Ajuda da API do StatBank

Autoridade: Estatísticas da Dinamarca. Tipo de fonte: API de estatísticas oficiais. Modelo de acesso: Documentação da API / Fluxos de trabalho JSON e XML. Posição de reutilização: Reutilização de estatísticas oficiais com referência à fonte; não se trata de um extrato legal de perfil corporativo.

Documentação oficial da API do StatBank, útil para criar benchmarks de mercado agregados com base em conjuntos de dados de empresas. Em um fluxo de trabalho normalizado do CompaniesData, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de CVR, estatísticas, compras, diário oficial, regulador, propriedade intelectual ou LEI.

Limitações e notas de operação: Estatísticas baseadas em API não são registros legais do CVR e não devem ser consideradas dados mestres da empresa. A Dinamarca se destaca por possuir uma infraestrutura de registro centralizada, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

8. Tabelas da API do StatBank

Autoridade: Estatísticas da Dinamarca. Tipo de fonte: Ponto de extremidade da API de estatísticas oficiais. Modelo de acesso: Endpoint da API JSON. Posição de reutilização: Reutilização de estatísticas oficiais com referência à fonte; semântica de requisição específica do ponto de extremidade.

Índice de tabela legível por máquina que comprova a acessibilidade atual da API para dados estatísticos. Em um fluxo de trabalho normalizado do CompaniesData, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de CVR, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: O ponto final é um catálogo de tabelas, não um registro de empresas CVR ou uma lista de leads. A Dinamarca se destaca por ter uma infraestrutura de registro centralizada, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para marketing. Considere esta fonte como uma camada em uma estrutura auditável, não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

9. Udbud.dk

Autoridade: Portal de compras dinamarquês. Tipo de fonte: aquisição oficial. Modelo de acesso: Portal de compras / avisos. Posição de reutilização: Termos específicos de aquisição e restrições de nível de notificação.

Enriquecimento do mercado de licitações e fornecedores em torno de entidades dinamarquesas conhecidas. Em um fluxo de trabalho normalizado do CompaniesData, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de registro comercial, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: A área de compras é um subconjunto. Ela identifica atividades de contratos públicos, não todas as empresas registradas. A Dinamarca se destaca por ter uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, não como prova de que todos os atributos de uma empresa dinamarquesa podem ser reutilizados sem restrições.

10. Tempo de estatística

Autoridade: Statstidende. Tipo de fonte: Diário oficial / publicação legal. Modelo de acesso: Portal de publicações jurídicas / pesquisa. Posição de reutilização: Contexto jurídico-publicativo; a retenção e a republicação precisam ser revistas.

Avisos legais e histórico de eventos que podem enriquecer o perfil de uma empresa dinamarquesa, desde que sejam legais e proporcionais. Em um fluxo de trabalho normalizado do CompaniesData, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser integrada a dados de registro comercial, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: Os avisos legais são registros de eventos e podem incluir informações sensíveis ou relativas a pessoas físicas. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

11. FSA dinamarquês inglês

Autoridade: Finanstilsynet / Autoridade Supervisora ​​Financeira Dinamarquesa. Tipo de fonte: regulador financeiro oficial. Modelo de acesso: Informações/orientações/contexto de pesquisa sobre entidades regulamentadas. Posição de reutilização: Termos específicos do setor; cite o órgão regulador.

Enriquecimento de conformidade do setor financeiro para entidades supervisionadas. Em um fluxo de trabalho normalizado do CompaniesData, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de CVR, estatísticas, compras, diário oficial, regulador, propriedade intelectual ou LEI.

Limitações e notas de operação: A abrangência regulatória é específica para cada setor e não pode ser usada como uma abrangência para todas as empresas. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos de uma empresa dinamarquesa podem ser reutilizados sem restrições.

12. Portal dinamarquês Finanstilsynet

Autoridade: Finanstilsynet. Tipo de fonte: regulador financeiro oficial. Modelo de acesso: Informações sobre entidades regulamentadas / Portal de fontes dinamarquês. Posição de reutilização: Termos específicos do setor; cite o órgão regulador.

Fonte em dinamarquês para verificações de reguladores financeiros e contexto de entidades supervisionadas. Em um fluxo de trabalho normalizado do CompaniesData, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de registro comercial, estatísticas, compras, diário oficial, regulador, propriedade intelectual ou LEI.

Limitações e notas de operação: Utilize como uma camada de conformidade, não como um substituto para o registro de empresas. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registro, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

13. Escritório Dinamarquês de Patentes e Marcas Registradas

Autoridade: Escritório Dinamarquês de Patentes e Marcas Registradas. Tipo de fonte: propriedade intelectual oficial. Modelo de acesso: Portal de IP / pesquisa e serviços. Posição de reutilização: Termos específicos de propriedade intelectual e contexto de publicação.

Enriquecimento de dados sobre marcas registradas, patentes e desenhos industriais para entidades dinamarquesas. Em um fluxo de trabalho normalizado do CompaniesData, esta fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de registro comercial, estatísticas, compras, diário oficial, órgãos reguladores, propriedade intelectual ou LEI.

Limitações e notas de operação: A titularidade de propriedade intelectual é um sinal de enriquecimento e requer correspondência. Não comprova o status legal atual. A Dinamarca se destaca por possuir uma infraestrutura de registro centralizada, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

14. Registros GLEIF LEI para a Dinamarca

Autoridade: GLEIF. Tipo de fonte: Dados globais de identificação de entidades legais. Modelo de acesso: API / dados abertos. Posição de reutilização: API GLEIF e termos de dados abertos.

O LEI realiza verificações cruzadas para entidades jurídicas dinamarquesas em fluxos de trabalho de finanças, KYB (Conheça Seu Cliente) e conformidade. Em um fluxo de trabalho CompaniesData normalizado, essa fonte deve ser armazenada com data de acesso, proprietário da fonte, URL, idioma, identificador nativo da fonte, proveniência do campo e nota de reutilização antes de ser associada a dados de registro comercial (CVR), estatísticas, compras, diário oficial, regulador, propriedade intelectual ou material LEI.

Limitações e notas de operação: A cobertura do LEI é um subconjunto e não deve ser considerada uma cobertura abrangente das empresas dinamarquesas. A Dinamarca se destaca por possuir uma infraestrutura centralizada de registros, mas isso não elimina as verificações de privacidade em nível de campo, API, conta, licença, frequência de atualização ou uso para fins de marketing. Considere esta fonte como uma camada em uma estrutura auditável, e não como prova de que todos os atributos comerciais dinamarqueses podem ser reutilizados sem restrições.

Modelo de dados recomendado

Um conjunto de dados prático da Dinamarca deve ser estruturado em torno de uma tabela de entidades estável e tabelas de origem separadas. A tabela de entidades deve conter o número CVR, o nome legal normalizado, o país, a forma jurídica, o status, a classificação da atividade, os campos de endereço (quando aplicável), a confiabilidade da fonte, a última atualização da fonte e o identificador interno do CompaniesData. Tabelas separadas devem conter avisos de licitação, eventos publicados no Diário Oficial, registros de órgãos reguladores, registros de propriedade intelectual, correspondências LEI e contexto estatístico.

• Entity core: Número CVR, nome legal, nome normalizado, forma jurídica, status, setor, endereço, URL de origem e data de acesso.
• Origem da fonte: Proprietário da fonte, URL exata, rota, modelo de acesso, nota sobre a licença ou termos, data de atualização e versão do analisador sintático.
• Sinalizadores de risco: Atenção: dados pessoais restritos, uso para fins de marketing bloqueado, termos pouco claros, dados protegidos, dependência da fonte de dados e revisão manual necessária.
• O enriquecimento se junta a: Identificadores de compras, avisos legais, IDs de órgãos reguladores, proprietários de marcas registradas, proprietários de patentes, registros LEI e contexto geográfico ou setorial estatístico.
• Campos de entrega: Nomes normalizados, identificadores sem duplicatas, campos de segmentação, pontuações de confiança e marcadores de supressão.

Lacunas de dados ausentes

As fontes oficiais dinamarquesas são robustas, mas ainda existem algumas lacunas para usuários comerciais. O ciclo atual não permite verificar as diretrizes de comunicação entre sistemas do DataCVR a partir deste nó, portanto, este artigo evita um link direto para essa rota. Alguns campos podem envolver pessoas físicas, endereços, proprietários ou representantes. Algumas rotas de API ou distribuição podem exigir contas, chaves, assinaturas ou termos específicos do endpoint. As fontes de licitação, propriedade intelectual, reguladoras e LEI são úteis, mas parciais.

A maior lacuna prática não é a existência da fonte. É a consistência operacional: diferentes fontes usam identificadores, linguagens, ciclos de atualização, formatos de arquivo, interfaces de busca e notas de reutilização diferentes. É aí que a normalização, a proveniência e os indicadores de conformidade agregam valor.

Como os dados da empresa agregam valor

A CompaniesData transforma a base de dados dinamarquesa em um conjunto de dados comerciais utilizável, normalizando registros de identidade centrados no CVR (Registro de Verificação de Contato), rastreando a proveniência da fonte, eliminando nomes duplicados, mapeando atividades e geografia, combinando sinais de compras e enriquecimento e separando dados de registros públicos de permissões de dados de contato.

Para a Dinamarca, o valor é especialmente evidente porque as fontes oficiais são robustas, mas fragmentadas. Uma equipe pode verificar manualmente uma empresa, mas o uso comercial recorrente exige análise repetível, rastreamento da data de origem, notas sobre uso legal, confiabilidade de campo e formatos de entrega que se adaptem aos fluxos de trabalho de CRM, análise de dados, KYB (Conheça Seu Cliente) e pesquisa de mercado.

Para usuários de língua inglesa e internacionais, Solicite uma amostra de dados da CompaniesData para a Dinamarca. Se você precisa de um conjunto de dados prático em vez de uma lista de portais, o CentraldeComunicacion.es é a propriedade de dados de contato preferida para fluxos de trabalho de comunicação com falantes de espanhol ou hispânicos.

Matriz de origem

fonte	Proprietário/autoridade	Modelo de acesso	Nota de reutilização	Principal limitação
Visão geral oficial do CVR	Autoridade Comercial Dinamarquesa	Visão geral oficial / orientações de registro	Termos específicos da fonte; citar a autoridade; sem endosso; precaução com relação a dados pessoais	Página de orientações, não um arquivo em lote independente. O acesso pelo navegador foi seguro, mas as verificações de perfil de bots podem receber controles do Cloudflare.
Visão geral da exibição de dados CVR	Autoridade Comercial Dinamarquesa	orientação oficial / contexto de exibição de dados	Termos específicos da fonte; citar a autoridade; sem endosso; precaução com relação a dados pessoais	Utilize para fins de autoridade e contexto do modelo de dados, não como prova de extração automatizada irrestrita.
Virk	Portal público de negócios dinamarquês	portal / pesquisa / serviços empresariais	Termos do portal; não é um conjunto de dados em massa por si só.	A visibilidade no portal não equivale à reutilização em massa ou à permissão para acesso aos dados de contato.
Portal Datafordeler	Datafordeler	portal / descoberta de conjuntos de dados / serviços de dados baseados em contas	Termos específicos do conjunto de dados; os mecanismos de dados protegidos e chaves de API devem ser verificados.	Alguns dados de registro são protegidos ou específicos de um endpoint. Não generalize uma rota de API em uma solicitação em massa universal para toda a empresa.
Documentação da API Datafordeler	Datafordeler	Documentação da API / metadados / mecânica de assinatura	API específica do conjunto de dados e termos de assinatura	A documentação não constitui uma licença. Os limites de endpoints, autenticação e colunas protegidas ainda precisam ser revisados.
Estatísticas da Dinamarca	Estatísticas da Dinamarca	estatísticas / publicações / conjuntos de dados	Termos de reutilização e requisitos de referência da fonte do Statistics Denmark	As estatísticas oficiais são agregadas/contextuais e não substituem os registros legais das empresas.
Ajuda da API do StatBank	Estatísticas da Dinamarca	Documentação da API / Fluxos de trabalho JSON e XML	Reutilização de estatísticas oficiais com referência à fonte; não se trata de um extrato legal de perfil de empresa.	As estatísticas baseadas em API não são registros legais da CVR e não devem ser descritas como dados mestres da empresa.
Tabelas da API do StatBank	Estatísticas da Dinamarca	Endpoint da API JSON	Reutilização de estatísticas oficiais com referência à fonte; semântica de requisição específica do ponto de extremidade.	O ponto final é um catálogo de tabelas, não um cadastro de empresas CVR ou uma lista de leads.
Udbud.dk	Portal de compras dinamarquês	Portal de compras / avisos	Termos específicos de aquisição e restrições de nível de aviso	A área de compras públicas é um subconjunto. Ela identifica atividades de contratos públicos, não todas as empresas registradas.
Tempo de estatística	Tempo de estatística	portal de publicações jurídicas / pesquisa	Contexto jurídico-publicativo; revisão da necessidade de retenção e republicação	Os avisos legais são registros de eventos e podem incluir contexto sensível ou relacionado a pessoas físicas.
FSA dinamarquês inglês	Autoridade Supervisora ​​Financeira Dinamarquesa	Informações/orientações/contexto de pesquisa sobre entidades regulamentadas	Termos específicos do setor; cite o órgão regulador	A cobertura regulatória é específica para cada setor e não pode ser usada como cobertura para todas as empresas.
Portal dinamarquês Finanstilsynet	Finanstilsynet	Informações sobre entidades regulamentadas / Portal de fontes dinamarquês	Termos específicos do setor; cite o órgão regulador	Utilize como uma camada de conformidade, não como um substituto do registro da empresa.
Escritório Dinamarquês de Patentes e Marcas Registradas	Escritório Dinamarquês de Patentes e Marcas Registradas	Portal de IP / pesquisa e serviços	Termos específicos de propriedade intelectual e contexto de publicação	A titularidade de propriedade intelectual é um sinal de enriquecimento e requer correspondência. Não comprova o status legal atual.
Registros GLEIF LEI para a Dinamarca	GLEIF	API / dados abertos	API GLEIF e termos de dados abertos	A cobertura LEI é um subconjunto e não deve ser considerada como uma cobertura abrangente para empresas dinamarquesas.

Pacote de recursos

Fontes mantidas e notas de risco de fonte

Duas rotas oficiais do DataCVR permanecem em investigação, mas não são utilizadas como evidência final vinculada nesta atualização. Ambas retornaram o código de erro 403 do Cloudflare/challenge neste ambiente. Elas devem ser verificadas manualmente em um navegador real antes de qualquer afirmação futura sobre o acesso atual do DataCVR entre sistemas, a mecânica da API, a reutilização em massa ou os termos.

• Portal DataCVR: Retido porque os perfis do navegador, Googlebot e Bingbot retornaram o erro Cloudflare/challenge 403 neste ambiente; mantenha apenas como evidência para revisão manual.
• Página de acesso entre sistemas DataCVR: A decisão foi tomada porque a página oficial de sistema para sistema também retornou o erro 403 do Cloudflare/challenge; não a utilize como prova pública inequívoca até que uma verificação real dos termos do navegador seja aprovada.

Perguntas frequentes

Qual é o principal registo oficial de empresas na Dinamarca?

A principal base oficial é o CVR, o Registro Central de Empresas, operado pela Autoridade Empresarial Dinamarquesa. Utilize-o como camada primária de identidade e, em seguida, adicione fontes como Datafordeler, estatísticas, licitações, diário oficial, órgãos reguladores, propriedade intelectual e LEI, conforme relevante.

Existe algum download oficial gratuito em massa para cada setor empresarial dinamarquês?

Não assuma isso. A Dinamarca possui fortes evidências oficiais e de acesso automatizado, mas cada fonte tem seu próprio modelo de acesso, termos e limites de dados protegidos. Nesta atualização, as rotas de acesso automatizado do DataCVR são mantidas até que a verificação manual seja aprovada.

Posso usar dados públicos de empresas dinamarquesas para marketing por e-mail não solicitado?

Não automaticamente. A visibilidade em registros públicos não constitui consentimento para marketing. O uso de e-mail, telefone, função e lista de leads requer uma base legal separada, tratamento de supressão e revisão de privacidade.

Quais são as melhores fontes oficiais para APIs?

Neste ciclo, Datafordeler e StatBank fornecem evidências oficiais e claras da API. Para acesso entre sistemas específicos do CVR, verifique os termos e mecanismos de acesso oficiais atuais do DataCVR antes de publicar ou ingerir dados em larga escala.

Quais são os parâmetros de normalização da CompaniesData para a Dinamarca?

O CompaniesData normaliza identificadores CVR, nomes legais, proveniência da fonte, campos de atividade e geografia, e links de enriquecimento de compras, avisos legais, fontes regulatórias, registros de propriedade intelectual e dados LEI. Ele também mantém as camadas de dados de contato e permissão de marketing separadas.

Fontes Oficiais

• Visão geral oficial do CVR – registro oficial
• Visão geral da exibição de dados CVR – orientações oficiais de registro
• Virk – portal oficial de negócios
• Portal Datafordeler – distribuição oficial de dados do setor público
• Documentação da API Datafordeler – documentação oficial da API
• Estatísticas da Dinamarca – estatísticas oficiais
• Ajuda da API do StatBank – API de estatísticas oficiais
• Tabelas da API do StatBank – endpoint da API de estatísticas oficiais
• Udbud.dk – compras oficiais
• Tempo de estatística – Diário Oficial / publicação legal
• FSA dinamarquês inglês – regulador financeiro oficial
• Portal dinamarquês Finanstilsynet – regulador financeiro oficial
• Escritório Dinamarquês de Patentes e Marcas Registradas – propriedade intelectual oficial
• Registros GLEIF LEI para a Dinamarca – dados de identificação de entidade jurídica global