Sources des registres CVR et des sociétés du Danemark

Le Danemark figure parmi les juridictions européennes les plus robustes en matière de données officielles sur les entreprises grâce à son système centralisé de registre du commerce, le CVR. La difficulté pratique ne réside pas dans l'existence d'une source officielle, mais plutôt dans la manière d'exploiter le CVR, Virk, Datafordeler, StatBank, Statistics Denmark, les marchés publics, les publications officielles, les organismes de réglementation, la propriété intellectuelle et les LEI sans pour autant surdimensionner l'accès aux API, la réutilisation massive des données ou les autorisations de marketing.

Cette mise à jour remplace l'ancien article succinct sur le Danemark par une page de référence plus détaillée. Elle conserve CVR comme source de référence, utilise Datafordeler et StatBank comme preuves d'API/données ouvertes vérifiées, et place le portail DataCVR et la page d'échange de données DataCVR en statut « source non vérifiée » car les deux ont renvoyé une erreur 403 (Cloudflare/défi) depuis cet environnement. Cela ne signifie pas que DataCVR est non officiel. Il s'agit d'une décision relative à l'exploration et à la validation éditoriale : ne pas publier d'affirmation de source propre à partir d'une page que ce nœud ne peut pas vérifier.

Pour les utilisateurs commerciaux, la réponse la plus sûre est la suivante : le Danemark dispose d’un marché de données officielles de grande valeur, mais la visibilité des registres publics ne signifie pas la mise à disposition gratuite d’un fichier volumineux complet, ni celle d’une liste de contacts clients, ni l’autorisation de republier chaque champ. Un jeu de données fiable nécessite la traçabilité des sources, des indicateurs de réutilisation, les dates de mise à jour et des contrôles de confidentialité.

Points clés à retenir

• Meilleure colonne vertébrale officielle : Le CVR, géré par l'Autorité danoise des entreprises, est le point de départ de l'identification des entreprises enregistrées.
• Meilleure preuve de la propreté de l'API dans cette mise à jour : La documentation Datafordeler et les points de terminaison de l'API StatBank sont accessibles et utiles, mais ils doivent être formulés en utilisant des termes spécifiques à l'ensemble de données.
• Risque lié à la source détenue : Le portail DataCVR et les routes système à système DataCVR ne constituent pas des preuves liées finales dans cette mise à jour car ils ont renvoyé un défi/403 depuis ce nœud.
• Meilleures couches d'enrichissement : Statistics Denmark, StatBank, Udbud.dk, Statstidende, Finanstilsynet, DKPTO et GLEIF prennent en charge les vérifications de couverture, les signaux d'approvisionnement, les avis juridiques, le contexte des entités réglementées, la correspondance IP et LEI.
• Principale limite de conformité : Les données d'une entreprise cotée en bourse ne constituent pas une autorisation automatique pour l'envoi de courriels non sollicités, la constitution de listes téléphoniques ou l'enrichissement des données à des fins de prospection commerciale.

Méthodologie éditoriale

Cet article suit la méthode de CompaniesData basée sur les sources par pays. Les registres officiels et les sources du secteur public sont privilégiés. Les statistiques officielles, les marchés publics, les publications juridiques, les organismes de réglementation, la propriété intellectuelle et les LEI sont ensuite considérés comme des sources complémentaires. Les agrégateurs privés et les vendeurs de données de contact ne sont pas utilisés comme preuves de droits de réutilisation officiels.

Chaque source liée finale a été vérifiée dans cet environnement le 08/06/2026. Les sources présentant des erreurs 404/410 permanentes sont exclues. Les sources affichant une protection contre les bots, des pages de défiement, des routes instables ou des preuves de réutilisation peu claires sont conservées et documentées plutôt que d'être utilisées comme preuves publiques. Les logos présents dans la matrice des sources et le pack de ressources ne sont que des favicons décoratifs. Seules l'URL officielle, le propriétaire de la source, le modèle d'accès et la note de réutilisation font foi.

Analyse des risques liés à la couverture, à l'accès et aux mises à jour

Le Danemark devrait être modélisé selon une architecture d'identité centrée sur le CVR, complétée par des couches de distribution et d'enrichissement distinctes. Le CVR fait office d'autorité d'enregistrement. Virk fournit le portail public des entreprises. Datafordeler prend en charge la distribution des données du secteur public et l'accès via API, mais les utilisateurs sources doivent néanmoins examiner les conditions d'utilisation, les limites de protection des données et les mécanismes d'authentification. Statistics Denmark et StatBank fournissent des données agrégées sur le marché et la démographie des entreprises, et non des profils juridiques d'entreprises.

Couverture du registre : les données d’une société danoise doivent inclure le numéro CVR, la dénomination sociale, le statut, l’adresse ou le siège social (le cas échéant), la classification de l’activité, la forme juridique, l’URL source, la date d’accès et la date de mise à jour. Si la source révèle des informations personnelles (adresses, propriétaires, dirigeants, etc.) ou indique qu’il s’agit d’une entreprise individuelle, il convient de conserver les indicateurs de confidentialité et d’éviter d’utiliser ces données à des fins de prospection commerciale.

Confiance en matière d'API et de traitement des données en masse : le Danemark se montre favorable aux API par rapport à de nombreuses juridictions, mais la définition de « un seul fichier complet gratuit » reste restrictive. Datafordeler et StatBank présentent des interfaces API officielles fiables pour ce cycle. DataCVR demeure pertinent, mais son accès est suspendu jusqu'à ce qu'une vérification manuelle par navigateur confirme les mécanismes et conditions d'accès actuels.

Risque de mise à jour : les données CVR, Virk, Datafordeler, StatBank, les avis de marchés publics, les avis légaux, les listes des organismes de réglementation, les enregistrements de propriété intellectuelle et les données LEI sont mises à jour selon des calendriers différents. Un jeu de données normalisé devrait stocker la provenance et les dates sources au niveau du champ plutôt qu’un horodatage générique danois.

Liste de vérification de réutilisation

• Identifiez la classe source : registre, portail, API, statistiques, marchés publics, journal officiel, organisme de réglementation, IP ou LEI.
• Conserver l'attribution officielle : Conserver le propriétaire de la source, l'URL, la date d'accès, le chemin d'accès aux données et la note de réutilisation.
• Distinguer la recherche de la réutilisation : La consultation du portail n'est pas la même chose que le téléchargement en masse ou l'autorisation API.
• Respectez les limites des données personnelles : Les entreprises individuelles, les adresses, les représentants et les mentions légales peuvent nécessiter un examen au titre du RGPD.
• Évitez les formulations de type « recommandation » : n'impliquent pas que les autorités danoises approuvent un ensemble de données dérivé de CompaniesData.
• Séparez vos contacts marketing : Pour les publics anglophones ou internationaux, acheminez l'enrichissement conforme vers CompaniesData.cloud plutôt que vers des vendeurs de données de contact tiers.
• Sources bloquées enregistrées : Les itinéraires DataCVR doivent rester dans le fichier de recherche jusqu'à ce qu'une vérification manuelle des conditions d'accès soit effectuée.

Manuel pratique, API et options de traitement par lots

Vérification manuelle : commencez par consulter les pages d’autorité CVR et Virk pour le contexte du portail d’entreprise. Utilisez le langage de recherche manuelle avec précaution, surtout lorsque la source ne présente pas de modèle d’autorisation clair pour les requêtes groupées ou les API.

Utilisation d'API : consultez la documentation Datafordeler pour connaître les mécanismes officiels de distribution des données publiques et l'API StatBank pour les statistiques agrégées. Si un projet nécessite un accès machine spécifique au CVR, consignez l'adresse exacte, les conditions d'utilisation, les exigences relatives au compte et les exclusions de données protégées avant l'intégration.

Actualisation en masse ou récurrente : ne présumez pas qu’une page de recherche publique puisse être extraite à grande échelle. Concevez la logique d’actualisation à partir de sources disposant de routes d’accès machine explicites et ajoutez une mention légale/de réutilisation à côté de chaque groupe de champs.

Enrichissement commercial : ajout des signaux d’appel d’offres, de publication au Journal officiel, d’autorité de régulation, de propriété intellectuelle et d’identifiant LEI uniquement après vérification de l’identité avec le CVR. Chaque niveau étant partiel, l’absence d’un avis d’appel d’offres ou d’un identifiant LEI ne doit pas être interprétée comme une entreprise inactive ou invalide.

Analyses approfondies source par source

1. Présentation officielle du CVR

Autorité : Autorité danoise des entreprises. Type de source : registre officiel. Modèle d’accès : aperçu officiel / guide du registre. Conditions de réutilisation : mention de la source, citation de l’autorité, absence d’approbation, protection des données personnelles.

Explication officielle principale du Registre central des entreprises du Danemark, qui fait office de base de données de référence pour les entreprises. Dans un flux de travail normalisé de CompaniesData, cette source doit être stockée avec la date d'accès, le propriétaire, l'URL, la langue, l'identifiant natif, la provenance des champs et une note de réutilisation avant d'être intégrée aux données du CVR, aux statistiques, aux marchés publics, aux journaux officiels, aux organismes de réglementation, à la propriété intellectuelle ou aux LEI.

Limitations et notes d'utilisation : Page d'information, et non fichier volumineux autonome. L'accès via navigateur était sécurisé, mais les vérifications des profils de robots peuvent être soumises aux contrôles de Cloudflare. Le Danemark bénéficie d'un système centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut commercial danois peut être réutilisé sans condition.

2. Aperçu de l'affichage des données CVR

Autorité : Autorité danoise des entreprises. Type de source : guide officiel du registre. Modèle d’accès : guide officiel / contexte d’affichage des données. Réutilisation : conditions spécifiques à la source ; citer l’autorité ; absence d’approbation ; précautions relatives aux données personnelles.

Cela confirme que le CVR collecte et affiche les données de référence des entreprises en tant que source centrale du secteur public. Dans un flux de travail normalisé CompaniesData, cette source doit être enregistrée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée au CVR, aux statistiques, aux marchés publics, aux journaux officiels, aux organismes de réglementation, à la propriété intellectuelle ou aux LEI.

Limitations et notes d'utilisation : À utiliser pour le contexte d'autorité et de modèle de données, et non comme preuve d'une extraction automatisée sans restriction. Le Danemark bénéficie d'un système centralisé robuste, mais cela n'exempte pas des contrôles de confidentialité au niveau des champs, des API, des comptes, des licences, de la fréquence de mise à jour ou des utilisations à des fins marketing. Considérez cette source comme une couche parmi d'autres dans un système auditable, et non comme la preuve que chaque attribut commercial danois peut être réutilisé sans condition.

3. Actif

Autorité : Portail d’entreprises public danois. Type de source : Portail d’entreprises officiel. Modèle d’accès : Portail / Recherche / Services aux entreprises. Réutilisation : Termes du portail ; ne constitue pas un ensemble de données volumineux.

Parcours manuel de navigation dans les registres et services aux entreprises danoises. Dans un flux de travail normalisé CompaniesData, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : La visibilité sur le portail n'implique pas une réutilisation massive et libre ni l'autorisation d'utiliser les données de contact. Le Danemark bénéficie d'un système centralisé performant, mais cela ne dispense pas des contrôles de confidentialité au niveau des champs, des API, des comptes, des licences, de la fréquence de mise à jour et des utilisations marketing. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

4. Portail Datafordeler

Autorité : Datafordeler. Type de source : diffusion officielle de données du secteur public. Modèle d’accès : portail / recherche de jeux de données / services de données basés sur un compte. Réutilisation : conditions spécifiques au jeu de données ; les mécanismes de protection des données et des clés API doivent être vérifiés.

Couche de distribution officielle pour les données du secteur public danois et voie d'accès aux preuves API plus sûre qu'une page DataCVR bloquée. Dans un flux de travail CompaniesData normalisé, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : Certaines données d'enregistrement sont protégées ou spécifiques à un point de terminaison. Il est déconseillé de généraliser une route API pour obtenir des données en masse auprès de sociétés ouvertes. Le Danemark bénéficie d'un système d'enregistrement centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

5. Documentation de l'API Datafordeler

Autorité : Datafordeler. Type de source : documentation API officielle. Modèle d’accès : documentation API / métadonnées / modalités d’abonnement. Réutilisation : conditions d’utilisation de l’API et de l’abonnement spécifiques à l’ensemble de données.

Preuves de développement pour les flux d'accès, de métadonnées et d'abonnement de type API dans l'écosystème de distribution de données publiques. Dans un flux de travail CompaniesData normalisé, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être associée à des données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : La documentation ne constitue pas une licence. Les limites relatives aux points de terminaison, à l'authentification et aux colonnes protégées doivent encore être vérifiées. Le Danemark bénéficie d'un système centralisé performant, mais cela n'exempte pas des contrôles de confidentialité au niveau des champs, des API, des comptes, des licences, de la fréquence des mises à jour et des utilisations à des fins marketing. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut commercial danois peut être réutilisé sans condition.

6. Statistiques Danemark

Autorité : Statistics Denmark. Type de source : statistiques officielles. Modèle d’accès : statistiques / publications / jeux de données. Conditions de réutilisation : conditions de réutilisation et exigences de citation de la source de Statistics Denmark.

Statistiques d'entreprise, contexte démographique et analyse comparative de la couverture. Dans un flux de travail CompaniesData normalisé, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, achats, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : Les statistiques officielles sont agrégées et contextuelles et ne remplacent pas les informations légales figurant au registre du commerce. Le Danemark bénéficie d'un système de registre centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme un élément d'un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

7. Aide de l'API StatBank

Autorité : Statistics Denmark. Type de source : API de statistiques officielles. Modèle d’accès : documentation de l’API / flux de travail JSON et XML. Réutilisation : réutilisation des statistiques officielles avec référence à la source ; ne constitue pas un extrait de profil d’entreprise à visée juridique.

Documentation API officielle de StatBank, utile pour la création de benchmarks de marché agrégés à partir de données d'entreprises. Dans un flux de travail CompaniesData normalisé, cette source doit être enregistrée avec la date d'accès, le propriétaire, l'URL, la langue, l'identifiant natif, la provenance des champs et une note de réutilisation avant d'être associée à des données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : Les statistiques issues d'API ne constituent pas des documents légaux du CVR et ne doivent pas être considérées comme des données de référence d'entreprise. Le Danemark bénéficie d'un système d'enregistrement centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme un élément d'un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

8. Tables de l'API StatBank

Autorité : Statistics Denmark. Type de source : point de terminaison de l’API de statistiques officielles. Modèle d’accès : point de terminaison de l’API JSON. Position de réutilisation : réutilisation des statistiques officielles avec référence à la source ; sémantique de requête spécifique au point de terminaison.

Index de table lisible par machine attestant de l'accessibilité actuelle des API pour les données statistiques. Dans un flux de travail CompaniesData normalisé, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, achats, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : Ce point d'accès est un catalogue tabulaire, et non un registre d'entreprises CVR ni une liste de prospects. Le Danemark bénéficie d'un système centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

9. Udbud.dk

Autorité : Portail danois des marchés publics. Type de source : Marché public. Modalités d’accès : Portail des marchés publics / avis de marché. Réutilisation : Conditions spécifiques au marché et restrictions au niveau de l’avis de marché.

Enrichissement des données relatives aux appels d'offres et au marché des fournisseurs concernant les entités danoises connues. Dans un flux de travail normalisé de CompaniesData, cette source doit être enregistrée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : Les marchés publics ne constituent qu'un sous-ensemble. Ce document recense les activités liées aux contrats publics, et non l'ensemble des entreprises enregistrées. Le Danemark bénéficie d'un système de registre centralisé performant, mais cela ne dispense pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme un élément d'un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

10. Statstidende

Autorité : Statstidende. Type de source : Journal officiel / publication juridique. Mode d’accès : portail de publications juridiques / recherche. Réutilisation : contexte de publication juridique ; la conservation et la republication nécessitent un examen.

Les mentions légales et l'historique des événements peuvent enrichir le profil d'une entreprise danoise lorsque cela est légal et proportionné. Dans un flux de travail CompaniesData normalisé, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être associée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : Les mentions légales sont des enregistrements d'événements et peuvent contenir des informations sensibles ou relatives à des personnes physiques. Le Danemark bénéficie d'un système centralisé robuste, mais cela n'exempte pas des contrôles de confidentialité au niveau des champs, des API, des comptes, des licences, de la fréquence de mise à jour ou de l'utilisation à des fins marketing. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut commercial danois peut être réutilisé sans condition.

11. FSA danois anglais

Autorité : Finanstilsynet / Autorité danoise de surveillance financière. Type de source : organisme officiel de réglementation financière. Modèle d’accès : informations sur les entités réglementées / orientations / contexte de recherche. Réutilisation : termes sectoriels ; citer l’organisme de réglementation.

Enrichissement des données de conformité du secteur financier pour les entités supervisées. Dans un flux de travail CompaniesData normalisé, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : La couverture réglementaire est sectorielle et ne peut être généralisée à l'ensemble des entreprises. Le Danemark bénéficie d'un système centralisé performant, mais cela n'exempte pas des contrôles relatifs à la confidentialité, aux API, aux comptes, aux licences, à la fréquence des mises à jour et à l'utilisation à des fins marketing. Cette source doit être considérée comme un élément parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut commercial danois peut être réutilisé sans condition.

12. Portail danois de Finanstilsynet

Autorité : Finanstilsynet. Type de source : autorité de régulation financière officielle. Modèle d’accès : informations sur les entités réglementées / portail source danois. Réutilisation : termes sectoriels ; citer l’autorité de régulation.

Source en langue danoise pour les vérifications auprès des autorités de régulation financière et le contexte des entités supervisées. Dans un flux de travail normalisé CompaniesData, cette source doit être enregistrée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, autorités de régulation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : À utiliser comme couche de conformité, et non comme substitut au registre du commerce. Le Danemark bénéficie d'un système centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour et d'utilisation à des fins marketing au niveau des champs. Considérez cette source comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

13. Office danois des brevets et des marques

Autorité : Office danois des brevets et des marques. Type de source : propriété intellectuelle officielle. Modalités d’accès : portail de la propriété intellectuelle / recherche et services. Réutilisation : conditions spécifiques à la propriété intellectuelle et contexte de publication.

Enrichissement des données relatives aux marques, brevets et dessins et modèles des entités danoises. Dans un flux de travail normalisé CompaniesData, cette source doit être stockée avec la date d'accès, le propriétaire de la source, l'URL, la langue, l'identifiant natif de la source, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : La propriété intellectuelle est un signal d'enrichissement et nécessite une correspondance. Elle ne prouve pas le statut juridique actuel. Le Danemark bénéficie d'un système de registre centralisé performant, mais cela n'exempte pas des contrôles de confidentialité, d'API, de compte, de licence, de fréquence de mise à jour ou d'utilisation à des fins marketing au niveau des champs. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut commercial danois peut être réutilisé sans condition.

14. GLEIF LEI enregistre pour le Danemark

Autorité : GLEIF. Type de source : données d’identifiant global d’entité juridique. Modèle d’accès : API / données ouvertes. Réutilisation : conditions d’utilisation de l’API GLEIF et des données ouvertes.

Les identifiants numériques d'entité (LEI) permettent de vérifier les entités juridiques danoises dans les processus financiers, de connaissance du client (KYB) et de conformité. Dans un flux de travail CompaniesData normalisé, cette source doit être enregistrée avec la date d'accès, le propriétaire, l'URL, la langue, l'identifiant natif, la provenance des champs et une note de réutilisation avant d'être intégrée aux données CVR, statistiques, marchés publics, journaux officiels, organismes de réglementation, propriété intellectuelle ou LEI.

Limitations et notes d'utilisation : La couverture LEI est partielle et ne doit pas être considérée comme une couverture exhaustive des entreprises danoises. Le Danemark bénéficie d'un système centralisé performant, mais cela n'exempte pas des contrôles de confidentialité au niveau des champs, des API, des comptes, des licences, de la fréquence des mises à jour et des utilisations à des fins marketing. Cette source doit être considérée comme une couche parmi d'autres dans un système auditable, et non comme une preuve que chaque attribut d'entreprise danois peut être réutilisé sans condition.

Modèle de données recommandé

Un jeu de données pratique pour le Danemark doit être structuré autour d'une table d'entités stable et de tables sources distinctes. La table d'entités doit contenir le numéro CVR, la dénomination sociale normalisée, le pays, la forme juridique, le statut, la classification d'activité, les champs d'adresse lorsque cela est légal, le niveau de confiance de la source, la date de dernière mise à jour de la source et l'identifiant interne CompaniesData. Les tables distinctes doivent contenir les avis de marchés publics, les événements publiés au Journal officiel, les enregistrements des autorités de réglementation, les enregistrements de propriété intellectuelle, les correspondances LEI et le contexte statistique.

• Noyau de l'entité : Numéro CVR, dénomination sociale, nom normalisé, forme juridique, statut, secteur, adresse, URL source et date d'accès.
• Provenance de la source : propriétaire de la source, URL exacte, route, modèle d'accès, note de licence ou de conditions, date de mise à jour et version de l'analyseur.
• Signaux d'alerte : Avertissement concernant les données personnelles, utilisation à des fins marketing bloquée, conditions imprécises, données protégées, dépendance vis-à-vis de la source et examen manuel requis.
• L'enrichissement se joint à : identifiants d'approvisionnement, mentions légales, identifiants des organismes de réglementation, propriétaires de marques, propriétaires de brevets, enregistrements LEI et contexte géographique statistique ou sectoriel.
• Domaines de livraison : noms normalisés, identifiants dédupliqués, champs de segmentation, scores de confiance et marqueurs de suppression.

Lacunes de données

Les sources officielles danoises sont fiables, mais plusieurs lacunes subsistent pour les utilisateurs commerciaux. Le cycle actuel ne permet pas de vérifier la conformité des systèmes DataCVR à partir de ce nœud ; l’article évite donc de fournir un lien direct vers cette source. Certains champs peuvent concerner des personnes physiques, des adresses, des propriétaires ou des représentants. Certaines API ou voies de distribution peuvent nécessiter des comptes, des clés, des abonnements ou des conditions spécifiques au point de terminaison. Les sources relatives aux achats, à la propriété intellectuelle, aux organismes de réglementation et aux LEI sont utiles, mais partielles.

Le principal obstacle pratique ne réside pas dans l'existence des sources, mais dans leur cohérence opérationnelle : différentes sources utilisent des identifiants, des langages, des cycles de mise à jour, des formats de fichiers, des interfaces de recherche et des notes de réutilisation différents. C'est là que la normalisation, la traçabilité et les indicateurs de conformité prennent toute leur importance.

Comment CompaniesData apporte de la valeur

CompaniesData transforme la pile de sources danoise en un ensemble de données commerciales utilisables en normalisant les enregistrements d'identité centrés sur le CVR, en suivant la provenance de la source, en dédupliquant les noms, en cartographiant l'activité et la géographie, en combinant les signaux d'approvisionnement et d'enrichissement et en séparant les données du registre public des autorisations de données de contact.

Pour le Danemark, l'intérêt est particulièrement évident car les sources officielles, bien que solides, sont fragmentées. Une équipe peut vérifier manuellement une entreprise, mais une utilisation commerciale régulière exige un traitement répétable des données, un suivi des dates sources, des notes d'utilisation légale, une évaluation de la fiabilité des champs et des formats de diffusion compatibles avec les flux de travail CRM, analytiques, KKB et d'études de marché.

Pour les utilisateurs anglophones et internationaux, demandez un exemple de données CompaniesData pour le Danemark si vous avez besoin d'un jeu de données concret plutôt que d'une liste de portails. Pour les campagnes de communication en espagnol ou auprès des hispanophones, CentraldeComunicación.es est la plateforme de données de contact privilégiée.

Matrice source

Matériau	Propriétaire / autorité	Modèle d'accès	Note de réutilisation	Principale limitation
Présentation officielle du CVR	Autorité danoise des affaires	Présentation officielle / Guide d'inscription	Termes spécifiques à la source ; citer l’autorité ; absence d’approbation ; prudence concernant les données personnelles	Page d'instructions, et non un fichier volumineux autonome. L'accès via navigateur était sécurisé, mais les vérifications de profils de robots peuvent être soumises aux contrôles de Cloudflare.
Aperçu de l'affichage des données CVR	Autorité danoise des affaires	orientations officielles / contexte d'affichage des données	Termes spécifiques à la source ; citer l’autorité ; absence d’approbation ; prudence concernant les données personnelles	À utiliser pour l'autorité et le contexte du modèle de données, et non comme preuve d'une extraction automatisée sans restriction.
Actif	Portail public danois des entreprises	portail / recherche / services aux entreprises	Conditions d'utilisation du portail ; ne constitue pas un ensemble de données volumineux en soi.	La visibilité sur le portail n'équivaut pas à une réutilisation en masse ou à une autorisation d'accès aux données de contact.
Portail Datafordeler	Datafordeler	portail / découverte d'ensembles de données / services de données basés sur les comptes	Les termes spécifiques à l'ensemble de données ; les mécanismes de protection des données et des clés API doivent être vérifiés.	Certaines données d'enregistrement sont protégées ou spécifiques à un point de terminaison. Ne généralisez pas une route API en une revendication de masse universelle pour les entreprises ouvertes.
Documentation de l'API Datafordeler	Datafordeler	Documentation API / métadonnées / mécanismes d'abonnement	API et conditions d'abonnement spécifiques à l'ensemble de données	La documentation ne constitue pas une licence. Les limites relatives aux points de terminaison, à l'authentification et aux colonnes protégées doivent encore être vérifiées.
Statistiques Danemark	Statistiques Danemark	statistiques / publications / ensembles de données	Conditions de réutilisation et exigences de citation des sources de Statistics Denmark	Les statistiques officielles sont agrégées/contextuelles et ne remplacent pas les registres légaux des sociétés.
Aide de l'API StatBank	Statistiques Danemark	Documentation API / Flux de travail JSON et XML	Réutilisation de statistiques officielles avec référence à la source ; il ne s’agit pas d’un extrait de profil d’entreprise à visée juridique.	Les statistiques issues d'une API ne constituent pas des documents légaux CVR et ne doivent pas être considérées comme des données de référence de l'entreprise.
Tables de l'API StatBank	Statistiques Danemark	point de terminaison de l'API JSON	Réutilisation des statistiques officielles avec référence à la source ; sémantique des requêtes spécifique au point de terminaison	Le point de terminaison est un catalogue tabulaire, et non un registre d'entreprises CVR ou une liste de prospects.
Udbud.dk	portail danois des achats	portail des marchés publics / avis	conditions spécifiques à l'approvisionnement et contraintes de préavis	Les marchés publics constituent un sous-ensemble. Ils concernent les activités liées aux contrats publics, et non l'ensemble des entreprises immatriculées.
Statstidende	Statstidende	Portail de publications juridiques / recherche	Contexte de publication juridique ; examen de la nécessité de conservation et de republication	Les notifications légales sont des comptes rendus d'événements et peuvent inclure des informations sensibles ou concernant des personnes physiques.
FSA danois anglais	Finanstilsynet / Autorité danoise de surveillance financière	Informations sur les entités réglementées / conseils / contexte de recherche	termes propres au secteur; citer l'autorité de réglementation	La couverture réglementaire est spécifique à chaque secteur et ne peut pas être utilisée comme couverture pour l'ensemble de l'entreprise.
Portail danois de Finanstilsynet	Finanstilsynet	Informations sur les entités réglementées / Portail source danois	termes propres au secteur; citer l'autorité de réglementation	À utiliser comme couche de conformité, et non comme substitut au registre du commerce et des sociétés.
Office danois des brevets et des marques	Office danois des brevets et des marques	Portail IP / recherche et services	Termes spécifiques à la propriété intellectuelle et contexte de publication	La propriété intellectuelle est un signal d'enrichissement qui nécessite une correspondance. Elle ne prouve pas le statut légal actuel.
GLEIF LEI enregistre pour le Danemark	GLEIF	API / données ouvertes	API GLEIF et termes relatifs aux données ouvertes	La couverture LEI est un sous-ensemble et ne doit pas être considérée comme une couverture complète des sociétés danoises.

Trousse de ressources

Sources détenues et notes sur les risques liés aux sources

Deux routes DataCVR officielles restent à l'étude, mais ne sont pas retenues comme preuves définitives dans cette mise à jour. Toutes deux ont renvoyé une erreur 403 (Cloudflare/challenge) dans cet environnement. Il est recommandé de les vérifier manuellement dans un navigateur standard avant toute affirmation concernant l'accès système à système, le fonctionnement de l'API, la réutilisation en masse ou les conditions d'utilisation de DataCVR.

• Portail DataCVR : En attente car les profils du navigateur, de Googlebot et de Bingbot ont renvoyé une erreur Cloudflare/challenge 403 dans cet environnement ; à conserver uniquement comme preuve pour examen manuel.
• Page d'accès système à système DataCVR : Retenue car la page officielle de communication entre systèmes a également renvoyé une erreur Cloudflare/challenge 403 ; ne la citez pas comme preuve publique irréfutable tant qu’une vérification des conditions d’utilisation du navigateur n’a pas été effectuée.

QFP

Quel est le principal registre officiel des sociétés au Danemark ?

Le principal système officiel de référence est le CVR (Registre central des entreprises), géré par l'Agence danoise des entreprises. Il sert de couche d'identification principale, puis on y ajoute, le cas échéant, les données de Datafordeler, les statistiques, les marchés publics, le Journal officiel, les autorités de régulation, la propriété intellectuelle et les LEI.

Existe-t-il un téléchargement officiel et gratuit en masse pour chaque domaine d'activité des entreprises danoises ?

Ne tenez pas cela pour acquis. Le Danemark dispose de preuves officielles et d'accès automatisé solides, mais chaque source a son propre modèle d'accès, ses propres conditions et ses propres limites en matière de protection des données. Dans cette mise à jour, les routes d'accès automatisé de DataCVR sont bloquées jusqu'à ce qu'une vérification manuelle soit effectuée.

Puis-je utiliser des données publiques d'entreprises danoises pour du marketing par e-mail à froid ?

Pas automatiquement. La consultation publique du registre ne vaut pas consentement marketing. L’utilisation des adresses e-mail, numéros de téléphone, rôles et listes de prospects requiert une base légale distincte, une gestion des demandes de retrait et un examen de la protection de la vie privée.

Quelles sont les meilleures sources officielles pour les API ?

Datafordeler et StatBank fournissent des preuves API officielles et fiables pour ce cycle. Pour l'accès système à système spécifique au CVR, veuillez vérifier les conditions d'utilisation et les mécanismes d'accès officiels en vigueur de DataCVR avant toute publication ou intégration à grande échelle.

Quelles données CompaniesData normalise-t-elle pour le Danemark ?

CompaniesData normalise les identifiants CVR, les dénominations légales, la provenance des données, les champs d'activité et de géographie, ainsi que les liens d'enrichissement provenant des procédures d'approvisionnement, des avis juridiques, des sources réglementaires, des enregistrements de propriété intellectuelle et des données LEI. Elle maintient également les couches de données de contact et d'autorisation marketing distinctes.

Sources officielles

• Présentation officielle du CVR – registre officiel
• Aperçu de l'affichage des données CVR – Guide officiel du registre
• Actif – portail officiel des entreprises
• Portail Datafordeler – diffusion officielle des données du secteur public
• Documentation de l'API Datafordeler – documentation officielle de l'API
• Statistiques Danemark – statistiques officielles
• Aide de l'API StatBank – API de statistiques officielles
• Tables de l'API StatBank – point de terminaison de l'API des statistiques officielles
• Udbud.dk – marchés publics
• Statstidende – Journal officiel / publication légale
• FSA danois anglais – autorité de régulation financière officielle
• Portail danois de Finanstilsynet – autorité de régulation financière officielle
• Office danois des brevets et des marques – propriété intellectuelle officielle
• GLEIF LEI enregistre pour le Danemark – données d'identification globale des entités juridiques