# Datalicens, kildeangivelse og persondata

> Angiv kilden til adressedata korrekt efter CC BY 4.0, se hvornår adresser bliver til persondata, og hvad vi registrerer om dine kald.
>
> https://danadresse.dk/guides/licens-og-gdpr · verified 2026-11-02
Adressedata i Danmark er offentlige og frit tilgængelige, men licensen kræver, at du angiver kilden. Og når du kobler en adresse med en person, behandler du personoplysninger. Guiden samler det praktiske: hvad du skal skrive, hvor det skal stå, og hvilke data der går til os, når du kalder API'et.

Guiden er ikke juridisk rådgivning. Er du i tvivl om dit eget behandlingsgrundlag, så spørg din egen rådgiver.

## Licensen: CC BY 4.0

Adresserne kommer fra Danmarks Adresseregister, som Klimadatastyrelsen stiller til rådighed via Datafordeleren under licensen Creative Commons Kreditering 4.0 (CC BY 4.0). Du må bruge, ændre og videregive data, også kommercielt, når du angiver kilden.

Brug denne tekst:

```text id=attribution-da run=no
Indeholder data fra Klimadatastyrelsen (CC BY 4.0)
```

På engelske sider:

```text id=attribution-en run=no
Contains data from Klimadatastyrelsen (CC BY 4.0)
```

Kildeangivelsen skal stå et sted, hvor dem, der ser data, kan finde den. Det behøver ikke være ved hver adresse:

- **Websites og apps:** i sidefoden eller på en side om kilder, der kan nås fra de sider, hvor adresserne vises.
- **Adressefelter:** i sidefoden på siden er nok. Mange sætter den også i en lille linje under feltet.
- **Eksporterede filer (CSV, Excel):** i en README, et faneblad med kilder eller en kommentarlinje øverst.
- **Dit eget API:** i dokumentationen og gerne i et felt i svaret.

Et eksempel på en sidefod:

```html id=attribution-footer run=no
<footer>
  <p>Adresser: Indeholder data fra Klimadatastyrelsen
    (<a href="https://creativecommons.org/licenses/by/4.0/deed.da">CC BY 4.0</a>).</p>
</footer>
```

Berigelses-endpoints under `/api/v1/enrich/` henter data fra flere registre, fx BBR, Matriklen og Ejendomsvurdering. Svaret har feltet `data_source` og ofte `license`, der fortæller, hvor data kommer fra:

```json id=enrich-source run=no
{
  "data_source": "BBR (Bygnings- og Boligregistret)",
  "license": "CC BY 4.0 Klimadatastyrelsen"
}
```

Viser du berigelsesdata, så angiv den kilde, der står i svaret.

## Hvornår er en adresse persondata

En adresse alene beskriver et sted. Den peger ikke på en bestemt person. Når du gemmer adressen sammen med et navn, et kundenummer, en e-mail eller et telefonnummer, er den en oplysning om den person, og så er det personoplysninger efter GDPR. Ansvaret for den behandling ligger hos dig.

For de fleste integrationer betyder det:

- Din kundedatabase med navn og adresse er persondata. Det ændrer sig ikke af, at adressen er valideret mod et offentligt register.
- En liste over alle adresser i et postnummer, uden personer knyttet til, er ikke.
- Et adresse-id fra os (`id` eller `adgangsadresseid`) er et id for et sted. Gemt på en kunde er det en del af kundens oplysninger.

## Send kun adressen til os

API'et har kun brug for adressen. Navne, e-mails, telefonnumre og CPR-numre hører ikke hjemme i et kald, og du gør det lettere for dig selv, hvis de aldrig forlader dit system. Når du renser en kundepost, så send kun adressefelterne:

```python id=minimise run=live expect="kategori"
import os

import requests

kunde = {
    "navn": "Jens Hansen",
    "email": "jens@example.dk",
    "telefon": "+45 12 34 56 78",
    "adresse": "Strandvejen 100, 2900 Hellerup",
}

# Kun adressen forlader dit system
r = requests.get(
    "https://api.danadresse.dk/datavask/adresser",
    params={"betegnelse": kunde["adresse"]},
    headers={"X-Api-Key": os.environ["DANADRESSE_API_KEY"]},
    timeout=10,
)
r.raise_for_status()
vask = r.json()
print("kategori:", vask["kategori"])
if vask["resultater"]:
    kunde["adresse_id"] = vask["resultater"][0]["adresse"]["id"]
    print("adresse-id gemt på kunden:", kunde["adresse_id"])
```

Står der en c/o-linje eller et firmanavn i adressefeltet, så fjern den, før du sender teksten.

Send nøglen i headeren `X-Api-Key` i stedet for i URL'en. URL'er ender let i logs hos dig, i proxyer og hos os.

## Hvad vi registrerer om dine kald

Den fulde beskrivelse og opbevaringstiderne står i [privatlivspolitikken](/privacy). Kort fortalt:

- **Forbrug:** antal kald pr. nøgle, dag og kanal (API eller MCP). Det bruges til kvoter og fakturering. Ifølge politikken gemmes kaldlogs i 30 dage og lægges derefter sammen pr. måned.
- **Nøglekontrol:** hvor mange forskellige IP-adresser hver live-nøgle bruges fra pr. dag, så vi kan opdage lækkede nøgler. Se [Rotér API-nøgler](/guides/roter-noegler).
- **Sikkerhed:** forespørgsler, der ligner angreb eller scanning, registreres med IP-adresse, sti, metode og user agent i op til 90 dage.
- **Statistik over vores websites:** opgøres samlet uden at gemme IP-adresser og uden cookies.

Ifølge politikken kører alle servere i EU.

## Databehandleraftale

Vores vilkår siger, at en databehandleraftale (DPA) er tilgængelig for Enterprise-kunder på forespørgsel. Skriv til os via [support](/support) eller på hello@lynbro.dk, hvis du har brug for en, eller hvis du har spørgsmål til, hvordan vi behandler data. Vilkårene står på [/vilkaar](/vilkaar).

## Næste skridt

- Rens adresser uden at sende persondata: [Datavask i checkout](/guides/datavask-i-checkout).
- Hold nøglen ude af URL'er og logs: [Rotér API-nøgler](/guides/roter-noegler).
- Klar til produktion: [Go-live-tjekliste](/guides/go-live-tjekliste).