Indholdsfortegnelse

1. Indledning

ID: AKTDATKP
Navn: Aktuelle oplysninger til kreditoplysningsbureauer
System: CprSoeg

1.1. Formål

Servicen AKTDATKP har til formål at hente aktuelle oplysninger til kreditoplysningsbureauer.

Denne service leverer navne- og adressedata for personer med navne- og adressebeskyttelse jvf. CPR-loven.

2. Adgang

2.1. Kundefokus

Brug af denne service henvender sig til kreditoplysningsbureauer.

2.2. Adgangskontrol

Services er underlagt adgangsprincipper som en del af adgangskontrollen til en service^[1]. Nedenstående tabel viser, hvilke adgangsprincipper der gælder for AKTDATKP.

Table 1. Hovedprincipper for adgangskontrol på servicen.

Princip	Gælder
Adgangskontrol	Ja

3. Nøglefelter

Når søgningen kaldes, er der visse kriterier, der kan forventes indsendt og derfor er påkrævet, mens andre kriterier kan være frivillige, og derfor ikke er påkrævet.

Herunder beskrives de felter der kan anvendes under initiering.

Table 2. Nøglefelter.

Felt	Format	Krævet	Feltlængde (v)	Beskrivelse
PNR	Personnummer	Ja	10	Personnummer

3.1. Nøgleregler

Søgningen kan fejle med en række fejlkoder, hvis de indsendte kriterier ikke accepteres af servicen.

Table 3. Fejl der kan opstå ud fra søgekriterier.

Fejlkode	Fejlbesked	Beskrivelse
Der er ingen servicespecifikke nøgleregler til denne service

Den generel dokumentation af fejlkoder og beskeder står beskrevet i servicehåndbogens bilag vedr. generelle fejlkoder.

Endvidere er der fælles regler, der kan komme i anvendelse. Disse er beskrevet i servicehåndbogens bilag ang. fælles nøgleregler.

4. GCTP

Dette afsnit præsenterer en håndfuld ukomplette eksempler på de kald denne service kan modtage, og svarene den vil sende retur.

Formålet med eksemplerne er, at give et generelt overblik af hvordan GCTP er struktureret for denne service med fokus på de søgekriterier, en bruger kan interagere med og felter der returneres.

Disse begrænsninger har følgende konsekvenser for eksemplerne:

For <Field>-elementer til nøglefelter
- Data er udeladt, og er i stedet markeret med attributten v="[DATA]".
- Alle andre attributter er udeladt (a, a1, t, osv).
For <Field>-elementer til søgning svar
- Data er udeladt, og er i stedet markeret med attributten v="[DATA]".
For <Table>-element til søgning svar
- <Row>-elementets identificerende nøgle er udeladt, og er i stedet markeret med attributten k="[ROW KEY]"
- <Field>-Data er udeladt og er i stedet markeret med attributten v="[DATA]".
- Der er kun elementer for 1 række.
For <Kvit>-element til kvittering ved fejl
- Data er udeladt, og er i stedet markeret med attributten for fejlnummer v="[DATA]" og for fejltekst t="[DATA]".

De felter, der er udeladt i disse eksempler, er beskrevet i deres respektive afsnit tidligere i dokumentet.

4.1. GCTP Eksempler

Se Appendiks.

4.2. Søgnings resultats datafelter

Data der returneres er beskrevet i denne sektion.

Hvert felt har et navn og kan have et antal attributter [v, t, ts, tl] Hvis der ikke findes data til en attribut sættes attributten ikke for feltet.

Servicen returnerer følgende felter:

Table 4. Felter der returneres.

Felt	Format	Attributter	Beskrivelse
PNR	Personnummer	v	Personnummer
PNRGAELD	Personnummer	v	Personnummer
KOEN	Tekst	v	Køn
FOEDDATO	Dato	v	Fødselsdato
FOEDDATOUSM	Usikkerhedsmarkering	v	Usikkerhedsmarkering
STATUS	Status	v,t	Status
STARTDATOSTATUS	Dato	v	Startdato
STATUSDATOUSM	Usikkerhedsmarkering	v	Usikkerhedsmarkering
ADRBESKYT	Numerisk	v,t,ts	Navne-/adressebeskyttelse
MARBESKYT	Numerisk	v,t,ts	Markedsføringsbeskyttelse
FORNVN	Tekst	v	Fornavn
MELNVN	Tekst	v	Mellemnavn
EFTERNVN	Tekst	v	Efternavn
ADRNVN	Tekst	v,t	Adresseringsnavn
CONVN	Tekst	v	C/o navn
STADR	Tekst	v	Standardadresse
STARTDATO	Dato sekvens	v	Startdato
KOMKOD	Kommunekode	v,t,tl	Kommunekode
VEJKOD	Numerisk	v,t	Vejkode
VEJADRNVN	Tekst	v	Vejadresseringsnavn
HUSNR	Husnummer	v	Husnummer
ETAGE	Etage	v	Etage
SIDEDOER	Sidedør	v	Sidedør nummer
BNR	Bygningsnummer	v	Bygningsnummer
LOKALITET	Udgået		Lokalitet (Udgået)
BYNVN	Tekst	v	Bynavn
POSTNR	Postnummer	v,t	Postnummer
CUMN_STARTDATO	Dato	v	Startdato

5. Appendiks

5.1. GCTP Eksempler

I de kommende eksempler vises, hvorledes requests og svar ser ud fra servicen. Bemærk at der ikke er medtaget konkrete data eller attributter i eksemplerne. I feltoversigten er der angivet felter som har attributter, men helt generelt er attributter noget der kommer med ud som svar på et request

5.1.1. Søgning

Eksempel på GCTP søgning til servicen.

<?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?>
<root xmlns="http://www.cpr.dk">
    <Gctp v="2.0">
        <System r="CprSoeg">
            <Service r="AKTDATKP">
                <CprServiceHeader r="AKTDATKP">
                    <Key>
                        <Field r="PNR" v="[DATA]"/>
                    </Key>
                </CprServiceHeader>
            </Service>
        </System>
    </Gctp>
</root>

Eksempel på et GCTP svar fra servicen.

<?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?>
<root xmlns="http://www.cpr.dk">
    <Gctp v="2.0">
        <System r="CprSoeg">
            <Service r="AKTDATKP">
                <CprServiceHeader r="AKTDATKP" ts="20220830222305987643"/>
                <CprData u="O">
                    <Rolle r="HovedRolle">
                        <Praes r="AKTDATKP">
                            <Field r="PNR" v="[DATA]"/>
                            <Field r="PNRGAELD" v="[DATA]"/>
                            <Field r="KOEN" v="[DATA]"/>
                            <Field r="FOEDDATO" v="[DATA]"/>
                            <Field r="FOEDDATOUSM" v="[DATA]"/>
                            <Field r="STATUS" v="[DATA]"/>
                            <Field r="STARTDATOSTATUS" v="[DATA]"/>
                            <Field r="STATUSDATOUSM" v="[DATA]"/>
                            <Field r="ADRBESKYT" v="[DATA]"/>
                            <Field r="MARBESKYT" v="[DATA]"/>
                            <Field r="FORNVN" v="[DATA]"/>
                            <Field r="MELNVN" v="[DATA]"/>
                            <Field r="EFTERNVN" v="[DATA]"/>
                            <Field r="ADRNVN" v="[DATA]"/>
                            <Field r="CONVN" v="[DATA]"/>
                            <Field r="STADR" v="[DATA]"/>
                            <Field r="STARTDATO" v="[DATA]"/>
                            <Field r="KOMKOD" v="[DATA]"/>
                            <Field r="VEJKOD" v="[DATA]"/>
                            <Field r="VEJADRNVN" v="[DATA]"/>
                            <Field r="HUSNR" v="[DATA]"/>
                            <Field r="ETAGE" v="[DATA]"/>
                            <Field r="SIDEDOER" v="[DATA]"/>
                            <Field r="BNR" v="[DATA]"/>
                            <Field r="LOKALITET" v="[DATA]"/>
                            <Field r="BYNVN" v="[DATA]"/>
                            <Field r="POSTNR" v="[DATA]"/>
                            <Field r="CUMN_STARTDATO" v="[DATA]"/>
                        </Praes>
                    </Rolle>
                </CprData>
                <Kvit r="Ok" v="0"/>
            </Service>
        </System>
    </Gctp>
</root>

Eksempel på et GCTP svar med fejl fra servicen.

<?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?>
<root xmlns="http://www.cpr.dk">
    <Gctp v="2.0">
        <System r="CprSoeg">
            <Service r="AKTDATKP">
                <CprServiceHeader r="AKTDATKP" ts="20220830222305987643"/>
                <Kvit r="Fejl" t="[FEJLTEKST TIL FEJLKODE 42]" v="42"/>
            </Service>
        </System>
    </Gctp>
</root>

v1.1.0