Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Current »

Indholdsfortegnelse

1. Indledning

  • ID: AKTDATAP
  • Navn: Aktuelle oplysninger til private
  • System: CprSoeg

1.1. Formål

Servicen AKTDATAP har til formål at hente en persons aktuelle oplysninger.

1.2. Adgang

1.2.1. Kundefokus

Brug af denne service henvender sig til private virksomheder.

1.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 AKTDATAP.

Table 1. Hovedprincipper for adgangskontrol på servicen.
PrincipGælder
AdgangskontrolJa

2. Søgeservice

2.1. Søgekriterier

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.
FeltFormatKrævetFeltlængde (v)Beskrivelse
PNRPersonnummerJa10

Personnummer

2.2. 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.
FejlkodeFejlbeskedBeskrivelse
Der er ingen servicespecifikke nøgleregler til denne service

Fejlbesked i ovenstående er ikke den fejlbesked, der sendes i svaret. Den fejl der returneres hentes ud fra fejlkoden. Den generel dokumentation af fejlkoder og beskeder ses her [TODO her kommer der et link til udtræk af fejlkoder fra ctkvit]

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

Generelle systemfejlkoder der ikke henvender sig til servicen eller dens data, findes også i servicehåndbogen i et bilag vedr. generelle fejlkoder.

3. Søgeservice svar

3.1. 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.
FeltFormatAttributterBeskrivelse
PNRPersonnummerv

Personnummer

PNRGAELDPersonnummerv

Personnummer

KOENTekstv

Køn

FOEDDATODatov

Fødselsdato

FOEDDATOUSMUsikkerhedsmarkeringv

Usikkerhedsmarkering

STATUSStatusv,t

Status

STARTDATOSTATUSDatov

Startdato

STATUSDATOUSMUsikkerhedsmarkeringv

Usikkerhedsmarkering

ADRBESKYTNumeriskv,t,ts

Navne-/adressebeskyttelse

MARBESKYTNumeriskv,t,ts

Markedsføringsbeskyttelse

FORNVNTekstv

Fornavn

MELNVNTekstv

Mellemnavn

EFTERNVNTekstv

Efternavn

ADRNVNTekstv,t

Adresseringsnavn

CONVNTekstv

C/o navn

STADRTekstv

Standardadresse

STARTDATODato sekvensv

Startdato

KOMKODKommunekodev,t,tl

Kommunekode

VEJKODNumeriskv,t

Vejkode

VEJADRNVNTekstv

Vejadresseringsnavn

HUSNRHusnummerv

Husnummer

ETAGEEtagev

Etage

SIDEDOERSidedørv

Sidedør nummer

BNRBygningsnummerv

Bygningsnummer

LOKALITETUdgået

Lokalitet (Udgået)

BYNVNTekstv

Bynavn

POSTNRPostnummerv,t

Postnummer

CUMN_STARTDATODatov

Startdato

4. GCTP Eksempler

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.

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

4.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="AKTDATAP">
                <CprServiceHeader r="AKTDATAP">
                    <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="AKTDATAP">
                <CprServiceHeader r="AKTDATAP" ts="20220830222305987643"/>
                <CprData u="O">
                    <Rolle r="HovedRolle">
                        <Praes r="AKTDATAP">
                            <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="AKTDATAP">
                <CprServiceHeader r="AKTDATAP" ts="20220830222305987643"/>
                <Kvit r="Fejl" t="[FEJLTEKST TIL FEJLKODE 42]" v="42"/>
            </Service>
        </System>
    </Gctp>
</root>

v1.2.0

  • No labels