1. Inledning

Detta avsnitt beskriver hur testpersoner kan användas inom testverksamhet för Inera Personuppgiftstjänst. Testverksamhet innebär att Personuppgiftstjänstens testmiljö används, till skillnad från validering i produktionsmiljö. Vid testverksamhet skall endast personidentiteter som Skatteverket har godkänt för test användas.

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 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 kräver folkbokföringsuppgifter i kombinationer som ej existerar där. 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 i Inera PU-tjänst:

1. Databasen Person, för personposter från Navet.
2. Databasen TestPerson, för personposter som skapats specifikt för Inera PU-tjänst. I produktionsmiljö är det i denna databas som valideringspersoner lagras.

Uppdelningen i två databaser 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 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 databasen. 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 testpersoner, vilket beskrivs nedan.

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.

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.

2. Separerad data

2.1. 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.

Figur: Databaser i PU för olika identitetstyper

2.2. 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 stora fil med över 20.000 godkända testpersonnummer publicerar man dessutom varje år 365 nya personnummer med födelsedatum för varje dag för aktuellt år. Denna fil får endast användas i testmiljö och aldrig i produktion och ligger lämpligen därför som grund för godkänt testdata i Ineras testmiljöer.
  
  
• 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".

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.

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:

1. De 8.448 testpersonerna från Navets Bilaga_11 i databasen Person som i produktion är den databas som motsvarar databasen över riktiga personidentiteter.
   x testid_8448_from_bilaga11.txt
   
   
2. 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.

3. 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 TestPerson.

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

4. 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)