CVR-API — danske virksomheder på CVR-nummer

CVR API — slå virksomhed op på CVR-nummer

Grundfast er et CVR API til Det Centrale Virksomhedsregister: ét CVR-opslag på et 8-cifret CVR-nummer giver dig virksomhedens navn, livsstatus, selskabsform, DB07-branchekode og beliggenhedsadresse — som ét fladt JSON-svar. Du slipper for selv at joine Datafordelers CVR-entiteter (CVR_Virksomhed, CVR_Navn, CVR_Adressering og CVR_Branche) og for at oversætte kommune-, regions- og branchekoder til læsbar tekst.

Kald mønstret er ét endpoint — GET /v1/cvr/12345678 — med din gf_live_-nøgle. Samme nøgle, auth og metering som BBR, Matriklen og adresser, så et virksomheds-API og et ejendoms-API deler ét abonnement. Hele datakontrakten kan afprøves uden nøgle via den nøglefrie demo nedenfor.

Prøv CVR live

Kør det nøglefrie /v1/demo/cvr og se en gensammensat virksomhed — navn, status, branche og adresse med oversatte kommune-/ regionsnavne, med rigtig svartid.

Hvad CVR-API’et giver dig

Kald CVR-API’et i din stack

Samme CVR-opslag i cURL, TypeScript og Python — send CVR-nummeret, læs den gensammensatte virksomhed. Endpointet er GET /v1/cvr/:cvr med en gf_live_-nøgle:

curl -H "Authorization: Bearer gf_live_…" \
  https://api.grundfast.dk/v1/cvr/12345678

Svaret er ét fladt objekt — auth og metering er de samme som på de øvrige registre:

# Register #8 (CVR), Bearer gf_live_…:
GET /v1/cvr/12345678
→ 200  { virksomhed: {
           cvr: "12345678", navn: "Eksempel Nedrivning ApS",
           status: "aktiv", virksomhedsform: "Anpartsselskab",
           adresse: { vejnavn: "Industrivej", husnr: "12B",
                      postnr: "9310", postnrnavn: "Vodskov",
                      kommunekode: "0851", kommune_navn: "Aalborg",
                      regionskode: "1081", region_navn: "Region Nordjylland" },
           branche: { kode: "439990", tekst: "Anden bygge- og anlægsvirksomhed" },
           reklamebeskyttet: false } }

Felter i svaret

Hvert CVR-opslag returnerer objektet virksomhed med disse felter — koder er allerede oversat til tekst:

Der er én parameter — selve CVR-nummeret i stien:

CVR vs. DAWA vs. rå Datafordeler

DAWA dækkede aldrig CVR — den kolonne er nej hele vejen. Den reelle sammenligning er mod Datafordelers rå CVR-GraphQL, hvor du selv joiner entiteter og slår koder op:

Hvornår skal du bruge CVR-API’et

CVR-opslag på nummer dækker de fleste beriger- og validerings-flows, hvor du allerede har CVR-numrene:

• Berig CRM & leadlister. Slå CVR-nummeret op og udfyld firmanavn, branche og beliggenhedsadresse automatisk — i stedet for manuelt indtastede, forældede felter.
• KYC & onboarding-validering. Bekræft at et CVR-nummer eksisterer og hører til den forventede virksomhed, før du opretter en kunde eller leverandør.
• Filtrér ophørte selskaber fra. Forgren på det normaliserede status-felt og luk ophørte, konkursramte eller tvangsopløste virksomheder ude med ét felt.
• Segmentér pr. kommune eller region. Beliggenhedsadressen kommer med oversatte kommune- og regionsnavne, så du kan gruppere virksomheder geografisk uden et ekstra opslag.

Branchekode-opslag

Hver virksomhed kommer med sin branche som branche.kode (en 6-cifret DB07-branchekode) og branche.tekst (den oversatte branchetekst). Vi slår DB07-nomenklaturen op for dig, så du ikke selv skal vedligeholde kodelisten — brug koden til at filtrere eller segmentere din liste og teksten direkte i din UI:

# branche på hver virksomhedspost — kode + oversat tekst:
GET /v1/cvr/12345678
→ … "branche": {
       "kode":  "439990",                          # DB07-branchekode (6 cifre)
       "tekst": "Anden bygge- og anlægsvirksomhed"  # oversat branchetekst
     }
# Filtrér din leadliste på branche.kode (fx alle "41.20.00 Opførelse af bygninger")
# uden selv at slå DB07-nomenklaturen op.

Berig en hel virksomhedsliste med CVR

Det stærke ved at have CVR i samme API som ejendomsdata er krydsopslaget: fra et CVR-nummer kan du gå CVR → adresse → BFE → ejendom med samme gf_-nøgle. Slå virksomheden op, vask beliggenhedsadressen til et BFE-nummer, og åbn så bygninger, enheder, jordstykke og ejerlav — uden at skifte leverandør undervejs:

# CVR → adresse → BFE → ejendom — samme gf_-nøgle hele vejen:

# 1) CVR-nummer → virksomhedens beliggenhedsadresse
GET /v1/cvr/12345678
→ virksomhed.adresse = { vejnavn: "Industrivej", husnr: "12B",
                         postnr: "9310", postnrnavn: "Vodskov", … }

# 2) adresse → koordinat + BFE (datavask matcher tekst → DAR + jordstykke)
GET /v1/datavask/adgangsadresser?betegnelse=Industrivej%2012B%2C%209310%20Vodskov
→ resultater[0] = { adgangsadresse_id, bfe_nummer: 5651067, koordinat }

# 3) BFE → hele ejendommen, i samme datamodel
GET /v1/bbr/ejendom/5651067        # bygninger + enheder
GET /v1/matrikel/ejendom/5651067   # jordstykke + ejerlav

Beriger du kundelister med CVR-data? Kombinér med datavask af kundelister — så vaskes både adresser og virksomhedsfelter i ét flow.

Har du kun firmanavne og ikke CVR-numrene endnu? Fritekst-/navnesøgning på virksomhed er en separat flade på vej — den kræver et lokalt indeks over et CVR-udtræk. Indtil da er opslag på CVR-nummer live.

Status & datakontrakt

Endpointet er GET /v1/cvr/:cvr med en gf_live_-nøgle. Den nøglefrie GET /v1/demo/cvr spejler samme datakontrakt og virker offline.

Se også BBR-API’et og Adresse-API’et (DAR), Datafordeler-alternativ og Migrering 2026.

Ofte stillede spørgsmål