Dänische CVR-Aufzeichnungen und Handelsregisterquellen

Dänemark zählt zu den führenden europäischen Ländern im Bereich offizieller Unternehmensdaten, da es über ein zentrales Unternehmensregister (CVR) verfügt. Das praktische Problem liegt nicht in der Existenz offizieller Datenquellen, sondern darin, wie sich CVR, Virk, Datafordeler, StatBank (Statistikamt Dänemark), Beschaffungswesen, Amtsblatt, Regulierungsbehörden, geistiges Eigentum und LEI-Datenquellen nutzen lassen, ohne den API-Zugriff, die Massennutzung oder die Genehmigung für Marketingzwecke zu überstrapazieren.

Diese Aktualisierung ersetzt den älteren, kurzen Artikel über Dänemark durch eine ausführlichere Referenzseite. CVR bleibt die maßgebliche Informationsquelle, Datafordeler und StatBank werden als verifizierte API-/Open-Data-Nachweise verwendet, und das DataCVR-Portal sowie die DataCVR-System-zu-System-Seite werden als nicht verifizierte Quelle eingestuft, da beide in dieser Umgebung einen Cloudflare-Fehler (403) zurückgaben. Dies bedeutet nicht, dass DataCVR inoffiziell ist. Es handelt sich um eine Entscheidung aus Gründen der Crawlbarkeit und redaktionellen Verwertbarkeit: Die Behauptung, dass die Quelle sauber sei, wird nicht auf einer Seite veröffentlicht, die von diesem Knoten nicht verifiziert werden kann.

Für kommerzielle Nutzer gilt folgende sichere Antwort: Dänemark ist ein wertvoller Markt für amtliche Datenquellen. Die Einsicht in öffentliche Register ist jedoch nicht gleichzusetzen mit einer vollständig kostenlosen Datendatei, einer Kundenkontaktliste oder der Erlaubnis, jedes einzelne Feld erneut zu veröffentlichen. Ein aussagekräftiger Datensatz benötigt Herkunftsnachweise, Kennzeichnungen zur Wiederverwendung, Aktualisierungsdaten und Datenschutzeinstellungen.

Wichtige Erkenntnisse

• Bestes offizielles Rückgrat: Das von der dänischen Gewerbebehörde betriebene CVR ist der Ausgangspunkt für die Registrierung der Unternehmensidentität.
• Die besten Belege für eine saubere API in dieser Aktualisierung: Die Dokumentation von Datafordeler und die API-Endpunkte von StatBank sind erreichbar und nützlich, müssen aber mit datensatzspezifischen Begriffen verknüpft werden.
• Getragenes Quellenrisiko: DataCVR-Portal und DataCVR-System-zu-System-Routen sind in dieser Aktualisierung keine endgültigen verknüpften Nachweise, da sie von diesem Knoten die Fehlermeldung „challenge/403“ zurückgegeben haben.
• Beste Anreicherungsschichten: Statistics Denmark, StatBank, Udbud.dk, Statstidende, Finanstilsynet, DKPTO und GLEIF unterstützen Abdeckungsprüfungen, Beschaffungssignale, rechtliche Bekanntmachungen, Kontext regulierter Unternehmen, IP- und LEI-Abgleich.
• Hauptkonformitätsgrenze: Daten börsennotierter Unternehmen berechtigen nicht automatisch zum Versand von Kaltakquise-E-Mails, Telefonlisten oder zur Anreicherung der Vertriebsakquise.

Redaktionelle Methodik

Dieser Artikel folgt der Länderquellenmethode von CompaniesData. Amtliche Register und Quellen des öffentlichen Sektors haben Priorität. Amtliche Statistiken, Beschaffungswesen, amtliche Veröffentlichungen, Regulierungsbehörden, geistiges Eigentum und LEI-Quellen werden anschließend als Anreicherungsebenen behandelt. Private Aggregatoren und Anbieter von Kontaktdaten werden nicht als Nachweis für amtliche Wiederverwendungsrechte herangezogen.

Alle verlinkten Quellen wurden am 08.06.2026 in dieser Umgebung geprüft. Quellen mit schwerwiegenden 404/410-Fehlern wurden ausgeschlossen. Quellen, die Bot-Schutz, Challenge-Seiten, instabile Routen oder unklare Wiederverwendungsnachweise liefern, werden gespeichert und dokumentiert, anstatt als eindeutige öffentliche Nachweise verwendet zu werden. Logos in der Quellenmatrix und im Ressourcenpaket dienen lediglich als dekorative Favicons. Die Nachweise umfassen weiterhin die offizielle URL, den Quelleninhaber, das Zugriffsmodell und den Wiederverwendungshinweis.

Abdeckung, Zugriff und Aktualisierung – Risikoanalyse

Dänemark sollte als CVR-zentrierter Identitätsstack mit separaten Verteilungs- und Anreicherungsebenen modelliert werden. CVR stellt die Registerbehörde bereit. Virk bietet das öffentliche Unternehmensportal. Datafordeler unterstützt die Datenverteilung im öffentlichen Sektor und den API-Zugriff, jedoch müssen die Nutzer weiterhin die Nutzungsbedingungen, die Grenzen des Datenschutzes und die Authentifizierungsmechanismen prüfen. Danmarks Statistik und StatBank liefern aggregierte Markt- und Unternehmensdemografiedaten, keine juristischen Unternehmensprofile.

Registerabdeckung: Ein dänischer Firmeneintrag sollte die CVR-Nummer, den Firmennamen, den Status, die Adresse bzw. den eingetragenen Firmensitz (sofern zulässig), die Tätigkeitsklassifizierung, die Rechtsform, die Quell-URL, das Zugriffsdatum und das Aktualisierungsdatum enthalten. Sofern die Quelle Informationen über Personen, Adressen, Eigentümer, Geschäftsführer oder Einzelunternehmer enthält, sollten Datenschutzhinweise gespeichert und die Verwendung dieser Daten für Marketingzwecke vermieden werden.

API- und Bulk-Vertrauen: Dänemark ist im Vergleich zu vielen anderen Ländern API-positiv, die klare Aussage ist jedoch enger gefasst als „eine kostenlose vollständige Datei“. Datafordeler und StatBank weisen in diesem Zyklus zuverlässige offizielle API-Schnittstellen auf. DataCVR bleibt relevant, wird aber vorerst zurückgestellt, bis eine manuelle Browserprüfung die aktuellen Zugriffsmechanismen und -bedingungen bestätigt.

Risikoaktualisierung: CVR, Virk, Datafordeler, StatBank, Bekanntmachungen über öffentliche Aufträge, amtliche Bekanntmachungen, Aufsichtsbehördenlisten, IP-Einträge und LEI-Daten werden zu unterschiedlichen Zeitpunkten aktualisiert. Ein normalisierter Datensatz sollte die Herkunft und das Quelldatum auf Feldebene speichern, anstatt eines generischen dänischen Zeitstempels.

Checkliste zur Wiederverwendung

• Identifizieren Sie die Quellklasse: Register, Portal, API, Statistiken, Beschaffung, Amtsblatt, Regulierungsbehörde, IP oder LEI.
• Offizielle Quellenangabe beibehalten: Quelleninhaber, URL, Zugriffsdatum, Datenroute und Wiederverwendungshinweis beibehalten.
• Suche und Wiederverwendung trennen: Die Portalsuche ist nicht dasselbe wie ein offener Massendownload oder eine API-Berechtigung.
• Die Grenzen personenbezogener Daten respektieren: Einzelunternehmer, Adressen, Vertreter und rechtliche Hinweise müssen möglicherweise auf ihre DSGVO-Konformität geprüft werden.
• Vermeiden Sie Formulierungen, die auf eine Befürwortung hindeuten: Dies impliziert nicht, dass die dänischen Behörden einen abgeleiteten CompaniesData-Datensatz befürworten.
• Marketingkontakte getrennt halten: Für englischsprachige oder internationale Zielgruppen sollten konforme Anreicherungen an CompaniesData.cloud und nicht an Drittanbieter von Kontaktdaten weitergeleitet werden.
• Blockierte Quellen aufzeichnen: DataCVR-Routen sollten so lange in der Forschungsdatei verbleiben, bis eine manuelle Überprüfung der Nutzungsbedingungen/Zugriffsrechte erfolgreich ist.

Praktisches Handbuch, API und Bulk-Optionen

Manuelle Überprüfung: Beginnen Sie mit den CVR-Autoritätsseiten und Virk für den Kontext des Geschäftsportals. Verwenden Sie die manuelle Suchsprache mit Bedacht, insbesondere wenn die Quelle kein klares Berechtigungsmodell für Massenverarbeitung oder API bereitstellt.

API-ähnliche Arbeitsweise: Nutzen Sie die Datafordeler-Dokumentation für offizielle Mechanismen zur Verteilung öffentlicher Daten und die StatBank-API für aggregierte Statistiken. Falls ein Projekt einen CVR-spezifischen Maschinenzugriff benötigt, dokumentieren Sie vor der Datenaufnahme den genauen Endpunkt, die Nutzungsbedingungen, die Kontoanforderungen und die Ausnahmen für geschützte Daten.

Massen- oder wiederkehrende Aktualisierung: Gehen Sie nicht davon aus, dass eine öffentliche Suchseite in großem Umfang ausgelesen werden kann. Implementieren Sie Aktualisierungslogiken für Quellen mit expliziten maschinellen Zugriffsrouten und fügen Sie neben jeder Feldgruppe einen Hinweis zu Rechten und Wiederverwendung hinzu.

Kommerzielle Bereicherung: Fügen Sie Beschaffungs-, Amtsblatt-, Regulierungs-, IP- und LEI-Signale erst nach dem Abgleich mit der CVR-Identitätsebene hinzu. Jede Ebene ist unvollständig; eine fehlende Beschaffungsbekanntmachung oder LEI sollte daher nicht als inaktives oder ungültiges Unternehmen interpretiert werden.

Detaillierte Analysen der einzelnen Quellen

1. Offizielle CVR-Übersicht

Behörde: Dänische Wirtschaftsbehörde. Quelle Typ: offizielles Register. Zugriffsmodell: Offizielle Übersicht / Registrierungsrichtlinien. Wiederverwendungsposition: Quellenspezifische Begriffe; Quellenangabe erforderlich; keine Empfehlung; Vorsicht beim Umgang mit personenbezogenen Daten.

Primäre offizielle Erklärung zum dänischen Zentralen Unternehmensregister als maßgebliche Grundlage des Unternehmensregisters. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Es handelt sich um eine Anleitungsseite, nicht um eine eigenständige Massendatei. Der Browserzugriff war unproblematisch, Bot-Profilprüfungen können jedoch durch Cloudflare-Kontrollen eingeschränkt werden. Dänemark ist aufgrund seines zentralen Registersystems gut aufgestellt, was jedoch die Prüfungen auf Feldebene hinsichtlich Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz und Marketingnutzung nicht aufhebt. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

2. CVR-Datenanzeige – Übersicht

Behörde: Dänische Wirtschaftsbehörde. Quelle Typ: offizielle Registerrichtlinien. Zugriffsmodell: Offizielle Richtlinien / Kontext der Datenanzeige. Wiederverwendungsposition: Quellenspezifische Begriffe; Quellenangabe erforderlich; keine Empfehlung; Vorsicht beim Umgang mit personenbezogenen Daten.

Unterstützt die Behauptung, dass CVR als zentrale Quelle des öffentlichen Sektors Geschäftsstammdaten erfasst und darstellt. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quellidentifikator, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Nutzen Sie diese Daten zur Orientierung und zum Kontext des Datenmodells, nicht als Beweis für uneingeschränkte automatisierte Datenextraktion. Dänemark ist aufgrund seines zentralen Registersystems stark aufgestellt, dies entbindet jedoch nicht von den Anforderungen an Datenschutz, API-Zugriff, Kontoverwaltung, Lizenzierung, Aktualisierungsfrequenz oder Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System, nicht als Beweis dafür, dass jedes dänische Geschäftsattribut bedingungslos wiederverwendet werden kann.

3. Virk

Behörde: Dänisches öffentliches Wirtschaftsportal. Quelle Typ: offizielles Unternehmensportal. Zugriffsmodell: Portal / Suche / Geschäftsdienstleistungen. Wiederverwendungsposition: Portalbegriffe; es handelt sich nicht um einen eigenständigen Massendatensatz.

Manuelle Navigation durch Geschäftsdienste und Register dänischer Unternehmen. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-Identifikator, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Portal-Sichtbarkeit bedeutet nicht automatisch uneingeschränkte Massenwiederverwendung oder die Berechtigung zur Nutzung von Kontaktdaten. Dänemark ist aufgrund seines zentralen Registers stark aufgestellt, doch dies entbindet nicht von den Anforderungen an Datenschutz, API-Zugriff, Kontoverwaltung, Lizenzierung, Aktualisierungsfrequenz oder Marketingnutzung auf Feldebene. Betrachten Sie diese Datenquelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Geschäftsattribut bedingungslos wiederverwendet werden kann.

4. Datafordeler-Portal

Behörde: Datafordeler. Quelle Typ: Offizielle Datenverteilung im öffentlichen Sektor. Zugriffsmodell: Portal / Datensatzfindung / kontobasierte Datendienste. Wiederverwendungsposition: datensatzspezifische Bedingungen; Mechanismen zum Schutz von Daten und API-Schlüsseln müssen überprüft werden.

Offizielle Verteilungsebene für dänische Daten des öffentlichen Sektors und ein sichererer API-Nachweisweg als eine blockierte DataCVR-Seite. In einem normalisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Einige Registerdaten sind geschützt oder endpunktspezifisch. Verallgemeinern Sie nicht eine einzelne API-Route zu einer universellen Massenabfrage für offene Unternehmen. Dänemark ist aufgrund seines zentralen Registersystems stark aufgestellt, dies entbindet jedoch nicht von den Anforderungen an Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz oder Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

5. Dataforder API-Dokumentation

Behörde: Datafordeler. Quelle Typ: offizielle API-Dokumentation. Zugriffsmodell: API-Dokumentation / Metadaten / Abonnementmechanismen. Wiederverwendungsposition: datensatzspezifische API- und Abonnementbedingungen.

Entwicklernachweise für API-Zugriff, Metadaten und Abonnement-Workflows im öffentlichen Datenverteilungs-Ökosystem. In einem normalisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Die Dokumentation ist keine Lizenz. Endpunkt-, Authentifizierungs- und Spaltenschutzbeschränkungen müssen weiterhin überprüft werden. Dänemark ist aufgrund seines zentralen Registersystems stark aufgestellt, dies entbindet jedoch nicht von den Anforderungen an Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz und Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Geschäftsattribut bedingungslos wiederverwendet werden kann.

6. Statistik Dänemark

Behörde: Statistisches Amt Dänemark. Quelle Typ: offizielle Statistiken. Zugriffsmodell: Statistiken / Veröffentlichungen / Datensätze. Wiederverwendungsposition: Statistisches Amt Dänemark: Nutzungsbedingungen und Anforderungen an die Quellenangabe.

Unternehmensstatistiken, Geschäftsdemografie und Abdeckungs-Benchmarking. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Offizielle Statistiken sind aggregiert und kontextbezogen und ersetzen nicht die amtlichen Handelsregistereinträge. Dänemarks Stärke liegt in seinem zentralen Register, doch dies entbindet nicht von den Anforderungen an Datenschutz, API-Nutzung, Kontoverwaltung, Lizenzierung, Aktualisierungsfrequenz und Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass alle dänischen Unternehmensattribute bedingungslos wiederverwendet werden können.

7. Hilfe zur StatBank-API

Behörde: Statistisches Amt Dänemark. Quelle Typ: offizielle Statistik-API. Zugriffsmodell: API-Dokumentation / JSON- und XML-Workflows. Wiederverwendungsposition: Wiederverwendung offizieller Statistiken mit Quellenangabe; kein Auszug aus einem juristischen Unternehmensprofil.

Die offizielle API-Dokumentation für StatBank ist hilfreich für die Erstellung aggregierter Marktbenchmarks auf Basis von Unternehmensdatensätzen. In einem normalisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: API-gestützte Statistiken sind keine rechtlich bindenden Unternehmensdatensätze und sollten nicht als Stammdaten bezeichnet werden. Dänemark profitiert von einem zentralen Register, was jedoch die Datenschutzbestimmungen auf Feldebene, API-Bestimmungen, Konto-, Lizenz-, Aktualisierungs- und Marketingzwecke nicht aufhebt. Betrachten Sie diese Datenquelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass alle dänischen Geschäftsattribute bedingungslos wiederverwendet werden können.

8. StatBank-API-Tabellen

Behörde: Statistisches Amt Dänemark. Quelle Typ: Offizieller API-Endpunkt für Statistiken. Zugriffsmodell: JSON-API-Endpunkt. Wiederverwendungsposition: Wiederverwendung offizieller Statistiken mit Quellenangabe; endpunktspezifische Anfragesemantik.

Maschinenlesbarer Tabellenindex, der die aktuelle API-Erreichbarkeit statistischer Daten belegt. In einem normalisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Der Endpunkt ist ein Tabellenkatalog, kein CVR-Firmenregister oder eine Lead-Liste. Dänemark ist aufgrund seines zentralen Registersystems stark aufgestellt, dies entbindet jedoch nicht von den Anforderungen an Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz oder Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Geschäftsattribut bedingungslos wiederverwendet werden kann.

9. Udbud.dk

Behörde: Dänisches Beschaffungsportal. Quelle Typ: offizielles Beschaffungswesen. Zugriffsmodell: Beschaffungsportal / Bekanntmachungen. Wiederverwendungsposition: Beschaffungsspezifische Bedingungen und Fristen für die Bekanntgabe von Mängeln.

Anreicherung von Ausschreibungen und Lieferantenmarktdaten bekannter dänischer Unternehmen. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Die Beschaffung ist ein Teilbereich. Sie erfasst Aktivitäten im Bereich öffentlicher Aufträge, nicht alle registrierten Unternehmen. Dänemark ist aufgrund seines zentralen Registersystems gut aufgestellt, doch dies beseitigt nicht die Prüfungen auf Feldebene hinsichtlich Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz oder Marketingnutzung. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System, nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

10 Statstidende

Behörde: Statstidende. Quelle Typ: Amtsblatt / Rechtsveröffentlichung. Zugriffsmodell: Rechtsveröffentlichungsportal / Suche. Wiederverwendungsposition: Rechtsveröffentlichungskontext; Aufbewahrung und Wiederveröffentlichung bedürfen einer Überprüfung.

Rechtliche Hinweise und Ereignishistorie, die ein dänisches Unternehmensprofil anreichern können, sofern dies rechtmäßig und verhältnismäßig ist. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Rechtliche Hinweise sind Ereignisprotokolle und können sensible Daten oder Informationen über natürliche Personen enthalten. Dänemark ist aufgrund seines zentralen Registersystems gut aufgestellt, dies entbindet jedoch nicht von den Anforderungen an Datenschutz, API-Zugriff, Kontoverwaltung, Lizenzierung, Aktualisierungsfrequenz oder Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Geschäftsattribut bedingungslos wiederverwendet werden kann.

11 Dänisch FSA Englisch

Behörde: Finanstilsynet / Dänische Finanzaufsichtsbehörde. Quelle Typ: offizielle Finanzaufsichtsbehörde. Zugriffsmodell: Informationen / Leitlinien / Suchkontext für regulierte Unternehmen. Wiederverwendungsposition: Branchenspezifische Bestimmungen; zuständige Regulierungsbehörde angeben.

Anreicherung der Compliance-Daten im Finanzsektor für beaufsichtigte Unternehmen. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Aufsichtsbehörden-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Die Regulierungsabdeckung ist branchenspezifisch und kann nicht als unternehmensweite Abdeckung genutzt werden. Dänemark ist aufgrund seines zentralen Registersystems gut aufgestellt, dies entbindet jedoch nicht von den Prüfungen auf Feldebene hinsichtlich Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz oder Marketingnutzung. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

12 Dänisches Portal der Finanstilsynet

Behörde: Finanstilsynet. Quelle Typ: offizielle Finanzaufsichtsbehörde. Zugriffsmodell: Informationen zu regulierten Unternehmen / Dänisches Quellenportal. Wiederverwendungsposition: Branchenspezifische Bestimmungen; zuständige Regulierungsbehörde angeben.

Dänischsprachige Datenquelle für Prüfungen durch Finanzaufsichtsbehörden und den Kontext beaufsichtigter Unternehmen. In einem standardisierten CompaniesData-Workflow sollte diese Datenquelle mit Zugriffsdatum, Dateninhaber, URL, Sprache, Quell-ID, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Aufsichtsbehörden-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Nutzen Sie es als Compliance-Ebene, nicht als Ersatz für das Handelsregister. Dänemark ist aufgrund seines zentralen Registersystems stark aufgestellt, doch dies beseitigt nicht die Prüfungen auf Feldebene hinsichtlich Datenschutz, API, Konto, Lizenz, Aktualisierungsfrequenz oder Marketingnutzung. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System, nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

13 Dänisches Patent- und Markenamt

Behörde: Dänisches Patent- und Markenamt. Quelle Typ: offizielles geistiges Eigentum. Zugriffsmodell: IP-Portal / Suche und Dienste. Wiederverwendungsposition: IP-spezifische Begriffe und Veröffentlichungskontext.

Anreicherung von Marken-, Patent- und Designinhaberdaten für dänische Unternehmen. In einem standardisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-Identifikator, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Die Angabe des geistigen Eigentums dient der Anreicherung und erfordert einen Abgleich. Sie beweist nicht den aktuellen Rechtsstatus. Dänemark ist aufgrund seines zentralen Registersystems gut aufgestellt, dies entbindet jedoch nicht von der Pflicht zur Überprüfung des Datenschutzes auf Feldebene sowie von API-, Konto-, Lizenz-, Aktualisierungs- oder Marketing-Authentifizierungskriterien. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

14 GLEIF LEI-Rekorde für Dänemark

Behörde: GLEIF. Quelle Typ: Globale Identifikationsdaten von juristischen Personen. Zugriffsmodell: API / offene Daten. Wiederverwendungsposition: GLEIF API und Open-Data-Bedingungen.

LEI-Querverweise für dänische juristische Personen in Finanz-, KYB- und Compliance-Workflows. In einem normalisierten CompaniesData-Workflow sollte diese Quelle mit Zugriffsdatum, Quelleninhaber, URL, Sprache, Quell-Identifikator, Feldherkunft und Wiederverwendungshinweis gespeichert werden, bevor sie mit CVR-, Statistik-, Beschaffungs-, Amtsblatt-, Regulierungs-, IP- oder LEI-Materialien verknüpft wird.

Einschränkungen und Betriebshinweise: Die LEI-Abdeckung ist eine Teilmenge und sollte nicht als vollständige Abdeckung dänischer Unternehmen betrachtet werden. Dänemark ist aufgrund seines zentralen Registersystems stark aufgestellt, dies entbindet jedoch nicht von den Anforderungen an Datenschutz, API-Nutzung, Kontoverwaltung, Lizenzierung, Aktualisierungsfrequenz und Marketingnutzung auf Feldebene. Betrachten Sie diese Quelle als eine Ebene in einem nachvollziehbaren System und nicht als Beweis dafür, dass jedes dänische Unternehmensattribut bedingungslos wiederverwendet werden kann.

Empfohlenes Datenmodell

Ein praxisorientierter Datensatz für Dänemark sollte um eine stabile Entitätstabelle und separate Quelltabellen strukturiert sein. Die Entitätstabelle sollte die CVR-Nummer, den normalisierten Firmennamen, das Land, die Rechtsform, den Status, die Tätigkeitsklassifizierung, Adressfelder (sofern zulässig), die Quellzuverlässigkeit, die letzte Aktualisierung der Quelle und die interne CompaniesData-Kennung enthalten. Separate Tabellen sollten Bekanntmachungen über öffentliche Aufträge, Amtsblattereignisse, behördliche Datensätze, IP-Datensätze, LEI-Übereinstimmungen und statistische Kontextinformationen enthalten.

• Entitätskern: CVR-Nummer, rechtlicher Name, normalisierter Name, Rechtsform, Status, Sektor, Adresse, Quell-URL und Zugriffsdatum.
• Herkunft der Quelle: Quelleninhaber, genaue URL, Route, Zugriffsmodell, Lizenz- oder Nutzungsbedingungen, Aktualisierungsdatum und Parserversion.
• Risikosignale: Vorsicht bei der Verwendung personenbezogener Daten, Marketingnutzung gesperrt, Bedingungen unklar, geschützte Daten, Abhängigkeit von externen Quellen und manuelle Überprüfung erforderlich.
• Enrichment-Partnerschaften: Beschaffungskennungen, rechtliche Hinweise, Regulierungs-IDs, Markeninhaber, Patentinhaber, LEI-Datensätze und statistischer geografischer oder branchenspezifischer Kontext.
• Lieferfelder: Normalisierte Namen, deduplizierte Kennungen, Segmentierungsfelder, Konfidenzwerte und Unterdrückungsmarker.

Datenlücken

Offizielle dänische Quellen sind zwar zuverlässig, bieten aber für kommerzielle Nutzer weiterhin einige Lücken. Da die System-zu-System-Anleitung von DataCVR über diesen Knotenpunkt im aktuellen Zyklus nicht verifiziert werden kann, verzichtet der Artikel auf einen direkten Link zu dieser Route. Einige Felder können Angaben zu natürlichen Personen, Adressen, Eigentümern oder Vertretern enthalten. Manche API- oder Vertriebswege erfordern Konten, Schlüssel, Abonnements oder endpunktspezifische Bedingungen. Beschaffungs-, IP-, Regulierungs- und LEI-Quellen sind zwar hilfreich, aber nicht vollständig.

Die größte praktische Lücke besteht nicht in der Existenz der Quellen, sondern in der operativen Konsistenz: Unterschiedliche Quellen verwenden unterschiedliche Kennungen, Sprachen, Aktualisierungszyklen, Dateiformate, Suchschnittstellen und Wiederverwendungshinweise. Hier bieten Normalisierung, Provenienz- und Konformitätskennzeichnungen einen Mehrwert.

Wie CompaniesData Mehrwert schafft

CompaniesData wandelt den dänischen Quellstapel in einen nutzbaren Geschäftsdatensatz um, indem es CVR-zentrierte Identitätsdatensätze normalisiert, die Herkunft der Quelle verfolgt, Namen dedupliziert, Aktivitäten und Geografie zuordnet, Beschaffungs- und Anreicherungssignale zusammenführt und Daten aus öffentlichen Registern von Berechtigungen für Kontaktdaten trennt.

Für Dänemark ist der Nutzen besonders deutlich, da die offiziellen Quellen zwar umfangreich, aber fragmentiert sind. Ein Team kann zwar ein einzelnes Unternehmen manuell überprüfen, doch für die regelmäßige kommerzielle Nutzung sind wiederholbare Analysen, die Nachverfolgung des Quelldatums, Hinweise zur rechtmäßigen Nutzung, die Sicherstellung der Datenqualität und Bereitstellungsformate erforderlich, die sich in CRM-, Analyse-, KYB- und Marktforschungs-Workflows integrieren lassen.

Für englischsprachige und internationale Nutzer, Fordern Sie ein Beispiel von CompaniesData für Dänemark an. Wenn Sie einen praktischen Datensatz anstelle einer Portalliste benötigen, ist CentraldeComunicacion.es die bevorzugte Kontaktdatenbank für spanischsprachige oder hispanische Zielgruppen.

Quellenmatrix

Quelle	Eigentümer / Behörde	Zugriffsmodell	Wiederverwendungshinweis	Hauptbeschränkung
Offizielle CVR-Übersicht	Dänischen Unternehmensbehörde	offizielle Übersicht / Leitfaden zur Registrierung	Quellenspezifische Begriffe; Quellenangabe; keine Empfehlung; Vorsicht beim Umgang mit personenbezogenen Daten	Es handelt sich um eine Anleitungsseite, nicht um eine eigenständige Massendatei. Der Browserzugriff war unbedenklich, aber Bot-Profilprüfungen können von Cloudflare-Kontrollen betroffen sein.
CVR-Datenanzeige – Übersicht	Dänischen Unternehmensbehörde	offizielle Richtlinien / Kontext der Datendarstellung	Quellenspezifische Begriffe; Quellenangabe; keine Empfehlung; Vorsicht beim Umgang mit personenbezogenen Daten	Die Verwendung dient der Beurteilung der Autorität und des Datenmodellkontexts, nicht dem Nachweis einer uneingeschränkten automatisierten Datenextraktion.
Virk	Dänisches öffentliches Wirtschaftsportal	Portal / Suche / Geschäftsdienstleistungen	Portalbegriffe; kein eigenständiger Massendatensatz.	Die Sichtbarkeit im Portal bedeutet nicht, dass die Massenwiederverwendung oder die Berechtigung zur Kontaktdatenverwendung freigegeben ist.
Datafordeler-Portal	Datenforderer	Portal / Datensatzfindung / kontobasierte Datendienste	datensatzspezifische Bedingungen; Mechanismen für geschützte Daten und API-Schlüssel müssen überprüft werden.	Einige Registerdaten sind geschützt oder endpunktspezifisch. Verallgemeinern Sie keine einzelne API-Route zu einer universellen Massenabrechnung für alle offenen Unternehmen.
Dataforder API-Dokumentation	Datenforderer	API-Dokumentation / Metadaten / Abonnementmechanismen	datensatzspezifische API- und Abonnementbedingungen	Die Dokumentation stellt keine Lizenz dar. Die Beschränkungen für Endpunkte, Authentifizierung und geschützte Spalten müssen noch überprüft werden.
Statistik Dänemark	Statistik Dänemark	Statistiken / Veröffentlichungen / Datensätze	Nutzungsbedingungen und Quellenangaben von Statistics Denmark	Die amtlichen Statistiken sind aggregiert/kontextbezogen und ersetzen nicht die gesetzlich vorgeschriebenen Handelsregistereinträge.
Hilfe zur StatBank-API	Statistik Dänemark	API-Dokumentation / JSON- und XML-Workflows	Wiederverwendung offizieller Statistiken mit Quellenangabe; kein Auszug aus einem juristischen Unternehmensprofil	API-gestützte Statistiken sind keine rechtsgültigen CVR-Aufzeichnungen und sollten nicht als Stammdaten des Unternehmens bezeichnet werden.
StatBank-API-Tabellen	Statistik Dänemark	JSON-API-Endpunkt	Wiederverwendung offizieller Statistiken mit Quellenangabe; endpunktspezifische Anfragesemantik	Der Endpunkt ist ein Tabellenkatalog, kein CVR-Firmenregister oder eine Lead-Liste.
Udbud.dk	Dänisches Beschaffungsportal	Beschaffungsportal / Bekanntmachungen	Beschaffungsspezifische Bedingungen und Kündigungsfristen	Das Beschaffungswesen ist ein Teilbereich. Es erfasst die Aktivitäten im Bereich öffentlicher Aufträge, nicht alle registrierten Unternehmen.
Statstidende	Statstidende	Rechtsveröffentlichungsportal / Suche	Rechtsveröffentlichungskontext; Aufbewahrung und Wiederveröffentlichung bedürfen einer Überprüfung.	Rechtliche Bekanntmachungen sind Ereignisprotokolle und können sensible oder personenbezogene Daten enthalten.
Dänisch FSA Englisch	Finanstilsynet / Dänische Finanzaufsichtsbehörde	Informationen / Leitlinien / Suchkontext für regulierte Unternehmen	branchenspezifische Begriffe; Regulierungsbehörde zitieren	Die Aufsichtsabdeckung ist branchenspezifisch und kann nicht als unternehmensweite Abdeckung genutzt werden.
Dänisches Portal der Finanstilsynet	Finanstilsynet	Informationen zu regulierten Unternehmen / Dänisches Quellenportal	branchenspezifische Begriffe; Regulierungsbehörde zitieren	Als Compliance-Ebene verwenden, nicht als Ersatz für das Handelsregister.
Dänisches Patent- und Markenamt	Dänisches Patent- und Markenamt	IP-Portal / Suche und Dienste	IP-spezifische Begriffe und Veröffentlichungskontext	Die Inhaberschaft von geistigem Eigentum ist ein Anreicherungssignal und erfordert einen Abgleich. Sie beweist nicht den aktuellen Rechtsstatus.
GLEIF LEI-Rekorde für Dänemark	GLEIF	API / offene Daten	GLEIF-API und Open-Data-Begriffe	Die LEI-Abdeckung ist eine Teilmenge und sollte nicht als umfassende dänische Unternehmensabdeckung betrachtet werden.

Ressourcen-Paket

Gehaltene Quellen und Quellenrisikohinweise

Zwei offizielle DataCVR-Routen werden weiterhin untersucht, dienen aber in dieser Aktualisierung nicht als endgültige Beweisführung. Beide lieferten in dieser Umgebung den Cloudflare-Fehler 403 (Challenge). Sie sollten manuell in einem realen Browser überprüft werden, bevor zukünftige Aussagen zum aktuellen DataCVR-Systemzugriff, zur API-Funktionsweise, zur Massenwiederverwendung oder zu den Nutzungsbedingungen getroffen werden.

• DataCVR-Portal: Zurückgehalten, da Browser-, Googlebot- und Bingbot-Profile aus dieser Umgebung den Cloudflare/Challenge-Fehler 403 zurückgaben; nur als Nachweis für die manuelle Überprüfung aufbewahren.
• DataCVR-System-zu-System-Zugriffsseite: Die Seite wurde zurückgehalten, da auch die offizielle System-zu-System-Seite den Fehler Cloudflare/challenge 403 zurückgab; sie darf nicht als eindeutiger öffentlicher Beweis verlinkt werden, bis eine echte Browserprüfung erfolgreich ist.

FAQ

Was ist das wichtigste offizielle Handelsregister in Dänemark?

Das zentrale offizielle Datenrepository ist das CVR (Central Business Register), das von der dänischen Unternehmensbehörde betrieben wird. Nutzen Sie es als primäre Identitätsebene und ergänzen Sie es gegebenenfalls mit Datenquellen wie Datafordeler, Statistiken, Beschaffungswesen, Amtsblatt, Regulierungsbehörden, IP und LEI.

Gibt es einen kostenlosen offiziellen Massendownload für jedes dänische Firmenfeld?

Gehen Sie nicht davon aus. Dänemark verfügt zwar über starke offizielle und maschinell zugängliche Nachweise, doch jede Quelle hat ihr eigenes Zugriffsmodell, ihre eigenen Nutzungsbedingungen und ihre eigenen Datenschutzgrenzen. Im Zuge dieser Aktualisierung werden die maschinellen Zugriffswege von DataCVR bis zur erfolgreichen manuellen Überprüfung gesperrt.

Kann ich öffentlich zugängliche dänische Unternehmensdaten für Kaltakquise per E-Mail verwenden?

Nicht automatisch. Die öffentliche Einsicht in Register stellt keine Einwilligung zu Marketingzwecken dar. Die Nutzung von E-Mail-Adressen, Telefonnummern, Rollen und Lead-Listen erfordert eine separate Rechtsgrundlage, ein gesondertes Verfahren zur Datenunterdrückung und eine Prüfung des Datenschutzes.

Welche offiziellen Quellen eignen sich am besten für APIs?

Datafordeler und StatBank liefern in diesem Zyklus eindeutige offizielle API-Nachweise. Für den systemübergreifenden Zugriff auf CVR-spezifische Daten sollten Sie die aktuellen offiziellen DataCVR-Nutzungsbedingungen und Zugriffsmechanismen überprüfen, bevor Sie Daten in großem Umfang veröffentlichen oder einlesen.

Was normalisiert CompaniesData für Dänemark?

CompaniesData normalisiert CVR-Kennungen, Firmennamen, Herkunftsangaben, Aktivitäts- und Geografiefelder sowie Anreicherungslinks aus Beschaffungsunterlagen, rechtlichen Hinweisen, regulatorischen Quellen, IP-Einträgen und LEI-Daten. Zudem werden Kontaktdaten und Marketing-Einwilligungsebenen getrennt gehalten.

Offizielle Quellen

• Offizielle CVR-Übersicht – offizielles Register
• CVR-Datenanzeige – Übersicht – offizielle Registerrichtlinien
• Virk – offizielles Unternehmensportal
• Datafordeler-Portal – offizielle Datenverteilung des öffentlichen Sektors
• Dataforder API-Dokumentation – offizielle API-Dokumentation
• Statistik Dänemark – offizielle Statistiken
• Hilfe zur StatBank-API – offizielle Statistik-API
• StatBank-API-Tabellen – offizieller API-Endpunkt für Statistiken
• Udbud.dk – öffentliche Beschaffung
• Statstidende – Amtsblatt / Rechtsveröffentlichung
• Dänisch FSA Englisch – offizielle Finanzaufsichtsbehörde
• Dänisches Portal der Finanstilsynet – offizielle Finanzaufsichtsbehörde
• Dänisches Patent- und Markenamt – offizielles geistiges Eigentum
• GLEIF LEI-Rekorde für Dänemark – globale Rechtsträgeridentifikationsdaten