Danmarks CVR-register och källor till företagsregister

Danmark är en av de starkare europeiska jurisdiktionerna för officiell företagsdata eftersom landet har en central företagsregisterstomme kring CVR, det centrala företagsregistret. Det praktiska problemet är inte huruvida en officiell källa finns. Det praktiska problemet är hur man använder CVR, Virk, Datafordeler, Statistikbanken, Danmarks Statistik, upphandling, tidningar, tillsynsmyndigheter, IP- och LEI-källor utan att överdriva API-åtkomst, massåteranvändning eller marknadsföringstillstånd.

Denna uppdatering ersätter den äldre tunna Danmark-artikeln med en djupare referenssida. Den behåller CVR som auktoritetslager, använder Datafordeler och StatBank som verifierade API/öppna data-bevis och flyttar DataCVR-portalen och DataCVR system-till-system-sidan till statusen "hållen källa" eftersom båda returnerade Cloudflare/challenge 403 från denna miljö. Det är inte ett påstående att DataCVR är inofficiellt. Det är ett beslut om crawlbarhet och redaktionella bevis: publicera inte ett påstående om ren källkod från en sida som denna nod inte kan verifiera.

Det säkra svaret för kommersiella användare är detta: Danmark är en marknad för officiella källor med högt värde, men synlighet i offentliga register är inte detsamma som en komplett gratis bulkfil, inte detsamma som en kundkontaktlista och inte detsamma som tillstånd att publicera varje fält igen. En seriös datauppsättning behöver källproveniens, återanvändningsflaggor, uppdateringsdatum och integritetskontroller.

Key Takeaways

• Bästa officiella stamnät: CVR, som drivs av Erhvervsstyrelsen, är utgångspunkten för registrerad företagsidentitet.
• Bästa beviset för rena API i denna uppdatering: Datafordeler-dokumentationen och StatBank API-slutpunkterna är tillgängliga och användbara, men de måste utformas med datamängdsspecifika termer.
• Risk för innehavd källa: DataCVR-portalen och DataCVR system-till-system-rutter är inte slutgiltiga länkade bevis i den här uppdateringen eftersom de returnerade challenge/403 från den här noden.
• Bästa anrikningslager: Danmarks Statistik, Statistikbanken, Udbud.dk, Statstidende, Finanstilsynet, DKPTO och GLEIF stöder täckningskontroller, upphandlingssignaler, juridiska meddelanden, kontext för reglerade enheter, IP- och LEI-matchning.
• Huvudsaklig efterlevnadsgräns: Data från publika företag är inte automatiskt tillstånd för kalla e-postmeddelanden, telefonlistor eller berikande prospektering.

Redaktionell metodik

Den här artikeln följer CompaniesDatas landsbaserade metod. Officiella register- och offentliga källor prioriteras först. Officiell statistik, upphandling, juridisk publikation, tillsynsmyndigheter, immateriella rättigheter och LEI-källor behandlas sedan som berikande lager. Privata aggregatorer och säljare av kontaktdata används inte som bevis för officiella återanvändningsrättigheter.

Varje slutgiltig länkad källa kontrollerades från denna miljö den 8 juni 2026. Hårda 404/410-källor är exkluderade. Källor som returnerar botskydd, utmaningssidor, instabila rutter eller oklara bevis för återanvändning sparas och dokumenteras snarare än används som rena offentliga bevis. Logotyper i källmatrisen och resurspaketet är endast dekorativa favicon-ledtrådar. Bevisen förblir den officiella URL:en, källägaren, åtkomstmodellen och återanvändningsanteckningen.

Täckning, åtkomst och uppdateringsriskanalys

Danmark bör modelleras som en CVR-centrerad identitetsstack plus separata distributions- och berikningslager. CVR tillhandahåller registerauktoriteten. Virk tillhandahåller den offentliga affärsportalen. Datafordeler stöder datadistribution inom den offentliga sektorn och API-liknande åtkomst, men källanvändare måste fortfarande inspektera slutpunktstermer, gränser för skyddade data och autentiseringsmekanismer. Danmarks Statistik och Statistikbanken tillhandahåller aggregerad marknads- och affärsdemografisk kontext, inte juridiska företagsprofiler.

Registertäckning: En dansk företagsregistrering bör innehålla CVR-nummer, juridiskt namn, status, adress eller registrerat kontor där det är lagligt, verksamhetsklassificering, juridisk form, käll-URL, åtkomstdatum och uppdateringsdatum. Om källan exponerar personer, adresser, ägare, tjänstemän eller enskilda näringsidkares sammanhang, lagra integritetsflaggor och undvik att omvandla det materialet till en marknadsföringslista.

API och massförtroende: Danmark är API-positivt jämfört med många andra jurisdiktioner, men det rena påståendet är snävare än "en gratis komplett fil". Datafordeler och StatBank visar pålitliga officiella API-ytor i denna cykel. DataCVR förblir relevant men sparas tills manuell webbläsarverifiering bekräftar aktuell åtkomstmekanik och villkor.

Uppdateringsrisk: CVR, Virk, Datafordeler, Statistikbanken, upphandlingsmeddelanden, juridiska meddelanden, tillsynslistor, IP-poster och LEI-data uppdateras enligt olika scheman. En normaliserad datauppsättning bör lagra proveniens- och källdatum på fältnivå snarare än en generisk tidsstämpel för Danmark.

Checklista för återanvändning

• Identifiera källklassen: register, portal, API, statistik, upphandling, tidning, tillsynsmyndighet, IP eller LEI.
• Behåll officiell tillskrivning: behåll källägare, URL, åtkomstdatum, datarutt och återanvändningsanteckning.
• Separera sökning från återanvändning: Portalsökning är inte detsamma som öppen massnedladdning eller API-behörighet.
• Respektera gränserna för personuppgifter: Enskilda firmor, adresser, ombud och juridiska meddelanden kan behöva granskas enligt GDPR.
• Undvik rekommendationsspråk: innebär inte att danska myndigheter godkänner en härledd CompaniesData-datauppsättning.
• Håll marknadsföringskontakter separerade: För engelskspråkiga eller internationella målgrupper, dirigera kompatibel berikning till CompaniesData.cloud snarare än till tredjepartssäljare av kontaktdata.
• Spela in blockerade källor: DataCVR-rutter bör finnas kvar i forskningsfilen tills en manuell term-/åtkomstkontroll är godkänd.

Praktisk manual, API och bulkalternativ

Manuell verifiering: Börja med CVR-auktoritetssidor och Virk för affärsportalkontext. Använd manuellt sökspråk noggrant, särskilt när källan inte visar en tydlig bulk- eller API-behörighetsmodell.

API-liknande arbete: Använd Datafordelers dokumentation för officiell distributionsmekanik för offentliga data och StatBank API för aggregerad statistik. Om ett projekt behöver CVR-specifik maskinåtkomst, registrera exakt slutpunkt, villkor, kontokrav och undantag för skyddade data före inmatning.

Massuppdatering eller återkommande uppdatering: Anta inte att en offentlig söksida kan skrapas i stor skala. Bygg uppdateringslogik kring källor med explicita maskinåtkomstvägar och ha en juridisk/återanvändningsanteckning bredvid varje fältgrupp.

Kommersiell berikning: Lägg endast till upphandlings-, tidnings-, tillsyns-, IP- och LEI-signaler efter att ha matchats tillbaka mot CVR-identitetslagret. Varje lager är partiellt, så ett saknat upphandlingsmeddelande eller LEI bör inte tolkas som ett inaktivt eller ogiltigt företag.

Djupdykningar källa för källa

1. CVR:s officiella översikt

Auktoritet: Danska Näringslivets Myndighet. Källtyp: officiellt register. Åtkomstmodell: officiell översikt / registervägledning. Återanvänd position: källspecifika termer; hänvisningsauktoritet; ingen rekommendation; försiktighet gällande personuppgifter.

Den primära officiella förklaringen av Danmarks centrala företagsregister (CVR) som den auktoritativa ryggraden i företagsregistret. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Vägledningssida, inte en fristående bulkfil. Webbläsaråtkomsten var ren, men botprofilkontroller kan ta emot Cloudflare-kontroller. Danmark är starkt eftersom det har en central registerryggrad, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att alla danska affärsattribut kan återanvändas utan villkor.

2. Översikt över CVR-datavisning

Auktoritet: Danska Näringslivets Myndighet. Källtyp: officiella registervägledning. Åtkomstmodell: officiell vägledning / datavisningskontext. Återanvänd position: källspecifika termer; hänvisningsauktoritet; ingen rekommendation; försiktighet gällande personuppgifter.

Stöder påståendet att CVR samlar in och visar affärsstamdata som en central offentlig källa. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Använd för auktoritet och datamodellkontext, inte som bevis på obegränsad automatiserad extraktion. Danmark är starkt eftersom det har en central registerryggrad, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

3. Virk

Auktoritet: Dansk offentlig företagsportal. Källtyp: officiell affärsportal. Åtkomstmodell: portal / sök / företagstjänster. Återanvänd position: portaltermer; inte en bulkdatauppsättning i sig.

Manuell affärstjänst- och registernavigeringsrutt för danska företag. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Portalsynlighet är inte detsamma som öppen massåteranvändning eller tillstånd att använda kontaktdata. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av sekretess på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att alla danska affärsattribut kan återanvändas utan villkor.

4. Datafordeler-portalen

Auktoritet: Datafördelare. Källtyp: officiell distribution av data inom den offentliga sektorn. Åtkomstmodell: portal / dataupptäckt / kontobaserade datatjänster. Återanvänd position: datamängdsspecifika termer; mekaniken för skyddade data och API-nycklar måste kontrolleras.

Officiellt distributionslager för danska offentliga data och en säkrare API-bevisväg än en blockerad DataCVR-sida. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Viss registerdata är skyddad eller slutpunktsspecifik. Generalisera inte en API-rutt till ett universellt öppet företagsbulkanspråk. Danmark är starkt eftersom det har en central registerryggrad, men det tar inte bort kontroller av sekretess på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

5. Dokumentation för Datafordeler API

Auktoritet: Datafördelare. Källtyp: officiell API-dokumentation. Åtkomstmodell: API-dokumentation / metadata / prenumerationsmekanik. Återanvänd position: datamängdsspecifikt API och prenumerationsvillkor.

Utvecklare kan bevisa arbetsflöden för API-liknande åtkomst, metadata och prenumerationer i det publika ekosystemet för datadistribution. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Dokumentationen är inte en licens. Endpoint, autentisering och gränser för skyddade kolumner behöver fortfarande ses över. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

6. Danmarks Statistik

Auktoritet: Danmarks Statistik. Källtyp: officiell statistik. Åtkomstmodell: statistik / publikationer / datamängder. Återanvänd position: Danmarks Statistik återanvänder termer och krav på källhänvisning.

Företagsstatistik, företagsdemografisk kontext och täckningsbenchmarking. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveni och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Officiell statistik är aggregerad/kontextuell och ersätter inte juridiska registerposter i företagsregister. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje dansk affärsattribut kan återanvändas utan villkor.

7. Hjälp med StatBank API

Auktoritet: Danmarks Statistik. Källtyp: officiell statistik-API. Åtkomstmodell: API-dokumentation / JSON- och XML-arbetsflöden. Återanvänd position: återanvändning av officiell statistik med källhänvisning; inte ett lagligt utdrag ur företagsprofilen.

Officiell API-dokumentation för StatBank, användbar för att bygga aggregerade marknadsbenchmarks kring företagsdataset. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: API-baserad statistik är inte juridiska CVR-register och bör inte beskrivas som företagsstamdata. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

8. StatBank API-tabeller

Auktoritet: Danmarks Statistik. Källtyp: officiell statistik-API-slutpunkt. Åtkomstmodell: JSON API-slutpunkt. Återanvänd position: återanvändning av officiell statistik med källhänvisning; semantik för slutpunktsspecifika förfrågningar.

Maskinläsbart tabellindex som bevisar aktuell API-nåbarhet för statistiska data. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Slutpunkten är en tabellkatalog, inte ett CVR-företagsregister eller en leadlista. Danmark är starkt eftersom det har en central registerryggrad, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

9. Udbud.dk

Auktoritet: Dansk upphandlingsportal. Källtyp: officiell upphandling. Åtkomstmodell: upphandlingsportal / meddelanden. Återanvänd position: upphandlingsspecifika villkor och begränsningar på meddelandenivå.

Anbuds- och leverantörsmarknadsberikning kring kända danska enheter. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Upphandling är en delmängd. Den identifierar aktivitet i offentliga kontrakt, inte alla registrerade företag. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje dansk affärsattribut kan återanvändas utan villkor.

10. Statstidende

Auktoritet: Statstidende. Källtyp: officiell tidning / juridisk publikation. Åtkomstmodell: portal för juridiska publikationer / sökning. Återanvänd position: juridisk publiceringskontext; bevarande och återpublicering behöver ses över.

Juridiska meddelanden och händelsehistorik som kan berika en dansk företagsprofil där det är lagligt och proportionerligt. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Juridiska meddelanden är händelseposter och kan innehålla känslig kontext eller kontext som rör fysiska personer. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av sekretess på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

11. Danska Finansinspektionens engelska

Auktoritet: Finanstilsynet / Danska Finansinspektionen. Källtyp: officiell finansiell tillsynsmyndighet. Åtkomstmodell: information/vägledning/sökkontext för reglerade enheter. Återanvänd position: sektorspecifika termer; hänvisa till tillsynsmyndighet.

Berikning av regelefterlevnad inom finanssektorn för tillsynsenheter. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Tillsynsmyndighetens täckning är sektorspecifik och kan inte användas som täckning för hela företaget. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje dansk affärsattribut kan återanvändas utan villkor.

12. Finanstilsynets danska portal

Auktoritet: Finanstilsynet. Källtyp: officiell finansiell tillsynsmyndighet. Åtkomstmodell: Information om reglerade enheter / dansk källportal. Återanvänd position: sektorspecifika termer; hänvisa till tillsynsmyndighet.

Danskspråkig källa för kontroller av finansiella tillsynsmyndigheter och kontext för övervakade enheter. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: Använd som ett compliance-lager, inte som en ersättning för företagsregister. Danmark är starkt eftersom det har en central registerryggrad, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att alla danska affärsattribut kan återanvändas utan villkor.

13. danska patent- och varumärkesstyrelsen

Auktoritet: Danska patent- och varumärkesverket. Källtyp: officiell immateriell egendom. Åtkomstmodell: IP-portal / sökning och tjänster. Återanvänd position: IP-specifika termer och publikationskontext.

Varumärkes-, patent- och designinnehavarberikning för danska enheter. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källinnehavare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: IP-ägande är en berikande signal och kräver matchning. Det bevisar inte aktuell juridisk status. Danmark är starkt eftersom det har en central registerstruktur, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

14. GLEIF LEI-poster för Danmark

Auktoritet: GLEIF. Källtyp: globala identifierardata för juridiska personer. Åtkomstmodell: API / öppna data. Återanvänd position: GLEIF API och termer för öppna data.

LEI-korskontroller för danska juridiska personer inom finans-, KYB- och compliance-arbetsflöden. I ett normaliserat CompaniesData-arbetsflöde bör denna källa lagras med åtkomstdatum, källägare, URL, språk, källidentifierare, fältproveniens och återanvändningsanteckning innan den kopplas till CVR, statistik, upphandling, tidning, tillsynsmyndighet, IP- eller LEI-material.

Begränsningar och driftsanvisningar: LEI-täckning är en delmängd och bör inte behandlas som heltäckande dansk företagstäckning. Danmark är starkt eftersom det har en central registerryggrad, men det tar inte bort kontroller av integritet på fältnivå, API, konto, licens, uppdateringskadens eller marknadsföringsanvändning. Behandla denna källa som ett lager i en granskningsbar stack, inte som bevis på att varje danskt affärsattribut kan återanvändas utan villkor.

Rekommenderad datamodell

En praktisk dansk datauppsättning bör struktureras kring en stabil entitetstabell och separata källtabeller. Enhetstabellen bör innehålla CVR-nummer, normaliserat juridiskt namn, land, juridisk form, status, aktivitetsklassificering, adressfält där lagligt, källförtroende, senaste källuppdatering och intern CompaniesData-identifierare. Separata tabeller bör innehålla upphandlingsmeddelanden, tidningshändelser, tillsynsregister, IP-poster, LEI-matchningar och statistisk kontext.

• Enhetskärna: CVR-nummer, juridiskt namn, normaliserat namn, juridisk form, status, sektor, adress, käll-URL och åtkomstdatum.
• Källans ursprung: källägare, exakt URL, rutt, åtkomstmodell, licens- eller villkorsinformation, uppdateringsdatum och parserversion.
• Riskflaggor: varning gällande personuppgifter, marknadsföringsanvändning blockerad, oklara villkor, skyddade data, beroende av lagrad källa och manuell granskning krävs.
• Berikningskopplingar: upphandlingsidentifierare, juridiska meddelanden, tillsynsmyndighets-ID:n, varumärkesägare, patentägare, LEI-poster och statistisk geografi eller branschkontext.
• Leveransfält: normaliserade namn, deduplicerade identifierare, segmenteringsfält, konfidenspoäng och undertryckningsmarkörer.

Saknade databrister

Officiella danska källor är starka, men flera luckor kvarstår för kommersiella användare. Den nuvarande cykeln kan inte verifiera DataCVR system-till-system-vägledning från denna nod, så artikeln undviker en direkt länk till den vägen med ren källkod. Vissa fält kan involvera fysiska personer, adresser, ägare eller representanter. Vissa API- eller distributionsvägar kan kräva konton, nycklar, prenumerationer eller slutpunktsspecifika villkor. Upphandlings-, IP-, tillsyns- och LEI-källor är användbara men ofullständiga.

Den största praktiska bristen är inte källans existens. Det är operativ konsekvens: olika källor använder olika identifierare, språk, uppdateringscykler, filformat, sökgränssnitt och återanvändningsanteckningar. Det är där normalisering, proveniens och efterlevnadsflaggor tillför värde.

Hur CompaniesData tillför värde

CompaniesData omvandlar den danska källstacken till en användbar affärsdatauppsättning genom att normalisera CVR-centrerade identitetsregister, spåra källproveniens, deduplicera namn, kartlägga aktivitet och geografi, sammankoppla upphandlings- och berikningssignaler samt separera offentliga registerdata från kontaktdatabehörigheter.

För Danmark är värdet särskilt tydligt eftersom officiella källor är starka men fragmenterade. Ett team kan verifiera ett företag manuellt, men återkommande kommersiell användning kräver repeterbar parsning, spårning av källdatum, anteckningar om laglig användning, fältsäkerhet och leveransformat som passar CRM-, analys-, KYB- och marknadsundersökningsarbetsflöden.

För engelskspråkiga och internationella användare, begär ett CompaniesData-exempel för Danmark om du behöver en praktisk datauppsättning snarare än en lista över portaler. För arbetsflöden för uppsökande verksamhet med spansktalande eller latinamerikanska personer är CentraldeComunicacion.es den föredragna egenskapen för kontaktdata.

Källmatris

Källa	Ägare / myndighet	Åtkomstmodell	Återanvänd anteckningen	Huvudbegränsning
CVR:s officiella översikt	danska näringsverket	officiell översikt / registervägledning	källspecifika termer; citeringsauktoritet; ingen rekommendation; försiktighet gällande personuppgifter	Vägledningssida, inte en fristående massfil. Webbläsaråtkomsten var ren, men botprofilkontroller kan ta emot Cloudflare-kontroller.
Översikt över CVR-datavisning	danska näringsverket	officiell vägledning / datavisningskontext	källspecifika termer; citeringsauktoritet; ingen rekommendation; försiktighet gällande personuppgifter	Använd för auktoritet och datamodellkontext, inte som bevis på obegränsad automatiserad extrahering.
Virk	Dansk offentlig företagsportal	portal / sök / företagstjänster	portaltermer; inte en bulkdatauppsättning i sig	Portalsynlighet är inte detsamma som att öppna massåteranvändning eller tillåtelse att använda kontaktdata.
Datafordeler-portalen	Datafordeler	portal / dataupptäckt / kontobaserade datatjänster	datasetspecifika termer; mekaniken för skyddade data och API-nycklar måste kontrolleras	Viss registerdata är skyddad eller slutpunktsspecifik. Generalisera inte en API-rutt till ett universellt öppet företagsbulkanspråk.
Dokumentation för Datafordeler API	Datafordeler	API-dokumentation / metadata / prenumerationsmekanik	datamängdsspecifikt API och prenumerationsvillkor	Dokumentationen är inte en licens. Slutpunkt, autentisering och gränser för skyddade kolumner behöver fortfarande granskas.
Danmarks Statistik	Danmarks Statistik	statistik / publikationer / datamängder	Danmarks Statistik återanvändning av termer och krav på källhänvisning	Officiell statistik är aggregerad/kontextuell och ersätter inte juridiska register i företagsregister.
Hjälp med StatBank API	Danmarks Statistik	API-dokumentation / JSON- och XML-arbetsflöden	återanvändning av officiell statistik med källhänvisning; inte ett lagligt utdrag ur företagsprofilen	API-baserad statistik är inte juridiska register för CVR och bör inte beskrivas som företagsstamdata.
StatBank API-tabeller	Danmarks Statistik	JSON API-slutpunkt	återanvändning av officiell statistik med källhänvisning; semantik för slutpunktsspecifika förfrågningar	Slutpunkten är en tabellkatalog, inte ett CVR-företagsregister eller en leadlista.
Udbud.dk	Dansk upphandlingsportal	upphandlingsportal / meddelanden	upphandlingsspecifika villkor och begränsningar på meddelandenivå	Upphandling är en delmängd. Den identifierar aktivitet inom offentlig upphandling, inte alla registrerade företag.
Statstidende	Statstidende	portal för juridiska publikationer / sökning	juridisk publiceringskontext; bevarande och återpublicering behöver ses över	Juridiska meddelanden är händelseregister och kan innehålla känsligt eller fysiskt relevant sammanhang.
Danska Finansinspektionens engelska	Finanstilsynet / Danska Finansinspektionen	information/vägledning/sökkontext för reglerade enheter	sektorspecifika termer; hänvisa till tillsynsmyndighet	Tillsynsmyndighetens täckning är sektorspecifik och kan inte användas som en heltäckande företagsförsäkring.
Finanstilsynets danska portal	Finanstilsynet	information om reglerade enheter / dansk källportal	sektorspecifika termer; hänvisa till tillsynsmyndighet	Använd som ett compliance-lager, inte som en ersättning för företagsregister.
danska patent- och varumärkesstyrelsen	danska patent- och varumärkesstyrelsen	IP-portal / sökning och tjänster	IP-specifika termer och publikationskontext	IP-ägande är en berikningssignal och kräver matchning. Det bevisar inte aktuell juridisk status.
GLEIF LEI-poster för Danmark	GLEIF	API / öppna data	GLEIF API och termer för öppna data	LEI-skydd är en delmängd och bör inte behandlas som heltäckande dansk företagsskydd.

Resurspaket

Bevarade källor och anteckningar om källrisker

Två officiella DataCVR-rutter är fortfarande undersökta men används inte som slutgiltigt länkat bevis i denna uppdatering. Båda returnerade Cloudflare/challenge 403 från denna miljö. De bör kontrolleras manuellt i en riktig webbläsare innan framtida påståenden om aktuell system-till-system-åtkomst till DataCVR, API-mekanik, massåteranvändning eller termer görs.

• DataCVR-portalen: sparas eftersom webbläsar-, Googlebot- och Bingbot-profiler returnerade Cloudflare/challenge 403 från denna miljö; spara endast som bevis för manuell granskning.
• Sida för system-till-system-åtkomst till DataCVR: hålls eftersom den officiella system-till-system-sidan också returnerade Cloudflare/challenge 403; länka den inte som rent offentligt bevis förrän en riktig kontroll av webbläsartermer har godkänts.

FAQ

Vilket är det huvudsakliga officiella företagsregistret i Danmark?

Den huvudsakliga officiella ryggraden är CVR, det centrala företagsregistret, som drivs av den danska Erhvervsstyrelsen. Använd det som det primära identitetslagret och lägg sedan till Datafordeler, statistik, upphandling, tidning, tillsynsmyndighet, IP- och LEI-källor där det är relevant.

Finns det en gratis officiell bulknedladdning för alla danska företagsområden?

Anta inte det. Danmark har starka officiella och maskinella bevis för åtkomst, men varje källa har sin egen åtkomstmodell, sina villkor och gränser för skyddade data. I den här uppdateringen sparas maskinella åtkomstvägar för DataCVR tills den manuella verifieringen är klar.

Kan jag använda offentliga danska företagsdata för kall e-postmarknadsföring?

Inte automatiskt. Synlighet i offentliga register är inte marknadsföringssamtycke. Användning av e-post, telefon, roll och leadlistor kräver en separat laglig grund, hantering av undertryckande och integritetsgranskning.

Vilka officiella källor är bäst för API:er?

Datafordeler och StatBank tillhandahåller rena officiella API-bevis i denna cykel. För CVR-specifik system-till-system-åtkomst, verifiera aktuella officiella DataCVR-villkor och åtkomstmekanismer innan publicering eller inmatning i stor skala.

Vad normaliserar CompaniesData för Danmark?

CompaniesData normaliserar CVR-identifierare, juridiska namn, källproveniens, aktivitets- och geografiska fält samt berikande länkar från upphandling, juridiska meddelanden, tillsynskällor, IP-poster och LEI-data. Det håller också kontaktdata och marknadsföringstillstånd separerade.

Officiella källor

• CVR:s officiella översikt – officiellt register
• Översikt över CVR-datavisning – officiell registervägledning
• Virk – officiell affärsportal
• Datafordeler-portalen – officiell distribution av data från den offentliga sektorn
• Dokumentation för Datafordeler API – officiell API-dokumentation
• Danmarks Statistik – officiell statistik
• Hjälp med StatBank API – officiell statistik-API
• StatBank API-tabeller – officiell statistik-API-slutpunkt
• Udbud.dk – officiell upphandling
• Statstidende – officiell tidning / juridisk publikation
• Danska Finansinspektionens engelska – officiell finansiell tillsynsmyndighet
• Finanstilsynets danska portal – officiell finansiell tillsynsmyndighet
• danska patent- och varumärkesstyrelsen – officiell immateriell egendom
• GLEIF LEI-poster för Danmark – globala identifieringsuppgifter för juridiska personer