Hej

Det är iofs inte relaterat till just samordningsnummer, men i sammanhanget kan det vara bra att tänka på att det finns en risk att dateOfBirth blir fel om man härleder den från personnummer, det är inte garanterat att födelsetiden i personnumret alltid matchar den faktiska födelsedagen.

https://www4.skatteverket.se/rattsligvagledning/edition/2020.15/330245.html
”Om det för en viss födelsetid inte finns fler födelsenummer att tilldela får födelsedagen i födelsetiden i stället anges med en närliggande dag i samma månad (18 tredje stycket FOL). Detta innebär att Skatteverket i undantagsfall kan tilldela en person ett personnummer där födelsetiden i personnumret avviker från den korrekta födelsedagen. Personens födelsetid framgår då istället som en egen uppgift i folkbokföringsdatabasen. ”

Hej.

I samband med en översyn av våra processer kring samordningsnummer så noterar vi en sak som väcker frågor. Vår implementation gällande generering av schacDateOfBirth baseras på informationen på SWAMID:s Wiki https://wiki.sunet.se/spaces/SWAMID/pages/69042390/Svenska+personnummer+norEduPersonNIN+personalIdentityNumber+och+schacDateOfBirth samt https://wiki.sunet.se/spaces/SWAMID/pages/69042384/Example+of+a+standard+attribute+resolver+for+Shibboleth+IdP+v5+and+above. Där förespråkas (i princip) att direkt bara plocka de första 8 tecknen från norEduPersonNIN, vilket innehåller personnummer eller samordningsnummer, dock ej interimspersonnummer. Vad som blir fel här är i så fall att schacDateOfBirth innehåller ett värde som inte är ett datum i de fall vi använder norEduPersonNIN som källa. Taget från specen på https://wiki.refeds.org/display/STAN/SCHAC+Releases?preview=/44957731/128909315/SCHAC%2B1.6.0-final.pdf så skall värdet vara av formatet ”Numeric value YYYYMMDD, using 4 digits for year, 2 digits for month and 2digits for day as described in RFC 3339 'Date and Time on the Internet:Timestamps' as reference using the 'full-date' format from paragraph 5.6 but without the dashes.”.

Nu vill jag justera vår implementation så att vi justerar bort de extra 60 dagarna från samordningsnummer, detta så att vi följer standarden så att vi för en person släpper samma schacDateOfBirth som t.ex. en annan tjänst gör. Rätt eller fel?

Är det någon som ser problem/risker med att byta implementationen? Vi kommer ju i så fall släppa ändrade schacDateOfBirth för personer. Är det någon annan som tidigare noterat detta och som vill dela med sig av erfarenheter av en justering? Har vi inom SWAMID ett undantag i hanteringen av detta fält, som gör att vi oss emellan förväntas kunna skicka samordningsvärden istället? Problemet jag upplever blir när vi autentiserar mot tjänster som förväntar sig ”korrekta” datum.

Med vänlig hälsning

/Johan

_________________________________________
Johan Hjortskull
Systemarkitekt

Linnéuniversitetet
IT-avdelningen
391 82 Kalmar / 351 95 Växjö

Lnu.se

Vi sätter kunskap i rörelse för en hållbar samhällsutveckling. Linnéuniversitetet – ett modernt, internationellt universitet i Småland.

Vi behandlar personuppgifter enligt reglerna i Dataskyddsförordningen, se Lnu.se/personuppgifter.