DAWA vs Datafordeleren — hvad skal du bruge?

DAWA lukker den 17. august 2026. Den danske stat anbefaler migration til Datafordeleren. Men for langt de fleste DAWA-brugere kræver Datafordeleren en omskrivning af væsentlige dele af integrationen. Denne sammenligning forklarer præcist hvor de adskiller sig — og hvorfor en DAWA analog er den lettere vej for de fleste udviklere.

Overblik

Protokol: REST vs GraphQL

DAWA brugte et simpelt REST/JSON-API. Et dansk adresse-autocomplete-kald så sådan ud:

GET /autocomplete?q=Rådhuspladsen&type=adresse

Datafordelerens adressedata leveres via GraphQL. En forespørgsel på de samme data ser sådan ud:

POST /graphql
{ "query": "{ DAR { Adresse(vejnavn: \"Rådhuspladsen\") { id, vejnavn, husnummertekst, postnr } } }" }

GraphQL er en kraftfuld protokol, men kræver en GraphQL-klient, en anden tankegang, og du skal skrive dit eget søgelag hvis du vil have bruger-tastede forespørgsler til at fungere. Datafordeleren har ikke et typo-tolerant fuldtekstsøgnings-endpoint. Til adresse-autocomplete specifikt skulle du implementere fuzzy matching selv eller bruge en søgemaskine oven på spejlede data.

Danadresse bevarer REST-grænsefladen: samme URL-sti, samme query-parametre, samme JSON-struktur.

Autentificering: virksomhedsaftale vs API-nøgle

DAWA krævede slet ingen autentificering. Du kaldte API'et og det virkede.

Datafordeleren kræver:

1. Registrering af en brugerkonto
2. Anmodning om en tjenestebruger med adgang til specifikke tjenester
3. For nogle tjenester, underskrivelse af en virksomhedsaftale — en flertrinproces der kan tage dage til uger
4. Implementering af OAuth2-token-udveksling inden hver API-session

Danadresse kræver ét trin: tilmeld dig på danadresse.dk/dashboard/signup og få en API-nøgle. Tilføj den som header: X-Api-Key: dawa_live_…. Samlet tid: under fem minutter.

Adressevask (datavask)

DAWA's datavask-endpoint var en af dets mest værdifulde funktioner. Du POST'ede en fritekst-adressestreng — så rodet som en kunde tastede den — og DAWA returnerede den normaliserede DAR-adresse med en kvalitetskategori (A = præcist match, B = korrigeret, C = tvetydig, D = intet match).

Datafordeleren har ikke et datavask-ækvivalent. Adressevask mod Datafordeleren kræver at du implementerer din egen tekstnormalisering, fuzzy matching mod datasættet og kvalitetsscore — et betydeligt teknisk arbejde.

Danadresse har et kompatibelt datavask-endpoint: POST /datavask/adresser, samme request-body, samme svar-format som DAWA, inkl. A–D kvalitetskategorier.

Hvornår er Datafordeleren det rigtige valg

Datafordeleren giver mening når:

• Du har brug for rå dataadgang — hentning af hele datasæt, bulk-eksport eller sammenkørsel af adressedata med andre offentlige registre (matrikel, BBR-rådata, ejerskab).
• Du allerede er på Datafordeleren til andre datasæt og auth-overheadet allerede er betalt.
• Du bygger din egen søgeinfrastruktur — indeksering af adressedata i din egen Elasticsearch/Typesense/Meilisearch og ikke har brug for det hostede søgelag.
• Enterprise-replikering med SLA — Datafordeleren tilbyder formelle SLA'er for datadistribution.

Hvornår er Danadresse det rigtige valg

Danadresse giver mening når:

• Du migrerer fra DAWA — de samme endpoints betyder nul kodeændringer ud over URL'en.
• Du har brug for autocomplete og datavask — hostet, typo-tolerant, klar uden at bygge et søgelag.
• Du skal handle hurtigt — DAWA-lukningsfristen er 17. august 2026. Opsætning af en Datafordeler-integration tager uger; opsætning af Danadresse tager minutter.
• Du vil have bundlet ejendomsberigelse — BBR, vurdering, energimærke og DAGI i ét API-kald, uden at sammensætte flere Datafordeler-tjenester.

Konklusionen

For langt de fleste DAWA-brugere — webshops, CRM-systemer, borger-portaler, logistik-apps — er Danadresse den migrationssti der bevarer eksisterende integrationer. Datafordeleren er den officielle statslige kanal, men er designet til organisationer der har brug for rå dataadgang, ikke til det almindelige use case "autocomplete i en formular og returner en valideret adresse".

De to supplerer hinanden snarere end konkurrerer: Danadresse bruger selv Datafordeleren som datakilde, behandler den og serverer den med den udviklervenlige REST-grænseflade som DAWA etablerede.