Indholdsfortegnelse

1. Indledning

Nærværende dokument beskriver hvorledes man som virksomhed anvender CPR’s Adressematchløsning.

2. Generelt om Adressematch

Virksomheder bruger ofte mange ressourcer på at vedligeholde navne og adresser på deres kunder.

Et samarbejde med CPR kan sikre virksomheden korrekte, opdaterede oplysninger om virksomhedens kunder, reducere behovet for ressourcer til vedligeholdelse af kundedata, mindske returpost og give forbedret service over for kunderne, der herefter ikke behøver meddele adresseændring til virksomheden.

Udtræk ved navn og adresse (Adressematch) er et tilbud til virksomheder, der ikke har lov til at registrere kundernes personnumre.

Udtræk baseret på match af navne og adresser foregår ved, at virksomheden leverer data fra eget register, der sammenlignes med data i CPR. Virksomheden leverer navn og adresse på personen, og evt. fødselsdato og køn. Der laves dog ikke match på køn for private virksomheder.

Kan CPR på baggrund af sammenligningen entydigt identificere en person i CPR, modtager virksomheden aktuelle personoplysninger for personen, som kan danne grundlag for ajourføring af virksomhedens kunderegister.

Såfremt virksomheden i forvejen er i besiddelse af personnummer, kan udtræk ved personnummer tilbydes.

Der køres udtræk på hverdage mandag til fredag, undtagen 5/6, 24/12 og 31/12. Uddatafiler kan normalt hentes fra CPR-kontorets FTP-server via den oplyste FTP-bruger efter kl. 20:00 på kørselsdagen.

3. Overordnet funktionalitet i Adressematch

Adressematch er en filbaseret service, hvor man som virksomhed dels kan abonnere på ændringer på personer, men også få data på enkelt personer virksomheden ønsker at få opdateret.

Disse opslag er overordnet set delt i to områder og kan anvendes afhængig af hvilke data virksomheden har på de personer, der ønskes data på.

Data erhverves ved at virksomheden indsender en af følgende typer data:

1. Personnummer (Personnummermatch):

   • Abonnement på ændringer på personer

   • Sletning af abonnement på ændringer på personnummer ud fra personnummer

   • Enkeltopslag på en person

2. Kundereference, Navn og Adresse samt evt. fødselsdato (Adressematch)

   • Abonnement på ændringer på personer

   • Sletning af abonnement på ændringer på personnummer ud fra virksomhedens egen reference

   • Enkeltopslag på en person

3. Person rekvisition

   • Rekvisition på personer som virksomheden allerede har i abonnement

Alle personer som en virksomhed ønsker data på, eller slette abonnementer på, leveres som en record i fastlængdeformat og leveres i en fil med en record pr linie.

En detaljeret beskrivelse af tilladte records og deres format findes under punktet AdressematchRekvisitionRecord.

4. Personnummermatch

Personnummermatch anvendes når virksomheden er i besiddelse af et personnummer på den person der ønskes data om.

Et personnummer identificerer entydigt en person, derfor er det også kun de basale felter i recorden som skal udfyldes for denne type match, nemlig kundenummer, en kundereference som skal være PNR=<personnummer> samt en Matchtype.

På grundlag af matchtypen vil personen:

• Blive tilføjet til abonnement (Matchtype = T)

• Blive slettet fra abonnement (Matchtype = S)

• Indgå i enkeltopslag og være med i næste udtræk for virksomheden (Matchtype = E)

Abonnementer oprettet via Personnummermatch er blivende indtil virksomheden selv indsender en sletning på abonnementet.

5. Person Rekvisition

Personrekvisitioner anvendes når virksomheden allerede har en person i abonnement hos CPR og er i besiddelse af egen reference til personen.

Virksomhedens kundenummer samt referencen til personen identificerer entydigt en person.

En rekvisition foretages ved at sætte Matchtype = R, samt give kundenummer og referencen til personen.

Rekvisitioner der indsendes bliver behandlet med det samme og data leveres i samme produktionsvindue. Hvis der ikke afvikles en opgave i produktionsvinduet bliver der ikke leveret data og det vil være nødvendigt at genindsende rekvisitionerne. Datoen på filen hvori record findes har således ingen betydning for hvornår data leveres.

6. Adressematch

Ved Adressematch skal virksomheden levere inddatanøgler, der skal indeholde navn og adresse på den enkelte kunde.

Foruden navn og adresse kan der angives fødselsdato og/eller køn på personen. Der matches dog ikke for køn for private virksomheder.

Uddata leveres kun når personen éntydigt kan identificeres i CPR-systemet.

Dette betyder, at såfremt der til én adresse er registreret flere personer med det angivne navn, kan der ikke éntydigt identificeres en person, og virksomheden vil modtage en fejlmeddelelse.

Situationen kan opstå fordi matchen medtager historiske navne og historiske adresser eller fordi der på adressen bor flere personer med meget ens navne.

Kender virksomheden personens fødselsdato og evt. køn, vil dette kunne give en mere sikker identifikation.

Har en person navne- og adressebeskyttelse, vil alle navne- og adressefelter være blanke bortset fra evt. kontaktadresse.

Jo bedre og mere præcise oplysninger virksomheden har om personen, jo større er sandsynligheden for match.

På grundlag af matchtypen vil personen:

• Blive lagt i abonnement (Matchtype = T)

• Blive slettet fra abonnement (Matchtype = S)

• Indgå i enkeltopslag og med i næste udtræk for virksomheden (E)

Matchtype E records, der indsendes bliver behandlet med det samme og data leveres i samme produktionsvindue. Hvis der ikke afvikles en opgave i produktionsvinduet bliver der ikke leveret data og det vil være nødvendigt at genindsende Matchtype E records. Datoen på filen hvori record findes har således ingen betydning for hvornår data leveres.

6.1. Adresser

Adresse i inddatanøglen kan indsættes som følgende:

• Et stort klarskriftfelt (som adressen vil stå udenpå en kuvert). Der skal dog desuden indsættes kommunekode eller postnummer i bestemte felter.

• Vejnavn i klarskrift og andre felter i kodeform i bestemte felter.

• Ren kodeform, herunder vejkode og kommunekode

Den mest præcise matching vil foregå med ren kodeform, altså indsendelse af kommunekode, vejkode, husnr, etage, etc. Bemærk at vejkoder kan være registreret uden vejnavn og derfor vil visse adresser kun matches ved brug af vejkode.

Generelt for alle tekster gælder det at store og små bogstaver behandles ens.

Der matches kun på adresser som er beboet af personen indenfor de sidste 5 år fra forespørgselstidspunktet. Personers adressehistorik består af både nuværende og historiske adresser samt eventuelle korrigerede adresser.

6.1.1. Klarskrift adresser

Anvender man klarskrift adresser, vil matchingen foregå ved, at feltet analyseres ved anvendelse af følgende format, hvor kun vejnavn er obligatorisk:

<Vejnavn>, <Husnr>, <Etage>, <Sidedør>

• Vejnavn kan indeholde en til flere vejnavnedele, f.eks. Nordre Ringgade.

• Vejnavn skal være gengivet fuldt ud og stavet korrekt, men der tillades kendte forkortelser både på hele vejnavnedele såvel som dele af vejnavnedele. f.eks. Prs. Alexandra Gade, eller Lille Sønderstr. Tilsvarende anvendes synonymer som f.eks. gl, gammel, gamle. Reglerne for dette er defineret i Dansk Sprognævns vejledning: "Vejledning i retskrivning af vejnavne".

• Husnr kan være op til 3 cifre

• Husnr kan indeholde et husbogstav [A-Z] både i direkte forlængelse af husnummeret men også med mellemrum inden. f.eks. 19A er det samme som 19 A.

• Etage kan indeholde St, Kl, K2, K3 eller et tal afsluttet med punktum (f.eks. 2.) Etage bør således altid afsluttes med punktum, men uden punktum accepteres også.

• Hvis etage angives, så skal husnr også være angivet

• Sidedør kan indeholde en vilkårlig beskrivelse for en sidedør. f.eks. th, tv, mf, 992, 223/2, ABC9. Sidedør må ikke afsluttes med punktum.

• Hvis en adresse ikke indeholder etage, men indeholder sidedør, skal etage være angivet med mellemrum.

For en entydig identifikation af adressens dele bør der som separator tegn anvendes komma (,). Imidlertid forsøges også med punktum og mellemrum. Punktum bør dog undgås, idet det kan give tvetydige resultater, idet punktum også anvendes ved angivelse af etage.

Gyldige konstruktioner:

• <Vejnavn>

• <Vejnavn>,<Husnr>

• <Vejnavn>,<Husnr>,<Etage>

• <Vejnavn>,<Husnr>,<Etage>,<Sidedør>

• <Vejnavn>,<Husnr>, ,<Sidedør>

Eksempler på ugyldige konstruktioner:

• <Vejnavn>,<Etage> (Indeholder hverken husnummer eller bygningsnummer)

• <Vejnavn>,,<Etage> (Husnummer/Bygningsnummer er tomt)

• <Vejnavn>,<Husnr>,<Sidedør>

Man skal være opmærksom på, at angiver man ikke et husnummer betyder det, at der matches blandt personer som specifikt ikke bor på en adresse med husnummer på den pågældende vej. Med andre ord kan der aldrig opnås et match på en person der bor på en adresse med husnummer medmindre husnummer indgår i match søgekriterierne.

Stavning af vejnavne i klarskrift

Der matches udelukkende på korrekt stavede vejnavne, svarende til vejens navngivning i Danmarks Adresseregister (DAR). Dette gælder også sammensætningen af vejnavnedele, der ligeledes skal svare til vejnavnets sammensætning som angivet i DAR.

Er der en stavefejl i vejnavnet, der indsendes, vil det ikke blive matchet. Indsendes f.eks. Glostrup Hovedegade, vil det ikke blive matchet, da det korrekte navn i DAR er Glostrup Hovedgade.

Er der en sammensætningsfejl i vejnavnet, der indsendes, vil det heller ikke blive matchet. Indsendes f.eks. Niels Ebbesensgade, vil det ikke blive matchet, da det korrekte navn i DAR er Niels Ebbesens Gade.

Det bemærkes, at CPR’s vejkode og kommunekode kan anvendes til entydigt at identificere en vej.

6.1.2. Vejnavn

Udfylder man kun vejnavnsfeltet gælder der de samme regler for matching af vejnavn som ved klarskrift adresser.

6.1.3. Husnummer

Husnummer kan angives med eller uden bogstav.

Er husnummer eksempelvis angivet til 59B, er det kun personer på denne adresse og ikke eventuelle personer i 59A, der indgår i match. Hvis bogstavet er udeladt søges således på alle adresser, hvor den numeriske del af husnummer er korrekt.

Bor en person eksempelvis i Husnummer ”90D”, men virksomheden har sendt "90" ind, kan der være match. Men sandsynligheden for et tvetydigt match øges, fordi match potentielt vil omfatte flere adresser og navnematchningen derved potentielt omfatter flere personer.

Bemærk at husnummer recordfeltet også kan anvendes til bygningsnummer (BNR) i forbindelse grønlandske adresser. En adresse kan således ikke angives både med husnummer og bygningsnummer

6.1.4. Etage

Etage er ikke obligatorisk også selvom personens faktiske bopælsadresse angives med etage. Hvis etage er angivet indgår denne imidlertid altid i matchingen. Dette var ikke tilfældet før 5. januar 2026,

Uden angivelse af etage øges sandsynligheden således for et tvetydigt match, idet match potentielt vil omfatte flere bopælsadresser og navnematchningen derved potentielt omfatter flere personer.

Høje Gladsaxe 15 er et byggeri med 15 etager og tre boliger (tv, mf og th) på hver etage. Siden 1966 har der boet mere end tusinde personer i den pågældende opgang. Uden angivelse af etage skal der således foretages navnematch blandt mere end tusinder personer, og det sandsynligheden øges for tvetydigt match. Hvis der angives etage vil navnematchingen omfatte mindre end hundrede personer, og derved øges sandsynligheden for entydigt match.

6.1.5. Sidedør

Sidedør er ikke obligatorisk også selvom personens faktiske bopælsadresse angives med sidedør. Hvis sidedør er angivet indgår denne imidlertid altid i matchingen. Dette var ikke tilfældet før 5. januar 2026.

Der gælder samme principper for match som ved etage, se ovenfor. Hvis bopælsadresse ikke indeholder etage og indeholder sidedør, så skal etage angives med mellemrum.

6.1.6. Specialtegn

Visse specialtegn oversættes til danske tegn ved søgninger, således at følgende synonymer er gældende:

• A: Á À Â Ã á à â ã a

• C: Ç ç c

• D: ð d

• E: Ë É È Ê ë é è ê e

• I: Ï Í Ì Î ï í ì î i

• N: Ñ ñ n

• O: Ó Ò Ô Õ ó ò ô õ o

• S: ß s

• T: Þ þ t

• U: Ú Ù Û ú ù û u

• Y: Ý ÿ ý y

• Ü: Ü ü

• Æ: Ä ä æ

• Ø: Ö ö ø

Specialtegn anvendt i søgninger, der falder uden for ovenstående vil resultere i ingen match.

6.2. Navne

Navne i inddatanøglen kan indsættes som:

• Matchnavn fritekst felt

• Fornavn/Efternavn

• Supplerende Navn

Der må maksimalt udfyldes 2 af de ovenstående og udfylder man 2, vil der blive foretaget en søgning på begge navne.

Giver begge navne mere end et resultat, vil der ikke være entydig match og dermed ingen match.

Udfylder man f.eks. Matchnavn og Supplerende navn, vil der blive udført 2 søgninger som begge vil tælle i resultatet på søgningen.

Herunder beskrives hvorledes disse 3 navne felter bruges.

Matchnavn Anvendes når man har et antal navnedele men ikke nødvendigvis ved hvor efternavnet skiller. Feltet kan dog sagtens anvendes selvom man kender skillepunktet til efternavnet.

Fornavn/Efternavn Anvendes når man har det specifikke efternavn og fornavn(e) separeret for sig.

Supplerende navn Anvendes når man har en anden stavemåde, et mere kvalificeret navn el. lignende end det man angiver i Matchnavn eller fornavn/efternavn.

Enten Matchnavn og/eller Fornavn efternavn skal sendes med i recorden, Supplerende navn må kun angives såfremt kun en af førnævnte er udfyldt.

6.2.1. Regelsæt for match af navne

Der matches altid kun på de 4 første navnedele, som gives ved input.

Det betyder, at hvis der angives 5 navnedele, 4 for- og mellemnavne og 1 efternavn, så anvendes den femte navnedel og således efternavnet ikke, og der ville ikke match på navnet.

Der matches ikke på rækkefølge på navnedelene, men udelukkende på tilstedeværelse, aktuelt eller historisk

Navnet skal bestå af mindst to fulde navnedele.

Navnet må gerne indeholde initialer ud over to fulde navnedele. Det vil blive tjekket, at personens navne i CPR passer med initialerne.

Alle navnedele bestående af et enkelt bogstav betragtes som initialer. Den eneste undtagelse er 'AA', der også betragtes som et initial.

Matchingen behandler små og store bogstaver ens.

6.2.2. Specialtegn

Der oversættes specialtegn, således at man godt kan fremsøge ü med f.eks. u eller y.

Den fulde liste over oversættelser er her:

• A: Á À Â Ã á à â ã a

• C: Ç ç c

• D: ð d

• E: Ë É È Ê ë é è ê e

• I: Ï Í Ì Î ï í ì î i

• N: Ñ ñ n

• O: Ó Ò Ô Õ ó ò ô õ o

• S: ß s

• T: Þ þ t

• U: Ú Ù Û ú ù û u

• Y: Ý ÿ ý y Ü ü

• Ü: Ü ü

• Æ: Ä ä æ

• Ø: Ö ö ø

Bemærk at ü bådeoversættes til y og u. Dette sker, da lydværdien af ü er forskellig for henholdsvis tyrkiske og tyske navne.

6.2.3. Eksempler

6.3. Fødselsdato og køn

Som virksomhed kan man med fordel anvende en fødselsdato og/eller køn til yderligere at kvalificere, hvilken person man ønsker match på. Der matches dog ikke på køn for private virksomheder uanset om køn indgår som input. Hvis private virksomheder angiver ”køn” ignoreres dette ved match.

Giver man en fødselsdato og personen ellers bor på adressen er sandsynligheden for et match meget høj, givet at virksomheden selvfølgelig har givet det rigtige navn også.

Køn kan i visse tilfælde også give en ekstra sandsynlighed for match, såfremt man ikke har fødselsdatoen.

Køn er ikke et krævet felt og benyttes kun hvis der findes flere personer med samme navn på den samme adresse. Det er derfor muligt at få udtrukket en person, selvom køn ikke er korrekte, hvis personens navn og adresse giver et entydigt match.

6.3.1. Bemærkninger vedrørende tilpasning af matchalgoritmen

Etage og sidedør

Private virksomheder skal identificere en person ved anvendelse af enten personnummer, navn og adresse eller fødselsdato. En adresse anses som gyldig, hvis den som minimum indeholder kommune (som kan angives med postnummer), vej og husnummer. Det gælder også i de situationer, hvor en person har bopæl i eksempelvis et etagebyggeri, hvor adressen også består af sal og eventuelt sidedør.

Før den 5. januar 2026 har matchprogrammet, hvis identifikationskravet allerede blev opfyldt ved match med kommune, vej og husnummer, ikke anvendt etage og sidedør, selvom etage eller sidedør var indsendt som matchkriterier. Fra 5. januar 2026 indgår indsendte etage og sidedør matchkriterier altid ved match og skal være angivet korrekt.

Fødselsdato

Ved match er det, som angivet ovenfor, muligt at anvende navn og adresse samt fødselsdato. Før den 3. september 2025 har matchprogrammet dog udeladt fødselsdatoen ved match, hvis identifikationskravet allerede blev opfyldt ved anvendelse af navn og adresse. Fra den 3. september 2025 vil en angivet fødselsdato imidlertid altid indgå ved match.

Klarskrift adresser

Før den 16. marts 2026 kunne der i visse tilfælde ikke matches på adresser med sidedør uden etage. Opdateret regler for opbygning af klarskrift adresser i inddatafiler findes beskrevet i afnsittet Klarskrift adresser.

Køn

For private virksomheder har det indtil den 9. september 2025 været muligt også at angive køn. Køn indgår imidlertid ikke i matchalgoritmen fra den 9. september 2025. For at sikre bagudkompatibilitet kan køn imidlertid fortsat angives. I givet fald skal benyttes K for kvinde og M for mand.

7. Recordbeskrivelse

Herunder beskrives inddata recorden som anvendes til alle 6 forskellige måder at anvende Adressematch på.

7.1. AdressematchRekvisitionRecord

Beskrivelse

Inddata record format for adressematch.

Recorden anvendes forskelligt alt efter om man ønsker at match på navn, adresse, fødselsdato eller abonnementsætning/opslag gennem personnumre.

Recorden vil således kræve flere felter udfyldt når man anvender matching end når man anvender PNR opslag, PNR rekvisitioner eller sletninger.

Såfremt man anvender matchtypen S eller R, eller man anvender matchtype E eller T og samtidig udfylder PNR= i kundereferencenr er alle felterne efter Pnrsenrmrk ikke krævede.

Record definition