...
Gjeldende og tidligere NIN’s er koblet til samme person/datasett i PVK, og repersenterer en fysisk person
Ved replikereing av endringer til aktører som skal ha lokal kopi av “sine” innstillinger, benyttes alltid gjeldende NIN. (Dette gjelder forøvrig ved all annen integrasjon mellom sektorens systemer og Helsenorge)
Dersom en ekstern aktør/system skal sette en personverninnstilling som er innhentet utenfor PVK/Helsenorge, så kan ekstern aktør benytte både gjeldende- og historiske NINs.
Når en ekstern aktør spør etter gjeldende status på en personverninnstilling, må pr. nå gjeldende NIN benyttes
Historisk NIN i request vil pr. nå gi feilrespons.
Det planlegges støtte for at ekstern aktør også kan benytte historiske NIN’s ved spørring. Respons vil da inneholde gjeldende NIN.
Merge
Dette er en situasjon som oppstår når skattedirektoratet (og dermed Folkeregisteret) oppdager at en fysisk person har vært registrert som to forskjellige personer, og der disse to identitetene ønskes slått sammen.
Den mest vanlige situasjonen der dette opptrer er når en utenlandsak statsborger skal arbeide i Norge og får et D-nummer. Denne personen flytter hjem igjen etter endt oppdrag, og kommer tilbake noen år senere for et nytt arbeidsoppdrag. Da har noen personer fått nytt D-nummer fordi man ikke har “oppdaget” at det er samme fysiske person. Merge er alstå sammenslåing av to “identiteter” i Folkeregisteret som viser seg å tilhøre samme fysiske person.
Ved merge videreføres alltid ett av de to NINs som innbygger har hatt.
Problemet med merge er at de to “identitetene” kan ha forskjellige datasett tilknyttet seg i systemer utenfor Folkeregisteret/Persontjenesten.
I flere systemer der det er lagret data knyttet til en identitet, er ikke dette nødvendigvis noe problem. Dette fordi innholdet i dataene gjelder samme person og kan beholdes, og normalt representerer selvstendige datasett.
Men, for personverninnstillinger, og dermed PVK, inneholder de to datasettene samme innstilling, og kan være motstridende.