Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Transkript

1 Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014

2 1 Indhold 2 Serviceplatformen Hjemmesiden Administrationsmodul Servicekatalog Forbrugsoversigten Vejledninger Integrationsmotoren Adgangsmodul Afregningsmodul Rapporteringsmodul Services og Integrationer Integrationsframework Serviceplatformen Serviceplatformen er en integrationsplatform, der skal muliggøre: - Hurtig og sikker adgang til data og funktionalitet - Standardiserede snitflader - Udstilling af services - Ensartet tilslutning - Enkel administration af adgang - Samlede aftaler med kildesystemer med KOMBIT som databehandler - Samlet overblik og afregning for kommunernes forbrug af services - Konsolideret logning og overvågning - Ensartet og gennemskuelig betalingsmodel for anvendere af Serviceplatformen Serviceplatformen er en del af den fælleskommunale infrastruktur som skitseret på nedenstående figur over det fælleskommunale systemlandskab.

3 Figur 1 Det fælleskommunale systemlandskab Serviceplatformen er delt i to logiske komponenter: - en hjemmeside til udstilling og administration/selvbetjening ( - en integrationsmotor med adgangskontrol og integrationer Disse beskrives kort på i det følgende. I tilgift til at drive og overvåge Serviceplatformen udfører KOMBIT desuden en governance-mæssig opgave med at indgå aftaler med kildesystemer og definere og udvikle services til udstilling af data og funktionalitet. 3 Hjemmesiden Serviceplatformen er fra 1. januar 2014 tilgængelig via Den består af en offentlig tilgængelig del og en selvbetjeningsdel for kommuner og leverandører. Selvbetjeningsdelen kræver, at man som medarbejder logger ind med sin medarbejdersignatur, enten via medarbejdercertifikat eller via et nøglekort. Herefter kan man, afhængigt af medarbejderens tildelte roller, administrere serviceaftaler og brugere og se oplysninger om forbrug m.v. Den offentligt tilgængelige del kræver ikke et log-in.

4 Du kan læse mere om brug af Serviceplatformen, gevinster, afregning, ibrugtagning mm i Kommunernes drejebog for monopolbruddet via dette link. 3.1 Administrationsmodul Administrationsmodulet er en del af selvbetjeningsdelen af hjemmesiden. Via Administrationsmodulets brugergrænseflade administreres oprettelse, redigering og nedlæggelse af serviceaftaler, tilslutninger og prøvetilslutninger. Tilslutningerne giver et anvendersystem teknisk adgang til Serviceplatformens integrationsmotor. Serviceaftalerne giver et anvendersystem adgang til de udstillede services. Brugerne har via Administrationsmodulet adgang til at se deres eksisterende serviceaftaler og tilslutninger, og kan oprette og nedlægge serviceaftaler. Brugerlogin sker via NemID. Brugere er tildelt roller i Administrationsmodulet, der begrænser brugernes adgang. Leverandørvirksomheder har rollerne administrator og bruger, og kommuner har i tilgift rollen tegningsberettiget. Administratorrollen giver adgang til administration af øvrige brugere for kommunen/virksomheden. 3.2 Servicekatalog Servicekataloget er en del af den offentligt tilgængelige del af hjemmesiden. Servicekataloget indeholder en oversigt over alle de services, der udstilles af Serviceplatformens integrationsmotor. Oversigten kan sorteres i dataområder, og der kan søges efter services. Servicekataloget er frit tilgængeligt for alle, uden log-in. 3.3 Forbrugsoversigten Integreret i Administrationsmodulet findes en forbrugsoversigt, der viser omfanget af et anvendersystems brug af Serviceplatformens udstillede services. For hver anvendt services vises både antallet af kald samt pris for brugen af servicen. Forbrugsoversigten er tilgængelig for både kommuner og leverandører. 3.4 Vejledninger Serviceplatformens offentligt tilgængelige del indeholder vejledninger til kommuner og leverandører i brugen af Serviceplatformen, vilkår for anvendelse, en FAQ og informationer om test og teknisk adgang. 4 Integrationsmotoren Serviceplatformens integrationsmotor er knudepunktet mellem kildesystemer og anvendersystemer. Det er dette knudepunkt, der gør, at løs kobling mellem anvendersystemer og kildesystemer kan sikres, og at antallet af integrationer kan minimeres, og dermed gøre det nemmere at vedligeholde en fælleskommunal rammearkitektur med mange kommuner og mange leverandører. Serviceplatformen muliggør med andre ord nedenstående transformation:

5 Figur 2 Transformation af punkt-til-punkt integrationer til integrationer via Serviceplatformen som knudepunkt Den primære opgave for Serviceplatformen i forbindelse med at muliggøre denne transformation er at sikre, at der foreligger de nødvendige aftaler som forudsætning for at services tilgås. De indgåede serviceaftaler håndhæves via Serviceplatformens adgangsmodul. Sekundært er Serviceplatformen ansvarlig for at sikre at forbrug af udstillede services kan afregnes, hvilket løses af Serviceplatformens afregningsmodul. Serviceplatformens modulopbygning er vist på følgende figur: Figur 3 Modulbaseret opbygning af Serviceplatformen

6 Vist på tegningen er Administrationsmodul og Servicekatalog, der udstilles via hjemmesiden, samt modulerne adgangsmodul, afregningsmodul og rapporteringsmodul samt integrationsframework, der er en del af integrationsmotoren. I de følgende afsnit beskrives integrationsmotorens moduler i detaljer. 4.1 Adgangsmodul Alle kald til Serviceplatformen går gennem adgangsmodulet. Anvendersystemer identificeres og autentificeres ved certifikater (FOCES/VOCES), og anvendelse af services håndhæves ud fra de indgåede serviceaftaler. Al kommunikation krypteres via SSL/TLS, og alle forespørgsler skrives til loggen, der anvendes til overvågning, sporbarhed og afregning af forbrug. Adgangsmodulet håndterer desuden, at forespørgslen stilles videre til den rette integration. Som en sidste funktion overvåger adgangsmodulet at de enkelte integrationer svarer på de enkelte kald og sender svaret til anvendersystemet. I den forbindelse logges det hvor lang tid forespørgslen tog, hvilket bruges til SLA-opfølgning, driftsovervågning og rapportering. 4.2 Afregningsmodul Afregningsmodulet foretager afregning af anvendelsen af de services, som Serviceplatformen understøtter. Datagrundlaget for afregningsmodulet er den logning, Serviceplatformen foretager. De ydelser, der kan afregnes for, er: - Oprettelse og nedlæggelse af en prøvetilslutning - Oprettelse og nedlæggelse af en tilslutning - Oprettelse og nedlæggelse af serviceaftale - Henvendelser til Service Desk - Forbrug af hver enkelt service der er udstillet af systemet 4.3 Rapporteringsmodul Rapporteringsmodulet udtrækker informationer fra Serviceplatformen vedr. drift og servicelogs, således at svartider mm kan vises i servicekataloget. 4.4 Services og Integrationer Serviceplatformen udstiller fire forskellige typer af services: 1. Opslagsservices, der tilbyder anvendersystemer adgang til opslag i forskellige kildesystemer. Karakteristika ved denne type service er, at de leverer små datamængder vedrørende eksempelvis en eller få personer og anvendes ofte i sagsbehandlingssammenhæng og selvbetjeningsløsninger. Data kan ikke opdateres. 2. Udtræksservices, der karakteriseres ved at levere store mængder data, der af anvendersystemer oftest vil anvendes til statistik og ledelsesinformation. Udtræksservices vil typisk kaldes med faste intervaller, og anvendes ved masse-opslag. Data kan ikke opdateres.

7 3. Opdateringsservices, der giver mulighed for at anvendersystemer kan opdatere diverse registre. Opdatering kan være i form af oprettelse af data eller modificering af eksisterende data. 4. Funktionsservices, der giver anvendersystemer mulighed for mere kompleks interaktion med eksempelvis en eller flere kildesystemer, beregningskomponenter mm. Disse services realiseres via integrationer i Serviceplatformen. Serviceplatformen understøtter følgende typer af integrationer: 1. Omstillingsintegration, der omdirigerer et servicekald fra anvendersystemet til kildesystemet. 2. Gennemstillingsintegration, der foretager en forespørgsel til kildesystemet på vegne af anvendersystemet. 3. Replikaintegration, der forespørger i en kopi af et register fra et kildesystem. Kopien bliver automatisk vedligeholdt med et foruddefineret interval på Serviceplatformen. 4. Orkestreringsintegration, der koordinerer afviklingen af services som svar på et servicekald. 5. Fælleskomponent, der udfører en funktion som svar på et servicekald. For at kunne kalde en service skal anvendersystemet medlevere en række krævede informationer til kaldet, for at adgangsmodulet kan autorisere adgangen til den ønskede service. Alle services på Serviceplatformen anvender følgende generelle felter (invocation context) som del af header på request: - Obligatoriske felter til håndhævelse af adgang. Disse skal desuden stemme overens med det certifikat, der anvendes til kaldet: o ServiceUUID: unik identifikation af den service (inkl. version) der kaldes o ServiceAgreementUUID: unik identifikation af den aftale anvendersystemet har med Serviceplatformen for den pågældende kommune o UserSystemUUID: unik identifikation af det kaldende system o UserUUID: unik identifikation af den kommune der kaldes på vegne af - Valgfrie felter til logning og evt. yderligere granuleret håndhævelse af adgang: o CallersServiceCallIdentifier: kalders eget kald-id til logningsformål o OnBehalfOfUser: lokalt brugerid for det kaldende system o AccountingInfo: information til afregningsloggen Serviceplatformen udstiller primært SOAP-baserede og REST-baserede webservices. 4.5 Integrationsframework Serviceplatformen indeholder et rammeværk til integrationer, der sikrer en ensartet kvalitet og opførsel. Integrationsframeworket er opdelt i et basalt integrationsframework, et integrationsframework til replikaintegrationer, og et integrationsframework til orkestreringsintegrationer. Disse frameworks udvikles sammen med de konkrete integrationer i det omfang behovet opstår.