Integration SF STAR DFDG Bevillinger Integrationsbeskrivelse - version 2.3.0

Transkript

1 Integration - version Kommunernes Datafællesskab - KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer EHE Teknisk beskrivelse godkendt EHE Opdateret referende til WSDL-fil. Ændring i forhold til tidligere WSDL er, Namespace ændret Indholdet af CaseWorkerStructure skal være uden namespace i den nye kontrakt. Det er pga et krav fra kilden at der ikke er namespace på dette element. Response er ændret da det forventede svar ind i et wrapper element Opdateringer til dokumentet: Forudsætninger og vilkår ændret: - Kapitel Kapitel relevant for KY - Kapitel relevant for STAR udbetaling - Kapitel Relevant for Serviceplatformen XEHL Opdateret til ny teknisk specifikation med Liberty Basic Soap Binding. Heraf opdatering af referencen [WSDL-SP], og tabel i afsnit XEHL [WSDL-SP] opdateret: pga. soap-fault name er ændret fra SP_FaultDetails til FaultDetails, og dermed tilsvarende øvrige integraitoner på Serviceplatformen.. Dertil redaktionelle tilpasninger: [SPref] fjernet, [SIKKERHED] fjernet. Opdateret url for referencer pga. migrering af dokumenter til nyt dokumentbibliotek. Referencer Ref Titel Kommentarer [STS-Sikkerhed] Se vilkår Bilag 2 - Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen version 2.0 på nedenstående link [WSDL- SP] n refererer til SF1610 Teknisk Spec zip som indeholder WSDL på serviceplatformen, og er placeret i samme mappe som integrationsbeskrivelsen, se link [WSDL- EXT] [STARWS] n refererer til SF1610 Bilag zip som indeholder WSDL af eksterne interfaces, som er placeret i samme mappe som integrationsbeskrivelsen, se link STAR KOMMUNIKATIONEN MED EKSTERNE AFTAGERE VIA WEBSERVICES KOMBIT A/S Halfdansgade København S CVR Side 2 af 20

3 [GVF] Reference til Generelle vilkår og forudsætninger, der skal være på plads før Snitflader kan anvendes: Filen Generelle vilkår og forudsætninger.pdf, som ligger her: Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Tilslutning til snitfalde Kontekst for integrationsparter Kontekst for KY Kontekst for STAR Specifikation for integrationsparter Specifikation af endpoints for KY Specifikation af endpoints for STAR Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen KOMBIT A/S Halfdansgade København S CVR Side 3 af 20

4 STAR DFDG Serviceplatform Ydelsessystem 1 Overordnet beskrivelse 1.1 Integrationens formål Ydelsessystemet skal opdatere Det Fælles Data Grundlag (DFDG) i Styrelsen for Arbejdsmarked og Rekruttering (STAR), hver gang en ydelsesbevilling godkendes eller afvises. Der sendes besked pr. borger identificeret ved CPR nummer. 1.2 Overordnet forretningsflow i integrationen Jf. figuren nedenfor indgår følgende forretningsflow i integrationen. Ydelsessystemet opdaterer DFDG ved kald af Serviceplatformen Serviceplatformen udstiller en service, der kaldes af ydelsessystemet, og gennemstiller kaldet fra ydelsessystemet til STAR DFDG. Der er således tale om en gennemstillingsintegration, hvor fagsystemet sender en opdatering til DFDG og efterfølgende modtager et synkront retursvar. STAR DFDG udstiller en service, der understøtter opdatering af ydelsesbevilling Opdater DFDG Bekræft opdatering Synkron viderestilling Synkront retursvar Opdater DFDG Bekræft opdatering 1.3 Servicebetingelser for den samlede integration Servicemål Parameter STAR DFDG Bevillinger KOMBIT A/S Halfdansgade København S CVR Side 4 af 20

5 Tidsrum Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. [Afklaring/KDF: Åbningstid for eksternt system kendes ikke] Svartid Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder [Afklaring/KDF: Svartid for eksternt system kendes ikke] Tilgængelighed Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid. [Afklaring/KDF: Tilgængelighed for eksternt system kendes ikke] Spidsbelastningsperiode Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage. [Afklaring/KDF: Spidsbelastningsperioder for eksternt system kendes ikke] Servicevinduer Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services for Serviceplatformen: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer. [Afklaring/KDF: Servicevinduer for eksternt system kendes ikke] Service Management Eventuelle tilretninger og præciseringer i integrationens beskrivelse og specifikation, vil indtil integrationen ligger på Serviceplatformens eksterne testmiljø, blive håndteret af Kommunernes Data Fællesskab (KDF). Spørgsmål vedr. specifikation sendes til SPTest@kombit.dk. KDF sørger for at involverede parter i integrationen oplyses om tilretningerne og præciseringerne. Se oversigten over hvornår de enkelte integrationer forventes at være tilgængelige i eksternt testmiljø her: Når servicen er tilgængelig i det eksterne testmiljø på Serviceplatformen, vil den overgå til Serviceplatformens governanceproces. Beskrivelse af denne tilgår senere. KOMBIT A/S Halfdansgade København S CVR Side 5 af 20

6 1.4 Teststrategi Test i forbindelse med udvikling Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests Testfaciliteter og testmiljø [KDF: Udfyldes når behov fra bestiller er fastlagt] Testdata [KDF: Udfyldes når behov fra bestiller er fastlagt] Test i forbindelse med produktionssætning I forbindelse med produktionssætning er det omfattet af gældende aftale med Systematic, at der gennemføres følgende 3 prøver: Overtagelsesprøve Idriftsættelsesprøve Driftsprøve 1.5 Tilslutning til snitfalde For at kunne anvende snitfalden er der en række vilkår og forudsætninger, som skal være opfyldt af den integrationspart, der skal tilsluttes. Ved integrationspart skal forstås anvendersystemer, kildesystem osv. Disse vilkår og forudsætninger er opdelt i en generelle vilkår og forudsætninger, som gælder på tværs af snitfladerne og i specifikke vilkår og forudsætninger for tilslutning til selve snitfladen. De generelle vilkår og forudsætninger er beskrevet i et samlet dokument [GVF], mens de specifikke aktiviteter, der skal udføres som forudsætning for tilslutning af en integrationspart, er beskrevet for hver enkelt integrationspart i kapitel Køreplan for Implementering Nedenstående diagram viser køreplanen for udrulningen, som anvendersystem inden for KOM- BITs rammearkitektur under monopolbrudsprojektet følger. Det væsentlige i køreplanen er faserne, mens en egentlig tidsplan vil følge den faktiske implementeringsplan. Aktiviteter, som er forudsætninger og betingelser i forbindelse med ibrugtagning af en snitflade, som følge af en udrulning af et anvendersystem, vil referere til den fase, den hensigtsmæssigt kan udføres i. Serviceplatformen: Ved idriftsættelse af en snitflade er alle aktiviteter afsluttet, og snitfladen er klar til anvendelse. KOMBIT A/S Halfdansgade København S CVR Side 6 af 20

7 Eksternt system: Alle aktiviteter i forhold til serviceplatformen er afsluttet, men der kan være yderligere aktiviteter i forbindelse med tilslutning af et anvendersystem eller en kommune i forhold til kildesystemet. Anvender-/fagsystem og kommune: Ved tilslutning af et anvendersystem og/eller en kommune, er der en række aktiviteter op til idriftsættelse, dels af aftalemæssig karakter, og dels også af konfigurationsmæssig karakter, som skal udføres. Er der aktiviteter, som medfører konfiguration på Serviceplatformen, vil dette ske i forbindelse med leverandørens oprettelse af serviceaftalen for kommunen Særlige vilkår [Til brug for servicekataloget på serviceplatformen er der behov for kort at beskrive vilkår der er specifikke for den pågældende integration. Det vil typisk være indgåelse af aftale mellem anvendersystem og kildesystem. Aftale inde for rammearkitekturen skal ikke beskrives. Er der ingen specifikke vilkår for integrationen anvendes nedenstående tekst. Vilkår for servicen Der er ingen specielle vilkår for brug af nærværende service ud over de generelle vilkår, der er beskrevet under vilkår for hhv. leverandører og kommuner.] Supplerende information om tilslutning Intet. KOMBIT A/S Halfdansgade København S CVR Side 7 af 20

8 2 Kontekst for integrationsparter 2.1 Kontekst for KY Lovhjemmel og forvaltningsmæssigt formål Lovbekendtgørelse BEK nr. 394 af 24/04/2014 (Bekendtgørelse om det fælles datagrundlag og statistiske datavarehus for beskæftigelsesindsatsen) Det forvaltningsmæssige formål er at opdatere Det Fælles Data Grundlag (DFDG) i STAR, hver gang en bevilling godkendes eller afvises. Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Der oprettes månedligt ca sager (kontanthjælp, uddannelseshjælp og enkeltydelser), hvor der sendes besked til DFDG om bevilling (enten godkendt eller afvist). Forventet volumen er estimeret til kald pr. måned Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfalden, for at en kommune gennem et anvendersystem kan benytte snitfladen. ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS102 Anmodning om Serviceaftale for SF1610 Konfiguration Administrationsmodul Leverandør af fagsystem Leverandør af fagsystem TS103 Godkendelse af serviceaftale for SF1610 Konfiguration Administrationsmodul Kommune Kommune TS102 - Leverandøren skal anmode om indgåelse af serviceaftale for kommunen, der skal bruge snitflade SF1610 i rammearkitekturens administrationsmodul, og myndigheden skal godkender denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. KOMBIT A/S Halfdansgade København S CVR Side 8 af 20

9 TS103 - Kommune skal godkende ovenstående serviceaftale. 2.2 Kontekst for STAR Lovhjemmel og forvaltningsmæssigt formål Ikke relevant Kapacitets- og servicekrav Ikke oplyst Forudsætninger for produktionssætning af integration STAR Dette kapitel beskriver de opgaver, som skal gennemføres af STAR i relation til snitfladen, for at en integrationspart kan benytte snitfladen. ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS201 Udarbejdelse af Dataudvekslingsaftale Aftale STAR DFDG KDI STAR Fase 1 Direkte relateret til TSP00 Det er samme aftale, som også indgås for SF1610, SF1611 og SF1612 TS202 Registrering af KOMBIT certifikat Konfiguration STAR DFDG KDI STAR Fase 1 Antageligt samme certifikat for SF1611 og SF1612 TS203 Registrering adgang til STAR DFDG for kommunen Konfiguration STAR DFDG Leverandør af fagsystem STAR Fase 2.2 TS201 - Der skal udarbejde og indgås en dataudvekslingsaftale mellem STAR og kommunerne. KOMBIT KDI vil indgå aftalen på vegne af kommunerne. TS202 - STAR DFDG skal registrerer adgang for kald KOMBITs OCES certifikat med CVR-nr KOMBIT A/S Halfdansgade København S CVR Side 9 af 20

10 TS203 - STAR skal registrer de enkelte kommune så de får adgang STAR DFDG KOMBIT A/S Halfdansgade København S CVR Side 10 af 20

11 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KY Integrationen benyttes til at opdatere Det Fælles Data Grundlag (DFDG) i Styrelsen for Arbejdsmarked og Rekruttering (STAR), hver gang en ydelsesbevilling godkendes eller afvises. Der sendes besked pr. borger identificeret ved CPR nummer Overordnet forretningslogik KY informerer STAR når en bevilling godkendes eller afvises. KY kalder endpoint EP_KY i begge tilfælde Oversigt over endpoints ID Navn Reference til wsdl* Servicenavn på Serviceplatformen** Version på Serviceplatformen*** EP_KY SendBevilling [WSDL-SP]/wsdl/token/ SendBevillingService.wsdl SendBevilling 2.0 Servicenavn: SendBevillingService Operationsnavn: SaveAppropriation * Referencen [WSDL-SP] findes i referencelisten i starten af dette dokument, og i referencelisten henviser til entydig version af referencen. ** Servicenavn refererer til det navn man kan finde servicen under på Serviceplatformens administrationsside (i relevant miljø). *** Version referer til den version af servicen på Serviceplatformens administrationsside, som denne integrationsbeskrivelse omhandler Beskrivelse af endpoint EP_KY - SendBevilling Transportspecifikation Serviceudstiller Serviceplatform udstilller service Serviceanvender KY er serviceanvender Teknologisk understøttelse Integrationen er en synkron SOAP webservice Teknisk endpoint Endpointoplysning er angivet i tabellen i afsnit KOMBIT A/S Halfdansgade København S CVR Side 11 af 20

12 Teknisk retning for udveksling KY kalder serviceplatformen med synkron forespørgsel Dataretning for udveksling Data modtages af KY fra Serviceplatformen Service invokation / Triggers Kommunikation initieres af at KY kalder service udstillet på Serviceplatformen Dataspecifikation Der er to værdier i forretningsindholdet af beskeden der sendes via webservicen: PersonCivilRegistrationIdentifier: Personens cpr-nummer <simpletype name="personcivilregistrationidentifiertype"><restriction base="string"><pattern value="((((0[1-9] 1[0-9] 2[0-9] 3[0-1])( )) ((0[1-9] 1[0-9] 2[0-9] 30)( )) ((0[1-9] 1[0-9] 2[0-9])(02)))[0-9]{6}) "/></restriction></simpleType> AppropriationOutcome: Approved/Rejected afhængigt af om bevillingen er godkendt eller afvist. <simpletype name="appropriationoutcometype"><restriction base="string"><enumeration value="approved"/><enumeration value="rejected"/></restriction></simple- Type> Output udgør kvitteringssvar/ fejlkode Sikkerhed Der benyttes rammearkitekturens token-baserede sikkerhedsmodel Leverancesikkerhed og fejlhåndtering Informationen leveres at least once. Hvis svar fra STAR/DFDG er negativt, eller udebliver er det KY der har ansvaret for eventuel genfremsendelse Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Værdi Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. KOMBIT A/S Halfdansgade København S CVR Side 12 af 20

13 Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid. Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage. Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services for Serviceplatformen: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer. 3.2 Specifikation af endpoints for STAR Integrationen benyttes til at opdatere Det Fælles Data Grundlag (DFDG) i Styrelsen for Arbejdsmarked og Rekruttering (STAR), hver gang en ydelsesbevilling godkendes eller afvises. Der sendes besked pr. borger identificeret ved CPR nummer. Overordnet forretningslogik Overordnet forretningslogik KY informerer STAR når en bevilling godkendes eller afvises. Informationen går over Serviceplatformen, og Serviceplatformen kalder endpoint EP_STAR Oversigt over endpoints ID Navn EP_STAR UnemploymentRegistrationServiceVersion1 (SaveAppropriation) KOMBIT A/S Halfdansgade København S CVR Side 13 af 20

14 3.2.3 Beskrivelse af endpoint EP_STAR - UnemploymentRegistrationServiceVersion1 (SaveAppropriation) Transportspecifikation Serviceudstiller STAR er serviceudstiller Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Servicen ustilles som synkron SOAP webservice Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. URI til WSDL Endpoint navn Endpoint IP [WSDL-EXT] se filen UnemploymentregistrationService.wsdl [Udfyldes af STAR senere] [Udfyldes af STAR senere] Det konkrete testmiljø afventer afklaring, men kommunikation vil følge vejledning beskrevet i [STARWS] Teknisk retning for udveksling Serviceplatform kalder service udstillet af STAR Dataretning for udveksling Serviceplatformen leverer data til STAR Service invokation / Triggers Kaldet initieres af at Serviceplatformen modtager et tilsvarende kald fra fagsystemet der skal gennemstilles til STAR Dataspecifikation Der er to værdier i forretningsindholdet af beskeden der sendes via webservicen: PersonCivilRegistrationIdentifier: Personens cpr-nummer <simpletype name="personcivilregistrationidentifiertype"><restriction base="string"><pattern value="((((0[1-9] 1[0-9] 2[0-9] 3[0-1])( )) ((0[1-9] 1[0-9] 2[0-9] 30)( )) ((0[1-9] 1[0-9] 2[0-9])(02)))[0-9]{6}) "/></restriction></simpleType> KOMBIT A/S Halfdansgade København S CVR Side 14 af 20

15 AppropriationOutcome: Approved/Rejected afhængigt af om bevillingen er godkendt eller afvist. <simpletype name="appropriationoutcometype"><restriction base="string"><enumeration value="approved"/><enumeration value="rejected"/></restriction></simple- Type> Output udgør kvitteringssvar/ fejlkode Sikkerhed KOMBIT OCES certifikat benyttes i kommunikation med STAR for alle kommuner. Følgende tekstbeskrivelse af sikkerhed ved tilslutning STARs systemer er indsat fra denne url: Der tages udgangspunkt i sikkerhedsmodel 3 (Sik3), som er beskrevet på siden: Generelt baserer datakommunikation, der er sikret med certifikater, sig på, at både afsender og modtager har et certifikat og at hvert certifikat består af en privat og en offentlig del. Den private del udleveres aldrig til andre, den offentlige del udleveres til parter, man ønsker at kommunikere sikkert med. AMS stiller et certifikat til rådighed pr. miljø (udviklingstestmiljø, produktionsmiljø), aftager ønsker at kommunikere sikkert med. Aftager skal tilsvarende anskaffe sig et mindst et OCES-certifikat via DanID ( I langt de fleste tilfælde vil en aftager have en lokal certifikatadministrator (LRA) som kan udstede certifikater på vegne af DanID. For alle certifikater, uanset typen, gælder at de skal være udstedt under samme CVR-nummer som oplyst i tilslutningsaftalen med AMS. Certifikattypen, der skal bestilles/udstedes er et funktionscertifikat. Aftager skal bruge: Aftager skal: Et eller flere funktionscertifikater idet der som minimum skal anvendes et funktionscertifikat pr aftagende system(f1 Fn) Arbejdsmarkedsstyrelsens offentlige servercertifikat til det miljø, hvorfra der skal aftages webservices, f.eks. service.bm.dk (AMS1) Importere/installere (AMS1) i sit lokale Certificate Store, så det kan ses af det system, der skal foretage forespørgslen. Kryptere sin forespørgsel med (AMS1) Signere sin forespørgsel med den private del af (Fx) KOMBIT A/S Halfdansgade København S CVR Side 15 af 20

16 Afsende sin forespørgsel mod det pågældende miljø og webservice. Aftager vil modtage et svar: Krypteret med (Fx) Signeret med (AMS1) Aftager skal dekryptere svaret med den private del af F Leverancesikkerhed og fejlhåndtering Data leveres at least once Hvis kaldet fejler eller timer ud, er det det kaldende fagsystem der skal håndtere en eventuel genfremsendelse Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Værdi [Udfyldes med tidsrummet hvor der sikres normal drift] [Udfyldes med angivelse af det maksimale svartid for dataudvekslingen.] [Udfyldes med krav til oppetid inden for aftalt driftstid fx 99,5 pct.] [Udfyldes med tidsrummet hvor, der forventes spidsbelastning.] [Udfyldes med oplysninger om aftalte servicevinduer og varsling af nedetid.] KOMBIT A/S Halfdansgade København S CVR Side 16 af 20

17 KY 4 Beskrivelse for integrationsplatforme 4.1 Beskrivelse for Serviceplatformen Nærværende afsnit angiver den integrationsfunktionalitet, som Serviceplatformen håndterer i interaktionen mellem integrationsparter. En integration kan understøttes af flere integrationsflow, som vil være beskrevet hver for sig i nærværende afsnit. I hvert integrationsflow vil der indgå en række endpoints. Hvert endpoint vil være specificeret i integrationsbeskrivelserne for integrationsparterne, jf. ovenstående afsnit 3. Figuren nedenfor viser hvilke komponenter og endpoints, der indgår i integrationen. EP_KY Serviceplatformen IF02 Send Bevilling EP_STAR STAR/ DFDG Oversigt over integrationsflows ID Navn IF02 Send Bevilling Integrationsflow IF02: Send Bevilling Anvendte service endpoints Endpoint ID Navn på endpoint Dokument-reference EP_KY Send Bevilling 3.1 EP_STAR UnemploymentRegistrationServiceVersion1 (SaveAppropriation) Integrationstype Integrationen er en gennemstillingsintegration, hvor fagsystemet afsender status til STAR, hvorefter STAR returnerer synkront retursvar. KOMBIT A/S Halfdansgade København S CVR Side 17 af 20

18 Diagram over integrationsflowet Jf. figuren nedenfor indgår følgende integrationsflows i integrationen. KY Serviceplatform STAR/DFDG Synkront kald for status til STAR SP viderestiller kald til STAR STAR returnerer resultat SP returnerer svaret til FS EP_KY EP_STAR Datatransformering Ingen krav Datapersistering Ingen krav Databerigelse Ingen krav Routing Ingen krav Orkestrering Ingen krav Sikkerhed KY tilgår service via tokenbaseret sikkerhed jf. RA-sikkerhedsmodel. STAR udstiller service med certifikatbaseret sikkerhed Logning STAR stiller særlige krav til logning i forbindelse med brug af services. Følgende beskrivelse af logning er indsat fra denne url hos STAR: KOMBIT A/S Halfdansgade København S CVR Side 18 af 20

19 Webserviceaftageren skal gennemføre en grundlæggende logning i forhold til kommunikationen med de i dette dokument beskrevne web services. Webserviceaftageren skal opretholde en log med de kvitteringer der returneres til aftageren når serviceaftageren sender hændelser til de udstillede services. Hvis der i kommunikationen opstår en fejl skal web service aftageren logge fejlen inkl. alle fejl informationer der returneres fra servicen, samt den afsendte besked. Webserviceaftageren skal som minimum også logge følgende informationer: BrugerID RID fra brugerens certifikat. CVR CVR nummer fra brugerens certifikat. Den organisationstype brugeren repræsenterer f.eks. AMS eller kommune. Den organisationskode der er knyttet til den organisation brugeren repræsenterer Timestamp Testdata og testfaciliteter [Afklaring/Programmet: Programmets udmelding om teststrategi, programlog-id #1] Konfiguration Ingen krav Supplerende information Ingen supplerende information Tilslutning til integrationspart: Serviceplatformen Dette kapitel liste de forudsætninger, som skal være opfyldt for at Serviceplatformen kan udstille den pågældende snitflade ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TSP00 Indgåelse af Dataudvekslingsaftale på vegne af kommuner Aftale Fagsystem KDI KDI Fase 1 Direkte relateret til TS201 Det er samme aftale, som indgås i TS201 og TSP00 for SF1611, SF1612 KOMBIT A/S Halfdansgade København S CVR Side 19 af 20

20 TSP01 Send KOMBITs certifikat til STAR og SF1620 Sikkerhed STAR KDI KDI Fase 1 Det er samme certifikat, som anvendes for: SF1611, SF1612 og SF1620 TSP02 TSP03 Konfiguration STS Organisation Registrering af Service og IT system i STS Organisation Registrering af Serviceinformation Konfiguration Serviceplatformen KDI KDI Fase 1 KDI KDI Fase 1 TSP00 - Der skal udarbejde og indgås en dataudvekslingsaftale mellem STAR og kommunerne. KOMBIT KDI vil indgå aftalen på kommunernes vegne. TSP01 - Til brug for adgang til eindkomst produktionssystemet skal Serviceplatformen benytte et OCES Virksomhedscertifikat (TDC OCES CA), som udstedes af KOMBIT (cvr ). CVR-nr skal være registreret hos STAR for at opnå adgang for webservices. TSP02 - Kildesystem skal oprettes eller kan allerede være oprettet i STS Organisation, og endpoint til kildesystemet skal registreres, så dette kan anvendes i en serviceaftale. TSP03 - Der skal registres information vedrørende servicen i serviceplatformen, så der kan oprettes serviceaftaler for kommunerne, bl.a. skal logiske og fysiske endpoint skal være relateret. KOMBIT A/S Halfdansgade København S CVR Side 20 af 20