...

Innehåll

...

Testmiljön för Ineras Personuppgiftstjänst är integrerad med Skatteverkets Navets testmiljö. Inläsning av personidentiteter sker därmed från Navets testmiljö till Inera PU-tjänst testmiljö för att motsvara förhållandena i produktionsmiljön, med skillnaden att produktionsmiljön läser in Navets data automatiskt medan testmiljöns Navet-data uppdateras manuellt cirka en gång per år. De personposter som läses in från Navets testmiljö finns redovisade i Skatteverkets dokumentation för Navet (Bilaga 11), och är av Skatteverket uppsatta för att tillsammans täcka ett stort antal användningsfall för folkbokföringen.

Det finns dock användningsfall för Inera Personuppgiftstjänst som ej kan testas med personposterna från Navets testmiljö, när de . Det kan handla om att användningsfallen kräver folkbokföringsuppgifter i kombinationer som ej existerar därbland testpersonerna i Navet. Som ett komplement till testpersonerna från Navet har därför Inera PU-tjänst en stor uppsättning ytterligare testpersoner, där Inera NMT och vid behov även kunder själva kan administrera folkbokföringsuppgifterna.

För att dessa Inera PU-interna personposter för testpersoner inte ska kunna förväxlas med dem som kommer från Navet så lagras de två delmängderna i separata databaser så kallade kollektioner i Inera PU-tjänst:

1. Databasen Kollektionen Person, för personposter från Navet.

2. Databasen Kollektionen TestPerson, för personposter som skapats specifikt för Inera PU-tjänst och alltså inte finns i Navet. I produktionsmiljö är det i denna databas som valideringspersoner lagras.

Uppdelningen i två databaser kollektioner görs också för att produktionsmiljön för Inera PU-tjänst, som på samma sätt är uppdelad, tydligt ska kunna skilja mellan produktionsdata från Navet och valideringspersoner inlagda av Inera. Tabellen nedan visar vilka personidentiteter som finns i respektive miljö och databas.

Tabell: Personposter i databaserna kollektionerna Person och Testperson, i test- respektive produktionsmiljö.

Förutom värdet på attributet testIndicator så finns inget sätt att särskilja en personpost som hämtats från den ena eller den andra databasenkollektionen. Det finns dock skillnader i vilka förändringar av data som är möjliga att göra genom Personuppgiftstjänsten gentemot de två delmängderna testpersonerpersonposter, vilket beskrivs nedan.

Image Removed
Figur: Persondatabasen modifieras av data från Navet och databaserna med
Testpersoner och ReservIdentiteter modifieras från Personuppgiftstjänsten.

Endast personposter i databasen med TestPersoner kan modifieras med hjälp av ett webbgränssnitt och via import av XML-fil och endast personposter i databasen med TestPersoner flaggas i svar från Personuppgiftstjänsten som testpersoner <testIndicator>true</testIndicator>.

TestPersoner är alltså de enda identiteter med personnummer/samordningsnummer som kan administreras via Personuppgiftstjänstens webbgränssnitt med särskild behörighet i HSA för just detta ändamål, en behörighet som främst är menad för Nordic Medtest (NMT) som är de som administrerar testpersoner inom Inera.

Image Removed
Figur: GUI för att administrera testpersoner

Testmiljöer

Vad händer då ifall man kopplar en testmiljö för Personuppgiftstjänsten till Navets testmiljö? Jo då hamnar de personposter som finns i Navets testmiljö i Personuppgiftstjänstens databas Person och dessa poster flaggas alltså inte som testpersoner i svar från Personuppgiftstjänsten (<testIndicator>false</testIndicator>) och går dessutom inte att redigera.

Dessutom, för att det inte ska gå att göra fel i produktionsmiljöer, så går det inte att länka en person i databasen TestPerson till en reservidentitet och det går heller inte att lägga egna kontaktuppgifter på en personpost från denna databas. För att testa denna funktionalitet behöver man alltså göra det på en personpost från databasen Person, även i testmiljöer.

Separerad data

Folkbokföringsdata

Personuppgiftstjänsten lagrar olika typer av identiteter i separata databaser. Detta för att hårt separera på data från Skatteverkets folkbokföringstjänst Navet och annan data som Inera ansvarar för. Med få undantag kommer all data i databasen Person från Skatteverket och denna data kan heller inte modifieras från Personuppgiftstjänsten på annat sätt än när nya eller uppdaterade poster kommer direkt från Navet som aviseringar eller direktuppslag.

Image Removed
Figur: Databaser i PU för olika identitetstyper

Testpersonsdata

Personuppgiftstjänstens funktion för att i GUI:t modifiera testpersondata arbetar endast mot en särskild databas TestPerson. I denna databas kan en lista med godkända testpersonnummer läsas in. Denna lista läses då in utan övrig data som namn och adress och sätts dessutom som inaktiva och tjänar alltså endast som en lista över personnummer som är tillåtna att användas som testpersoner i tjänsten. Senare kan ett sådant personnummer modifieras med persondata som namn och adress och sättas som aktiv och blir därmed sökbar i Personuppgiftstjänsten. 

Skatteverket publicerar testdata på två ställen samt i sin egen testmiljö för sin folkbokföringstjänst Navet.

...

I sin Tekniska Bilaga_11 har man specificerat drygt 8000 testpersoner i Navets testtjänst där man beskriver vilket data man kan testa (sekretessmarkering, avregistrering e.t.c).

Skatteverket skriver på sidan där man kan ladda ner den stora filen att dessa testpersonnummer "bara får användas i testmiljön aldrig i produktion".

Image Removed
Figur: Urklipp från Skatteverkets sida för nedladdning av filen med godkända testidentiteter.

Vid en inventering 2019-04-30 så ser man att den stora filen för året innehåller 20.441 stycken testpersoner och Bilaga_11 har 8.448 stycken testpersoner.

Man kan också se att 3000 av testpersonerna i stora filen även finns i Bilaga_11 och att 17.441 alltså inte finns med. Vid stickprov verkar de 17.441 inte heller finnas i Navets testtjänst.

Image Removed
Figur: Sammanställning av antal testpersoner från Skatteverket.

Med den inventeringen kan man säga att en testmiljö för Personuppgiftstjänsten bör konfigureras med:

...

De 17.441 testpersonerna som finns med i stora filen men inte i Bilaga_11 som godkända testidentiteter i databasen TestPerson.
x testid_17441_not_in_bilaga11.txt

Anledningen till varför man inte vill ha identiteter från Bilaga_11 och därmed även från Navets testtjänst i databasen TestPersons är att Personuppgiftstjänsten har en funktion som detekterar ifall det som kommer från Navet via aviseringsfiler eller direktuppslag finns som testperson. Händer detta så ser Personuppgiftstjänsten detta som en risk att det finns en riktig identitet som testperson och kommer då att ta bort testidentiteten i collection TestPersons och istället lägga till posten från Navet i databasen Persons.

Notera att den mest använda testidentiteten, Tolvan Tolvansson 19121212-1212, inte finns i Navet utan måste läggas till i listan över godkända testidentiteter.

Skillnader på vad man kan göra med testidentiteter

Av olika anledningar är det lite skillnad på vad man kan göra med olika typer av identiteter. Nedan följer en tabell som jämför en testidentitet i databasen Person med en i databasen i nästa avsnitt.

Skillnader i vilka tester som kan göras

För att skydda PU-tjänstens produktionsmiljö från risken att valideringspersoner av misstag ges riktiga kontaktuppgifter eller kopplas till en riktig identitet så har tekniska begränsningar införts för vilken typ av redigering som kan göras mot de olika typerna av personposter. Personuppgiftstjänsten tillåter ej heller redigering av folkbokföringsuppgifter för personposter som kommer från Navet. Dessa begränsningar appliceras på samma sätt även på PU-tjänstens testmiljö, vilket gör att vissa tester endast går att göra med vissa typer av personposter. Nedan följer en tabell som jämför vad som kan göras med en personpost av typ Person och en av typ TestPerson.

*Avancerad sökning inkluderar testpersoner om checkbox för detta kryssas i

Länkar

1. Skatteverkets stora lista med testpersonnummer (cachad version 2019-04-18)

2. Bilaga 11 - Testdata i Navet (cachad version 2019-04-18)

3. testid_20441_all.txt (genererad 2019-04-30)

Personposter i kollektionen TestPerson är de enda identiteter med personnummer/samordningsnummer som kan administreras via Personuppgiftstjänstens webbgränssnitt med särskild behörighet i HSA för just detta ändamål, en behörighet som främst är menad för Nordic Medtest (NMT) som är de som administrerar testpersoner inom Inera.

Image Added
Figur: PU GUI, Ineras gränssnitt för att administrera testpersoner

Grafisk översikt

Nedan visas grafiskt vilka datakällor och redigeringsmöjligheter som finns i Personuppgiftstjänstens Testmiljö (åtkomst via NTjP QA) respektive Produktionsmiljö, för de två olika kollektionerna av personposter.

...