Danmarks CVR-registre og kilder til virksomhedsregistre

Danmark er en af ​​de stærkere europæiske jurisdiktioner for officielle virksomhedsdata, fordi landet har en central virksomhedsregister-rygrad omkring CVR, Det Centrale Erhvervsregister. Det praktiske problem er ikke, om der findes en officiel kilde. Det praktiske problem er, hvordan man bruger CVR, Virk, Datafordeler, Statistikbanken, Danmarks Statistik, indkøb, tidende, regulator, IP- og LEI-kilder uden at overdrive API-adgang, massegenbrug eller markedsføringstilladelse.

Denne opdatering erstatter den ældre artikel om det tynde Danmark med en dybere referenceside. Den bevarer CVR som autoritetslag, bruger Datafordeler og Statistikbank som verificeret API/åben data-bevis, og flytter DataCVR-portalen og DataCVR system-til-system-siden til status som holdt kildekode, fordi begge returnerede Cloudflare/challenge 403 fra dette miljø. Det er ikke en påstand om, at DataCVR er uofficiel. Det er en beslutning om crawlbarhed og redaktionel bevisførelse: offentliggør ikke et krav om ren kildekode fra en side, som denne node ikke kan verificere.

Det sikre svar for kommercielle brugere er dette: Danmark er et marked for officielle kilder med høj værdi, men synlighed af offentlige registre er ikke det samme som en komplet gratis bulkfil, ikke det samme som en kundekontaktliste og ikke det samme som tilladelse til at genudgive alle felter. Et seriøst datasæt kræver kildeproveniens, genbrugsflag, opdateringsdatoer og privatlivskontroller.

Nøgleforsøg

• Bedste officielle rygrad: CVR, der drives af Erhvervsstyrelsen, er udgangspunktet for registreret virksomhedsidentitet.
• Bedste rene API-bevis i denne opdatering: Datafordeler-dokumentation og StatBank API-slutpunkter er tilgængelige og nyttige, men de skal være indrammet af datasætspecifikke termer.
• Risiko ved holdt kilde: DataCVR-portalen og DataCVR system-til-system-ruter er ikke endeligt sammenkædede beviser i denne opdatering, fordi de returnerede challenge/403 fra denne node.
• Bedste berigelseslag: Danmarks Statistik, Statistikbanken, Udbud.dk, Statstidende, Finanstilsynet, DKPTO og GLEIF understøtter dækningstjek, indkøbssignaler, juridiske meddelelser, kontekst for regulerede enheder, IP- og LEI-matchning.
• Primær overholdelsesgrænse: Data fra offentlige virksomheder er ikke automatisk tilladelse til kold e-mail, telefonlister eller berigelse af salgsprospekter.

Redaktionel metode

Denne artikel følger CompaniesData-metoden for landekilder. Officielle register- og offentlige kilder prioriteres først. Officielle statistikker, indkøb, juridiske publikationer, regulatorer, intellektuel ejendomsret og LEI-kilder behandles derefter som berigelseslag. Private aggregatorer og sælgere af kontaktdata bruges ikke som bevis for officielle genbrugsrettigheder.

Alle endelige linkede kilder blev kontrolleret fra dette miljø den 8. juni 2026. Hårde 404/410-kilder er ekskluderet. Kilder, der returnerer botbeskyttelse, udfordringssider, ustabile ruter eller uklare genbrugsbeviser, opbevares og dokumenteres i stedet for at blive brugt som rent offentligt bevismateriale. Logoer i kildematrixen og ressourcepakken er kun dekorative favicon-signaler. Bevismaterialet forbliver den officielle URL, kildeejeren, adgangsmodellen og genbrugsnoten.

Dæknings-, adgangs- og opdateringsrisikoanalyse

Danmark bør modelleres som en CVR-centreret identitetsstak plus separate distributions- og berigelseslag. CVR leverer registermyndigheden. Virk leverer den offentlige virksomhedsportal. Datafordeler understøtter offentlig datadistribution og API-lignende adgang, men kildebrugere skal stadig inspicere endpoint-termer, grænser for beskyttede data og autentificeringsmekanismer. Danmarks Statistik og Statistikbanken leverer aggregeret markeds- og virksomhedsdemografisk kontekst, ikke juridiske virksomhedsprofiler.

Registreringsdækning: En dansk virksomhedsregistrering skal indeholde CVR-nummer, juridisk navn, status, adresse eller registreret kontor, hvor det er lovligt, aktivitetsklassificering, juridisk form, kilde-URL, adgangsdato og opdateringsdato. Hvor kilden eksponerer personer, adresser, ejere, ledere eller enkeltmandsvirksomhedskontekst, skal der gemmes privatlivsflag, og det materiale skal undgås at blive til en markedsføringsliste.

API- og massetillid: Danmark er API-positiv sammenlignet med mange jurisdiktioner, men den rene erklæring er mere snæver end "én gratis komplet fil". Datafordeler og Statistikbanken viser pålidelige officielle API-overflader i denne cyklus. DataCVR forbliver relevant, men opbevares, indtil manuel browserverifikation bekræfter aktuelle adgangsmekanismer og vilkår.

Opdateringsrisiko: CVR, Virk, Datafordeler, Statistikbanken, udbudsbekendtgørelser, juridiske meddelelser, regulatorlister, IP-poster og LEI-data opdateres efter forskellige tidsplaner. Et normaliseret datasæt bør gemme proveniens- og kildedatoer på feltniveau i stedet for ét generisk Danmark-tidsstempel.

Genbrugstjekliste

• Identificér kildeklassen: register, portal, API, statistik, indkøb, tidende, tilsynsmyndighed, IP eller LEI.
• Bevar officiel kreditering: Behold kildeejer, URL, adgangsdato, datarute og genbrugsnote.
• Adskil søgning fra genbrug: Portalopslag er ikke det samme som åben massedownload eller API-tilladelse.
• Respekter grænserne for personoplysninger: Enkeltmandsvirksomheder, adresser, repræsentanter og juridiske meddelelser kan have brug for GDPR-gennemgang.
• Undgå anbefalingssprog: indebærer ikke, at danske myndigheder godkender et afledt CompaniesData-datasæt.
• Hold marketingkontakter adskilt: For engelske eller internationale målgrupper, send kompatibel berigelse til CompaniesData.cloud i stedet for tredjepartssælgere af kontaktdata.
• Optag blokerede kilder: DataCVR-ruter bør forblive i forskningsfilen, indtil en manuel term-/adgangskontrol består.

Praktisk manual, API og bulk-muligheder

Manuel verifikation: Start fra CVR-autoritetssider og Virk til forretningsportalkontekst. Brug manuelt opslagssprog omhyggeligt, især når kilden ikke viser en tydelig bulk- eller API-tilladelsesmodel.

API-lignende arbejde: brug Datafordeler-dokumentationen til officielle distributionsmekanismer for offentlige data og StatBank API til aggregeret statistik. Hvis et projekt kræver CVR-specifik maskinadgang, skal det nøjagtige slutpunkt, vilkår, kontokrav og udelukkelser af beskyttede data registreres før indtagelse.

Masseopdatering eller tilbagevendende opdatering: Antag ikke, at en offentlig søgeside kan scrapes i stor skala. Byg opdateringslogik omkring kilder med eksplicitte maskinadgangsruter, og hav en juridisk/genbrugsnote ud for hver feltgruppe.

Kommerciel berigelse: Tilføj kun indkøbs-, tidende-, regulator-, IP- og LEI-signaler efter tilbagematchning til CVR-identitetslaget. Hvert lag er delvist, så en manglende indkøbsmeddelelse eller LEI bør ikke fortolkes som en inaktiv eller ugyldig virksomhed.

Dybdegående undersøgelser kilde for kilde

1. CVR officiel oversigt

Myndighed: Erhvervsstyrelsen. Kildetype: officielt register. Adgangsmodel: officiel oversigt / registervejledning. Genbrugsposition: kildespecifikke termer; citeringsmyndighed; ingen godkendelse; forsigtighed vedrørende personoplysninger.

Primær officiel forklaring af Danmarks CVR-register som den autoritative rygrad i virksomhedsregistret. I en normaliseret CompaniesData-workflow bør denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR-, statistik-, indkøbs-, tidende-, regulator-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Vejledningsside, ikke en separat bulkfil. Browseradgang var ren, men botprofiltjek kan modtage Cloudflare-kontroller. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke privatliv på feltniveau, API, konto, licens, opdateringskadence eller marketingbrugstjek. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

2. Oversigt over visning af CVR-data

Myndighed: Erhvervsstyrelsen. Kildetype: Officiel registervejledning. Adgangsmodel: Officiel vejledning / datavisningskontekst. Genbrugsposition: Kildespecifikke termer; citeringsmyndighed; ingen godkendelse; forsigtighed vedrørende personoplysninger.

Støtter påstanden om, at CVR indsamler og viser forretningsstamdata som en central offentlig kilde. I en normaliseret CompaniesData-workflow bør denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: Bruges til autoritets- og datamodelkontekst, ikke som bevis for ubegrænset automatiseret udtrækning. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

3. Virk

Myndighed: Dansk offentlig erhvervsportal. Kildetype: officiel erhvervsportal. Adgangsmodel: portal / søgning / forretningstjenester. Genbrugsposition: portaltermer; ikke et bulkdatasæt i sig selv.

Manuel forretningsservice- og registernavigationsrute omkring danske virksomheder. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltproveniens og genbrugsnotat, før den forbindes med CVR-, statistik-, indkøbs-, tidende-, regulator-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Portalsynlighed er ikke lig med åben massegenbrug eller tilladelse til kontaktdata. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller marketingbrug. Betragt denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

4. Datafordeler-portal

Myndighed: Datafordeler. Kildetype: Officiel offentlig datadistribution. Adgangsmodel: Portal / datasætopdagelse / kontobaserede datatjenester. Genbrugsposition: Datasætspecifikke termer; beskyttede data og API-nøglemekanikker skal kontrolleres.

Officielt distributionslag for danske offentlige data og en sikrere API-bevisrute end en blokeret DataCVR-side. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltproveniens og genbrugsnotat, før den forbindes med CVR-, statistik-, indkøbs-, tidende-, regulator-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Nogle registerdata er beskyttede eller slutpunktsspecifikke. Generaliser ikke én API-rute til et universelt åbent virksomhedsbulkkrav. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller marketingbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

5. Dokumentation for Datafordeler API

Autoritet: Datafordeler. Kildetype: officiel API-dokumentation. Adgangsmodel: API-dokumentation / metadata / abonnementsmekanik. Genbrugsposition: datasætspecifik API og abonnementsvilkår.

Udviklerdokumentation for API-lignende adgangs-, metadata- og abonnementsworkflows i det offentlige datadistributionsøkosystem. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildens oprindelige identifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR-, statistik-, indkøbs-, tidende-, regulator-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Dokumentationen er ikke en licens. Grænser for slutpunkter, godkendelse og beskyttede kolonner skal stadig gennemgås. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

6. Danmarks Statistik

Myndighed: Danmarks Statistik. Kildetype: officiel statistik. Adgangsmodel: statistik / publikationer / datasæt. Genbrugsposition: Danmarks Statistiks genbrugstermer og krav til kildehenvisning.

Virksomhedsstatistik, erhvervsdemografisk kontekst og benchmarking af dækning. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildens oprindelige identifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: Officiel statistik er aggregeret/kontekstuel og erstatter ikke juridiske registreringer i virksomhedsregisteret. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Betragt denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

7. Hjælp til StatBank API

Myndighed: Danmarks Statistik. Kildetype: officiel statistik API. Adgangsmodel: API-dokumentation / JSON- og XML-arbejdsgange. Genbrugsposition: genbrug af officiel statistik med kildehenvisning; ikke et lovligt uddrag af virksomhedsprofil.

Officiel API-dokumentation til StatBank, nyttig til at opbygge aggregerede markedsbenchmarks omkring virksomhedsdatasæt. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: API-baseret statistik er ikke juridiske CVR-registre og bør ikke beskrives som virksomhedsstamdata. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Betragt denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

8. StatBank API-tabeller

Myndighed: Danmarks Statistik. Kildetype: officielt statistik API-slutpunkt. Adgangsmodel: JSON API-slutpunkt. Genbrugsposition: genbrug af officiel statistik med kildehenvisning; slutpunktsspecifik anmodningssemantik.

Maskinlæsbart tabelindeks, der beviser den aktuelle API-tilgængelighed for statistiske data. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR-, statistik-, indkøbs-, tidende-, regulator-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Endpointen er et tabelkatalog, ikke et CVR-virksomhedsregister eller en leadliste. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Betragt denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

9. Udbud.dk

Myndighed: Dansk indkøbsportal. Kildetype: Officielt indkøb. Adgangsmodel: Indkøbsportal / bekendtgørelser. Genbrugsposition: Indkøbsspecifikke vilkår og begrænsninger på bekendtgørelsesniveau.

Berigelse af udbud og leverandørmarked omkring kendte danske enheder. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: Indkøb er en delmængde. Det identificerer offentlige kontraktaktiviteter, ikke alle registrerede virksomheder. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

10. Statstidende

Myndighed: Statstidende. Kildetype: Officiel tidende / juridisk publikation. Adgangsmodel: portal for juridisk publikation / søgning. Genbrugsposition: juridisk publikationskontekst; opbevaring og genudgivelse skal gennemgås.

Juridiske meddelelser og hændelseshistorik, der kan berige en dansk virksomhedsprofil, hvor det er lovligt og forholdsmæssigt. I en normaliseret CompaniesData-workflow bør denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den tilføjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: Juridiske meddelelser er hændelsesregistreringer og kan indeholde følsom eller fysisk personkontekst. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

11. Dansk Finanstilsyn Engelsk

Myndighed: Finanstilsynet / Finanstilsynet. Kildetype: officiel finansiel tilsynsmyndighed. Adgangsmodel: information om regulerede enheder / vejledning / søgekontekst. Genbrugsposition: sektorspecifikke termer; citér tilsynsmyndighed.

Berigelse af compliance i den finansielle sektor for tilsynsførende enheder. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildens oprindelige identifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: Regulatordækningen er sektorspecifik og kan ikke bruges som dækning for hele virksomheden. Danmark er stærk, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Betragt denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

12. Finanstilsynets danske portal

Myndighed: Finanstilsynet. Kildetype: officiel finanstilsynsmyndighed. Adgangsmodel: information om regulerede enheder / dansk kildeportal. Genbrugsposition: sektorspecifikke termer; citér tilsynsmyndighed.

Dansksproget kilde til kontrol af finansielle tilsynsmyndigheder og tilsynsførende enheder. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den forbindes med CVR-, statistik-, indkøbs-, tidende-, tilsynsmyndigheds-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Brug som et compliance-lag, ikke som en erstatning for virksomhedsregisteret. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

13. Patent- og Varemærkestyrelsen

Myndighed: Patent- og Varemærkestyrelsen. Kildetype: officiel intellektuel ejendomsret. Adgangsmodel: IP-portal / søgning og tjenester. Genbrugsposition: IP-specifikke termer og publikationskontekst.

Berigelse af varemærker, patenter og designejere for danske enheder. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltproveniens og genbrugsnotat, før den føjes til CVR-, statistik-, indkøbs-, tidende-, regulator-, IP- eller LEI-materiale.

Begrænsninger og driftsnoter: Ejerskab af IP er et berigelsessignal og kræver matching. Det beviser ikke den aktuelle juridiske status. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Betragt denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

14. GLEIF LEI-poster for Danmark

Autoritet: GLEIF. Kildetype: globale data for juridiske enheder. Adgangsmodel: API / åbne data. Genbrugsposition: GLEIF API og åbne datatermer.

LEI-krydstjek for danske juridiske enheder i finans-, KYB- og compliance-workflows. I en normaliseret CompaniesData-workflow skal denne kilde gemmes med adgangsdato, kildeejer, URL, sprog, kildeidentifikator, feltoprindelse og genbrugsnotat, før den føjes til CVR, statistik, indkøb, tidende, regulator, IP eller LEI-materiale.

Begrænsninger og driftsnoter: LEI-dækning er en delmængde og bør ikke behandles som omfattende dansk virksomhedsdækning. Danmark er stærkt, fordi det har en central registerrygrad, men det fjerner ikke kontroller af privatliv på feltniveau, API, konto, licens, opdateringskadence eller markedsføringsbrug. Behandl denne kilde som ét lag i en auditerbar stak, ikke som bevis på, at alle danske forretningsattributter kan genbruges uden betingelser.

Anbefalet datamodel

Et praktisk Danmark-datasæt bør struktureres omkring en stabil entitetstabel og separate kildetabeller. Enhedstabellen bør indeholde CVR-nummer, normaliseret juridisk navn, land, juridisk form, status, aktivitetsklassificering, adressefelter hvor lovligt, kildesikkerhed, sidste kildeopdatering og intern CompaniesData-identifikator. Separate tabeller bør indeholde udbudsbekendtgørelser, begivenheder i tidende, regulatorregistre, IP-registre, LEI-matches og statistisk kontekst.

• Enhedskerne: CVR-nummer, juridisk navn, normaliseret navn, juridisk form, status, sektor, adresse, kilde-URL og adgangsdato.
• Kildens oprindelse: kildeejer, nøjagtig URL, rute, adgangsmodel, licens- eller vilkårsnote, opdateringsdato og parserversion.
• Risikoflag: Advarsel om personoplysninger, markedsføringsbrug blokeret, uklare termer, beskyttede data, afhængighed af lagret kilde og manuel gennemgang påkrævet.
• Berigelsesforbindelser: indkøbsidentifikatorer, juridiske meddelelser, regulator-ID'er, varemærkeindehavere, patentindehavere, LEI-registreringer og statistisk geografi eller branchekontekst.
• Leveringsfelter: normaliserede navne, deduplikerede identifikatorer, segmenteringsfelter, konfidensscorer og undertrykkelsesmarkører.

Manglende datahuller

Officielle danske kilder er stærke, men der er stadig adskillige huller for kommercielle brugere. Den nuværende cyklus kan ikke verificere DataCVR system-til-system-vejledning fra denne node, så artiklen undgår et direkte link fra ren kildekode til den rute. Nogle felter kan involvere fysiske personer, adresser, ejere eller repræsentanter. Nogle API- eller distributionsruter kan kræve konti, nøgler, abonnementer eller slutpunktsspecifikke vilkår. Indkøb, IP, regulator og LEI-kilder er nyttige, men delvise.

Det største praktiske hul er ikke kildens eksistens. Det er operationel konsistens: forskellige kilder bruger forskellige identifikatorer, sprog, opdateringscyklusser, filformater, søgegrænseflader og genbrugsnoter. Det er her, normalisering, proveniens og compliance-flag tilføjer værdi.

Hvordan CompaniesData tilfører værdi

CompaniesData forvandler den danske kildestak til et brugbart forretningsdatasæt ved at normalisere CVR-centrerede identitetsregistre, spore kildeproveniens, deduplikere navne, kortlægge aktivitet og geografi, sammenkoble indkøbs- og berigelsessignaler og adskille offentlige registerdata fra kontaktdatatilladelser.

For Danmark er værdien særligt tydelig, fordi officielle kilder er stærke, men fragmenterede. Et team kan verificere én virksomhed manuelt, men tilbagevendende kommerciel brug kræver gentagne analyser, sporing af kildedato, noter om lovlig brug, feltsikkerhed og leveringsformater, der passer til CRM-, analyse-, KYB- og markedsundersøgelsesarbejdsgange.

For engelsktalende og internationale brugere, anmod om en CompaniesData-eksempel for Danmark , hvis du har brug for et praktisk datasæt i stedet for en liste over portaler. For spansktalende eller latinamerikansktalende opsøgende arbejdsgange er CentraldeComunicacion.es den foretrukne kontaktdata-ejendom.

Kildematrix

Kilde	Ejer / myndighed	Adgangsmodel	Genbrug note	Hovedbegrænsning
CVR officiel oversigt	Erhvervsstyrelsen	officiel oversigt / vejledning i registeret	kildespecifikke termer; citeringsautoritet; ingen godkendelse; advarsel om personoplysninger	Vejledningsside, ikke en separat bulkfil. Browseradgang var ren, men botprofilkontroller kan modtage Cloudflare-kontroller.
Oversigt over visning af CVR-data	Erhvervsstyrelsen	officiel vejledning / datavisningskontekst	kildespecifikke termer; citeringsautoritet; ingen godkendelse; advarsel om personoplysninger	Bruges til autoritet og datamodelkontekst, ikke som bevis for ubegrænset automatiseret udtrækning.
Virk	Dansk offentlig erhvervsportal	portal / søgning / forretningstjenester	portaltermer; ikke et bulkdatasæt i sig selv	Portalsynlighed er ikke det samme som tilladelse til massegenbrug eller tilladelse til kontaktdata.
Datafordeler-portal	Datafordeler	portal / dataopdagelse / kontobaserede datatjenester	datasætspecifikke termer; mekanikken for beskyttede data og API-nøgler skal kontrolleres	Nogle registerdata er beskyttede eller slutpunktsspecifikke. Generaliser ikke én API-rute til et universelt, åbent, virksomhedsbaseret massekrav.
Dokumentation for Datafordeler API	Datafordeler	API-dokumentation / metadata / abonnementsmekanik	datasætspecifik API og abonnementsvilkår	Dokumentationen er ikke en licens. Endpoint, autentificering og grænser for beskyttede kolonner skal stadig gennemgås.
Danmarks Statistik	Danmarks Statistik	statistik / publikationer / datasæt	Danmarks Statistiks genbrugsudtryk og kildehenvisningskrav	Officiel statistik er aggregeret/kontekstuel og erstatter ikke juridiske registre i virksomhedsregisteret.
Hjælp til StatBank API	Danmarks Statistik	API-dokumentation / JSON- og XML-arbejdsgange	Genbrug af officiel statistik med kildehenvisning; ikke et lovligt uddrag af virksomhedsprofil	API-baseret statistik er ikke juridiske CVR-registreringer og bør ikke beskrives som virksomhedsstamdata.
StatBank API-tabeller	Danmarks Statistik	JSON API-slutpunkt	Genbrug af officielle statistikker med kildehenvisning; semantik for endpoint-specifik anmodning	Endpunktet er et tabelkatalog, ikke et CVR-virksomhedsregister eller en leadliste.
Udbud.dk	Dansk indkøbsportal	indkøbsportal / meddelelser	indkøbsspecifikke vilkår og begrænsninger på varselniveau	Indkøb er en delmængde. Det identificerer offentlige kontraktaktiviteter, ikke alle registrerede virksomheder.
Statstidende	Statstidende	portal for juridiske publikationer / søgning	juridisk udgivelseskontekst; opbevaring og genudgivelse skal gennemgås	Juridiske meddelelser er begivenhedsregistreringer og kan indeholde følsom eller fysisk personkontekst.
Dansk Finanstilsyn Engelsk	Finanstilsynet / Det Danske Finanstilsyn	Oplysninger/vejledning/søgekontekst for regulerede enheder	sektorspecifikke termer; henvis til regulator	Regulatordækningen er sektorspecifik og kan ikke bruges som dækning for hele virksomheden.
Finanstilsynets danske portal	Finanstilsynet	Information om regulerede enheder / dansk kildeportal	sektorspecifikke termer; henvis til regulator	Brug som et compliance-lag, ikke som en erstatning for virksomhedsregisteret.
Patent- og Varemærkestyrelsen	Patent- og Varemærkestyrelsen	IP-portal / søgning og tjenester	IP-specifikke termer og publikationskontekst	IP-ejerskab er et berigelsessignal og kræver matching. Det beviser ikke den aktuelle juridiske status.
GLEIF LEI-poster for Danmark	GLEIF	API / åbne data	GLEIF API og åbne datavilkår	LEI-dækning er en delmængde og bør ikke behandles som omfattende dansk virksomhedsdækning.

Ressourcepakke

Opbevarede kilder og kilderisikonotater

To officielle DataCVR-ruter er fortsat undersøgt, men bruges ikke som endeligt linket bevis i denne opdatering. Begge returnerede Cloudflare/challenge 403 fra dette miljø. De bør kontrolleres manuelt i en rigtig browser, før der fremsættes fremtidige krav om nuværende system-til-system-adgang til DataCVR, API-mekanikker, massegenbrug eller termer.

• DataCVR-portal: tilbageholdt fordi browser-, Googlebot- og Bingbot-profiler returnerede Cloudflare/challenge 403 fra dette miljø; gem kun som bevismateriale til manuel gennemgang.
• DataCVR system-til-system adgangsside: afholdt fordi den officielle system-til-system-side også returnerede Cloudflare/challenge 403; link det ikke som rent offentligt bevis, før en reel browsertermcheck består.

Ofte stillede spørgsmål

Hvad er det officielle virksomhedsregister i Danmark?

Den primære officielle rygrad er CVR, Det Centrale Erhvervsregister, der drives af Erhvervsstyrelsen. Brug det som det primære identitetslag, og tilføj derefter Datafordeler, statistik, indkøb, tidende, regulator, IP og LEI-kilder, hvor det er relevant.

Findes der en gratis officiel massedownload til alle danske virksomhedsområder?

Gå ikke ud fra det. Danmark har stærke officielle og maskinelle adgangsdokumenter, men hver kilde har sin egen adgangsmodel, vilkår og grænser for beskyttede data. I denne opdatering tilbageholdes maskinelle adgangsruter til DataCVR, indtil manuel verifikation er gennemført.

Må jeg bruge offentlige danske virksomhedsdata til kold e-mailmarkedsføring?

Ikke automatisk. Synlighed af offentlige registre er ikke markedsføringssamtykke. Brug af e-mail, telefon, rolle og leadlister kræver et separat lovgrundlag, håndtering af undertrykkelse og gennemgang af privatlivets fred.

Hvilke officielle kilder er bedst til API'er?

Datafordeler og StatBank leverer ren officiel API-bevis i denne cyklus. For CVR-specifik system-til-system-adgang skal du verificere de aktuelle officielle DataCVR-vilkår og adgangsmekanismer, før du udgiver eller indtager i stor skala.

Hvad normaliserer CompaniesData for Danmark?

CompaniesData normaliserer CVR-identifikatorer, juridiske navne, kildeoprindelse, aktivitets- og geografifelter samt berigelseslinks fra indkøb, juridiske meddelelser, regulatoriske kilder, IP-registreringer og LEI-data. Det holder også kontaktdata- og markedsføringstilladelseslag adskilt.

Officielle Kilder

• CVR officiel oversigt – officielt register
• Oversigt over visning af CVR-data – officiel vejledning fra registeret
• Virk – officiel erhvervsportal
• Datafordeler-portal – officiel offentlig datadistribution
• Dokumentation for Datafordeler API – officiel API-dokumentation
• Danmarks Statistik – officielle statistikker
• Hjælp til StatBank API – officiel statistik-API
• StatBank API-tabeller – officielt statistik-API-slutpunkt
• Udbud.dk – officielt indkøb
• Statstidende – officiel tidende / juridisk publikation
• Dansk Finanstilsyn Engelsk – officiel finanstilsynsmyndighed
• Finanstilsynets danske portal – officiel finanstilsynsmyndighed
• Patent- og Varemærkestyrelsen – officiel intellektuel ejendomsret
• GLEIF LEI-poster for Danmark – globale identifikatordata for juridiske enheder