Fuentes de los registros CVR y del registro mercantil de Dinamarca
Dinamarca es una de las jurisdicciones europeas más sólidas en cuanto a datos oficiales de empresas, gracias a su sólida estructura de registro mercantil centralizada, el CVR (Registro Central de Empresas). El problema práctico no reside en la existencia de una fuente oficial, sino en cómo utilizar fuentes como el CVR, Virk, Datafordeler, StatBank, Statistics Denmark, las agencias de contratación pública, el boletín oficial, los organismos reguladores, la propiedad intelectual y el LEI (Indicador de Propiedad Intelectual de Dinamarca) sin sobreestimar el acceso a la API, la reutilización masiva ni los permisos de marketing.
Respuesta rápida de la fuente: Para Dinamarca, la ruta principal son los datos de la empresa CVR/Virk, con registros oficiales, señales de datos abiertos y contexto de eventos del registro. Utilice esta guía para distinguir los campos de identidad de CVR, las rutas de origen reutilizables, las capas de presentaciones/contratación/regulación y la normalización comercial.
Esta actualización reemplaza el artículo anterior sobre Dinamarca con una página de referencia más completa. Mantiene CVR como la capa de autoridad, utiliza Datafordeler y StatBank como evidencia verificada de API/datos abiertos, y traslada el portal DataCVR y la página de DataCVR de sistema a sistema a estado de fuente retenida, ya que ambos devolvieron un error 403 de Cloudflare/desafío desde este entorno. Esto no significa que DataCVR no sea oficial. Se trata de una decisión de indexación y evidencia editorial: no se publica una afirmación de fuente limpia desde una página que este nodo no puede verificar.
La respuesta más segura para los usuarios comerciales es la siguiente: Dinamarca es un mercado de fuentes oficiales de alto valor, pero la visibilidad del registro público no es lo mismo que un archivo masivo gratuito completo, ni que una lista de contactos de clientes, ni que el permiso para republicar cada campo. Un conjunto de datos serio requiere procedencia de la fuente, indicadores de reutilización, fechas de actualización y controles de privacidad.
Puntos Clave
- La mejor columna vertebral oficial: El CVR, gestionado por la Autoridad Danesa de Empresas, es el punto de partida para el registro de la identidad empresarial.
- La mejor evidencia de API limpia en esta actualización: La documentación de Datafordeler y los puntos finales de la API de StatBank son accesibles y útiles, pero deben interpretarse utilizando términos específicos del conjunto de datos.
- Riesgo de fuente retenida: El portal DataCVR y las rutas de sistema a sistema de DataCVR no son evidencia vinculada final en esta actualización porque devolvieron un desafío/403 desde este nodo.
- Mejores capas de enriquecimiento: Statistics Denmark, StatBank, Udbud.dk, Statstidende, Finanstilsynet, DKPTO y GLEIF ofrecen soporte para comprobaciones de cobertura, señales de contratación pública, avisos legales, contexto de entidades reguladas y coincidencia de propiedad intelectual e identificadores legales.
- Límite principal de cumplimiento: El acceso a los datos de empresas que cotizan en bolsa no implica automáticamente la autorización para el envío de correos electrónicos no solicitados, la creación de listas telefónicas o el enriquecimiento de la prospección de ventas.
Metodología editorial
Este artículo sigue la metodología de fuentes por país de CompaniesData. Se priorizan los registros oficiales y las fuentes del sector público. Las estadísticas oficiales, las fuentes de contratación pública, las publicaciones jurídicas, los organismos reguladores, la propiedad intelectual y las fuentes LEI se tratan posteriormente como capas de enriquecimiento. Los agregadores privados y los vendedores de datos de contacto no se utilizan como prueba de los derechos de reutilización oficiales.
Cada fuente enlazada final se verificó desde este entorno el 8 de junio de 2026. Se excluyen las fuentes con errores 404/410. Las fuentes que devuelven protección contra bots, páginas de desafío, rutas inestables o evidencia de reutilización poco clara se conservan y documentan en lugar de utilizarse como evidencia pública limpia. Los logotipos en la matriz de fuentes y el paquete de recursos son solo elementos decorativos. La evidencia sigue siendo la URL oficial, el propietario de la fuente, el modelo de acceso y la nota de reutilización.
Análisis de riesgos de cobertura, acceso y actualización
Dinamarca debería modelarse como una plataforma de identidad centrada en el CVR, con capas de distribución y enriquecimiento independientes. El CVR proporciona la autoridad de registro. Virk proporciona el portal público para empresas. Datafordeler admite la distribución de datos del sector público y el acceso mediante API, pero los usuarios de origen deben seguir revisando los términos de acceso, los límites de datos protegidos y los mecanismos de autenticación. Statistics Denmark y StatBank proporcionan información agregada sobre el mercado y la demografía empresarial, no perfiles legales de las empresas.
Cobertura del registro: Los registros de una empresa danesa deben conservar el número CVR, el nombre legal, el estado, la dirección o el domicilio social (cuando corresponda), la clasificación de la actividad, la forma jurídica, la URL de origen, la fecha de acceso y la fecha de actualización. Si la fuente revela información sobre personas, direcciones, propietarios, directivos o el contexto de un autónomo, se deben almacenar indicadores de privacidad y evitar convertir ese material en una lista de marketing.
API y confianza masiva: Dinamarca es más favorable a las API que muchas otras jurisdicciones, pero la declaración de transparencia es más restrictiva que "un archivo completo gratuito". Datafordeler y StatBank muestran interfaces API oficiales fiables en este ciclo. DataCVR sigue siendo relevante, pero se mantiene en espera hasta que la verificación manual del navegador confirme los mecanismos y términos de acceso actuales.
Actualizar riesgo: CVR, Virk, Datafordeler, StatBank, avisos de contratación pública, avisos legales, listas de reguladores, registros de propiedad intelectual y datos LEI se actualizan con diferentes periodicidades. Un conjunto de datos normalizado debería almacenar la procedencia y las fechas de origen a nivel de campo, en lugar de una marca de tiempo genérica de Dinamarca.
Lista de verificación de reutilización
- Identifique la clase de origen: registro, portal, API, estadísticas, adquisiciones, gaceta, regulador, propiedad intelectual o LEI.
- Conservar la atribución oficial: Conservar el propietario de la fuente, la URL, la fecha de acceso, la ruta de los datos y la nota de reutilización.
- Separar la búsqueda de la reutilización: La búsqueda en el portal no es lo mismo que la descarga masiva abierta o el permiso de API.
- Respete los límites de los datos personales: Los empresarios individuales, las direcciones, los representantes y los avisos legales pueden requerir una revisión conforme al RGPD.
- Evite el lenguaje de respaldo: Esto no implica que las autoridades danesas respalden un conjunto de datos derivado de CompaniesData.
- Mantén separados los contactos de marketing: Para audiencias de habla inglesa o internacionales, dirija el enriquecimiento de datos conforme a la normativa a CompaniesData.cloud en lugar de a vendedores externos de datos de contacto.
- Registro de fuentes bloqueadas: Las rutas de DataCVR deben permanecer en el archivo de investigación hasta que se supere una comprobación manual de términos/acceso.
Manual práctico, API y opciones para procesamiento por lotes
Verificación manual: Comience con las páginas de autorización de CVR y Virk para el contexto del portal empresarial. Utilice el lenguaje de búsqueda manual con precaución, especialmente cuando la fuente no exponga un modelo claro de permisos masivos o de API.
Trabajo al estilo API: Consulte la documentación de Datafordeler para conocer los mecanismos oficiales de distribución de datos públicos y la API de StatBank para obtener estadísticas agregadas. Si un proyecto requiere acceso a la máquina específico de CVR, registre el punto final exacto, los términos, los requisitos de la cuenta y las exclusiones de datos protegidos antes de la ingesta.
Actualización masiva o recurrente: No asuma que una página de búsqueda pública se puede rastrear a gran escala. Cree una lógica de actualización en torno a fuentes con rutas de acceso explícito para máquinas y mantenga una nota legal/de reutilización junto a cada grupo de campos.
Enriquecimiento comercial: Agregue las señales de adquisiciones, gaceta, regulador, propiedad intelectual y LEI solo después de cotejarlas con la capa de identidad CVR. Cada capa es parcial, por lo que la ausencia de un aviso de adquisiciones o un LEI no debe interpretarse como una empresa inactiva o inválida.
Análisis en profundidad de cada fuente
1.
Descripción general oficial de CVR
Autoridad: Autoridad Danesa de Empresas. Tipo de fuente: registro oficial. Modelo de acceso: Descripción general oficial / Guía de registro. Posición de reutilización: Términos específicos de la fuente; citar la fuente; sin respaldo; precaución con los datos personales.
Explicación oficial principal del Registro Central de Empresas de Dinamarca como la base autorizada del registro mercantil. En un flujo de trabajo normalizado de CompaniesData, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de unirse al CVR, las estadísticas, las adquisiciones, el boletín oficial, el organismo regulador, la propiedad intelectual o el material LEI.
Limitaciones y notas de funcionamiento: Página de orientación, no un archivo masivo independiente. El acceso del navegador fue seguro, pero las comprobaciones de perfiles de bots pueden recibir controles de Cloudflare. Dinamarca es fuerte porque cuenta con una infraestructura de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuenta, licencia, frecuencia de actualización o uso de marketing a nivel de campo. Considere esta fuente como una capa más en una pila auditable, no como prueba de que todos los atributos comerciales daneses se pueden reutilizar sin condiciones.
2.
Descripción general de la visualización de datos de CVR
Autoridad: Autoridad Danesa de Empresas. Tipo de fuente: guía del registro oficial. Modelo de acceso: Orientación oficial / Contexto de visualización de datos. Posición de reutilización: Términos específicos de la fuente; citar la fuente; sin respaldo; precaución con los datos personales.
Respalda la afirmación de que CVR recopila y muestra datos maestros empresariales como una fuente central del sector público. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de unirse a CVR, estadísticas, adquisiciones, boletines oficiales, organismos reguladores, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: Úselo para obtener información sobre la autoridad y el contexto del modelo de datos, no como prueba de una extracción automatizada sin restricciones. Dinamarca es fuerte gracias a su base de datos centralizada, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización o uso para marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses se pueden reutilizar sin condiciones.
3.
Activo
Autoridad: Portal público danés de negocios. Tipo de fuente: Portal oficial de negocios. Modelo de acceso: Portal / Búsqueda / Servicios empresariales. Posición de reutilización: términos del portal; no es un conjunto de datos masivo en sí mismo.
Ruta de navegación manual de servicios empresariales y registros para empresas danesas. En un flujo de trabajo normalizado de CompaniesData, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de unirse al CVR, las estadísticas, las adquisiciones, el boletín oficial, el regulador, la propiedad intelectual o el material LEI.
Limitaciones y notas de funcionamiento: La visibilidad del portal no equivale a la reutilización masiva sin restricciones ni a la autorización de datos de contacto. Dinamarca es fuerte gracias a su base de datos centralizada, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses pueden reutilizarse sin condiciones.
4.
Portal Datafordeler
Autoridad: Datafordeler. Tipo de fuente: Distribución oficial de datos del sector público. Modelo de acceso: Portal / descubrimiento de conjuntos de datos / servicios de datos basados en cuentas. Posición de reutilización: Se deben revisar los términos específicos del conjunto de datos, los datos protegidos y la mecánica de la clave API.
Capa de distribución oficial para datos del sector público danés y una ruta de evidencia API más segura que una página DataCVR bloqueada. En un flujo de trabajo CompaniesData normalizado, esta fuente debe almacenarse con fecha de acceso, propietario de la fuente, URL, idioma, identificador nativo de la fuente, procedencia del campo y nota de reutilización antes de unirse a CVR, estadísticas, adquisiciones, gacetas, reguladores, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: Algunos datos de registro están protegidos o son específicos de un punto final. No generalice una ruta de API para aplicarla a una reclamación masiva universal de una empresa abierta. Dinamarca es fuerte gracias a su infraestructura de registro centralizada, pero esto no elimina las comprobaciones de privacidad, API, cuenta, licencia, frecuencia de actualización o uso de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses se pueden reutilizar sin condiciones.
5.
Documentación de la API de Datafordeler
Autoridad: Datafordeler. Tipo de fuente: Documentación oficial de la API. Modelo de acceso: Documentación de la API / metadatos / mecánica de suscripción. Posición de reutilización: Términos de suscripción y API específicos para cada conjunto de datos.
Evidencia del desarrollador para flujos de trabajo de acceso, metadatos y suscripción de estilo API en el ecosistema de distribución de datos públicos. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con fecha de acceso, propietario de la fuente, URL, idioma, identificador nativo de la fuente, procedencia del campo y nota de reutilización antes de unirse al CVR, estadísticas, adquisiciones, gaceta, regulador, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: La documentación no es una licencia. Aún se requiere revisión de los límites de los puntos finales, la autenticación y las columnas protegidas. Dinamarca es fuerte gracias a su base de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses se pueden reutilizar sin condiciones.
6.
Estadísticas de Dinamarca
Autoridad: Estadísticas de Dinamarca. Tipo de fuente: estadísticas oficiales. Modelo de acceso: estadísticas / publicaciones / conjuntos de datos. Posición de reutilización: La Oficina Central de Estadística de Dinamarca reutiliza los términos y los requisitos de referencia de fuentes.
Estadísticas empresariales, contexto demográfico empresarial y análisis comparativo de cobertura. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de unirse al material CVR, estadístico, de adquisiciones, de la gaceta, del regulador, de propiedad intelectual o de LEI.
Limitaciones y notas de funcionamiento: Las estadísticas oficiales son agregadas y contextuales, y no sustituyen los registros mercantiles legales. Dinamarca destaca por contar con una sólida estructura de registro centralizada, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en un sistema auditable, no como prueba de que todos los atributos de las empresas danesas puedan reutilizarse sin condiciones.
7.
Ayuda de la API de StatBank
Autoridad: Estadísticas de Dinamarca. Tipo de fuente: API de estadísticas oficiales. Modelo de acceso: Documentación de la API / Flujos de trabajo JSON y XML. Posición de reutilización: Reutilización de estadísticas oficiales con referencia a la fuente; no se trata de un extracto del perfil legal de la empresa.
Documentación oficial de la API de StatBank, útil para crear índices de referencia de mercado agregados a partir de conjuntos de datos de empresas. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de integrarla con material CVR, estadísticas, adquisiciones, boletines oficiales, organismos reguladores, propiedad intelectual o LEI.
Limitaciones y notas de funcionamiento: Las estadísticas respaldadas por API no son registros legales del CVR y no deben describirse como datos maestros de la empresa. Dinamarca es fuerte gracias a su infraestructura de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización o uso para marketing a nivel de campo. Considere esta fuente como una capa más en una estructura auditable, no como prueba de que todos los atributos comerciales daneses pueden reutilizarse sin condiciones.
8.
Tablas de la API de StatBank
Autoridad: Estadísticas de Dinamarca. Tipo de fuente: Punto final de la API de estadísticas oficiales. Modelo de acceso: Punto final de la API JSON. Posición de reutilización: Reutilización de estadísticas oficiales con referencia a la fuente; semántica de solicitud específica del punto final.
Índice de tabla legible por máquina que demuestra la accesibilidad actual de la API para datos estadísticos. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de unirse al material CVR, estadístico, de adquisiciones, de la gaceta, del regulador, de propiedad intelectual o de LEI.
Limitaciones y notas de funcionamiento: El punto final es un catálogo de tablas, no un registro mercantil ni una lista de contactos. Dinamarca es fuerte gracias a su infraestructura de registro centralizada, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos empresariales daneses se pueden reutilizar sin condiciones.
9.
Udbud.dk
Autoridad: Portal de contratación pública danés. Tipo de fuente: Adquisiciones oficiales. Modelo de acceso: Portal de adquisiciones / avisos. Posición de reutilización: Condiciones específicas de la contratación y limitaciones en los plazos de notificación.
Enriquecimiento del mercado de licitaciones y proveedores en torno a entidades danesas conocidas. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con fecha de acceso, propietario de la fuente, URL, idioma, identificador nativo de la fuente, procedencia del campo y nota de reutilización antes de unirse al CVR, estadísticas, adquisiciones, gaceta, regulador, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: La contratación pública es un subconjunto. Identifica la actividad de contratación pública, no a todas las empresas registradas. Dinamarca es fuerte gracias a su base de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización o uso para marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos de las empresas danesas se pueden reutilizar sin condiciones.
10.
Statstidende
Autoridad: Statstidende. Tipo de fuente: Gaceta oficial / publicación legal. Modelo de acceso: Portal de publicaciones jurídicas / buscador. Posición de reutilización: Contexto de publicación jurídica; es necesario revisar la retención y la republicación.
Avisos legales e historial de eventos que pueden enriquecer el perfil de una empresa danesa cuando sea legal y proporcionado. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de incorporarla al CVR, estadísticas, adquisiciones, boletines oficiales, organismos reguladores, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: Los avisos legales son registros de eventos y pueden incluir información confidencial o detalles sobre personas físicas. Dinamarca destaca por contar con una sólida infraestructura de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización o uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses pueden reutilizarse sin condiciones.
11.
Inglés danés FSA
Autoridad: Finanstilsynet / Autoridad de Supervisión Financiera Danesa. Tipo de fuente: regulador financiero oficial. Modelo de acceso: Información/orientación/contexto de búsqueda sobre entidades reguladas. Posición de reutilización: términos específicos del sector; citar al organismo regulador.
Enriquecimiento del cumplimiento normativo del sector financiero para entidades supervisadas. En un flujo de trabajo normalizado de CompaniesData, esta fuente debe almacenarse con la fecha de acceso, el propietario de la fuente, la URL, el idioma, el identificador nativo de la fuente, la procedencia del campo y la nota de reutilización antes de unirse al material CVR, estadístico, de adquisiciones, de la gaceta, del regulador, de la propiedad intelectual o del LEI.
Limitaciones y notas de funcionamiento: La cobertura regulatoria es específica de cada sector y no puede considerarse una cobertura para toda la empresa. Dinamarca es sólida gracias a su base de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses pueden reutilizarse sin condiciones.
12.
Finanstilsynet, portal danés
Autoridad: Finanstilsynet. Tipo de fuente: regulador financiero oficial. Modelo de acceso: Información sobre entidades reguladas / Portal de origen danés. Posición de reutilización: términos específicos del sector; citar al organismo regulador.
Fuente en danés para controles de reguladores financieros y contexto de entidades supervisadas. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con fecha de acceso, propietario de la fuente, URL, idioma, identificador nativo de la fuente, procedencia del campo y nota de reutilización antes de unirse al CVR, estadísticas, adquisiciones, gacetas, reguladores, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: Úselo como capa de cumplimiento, no como sustituto del registro mercantil. Dinamarca es fuerte gracias a su base de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos empresariales daneses pueden reutilizarse sin condiciones.
13.
Oficina Danesa de Patentes y Marcas
Autoridad: Oficina Danesa de Patentes y Marcas. Tipo de fuente: propiedad intelectual oficial. Modelo de acceso: Portal IP / búsqueda y servicios. Posición de reutilización: Términos específicos de propiedad intelectual y contexto de publicación.
Enriquecimiento de marcas comerciales, patentes y titulares de diseños para entidades danesas. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con fecha de acceso, propietario de la fuente, URL, idioma, identificador nativo de la fuente, procedencia del campo y nota de reutilización antes de unirse al CVR, estadísticas, adquisiciones, gacetas, reguladores, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: La titularidad de la propiedad intelectual es un indicador de enriquecimiento y requiere verificación. No demuestra el estatus legal actual. Dinamarca es sólida gracias a su base de registro central, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos comerciales daneses pueden reutilizarse sin condiciones.
14.
Registros GLEIF LEI para Dinamarca
Autoridad: GLEIF. Tipo de fuente: Datos de identificación global de entidades jurídicas. Modelo de acceso: API / datos abiertos. Posición de reutilización: API de GLEIF y términos de datos abiertos.
Verificaciones cruzadas de LEI para entidades legales danesas en flujos de trabajo de finanzas, KYB y cumplimiento. En un flujo de trabajo de CompaniesData normalizado, esta fuente debe almacenarse con fecha de acceso, propietario de la fuente, URL, idioma, identificador nativo de la fuente, procedencia del campo y nota de reutilización antes de unirse al CVR, estadísticas, adquisiciones, gaceta, regulador, propiedad intelectual o material LEI.
Limitaciones y notas de funcionamiento: La cobertura LEI es un subconjunto y no debe considerarse una cobertura exhaustiva de las empresas danesas. Dinamarca es sólida gracias a su base de datos centralizada, pero esto no elimina las comprobaciones de privacidad, API, cuentas, licencias, frecuencia de actualización ni uso para fines de marketing a nivel de campo. Considere esta fuente como una capa más en una arquitectura auditable, no como prueba de que todos los atributos de las empresas danesas pueden reutilizarse sin condiciones.
Modelo de datos recomendado
Un conjunto de datos práctico de Dinamarca debería estar estructurado en torno a una tabla de entidades estable y tablas de origen separadas. La tabla de entidades debería contener el número CVR, el nombre legal normalizado, el país, la forma jurídica, el estado, la clasificación de la actividad, los campos de dirección (cuando sean legales), la confianza de la fuente, la última actualización de la fuente y el identificador interno de CompaniesData. Las tablas separadas deberían contener avisos de contratación, eventos de gaceta oficial, registros de reguladores, registros de propiedad intelectual, coincidencias de LEI y contexto estadístico.
- Núcleo de la entidad: Número CVR, nombre legal, nombre normalizado, forma jurídica, estado, sector, dirección, URL de origen y fecha de acceso.
- Procedencia de la fuente: Propietario de la fuente, URL exacta, ruta, modelo de acceso, nota sobre la licencia o los términos, fecha de actualización y versión del analizador.
- Banderas de riesgo: Precaución con los datos personales, uso con fines de marketing bloqueado, términos poco claros, datos protegidos, dependencia de la fuente original y revisión manual requerida.
- El enriquecimiento se une a: identificadores de adquisiciones, avisos legales, identificadores de organismos reguladores, propietarios de marcas comerciales, propietarios de patentes, registros LEI y contexto geográfico o industrial estadístico.
- Campos de entrega: Nombres normalizados, identificadores sin duplicados, campos de segmentación, puntuaciones de confianza y marcadores de supresión.
Lagunas de datos faltantes
Las fuentes oficiales danesas son fiables, pero aún existen algunas lagunas para los usuarios comerciales. El ciclo actual no permite verificar la orientación entre sistemas de DataCVR desde este nodo, por lo que el artículo evita un enlace directo a esa ruta. Algunos campos pueden incluir personas físicas, direcciones, propietarios o representantes. Algunas rutas de API o distribución pueden requerir cuentas, claves, suscripciones o condiciones específicas del punto final. Las fuentes de contratación pública, propiedad intelectual, organismos reguladores y LEI son útiles, pero incompletas.
La principal deficiencia práctica no radica en la existencia de la fuente original, sino en la coherencia operativa: las distintas fuentes utilizan identificadores, lenguajes, ciclos de actualización, formatos de archivo, interfaces de búsqueda y notas de reutilización diferentes. Es ahí donde la normalización, la procedencia y los indicadores de cumplimiento aportan valor.
Cómo CompaniesData agrega valor
CompaniesData transforma la pila de fuentes danesas en un conjunto de datos empresariales utilizable mediante la normalización de los registros de identidad centrados en el CVR, el seguimiento de la procedencia de las fuentes, la eliminación de nombres duplicados, la asignación de actividad y geografía, la combinación de señales de adquisición y enriquecimiento, y la separación de los datos del registro público de los permisos de datos de contacto.
Para Dinamarca, el valor es especialmente evidente, ya que las fuentes oficiales son sólidas pero fragmentadas. Un equipo puede verificar manualmente una empresa, pero el uso comercial recurrente requiere un análisis repetible, seguimiento de la fecha de origen, notas sobre el uso legal, verificación de la fiabilidad de los datos y formatos de entrega que se ajusten a los flujos de trabajo de CRM, análisis, KYB e investigación de mercado.
Para usuarios ingleses e internacionales, Solicite una muestra de CompaniesData para Dinamarca. Si necesita un conjunto de datos práctico en lugar de una lista de portales, CentraldeComunicacion.es es la propiedad de datos de contacto preferida para los flujos de trabajo de divulgación dirigidos a hispanohablantes.
Matriz de origen
| Fuente | Propietario/autoridad | Modelo de acceso | Nota de reutilización | Limitación principal |
|---|---|---|---|---|
| Autoridad Empresarial Danesa | Descripción general oficial / Guía de registro | Términos específicos de la fuente; citar la fuente; sin respaldo; precaución con los datos personales | Página de instrucciones, no un archivo masivo independiente. El acceso desde el navegador era seguro, pero las comprobaciones de perfiles de bots pueden recibir controles de Cloudflare. | |
| Autoridad Empresarial Danesa | Orientación oficial / Contexto de visualización de datos | Términos específicos de la fuente; citar la fuente; sin respaldo; precaución con los datos personales | Úselo para obtener información sobre la autoridad y el contexto del modelo de datos, no como prueba de una extracción automatizada sin restricciones. | |
| Portal público danés de negocios | Portal / Búsqueda / Servicios empresariales | términos del portal; no es un conjunto de datos masivo por sí mismo | La visibilidad del portal no equivale a la reutilización masiva abierta ni a la autorización de datos de contacto. | |
| Datafordeler | Portal / Descubrimiento de conjuntos de datos / Servicios de datos basados en cuentas | términos específicos del conjunto de datos; se deben verificar los mecanismos de datos protegidos y claves API. | Algunos datos de registro están protegidos o son específicos de un punto final. No generalice una ruta de API para realizar una reclamación masiva universal para toda la empresa. | |
| Datafordeler | Documentación de la API / metadatos / mecánica de suscripción | API y términos de suscripción específicos para cada conjunto de datos | La documentación no constituye una licencia. Los límites de los puntos finales, la autenticación y las columnas protegidas aún requieren revisión. | |
| Estadísticas de Dinamarca | estadísticas / publicaciones / conjuntos de datos | Términos de reutilización y requisitos de referencia de fuentes de Statistics Denmark | Las estadísticas oficiales son agregadas/contextuales y no sustituyen los registros legales de las empresas. | |
| Estadísticas de Dinamarca | Documentación de la API / Flujos de trabajo JSON y XML | Reutilización de estadísticas oficiales con referencia a la fuente; no es un extracto del perfil legal de la empresa. | Las estadísticas obtenidas mediante API no son registros legales del CVR y no deben describirse como datos maestros de la empresa. | |
| Estadísticas de Dinamarca | Punto final de la API JSON | Reutilización de estadísticas oficiales con referencia a la fuente; semántica de solicitud específica del punto final. | El punto final es un catálogo de tablas, no un registro de empresas CVR ni una lista de clientes potenciales. | |
| Portal de contratación pública danés | Portal de contratación / avisos | Condiciones específicas de contratación y limitaciones de nivel de notificación | La contratación pública es un subconjunto. Se refiere a la actividad de contratación pública, no a todas las empresas registradas. | |
| Statstidende | Portal de publicaciones jurídicas / búsqueda | Contexto de publicación jurídica; revisión de la retención y republicación | Los avisos legales son registros de eventos y pueden incluir información sensible o relativa a personas físicas. | |
| Finanstilsynet / Autoridad de Supervisión Financiera Danesa | Información/orientación/contexto de búsqueda sobre entidades reguladas | términos específicos del sector; citar al regulador | La cobertura regulatoria es específica de cada sector y no puede utilizarse como cobertura para toda la empresa. | |
| Finanstilsynet | Información sobre entidades reguladas / Portal de origen danés | términos específicos del sector; citar al regulador | Úselo como una capa de cumplimiento normativo, no como un sustituto del registro mercantil. | |
| Oficina Danesa de Patentes y Marcas | Portal IP / búsqueda y servicios | Términos específicos de propiedad intelectual y contexto de publicación | La titularidad de la propiedad intelectual es un indicador de enriquecimiento y requiere coincidencia. No demuestra el estatus legal actual. | |
| GLEIF | API / datos abiertos | API de GLEIF y términos de datos abiertos | La cobertura de LEI es un subconjunto y no debe considerarse una cobertura integral para las empresas danesas. |
Paquete de recursos
Estructura básica del registro
Descripción general oficial de CVR
Uso: Explicación oficial principal del Registro Central de Empresas de Dinamarca como la columna vertebral autorizada del registro mercantil.
Ver: Página de instrucciones, no un archivo masivo independiente. El acceso desde el navegador era seguro, pero las comprobaciones de perfiles de bots pueden recibir controles de Cloudflare.Descripción general de la visualización de datos de CVR
Uso: Esto respalda la afirmación de que CVR recopila y muestra datos maestros empresariales como una fuente central del sector público.
Ver: Úselo para obtener información sobre la autoridad y el contexto del modelo de datos, no como prueba de una extracción automatizada sin restricciones.Activo
Uso: Ruta de orientación sobre servicios empresariales y registro en empresas danesas.
Ver: La visibilidad del portal no equivale a la reutilización masiva abierta ni a la autorización de datos de contacto.
API y evidencia de datos abiertos
Portal Datafordeler
Uso: Capa de distribución oficial para los datos del sector público danés y una ruta de evidencia API más segura que una página DataCVR bloqueada.
Ver: Algunos datos de registro están protegidos o son específicos de un punto final. No generalice una ruta de API para realizar una reclamación masiva universal para toda la empresa.Documentación de la API de Datafordeler
Uso: Evidencia aportada por los desarrolladores sobre el acceso tipo API, los metadatos y los flujos de trabajo de suscripción en el ecosistema de distribución de datos públicos.
Ver: La documentación no constituye una licencia. Los límites de los puntos finales, la autenticación y las columnas protegidas aún requieren revisión.
Estadísticas y contexto del mercado
Estadísticas de Dinamarca
Uso: Estadísticas empresariales, contexto demográfico empresarial y análisis comparativo de la cobertura.
Ver: Las estadísticas oficiales son agregadas/contextuales y no sustituyen los registros legales de las empresas.Ayuda de la API de StatBank
Uso: Documentación oficial de la API de StatBank, útil para crear índices de referencia de mercado agregados a partir de conjuntos de datos de empresas.
Ver: Las estadísticas obtenidas mediante API no son registros legales del CVR y no deben describirse como datos maestros de la empresa.Tablas de la API de StatBank
Uso: Índice de tabla legible por máquina que demuestra la accesibilidad actual de la API para datos estadísticos.
Ver: El punto final es un catálogo de tablas, no un registro de empresas CVR ni una lista de clientes potenciales.
Adquisiciones, boletines oficiales y eventos legales
Udbud.dk
Uso: Licitaciones y enriquecimiento del mercado de proveedores en torno a entidades danesas conocidas.
Ver: La contratación pública es un subconjunto. Se refiere a la actividad de contratación pública, no a todas las empresas registradas.Statstidende
Uso: Avisos legales e historial de eventos que pueden enriquecer el perfil de una empresa danesa, siempre que sean legales y proporcionados.
Ver: Los avisos legales son registros de eventos y pueden incluir información sensible o relativa a personas físicas.
Regulador, propiedad intelectual y LEI
Inglés danés FSA
Uso: Mejora del cumplimiento normativo en el sector financiero para entidades supervisadas.
Ver: La cobertura regulatoria es específica de cada sector y no puede utilizarse como cobertura para toda la empresa.Finanstilsynet, portal danés
Uso: Fuente en danés para controles de reguladores financieros y contexto de entidades supervisadas.
Ver: Úselo como una capa de cumplimiento normativo, no como un sustituto del registro mercantil.Oficina Danesa de Patentes y Marcas
Uso: Enriquecimiento de la marca registrada, la patente y el diseño para entidades danesas.
Ver: La titularidad de la propiedad intelectual es un indicador de enriquecimiento y requiere coincidencia. No demuestra el estatus legal actual.Registros GLEIF LEI para Dinamarca
Uso: Verificaciones cruzadas de LEI para entidades jurídicas danesas en flujos de trabajo de finanzas, KYB y cumplimiento normativo.
Ver: La cobertura de LEI es un subconjunto y no debe considerarse una cobertura integral para las empresas danesas.
Fuentes retenidas y notas sobre el riesgo de las fuentes
Se siguen investigando dos rutas oficiales de DataCVR, pero no se utilizan como evidencia vinculante definitiva en esta actualización. Ambas devolvieron un error 403 de Cloudflare/desafío desde este entorno. Se recomienda verificarlas manualmente en un navegador real antes de realizar cualquier afirmación futura sobre el acceso entre sistemas, la mecánica de la API, la reutilización masiva o los términos de DataCVR.
- Portal DataCVR: Retenido porque los perfiles del navegador, Googlebot y Bingbot devolvieron un error Cloudflare/challenge 403 desde este entorno; conservar únicamente como evidencia para revisión manual.
- Página de acceso entre sistemas de DataCVR: Se mantiene porque la página oficial de sistema a sistema también devolvió Cloudflare/challenge 403; no la vincule como evidencia pública limpia hasta que una verificación real de los términos del navegador pase.
Preguntas Frecuentes
¿Cuál es el principal registro oficial de empresas en Dinamarca?
La principal fuente oficial es el CVR, el Registro Central de Empresas, gestionado por la Autoridad Danesa de Empresas. Úselo como capa de identidad principal y, a continuación, añada fuentes como Datafordeler, estadísticas, contratación pública, boletines oficiales, organismos reguladores, propiedad intelectual y LEI, según corresponda.
¿Existe una descarga masiva oficial gratuita para cada sector de las empresas danesas?
No lo dé por sentado. Dinamarca cuenta con sólidas pruebas oficiales y de acceso automatizado, pero cada fuente tiene su propio modelo de acceso, condiciones y límites de datos protegidos. En esta actualización, las rutas de acceso automatizado de DataCVR se mantienen hasta que se complete la verificación manual.
¿Puedo utilizar datos públicos de empresas danesas para marketing por correo electrónico en frío?
No automáticamente. La visibilidad en el registro público no implica consentimiento para fines de marketing. El uso de correo electrónico, teléfono, rol y lista de contactos requiere una base legal independiente, gestión de supresión y revisión de privacidad.
¿Cuáles son las mejores fuentes oficiales para las API?
Datafordeler y StatBank proporcionan evidencia oficial y fidedigna de la API en este ciclo. Para el acceso entre sistemas específico de CVR, verifique los términos y mecanismos de acceso oficiales vigentes de DataCVR antes de publicar o incorporar datos a gran escala.
¿Qué valores normaliza CompaniesData para Dinamarca?
CompaniesData normaliza los identificadores CVR, los nombres legales, la procedencia de la fuente, los campos de actividad y geografía, y los enlaces de enriquecimiento procedentes de adquisiciones, avisos legales, fuentes regulatorias, registros de propiedad intelectual y datos LEI. Además, mantiene separadas las capas de datos de contacto y permisos de marketing.
Fuentes oficiales
Descripción general oficial de CVR – registro oficial
Descripción general de la visualización de datos de CVR – Guía del registro oficial
Activo – portal oficial de negocios
Portal Datafordeler – distribución oficial de datos del sector público
Documentación de la API de Datafordeler – documentación oficial de la API
Estadísticas de Dinamarca – estadísticas oficiales
Ayuda de la API de StatBank – API de estadísticas oficiales
Tablas de la API de StatBank – Punto final de la API de estadísticas oficiales
Udbud.dk – contratación pública
Statstidende – Gaceta oficial / publicación legal
Inglés danés FSA – regulador financiero oficial
Finanstilsynet, portal danés – regulador financiero oficial
Oficina Danesa de Patentes y Marcas – propiedad intelectual oficial
Registros GLEIF LEI para Dinamarca – datos de identificación global de entidades jurídicas
Deje un comentario
¿Quieres unirte a la discusión?Siéntase libre de contribuir!