...

Der henvises til hhv. Den Gode Webservice og OIO Identity-based Web Services v1.0.1a for yderligere information.

Integrationer

CPR-subscriber

Cpr-subscriber er en fælles intern applikation hvis formål er at håndtere al kommunikation til stamdata (cpr-registry). ODR-servicen inkluderer et slettejob der skal sørge for at slette en borgers registrering 1 år efter personen er afgået ved døden.

Oplysningen om døde personer stammer fra stamdata. Cpr-subscriber gør det muligt for ODR-servicen at lave opslag i stamdata til brug i dette slettejob.

MinLog

Alle opslag og ændringer af oplysninger i registret registreres i MinLog2 med undtagelse af borgerens egen tilgang og ændring af data.

...

Gennem kald til CprExists Service foretages validering af CPR nummer. CPR valideringen kan køre i følgende tre modes:

• OFF: Der foretages ikke yderligere verifikation af CPRnummeret udover simpel validering af længde. CPRExists kaldes ikke
• WARNING: CPRExists service kaldes. Hvis denne service svarer, at CPR nummeret ikke findes, eller er inaktivt, så audit logges denne information.
• REJECT: CPRExists service kaldes. Svaret fra denne er en hård validering dvs kaldet til ODR fejler, hvis CPRExist service ikke kender CPR nummeret eller det er inaktivt.

CprExists Service benyttes ligeledes til validering af alder. Denne validering foretages altid.

...

ODR servicen indeholder også et slettejob der kan slette registreringer for afdøde personer. Registreringen for en afdød skal slettes 1 år efter personen er afgået ved døden. Registreringerne bliver slettet fra databasen og data kan således ikke genskabes igen.

...

• Hvis arbejdskøen er tom, så hentes nye cpr numre fra personer der er døde siden sidste kørsel af slettejobbet. Personerne skal have været døde i mindst et år inden de fjernes fra registeretDisse personer findes ved at lave opslag i stamdata tabellen v2_person_simplified.
• Hvis arbejdskøen indeholder cpr numre, så slettes disse hvis de findes i registeret. Her efter slettes de fra arbejdskøen. Sletningen må maksimalt kører i en konfigurerbar periode og når den overskrides stopper jobbet. Jobbet kan her efter genstartes, hvor det vil fortsætte med at processere arbejdskøen såfremt den indeholder data.

...