Innehållsförteckning

1. Inledning

Detta är en beskrivning om den externa testmiljön för Säker digital kommunikation, SDK Öppen testmiljö.

2. Syfte och mål med SDK Öppen testmiljö

2.1 Syfte

Syftet med SDK Öppen testmiljö är att underlätta för tjänsteleverantörer att ansluta och testa sina SDK-lösningar enligt SDK-federationens regelverk och specifikationer. 

2.2 Mål 

Målet med SDK Öppen testmiljö är att tjänsteleverantörer enkelt och självständigt ska kunna kvalitetssäkra sina SDK-komponenter:

• Mjukvara i form av Meddelandetjänst (MT) och Meddelandeklient (MK) för hantering av SDK-meddelanden och kvittens samt implementation av/anslutning till SDK Adressbok. 

3. Beskrivning av SDK Öppen testmiljö

3.1 Vad är SDK Öppen testmiljö

SDK Öppen testmiljö är en extern testmiljö som tillhandahålls av Inera som SDK-federationsoperatör. Den möjliggör för tjänsteleverantörer att kunna simulera rollen som användarorganisation i SDK; att registrera adressuppgifter i SDK Adressbok, att söka i adressboken samt att skicka och ta emot SDK-meddelanden via SDK Testklient till sig själv.

SDK Öppen testmiljö tillåter tjänsteleverantörer att genomföra tester och att verifiera sina egna lösningar i egen takt. I testmiljön är det också möjligt att kommunicera med andra aktörer (tjänsteleverantörer), vilket gör att testmiljön kan användas för att testa meddelandeutbyte med andra.

I testmiljön får endast testdata förekomma, dvs. inga skarpa personuppgifter eller känslig information i övrigt.

Anslutningsprocessen liknar den som gäller för en SDK användarorganisation men är något förenklad. Anslutningsavtalet är anpassad för tjänsteleverantörer.

3.2 Gemensam infrastruktur/komponenter

SDK Öppen testmiljö består av gemensam infrastruktur/komponenter för SDK som tillhandahålls av Inera, respektive eDelivery transportinfrastruktur som tillhandahålls av Myndigheten för digital förvaltning, DIGG.

Figur 1: Aktörer i SDK Öppen testmiljö

• Förvaltare av SDK-federationen (Inera)

  • SDK Adressbok; en gemensam adressbok där SDK-anslutna aktörer registrerar adressinformation om sin organisation och sina funktionsadresser

  • SDK Testklient; ett testverktyg som simulerar de funktioner som behövs för anslutning till SDK och tillhandahåller ett grafiskt gränssnitt för att förenkla för anslutna aktörer att verifiera meddelandeutbyte och anslutning till SDK

• Ansvarig för eDelivery (DIGG)

  • SDK Öppen testmiljö har integration mot DIGGs transportinfrastruktur i DIGGs eDelivery Testmiljö för AP-operatörer (DIGG OPEN-TEST):

    • Lokaliseringstjänst (Service Metadata Locator, SML); tjänst för lokalisering av andra ansluta aktörers accesspunkter

    • Metadatatjänst (Service Metadata Publisher, SMP); tjänst vari aktörens accesspunkt och organisationsuppgifter registreras

    • Certifikatspubliceringstjänst (CertPub); tjänst vari aktörens publika certifikatsnyckel för kryptering och signering av SDK-meddelanden registreras

För mer information om DIGGs eDelivery transportinfrastruktur hänvisas till: info@digg.se

4 Hur använder man SDK Öppen testmiljö

4.1 Förutsättningar för anslutning

För att ansluta till SDK Öppen testmiljö behöver en tjänsteleverantör ha:

• Accesspunkt

  • eDelivery Accesspunkt (AP) som är ansluten till DIGG och registrerad i DIGGs SMP. Tjänsteleverantören kan själv utgöra AP-operatör hos DIGG, eller behöver anlita en AP-operatör som tillhandahåller AP.

• Anslutande system

  • Mjukvara i form av Meddelandetjänst (MT) och Meddelandeklient (MK) för hantering av SDK-meddelanden och kvittens.

  • Lokal kopia av SDK Adressbok eller integration mot Ineras SDK Adressbok via Sök-API

4.2 Avtal och anslutningsprocess

Tjänsteleverantören avtalar med Inera om anslutning till SDK Öppen testmiljö.

Tjänsteleverantören fyller därefter i en SDK anslutningsblankett för tjänsteleverantörer med bl.a. uppgifter för tänkta testare och administratörer. Efter granskning och godkännande tilldelar SDK-federationsoperatör behörigheter till SDK Testklient och SDK Adressbok i SDK Öppen testmiljö.

4.3 SDK Testklient

• Tjänsteleverantören har ett eget konto i den öppna testmiljön som ger åtkomst till SDK Testklient

• Tjänsteleverantören har en egen funktionsadress i SDK Testklient för att skicka och ta emot meddelanden mellan den egna organisationen och SDK Testklient

4.4 SDK Adressbok

• Tjänsteleverantören har behörighet att som organisationsadministratör logga in i SDK Adressbok för att hantera den egna organisationens information (skapa organisationens egna funktionsadresser samt tillämpa kodverk och sökbegrepp)

• Tjänsteleverantören har läsrättigheter till övriga organisationers adressinformation i SDK Adressbok

• Tjänsteleverantören är informationsägare till sin information i SDK Adressbok och ansvarar för att administrera och underhålla den

5. Testdata och testfall

5.1 Testdata

Endast testdata får användas i SDK Öppen testmiljö, dvs. inga skarpa personuppgifter får förekomma i meddelanden som sänds via SDK Testklient eller via tjänsteleverantörens egen Meddelandeklient.

5.2 Testfall

Genom SDK Testklient kan tjänsteleverantörer på olika sätt verifiera att meddelanden som sänds från egna system är korrekt formaterade. Tjänsteleverantörer kan även på olika sätt generera meddelanden från SDK Testklient mot sitt egna system för att kontrollera följsamhet till SDKs specifikationer och regelverk.

SDK Öppen testmiljö stödjer tjänsteleverantörer att kunna genomföra tester i samband med utveckling mot en produktionslik miljö.

I SDK Öppen testmiljö kan tjänsteleverantörer:

• Skicka meddelanden från eget anslutande system till SDK Testklient för att verifiera att meddelanden till SDK-federationen byggs upp korrekt.

• Skicka meddelanden från SDK Testklient till eget anslutande system för att verifiera att meddelanden från SDK-federationen hanteras korrekt.

SDK Testklients transportlager (AP) verifierar förseglingen, kontrollerar dokumenttyp, duplikat och skickar en transportkvittens på inkommande meddelanden.

SDK Testklients meddelandelager (MT) schema- och schematron-validerar mottagna meddelanden och meddelandekvittenser.

SDK Testklients verksamhetslager (MK) ger tjänsteleverantörens testkontoanvändare möjlighet att ta del av meddelanden/meddelandekvittenser för sin organisations funktionsadress. Detta är ett bra verktyg för felsökning då stateförändringar och eventuella fel presenteras här.

SDK Adressbok ger tjänsteleverantören möjlighet att lägga in adressinformation som är produktionslik, dvs. skapa en produktionslik organisations- och funktionsstruktur för att kunna testa hur sökbarhet i adressboken fungerar.