Integration 1411_B Hent information om helbredsprocent Integrationsbeskrivelse - version 2.0.0

Transkript

1 Integration Integrationsbeskrivelse - version Kommunernes Datafællesskab KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer PBO 0.1 Første version PBO Tilrettet efter internt review MHO Tilretning efter møde med UKD EDM Tilrettet efter review EHE 0.3 Klargjort til fagprojekt EHE 0.5 Klar til SP MHO Ændring af tekst vedr. logningskrav på SP MHO Kommentarer fra KY indarbejdet MHO Kommentarer fra SP indarbejdet JJN 0.6 Referencerettelser mm EHE Teknisk beskrivelse indarbejdet Referencer Ref. Titel Kommentarer [SPref] [SIKKERHED] [STS-Sikkerhed] [WSDL-SP] [P12-1] [SF1411_A] [SF1411_B] [SF1411_D] [SF1411_E] [ArkNr5] Se Note vedrørende servicemål for Serviceplatformen.pdf på følgende link: Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v Se vilkår Bilag 2 - Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen version 2.0 på nedenstående link Integrationsbeskrivelsen refererer til SF1411_B Teknisk Spec zip som indeholder WSDL på serviceplatformen, og er placeret i samme mappe som integrationsbeskrivelsen, se link Integration til KMD Social Pension som specificeret i P12_1_Snitfladebeskrivelse_v008 SF1411_X Integrationsbeskrivelserne for de relaterede integrationer vedr. social pension Arkitekturnotat - KDF - no. 5 Kombineret anvendelse af Sikkerheds UC4 og UC5 De fire beskrivelser om social pension er indbyrdes afhængige og bør læses i sammenhæng. KOMBIT A/S Halfdansgade København S CVR Side 2 af 38

3 Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Sammenhæng til andre snitflader Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Forudsætninger for produktionssætning af integrationer om social pension Kontekst for integrationsparter Kontekst for Kommunernes Ydelsessystem Kontekst for KMD Social Pension Kommunedel Kontekst for Kommunal Pension Specifikation for integrationsparter Specifikation af endpoints for KY Specifikation af endpoints for KMD Social Pension Kommunedel Specifikation af endpoints for Kommunal Pension Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen KOMBIT A/S Halfdansgade København S CVR Side 3 af 38

4 1 Overordnet beskrivelse 1.1 Integrationens formål Formålet med integrationen er at hente helbredsprocenten for en given person. Informationerne kommer fra de kommunale systemer KMD Social Pension Kommunedel og det kommende Kommunal Pension. Informationerne vil i en transitionsperiode komme fra begge systemer. Informationerne benyttes af fagsystemer, som beregner ydelser med anvendelse af helbredsprocenten, fx Kommunernes Ydelsessystem(KY). I forbindelse med monopolbruddet sker der en løbende udskiftning af det nuværende pensionssystem KMD Social Pension. KMD Social Pension består af to dele: KMD Social Pension Kommunedel, som varetager systemunderstøttelsen af de kommunale opgaver, og KMD Social Pension UDK-del, som varetager systemunderstøttelsen af opgaver for UDK. KMD Social Pension erstattes fremadrettet med to nye systemer, UDK Pension og Kommunal Pension. 1.2 Sammenhæng til andre snitflader Dette afsnit giver en introduktion til den samlede løsning for området social pension og sammenhængen mellem integrationerne. Det er en fælles tekst, som går igen i alle fire integrationsbeskrivelser, der omhandler social pension. Følgende integrationsbeskrivelser indgår i gruppen: SF1411_A Hent informationer om social pension [SF1411_A] SF1411_B Hent helbredsprocent [SF1411_B] SF1411_D Besked om informationer om social pension [SF1411_D] SF1411_E Besked om helbredsprocent [SF1411_E] Formålet med gruppen af snitflader er at udveksle informationer om samt ændringer i informationer om social pension (tillægsprocent, helbredsprocent, samliv, formue, Pensionsbrøk, afslag på folkepension og oplysninger om udlandsophold over to måneder). Informationerne udveksles mellem fagsystemer (f.eks. Kommunernes Ydelsessystem herefter KY) og de tre pensionssystemer KMD Social Pension, UDK Pension og Kommunal Pension (andre systemer kan komme til). Serviceplatformen samt fag- og pensionssystemernes snitflader til støttesystemet Beskedfordeler (herefter: Beskedfordeler) beskrives i følgende integrationsbeskrivelser: SF1460_A Modtag besked [SF1460_A] SF1460_B Vedligeholde værdiliste i beskedabonnement [SF1460_B] SF1460_C Aflever besked [SF1460_C] SF1460_D Modtag besked via pull [SF1460_D] Målarkitektur Målarkitekturen for den kommende løsning består af pensions- og fagsystemerne UDK Pension, Kommunal Pension og KY, som skal udveksle informationer relateret til social pension. Det er et forretningsmæssigt mål, at snitfladerne mellem systemerne i målarkitekturen understøtter en løbende udfasning af KMD Social KOMBIT A/S Halfdansgade København S CVR Side 4 af 38

5 Pension. Endvidere er det et forretningsmæssigt mål, at målarkitekturen for integrationerne mellem de kommende systemer bliver løst koblede, således afhængigheder mellem fagsystemer mindskes og udskiftning af systemer bliver mere effektiv fremadrettet. For at sikre løs kobling mellem systemerne, vil målarkitekturen benytte Serviceplatformen som integrationsplatform ved online opslag og det fælleskommunale støttesystem Beskedfordeler som integrationsplatform ved orientering til KY og Kommunal Pension om ændringer i informationer om social pension. Målarkitekturen for de involverede systemer og deres endpoints for udstillede snitflader er vist på nedenstående figur: Beskedfordeler SF1411_D SF1411_E Opdater værdiliste SF1411_D Modtag besked om tillægsprocent SF1411_E Send besked om helbredsprocent SF1411_D Send besked med informationer om social pension SF1411_E Modtag besked om helbredsprocent SF1411_D Modtag besked om samliv og formue SF1411_D SF1411_E Opdater værdiliste Kommunal Pension UDK Pension KY SF1411_B Udstil helbredsprocent SF1411_A Hent tillægsprocent, samliv og formue SF1411_A Udstil informationer om social pension SF1411_B Hent helbredsprocent SF1411_A Hent samliv og formue Serviceplatformen Figuren viser Serviceplatformen, Beskedfordeler og de involverede fagsystemer med udstillede og anvendte snitflader. UDK Pension udstiller snitflader til Serviceplatformen med informationer om social pension, som indeholder tillægsprocent, samliv, formue, Pensionsbrøk, afslag på folkepension og oplysninger om udlandsophold over to måneder (SF1411_A), og afsender beskeder med ændringer i samme oplysninger via Beskedfordeler (AF1411_D). Kommunal Pension bruger en snitflade udstillet på Serviceplatformen til opslag af tillægsprocent (SF1411_A) og modtager beskeder med ændringer i tillægsprocent via Beskedfordeler (SF1411_D). KOMBIT A/S Halfdansgade København S CVR Side 5 af 38

6 Kommunal Pension udstiller en snitflade til opslag på helbredsprocent via Serviceplatformen (SF1411_B) og afsender beskeder om ændringer i helbredsprocent via Beskedfordeler (SF1411_E). KY anvender snitflader udstillet på Serviceplatformen til opslag af samliv og formue (SF1411_A) og helbredsprocent (SF1411_B), og modtager beskeder om ændringer til samliv og formue (SF1411_D) og helbredsprocent (SF1411_E) via Beskedfordeler. Kommunal Pension og KY vedligeholder deres abonnementer (herunder værdilister). Autorisation og autentifikation mellem KY, UDK Pension, Kommunal Pension, Beskedfordeler og Serviceplatformen sker ved hjælp af det fælleskommunale støttesystem Adgangsstyring. Transitionsarkitektur For at kunne understøtte udfasningen af KMD Social Pension er en transitionsfase indført, hvor flere fag- og pensionssystemer samtidigt varetager opgaven med beregning og udveksling af informationer om tillægsprocent, helbredsprocent, samliv, formue, Pensionsbrøk, afslag på folkepension og oplysninger om udlandsophold over to måneder for kommunerne og UDK. Håndteringen af denne kompleksitet er Serviceplatformens ansvar, så UDK Pension, Kommunal Pension og KY, kan anvende målarkitekturen i videst mulige omfang uden at skulle forholde sig til transitionen. I transitionsarkitekturen har Serviceplatformen ansvar for at opslag fra fag- og pensionssystemer foretages imod det korrekte kildesystem samt korrekt transformation af data fra KMD Social Pension til beskeder, der sendes og modtages via Beskedfordeler. Transitionsarkitekturen indeholder KMD Social Pension i stedet for Kommunal Pension, og er vist med endpoints for udstillede snitflader på nedenstående figur: Udstil ændringer med informationer om social pension (SF1411_D) inkl. helbredsprocent (SF1411_E) Udstil informationer om social pension (SF1411_A) inkl. helbredsprocent (SF1411_B) Modtag ændringer med informationer om social pension (SF1411_D) fra UDK Pension og helbredsprocent (SF1411_E) fra Kommunal Pension (ses ikke på tegning). KMD Social Pension (Kommune og UDK del) Send besked med informationer om social pension (SF1411_D) og helbredsprocent (SF1411_E) fra KMD Socialpension Hent besked med informationer om social pension (SF1411_D) fra UDK Pension og helbredsprocent (SF1411_E) fra Kommunal Pension (ses ikke på tegning). Beskedfordeler UDK Pension Send beskeder med informationer om social pension (SF1411_D) Udstil informationer om social pension (SF1411_A) KY Hent Besked om helbredsprocent (SF1411_E) og samliv + formue (SF1411_D) Opdater værdiliste (SF1411_A og _B) Hent helbredsprocent (SF1411_B) og samliv + formue (AF1411_A) Serviceplatformen Figuren viser transitionsarkitekturen i forbindelse med udfasningen af KMD Social Pension, hvor det nye KOMBIT A/S Halfdansgade København S CVR Side 6 af 38

7 Kommunal Pension fagsystem ikke er introduceret endnu. Sammenlignet med målarkitekturen er det Serviceplatformen, der er ansvarlig for at sende beskeder via Beskedfordeler og hente beskeder fra Beskedfordeler på vegne af KMD Social Pension. Serviceplatformen dirigerer opslag fra KY og UDK Pension til KMD Social Pension, og afleverer ændringer i informationerne til KMD Social Pension. Kommunal Pension og KMD Social Pension Kommunedel vil sameksistere i en transitionsperiode, hvor Kommunal Pension vil modtage tillægsprocent fra UDK Pension eller KMD Social Pension. Integrationerne [SF1411_A], [SF1411_B], [SF1411_D] og [SF1411_E] skal således ses i sammenhæng med mest muligt genbrug af komponenter på tværs af integrationerne. KOMBIT A/S Halfdansgade København S CVR Side 7 af 38

8 Kommunal Pension Serviceplatformen Fagsystem(n) Integrationsbeskrivelse 1.3 Overordnet forretningsflow i integrationen Følgende forretningsflow indgår i integrationen: IF01 Hent helbredsprocent Fagsystemet forespørger om helbredsprocent for en borger via en synkron service udstillet på Serviceplatformen. Serviceplatformen gennemstiller kaldet til en synkron service hos det kommunale pensionssystem. I transitionsfasen skal Serviceplatformen route kaldet til det kommunale pensionssystem, den kaldende kommunen benytter, vha. opslag i Serviceplatformens endpoint tabel. Hvis systemet er KMD Social Pension, skal SP transformere forespørgslen til det format, KMD Social Pension udstiller, og transformere svaret til det format, der udstilles på SP. Det kommunale pensionssystem svarer på forespørgslen, og Serviceplatformen gennemstiller svaret til fagsystemet. Integrationen er en gennemstillingsintegration. I transitionsfasen er det en gennemstillingsintegration med content based routing og transformation. Integrationens forretningsflow for den endelige integration er illustreret på nedenstående diagram: IF01 Hent helbredsprocent Hent oplysninger EP_FS1 Gennemstilling EP_KP1 Send oplysninger KOMBIT A/S Halfdansgade København S CVR Side 8 af 38

9 KMD Social Pension Kommunedel Kommunal Pension Serviceplatformen Fagsystem(n) Integrationsbeskrivelse Integrationens forretningsflow for transitionsfasen er illustreret på nedenstående diagram: IF01 Hent helbredsprocent (transitionsfase) Hent helbredsprocent Modtag oplysninger EP_FS1 EP_FS1 Kald tilknyttet pensionssystem Gennemstilling (evt. med transformering) EP_KP1 Hent oplysninger EP_KS1 Hent oplysninger KOMBIT A/S Halfdansgade København S CVR Side 9 af 38

10 1.4 Servicebetingelser for den samlede integration Servicemål Parameter Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Flow IF01 Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. [Afklaring/KDF indsæt servicemål for KMD Social Pension og Kommunal Pension] Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om [SPref]: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder [Afklaring/KDF indsæt servicemål for KMD Social Pension og Kommunal Pension] Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. [Afklaring/KDF indsæt servicemål for KMD Social Pension og Kommunal Pension] Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. [Afklaring/KDF indsæt servicemål for KMD Social Pension og Kommunal Pension] 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 [SPref]. [Afklaring/KDF indsæt servicemål for KMD Social Pension og Kommunal Pension] 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 datafaellesskab@kombit.dk. KDF sørger for at involverede parter i integrationen oplyses om tilretningerne og præciseringerne. KOMBIT A/S Halfdansgade København S CVR Side 10 af 38

11 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. 1.5 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. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Testfaciliteter og testmiljø Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF undersøg testfaciliteter og testmiljø hos KMD og Kommunal Pension] Testdata [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF undersøg om KMD og UDK stiller testdata til rådighed] Test i forbindelse med produktionssætning [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF undersøg om der findes aftale om produktionssætning med KMD og Kommunal Pension] 1.6 Forudsætninger for produktionssætning af integrationer om social pension Leverandøren skal være oprettet som tilslutningspart i rammearkitekturens administrationsmodul, og leverandøren skal oprette en tilslutningsaftale for it-systemet i administrationsmodulet. Leverandøren skal tiltræde, og overholde, vilkårene i den til enhver tid gældende aftale for tilslutning af it-systemer til den fælleskommunale rammearkitektur. Leverandøren af It-systemet er ansvarlige for at It-systemet tilsluttes via rammearkitekturens administrationsmodul, med den, eller de, systemtyper (brugervendt system, anvendersystem og/eller serviceudbyder), der er relevante for It-systemet jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. KOMBIT A/S Halfdansgade København S CVR Side 11 af 38

12 [Afklaring/KDF: Tilføj yderligere dokumentation med vejledning i brug af sikkerhedsmodellen, herunder brug af Security Token Servicen, støttesystemer, mv. i Rammearkitekturen, når denne modtages fra STS] Forudsætninger for funktionalitet på Serviceplatformen Det er en forudsætning for produktionssætning af integrationen, at forvaltningen af fagsystemerne holder forvaltningen af Serviceplatformen orienterede om, hvilke kommuner der benytter hvilke løsninger, og om tidspunkter for migrationen mellem systemerne Forudsætninger for tilslutning til integrationspart: KY Leverandøren skal anmode om indgåelse af serviceaftale for de myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkender denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed] Generelle forhold for tilslutning til integrationspart: Kommunal Pension og KY Integrationerne mellem Serviceplatformen, Kommunal Pension og KY er tokenbaserede. Løsningerne skal oprettes i den det fælleskommunale støttesystem Adgangsstyring Generelle forhold for tilslutning til integrationspart: KMD Social Pension Integrationerne mellem KMD Social Pension og Serviceplatformen er certifikatbaseret. Kommunerne skal have de nødvendige VOCES certifikater, før løsningen tages i brug. Alle certifikater skal gennemgå en godkendelsesprocedure i KMD. KMD meddeles leverandørens certifikat senest tre uger før, grænsefladerne kan tages i brug. [Afklaring/KDF det skal afklares, om KMD s systemer skifter til en tokenbaseret sikkerhedsmodel] KOMBIT A/S Halfdansgade København S CVR Side 12 af 38

13 2 Kontekst for integrationsparter 2.1 Kontekst for Kommunernes Ydelsessystem Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] 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. Det forvaltningsmæssige formål med integrationen er, at KY indhenter oplysninger om helbredsprocent for en person, samt for en eventuel ægtefælle, så oplysningerne kan indgå i oplysning og beregning af sager om andre ydelser og personlige tillæg Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned). Integrationen kan desuden blive brugt ifm. udrulningen af KY, hvor et initielt load for de ca sager skal indlæses Specifikke forhold for tilslutning af system Sikkerheden mellem KY og Serviceplatformen er tokenbaseret, så de nødvendige rettigheder skal oprettes i det fælleskommunale støttesystem Adgangsstyring før idriftsættelse. 2.2 Kontekst for KMD Social Pension Kommunedel Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] 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. Det forvaltningsmæssige formål med integrationen er, at KMD Social Pension Kommunedel har ansvaret for at udstede helbredskort og udstille oplysninger om helbredsprocent for en person, samt for en eventuel ægtefælle. Oplysningerne kan benyttes til at indgå i behandlingen af afgørelser om tildeling af ydelser i KY Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned). Integrationen kan desuden blive brugt ifm. udrulningen af KY, hvor et initielt load for de ca sager skal indlæses. KOMBIT A/S Halfdansgade København S CVR Side 13 af 38

14 2.2.3 Specifikke forhold for tilslutning af system Sikkerheden mellem KMD Social Pension og Serviceplatformen er certifikatbaseret, så de nødvendige certifikater skal være klar og implementerede før idriftsættelsen. 2.3 Kontekst for Kommunal Pension Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] 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. Det forvaltningsmæssige formål med integrationen er, at Kommunal Pension udstiller oplysninger om helbredsprocent for en person, samt for en eventuel ægtefælle. Oplysningerne kan således indgå i behandlingen af afgørelser om tildeling af ydelser i fagsystemet Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned) Specifikke forhold for tilslutning af system Sikkerheden mellem Kommunal Pension og Serviceplatformen er tokenbaseret, så de nødvendige rettigheder skal oprettes i det fælleskommunale støttesystem Adgangsstyring før idriftsættelsen. KOMBIT A/S Halfdansgade København S CVR Side 14 af 38

15 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KY Integrationen udstilles som en service på Serviceplatformen, således at fagsystemet kan foretage et opslag og få information om en persons helbredsprocent Overordnet forretningslogik Fagsystemet kalder Serviceplatformen, som udstiller en synkron service, der udstiller informationer om helbredsprocent for en given person: 1. Fagsystemet kalder EP_FS1 2. Serviceplatformen returnerer et synkront svar til fagsystemet Oversigt over endpoints ID EP_FS1 Navn OpslagsserviceHelbredsprocent Beskrivelse af endpoint EP_FS1 OpslagsserviceHelbredsprocent Transportspecifikation Integrationsmønster Integrationen er en synkron web service udstillet af Serviceplatformen og kaldt af fagsystemer Serviceudstiller Serviceplatformen er serviceudstiller Serviceanvender Fagsystemet er serviceanvender Teknologisk understøttelse Følgende specificerer endpoint-oplysninger for produktions- og testmiljø: [Opgave/Systematic Systematic skal levere WSDL med udgangspunkt i WSDL for KMD Social Pension fra snitfladen EP_KS1 inkl. transportkvittering og fejlhåndtering beskrevet i afsnit Nogle elementer kan være anderledes ift. KMD Social Pension, f.eks. bør dataelementer rettes til veldefinerede virkningsdatoer, og namespaces bør ikke være et it-leverandørnavn. Specifikationen skal følge retningslinjerne inden for OIO Sags og Dokument. Snitfladen skal svare til snitfladen mod UDK Pension EP_UDK1 i afsnit 3.3.3, så snitfladen skal afstemmes med UDK.] Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL-SP] Se filen OpslagsserviceSocialPension.wsdl [Afklaring/SP: Endelig Url skal indsættes] [Afklaring/SP: Endelig IP skal indsættes] KOMBIT A/S Halfdansgade København S CVR Side 15 af 38

16 Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL-SP] Se filen OpslagsserviceSocialPension.wsdl [Afklaring/SP: Endelig Url skal indsættes] [Afklaring/SP: Endelig IP skal indsættes] Teknisk retning for udveksling Fagsystemet kalder en service udstillet på Serviceplatformen Dataretning for udveksling Serviceplatformen udstiller data fra KMD Social Pension Kommunedel eller Kommunal Pension til fagsystemet Service invokation / Triggers Endpoint kaldes af fagsystemet i forbindelse med udregning af ydelser og personlige tillæg Dataspecifikation [Opgave/Systematic Systematic skal udvikle XSD ere for servicen med udgangspunkt i XSD ere for KMD Social Pension Kommunedel fra snitfladen EP_KS1 inkl. transportkvittering og fejlhåndtering beskrevet i afsnit 3.2.3Fejl! Henvisningskilde ikke fundet.. Nogle elementer kan være anderledes ift. KMD Social Pension, f.eks. bør dataelementer rettes til veldefinerede virkningsdatoer, og namespaces bør ikke være et it-leverandørnavn. Specifikationen skal følge retningslinjerne inden for OIO Sags og Dokument. Snitfladen skal svare til snitfladen mod UDK Pension EP_UDK1 i afsnit 3.3.3, så snitfladen skal afstemmes med UDK.] Miljø: Produktion og Test Inputdata [WSDL-SP]/XSD Outputdata [WSDL-SP]/XSD Forespørgsler Der forespørges på informationer om helbredsprocent for én person ad gangen. Forespørgsler sker med følgende input parametre til webservicen. Overskift Forklaring Kommentarer til udarbejdelse af specifikation Bopælskommune Entydig angivelse af Format: urn:oio:cvr-nr:xxxxxxxx (udfyldes ikke af anvender. CVRnr. tages fra token) bopælskommunens CVR nummer Personnummer Entydig angivelse af en persons personnummer Format: urn:oio.cpr-nr:xxxxxxxxxx Start-dato Dato, der skal søges fra. Format: Virkningsdato fra OIO Sag og Dokument KOMBIT A/S Halfdansgade København S CVR Side 16 af 38

17 Der kan søges på dagsdato minus fem år tilbage i tid. Slut-dato Dato, der skal søges til. Der kan søges til 31/12 næste år frem i tid. Format: Virkningsdato fra OIO Sag og Dokument Svar Servicen returnerer et svar med nedenstående felter. Overskrift Forklaring Kommentar til udarbejdelse af specifikation Helbredsprocent Helbredsprocent kan være for en eller flere periode af: Start-dato Slut-dato Helbredsprocent, Værdisæt: 0-85 (>0 = afgjort/bevilget) [Systematic udarbejder struktur med udgangspunk i For perioder for helbredsprocent gælder Følgende regler: Der kan forekomme flere indlejrede perioder. Fx hvis en personen har en sag og er gift den 11. januar og bliver skilt den 20. januar, vil der optræde to perioder: og Der kan være huller i perioderne, hvis en sag undervejs i en søgeperiode er inaktiv, f.eks. hvis sagen dækker en periode, hvor borgeren er i fængsel. Perioderne overlapper ikke hinanden, dvs. perioder for fx helbredsprocent overlapper ikke andre perioder for helbredsprocent, men perioder for helbredsprocent kan godt overlappe perioder for tillægsprocent Sikkerhed Servicen skal udstilles som en fælleskommunal service, der benytter det fælleskommunale støttesystem Adgangsstyring til at autentikere og autorisere, som defineret i RA STS [STS-Sikkerhed] Leverancesikkerhed og fejlhåndtering Såfremt Endpoint er utilgængelig er det fagsystemets ansvar at gentage kaldet. Ved timeout eller utilgængelighed hos kildesystemet, så vil der returneres en fejlkode 901. Findes der ingen sag, returneres en tom struktur med en relevant returkode. KOMBIT A/S Halfdansgade København S CVR Side 17 af 38

18 Hvis der søges i et tidsinterval, i hvilket der ingen sag findes, returneres: Sag ukendt pr. [den anvendte] søgeperiode samt tom struktur med en relevant returkode. Hvis sagen mangler oplysninger i pensionssystemet, returneres Sagen findes, men mangler grunddata for at kunne beregnes. Prøv igen senere. samt tom struktur med en relevant returkode. Hvis sagen er defekt af tekniske grunde, returneres Sagen har tekniske problemer, som forventes løst snarest. Kontakt evt. KMD Social Pension. samt tom struktur med en relevant returkode. Servicen understøtter følgende transportkvittering og vil videresende eventuelle fejl fra kildesystemet: Niv Feltnavn Kard Værdisæt Betegnelse 1 TransportKvittering 2 TransportValideringKode 1 Ok Advarsel Fejl Angiver resultatet af valideringen. Ved Fejl er beskeden ikke behandlet, og må derfor genfremsendes når problemet er løst. 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Advarsel eller Fejl. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen Servicen skal understøtte følgende fejlliste i transportkvitteringen (indgår i felterne FejlKode og FejlTekst): FejlKode FejlTekst 0 Ok. Data returneres 4 Ok, men ingen sag fundet 201 Valideringsfejl: EndDate er mindre end StartDate. 202 StartDate er tidligere en dags dato minus fem år. 203 EndDate er senere end 31. december næste år. KOMBIT A/S Halfdansgade København S CVR Side 18 af 38

19 204 Personnummer er ikke udfyldt. 205 Person bor ikke i den angivne bopælskommune. 251 Bopælskommune er ukendt. 301 Logisk fejl. Sagen er kendt, men StartDate er tidligere end sagens start. 900 Teknisk fejl. Kontakt Serviceplatformen 901 Teknisk fejl, kildesystemet er utilgængeligt Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Værdi Systemet driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. Der er forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder Tilgængelighed Servicemålene for systemets driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid. Spidsbelastningsperiode Må antages at være i perioden 06:00-18:00 på arbejdsdage Servicevinduer Ved mindre opdateringer: 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: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] KOMBIT A/S Halfdansgade København S CVR Side 19 af 38

20 Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF Integrationstest med KMD] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF produktionssætningstest med KMD] 3.2 Specifikation af endpoints for KMD Social Pension Kommunedel Snitfladen benyttes til at udstille informationer om social pension for en given person via et online opslag. Opslaget foretages af Serviceplatformen på vegne af det forespørgende system Overordnet forretningslogik Serviceplatformen kalder pensionssystemet, som udstiller en synkron service, der udstiller informationer om social pension for en given person: 1. Serviceplatformen kalder EP_KS1 2. Pensionssystemet returnerer et synkront svar til Serviceplatformen Oversigt over endpoints ID EP_KS1 Navn OpslagsserviceSocialPensionKMD KOMBIT A/S Halfdansgade København S CVR Side 20 af 38

21 3.2.3 Beskrivelse af endpoint EP_KS1 OpslagsserviceSocialPensionKMD Transportspecifikation Integrationsmønster Serviceplatformen kalder KMD Social Pension via en SOAP 1.2 Web Service snitflade Serviceudstiller KMD Social Pension er serviceudstiller Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Servicen er implementeret som en SOAP web service snitflade og benytter http via en krypteret kanal Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktions- og testmiljø: Miljø: Produktion URI til WSDL version Endpoint navn Endpoint IP [Afklaring/KMD WSDL skal opdateres med nye felter fra KMD] [Afklaring/KMD] [Afklaring/KMD] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [Afklaring/KMD WSDL skal opdateres med nye felter fra KMD] [Afklaring/KMD] [Afklaring/KMD] Teknisk retning for udveksling Serviceplatformen foretager en forespørgsel mod KMD Social Pension Dataretning for udveksling KMD Social Pension udleverer oplysninger om social pension for en given person Service invokation / Triggers Endpoint kaldes af fagsystemet i forbindelse med udregning af ydelser og personlige tillæg Dataspecifikation Dataspecifikationen for servicen findes i følgende schema-filer: Miljø: Produktion og Test Inputdata [Afklaring/KMD XSD skal opdateres med nye felter] Outputdata KOMBIT A/S Halfdansgade København S CVR Side 21 af 38

22 [Afklaring/KMD XSD skal opdateres med nye felter] Forespørgsler Forespørgsler sker med følgende input parametre til webservicen. Overskift Forklaring Link til digitaliser.dk Bopælskommune Entydig angivelse af bopælskommunens CVR nummer Format: urn:oio:cvrnr:xxxxxxxx [Afklaring/KDF find og indsæt link] Personnummer Personnummer /3541 Start-dato Dato, der skal søges fra /784 Slut-dato Dato, der skal søges til / Svar Servicen indeholder en række felter, hvoraf kun nedenstående er relevante for denne integration. Nogle felter vil være optionelle. [Opgave/KMD KMD skal udvikle tilpasse eksisterende service med nye felter fra UDK. De skal som minimum indsættes som optionelle felter] Overskrift Forklaring Link til digitaliser.dk Personnummer Personens aktive personnummer i CPR registret Bopaelkommune Likvidformuestruktur Entydig angivelse af bopælskommunens CVR nummer Format: urn:oio:cvrnr:xxxxxxxx [Afklaring/KDF find og indsæt link] Samlet formue for personen og samlever (hvis relevant) En eller flere Perioder bestående af: Start-dato Slut-dato Likvid formue: Værdisæt, webservice: KOMBIT A/S Halfdansgade København S CVR Side 22 af 38

23 Samlivsstatus Personlig tillægsprocent Personlig Tilskudsprocent Er formuen oplyst, Værdisæt: Ej angivet Oplyst Uoplyst Samliv kan have en eller flere Perioder bestående af: Start-dato Slut-dato Samlivsstatus værdisæt: Enlig, forklaring: Erklæret enlig Gift faktisk adskilt Gift faktisk adskilt pga. plejehjem Enke, enkemand Separeret reelt enlig Fraskilt Samlevende før Overgangsordning: Gift Gift / registreret partnerskab Samlevende: Samlevende efter En eller flere Perioder af: Start-dato Slut-dato Tillægsprocent, Værdisæt: % Helbredsprocent kan være for en eller flere periode af: Start-dato Slut-dato Helbredsprocent, Værdisæt: 0-85 (>0 = afgjort/bevilget) KOMBIT A/S Halfdansgade København S CVR Side 23 af 38

24 Pensionstype Pensionsstatus SygeforsikringIndikator En eller flere Perioder af: Start-dato Slut-dato Pensionstype: Folkepension Opsat folkepension Ny Foertidspension (bevilget efter aar 2003) Gammel Foertidspension En eller flere Perioder af: Start-dato Slut-dato Pensionsstatus: Ja (aktiv/hvilende) Nej [Det forventes, der bliver tilføjet flere typer] [Det forventes, at statuskoderne bliver ændret til værdisæt med tre valgmuligheder] MedlemAfDanmarkGruppeKode Medlem af Danmark med gruppekode TelefonNummerIndikator Telefonnummer AdresseIndikator adresse Pensionsbrøk Afslag på folkepension Oplysning om udlandsophold > 2 mdr. Pensionsbrøk (altid 1 forekomst i svaret) StartDate EndDate Pensionsbrøk (både tæller og nævner er nødvendige, f.eks. (26/40)) Pensionsafslag (altid 1 forekomst i svaret) StartDate EndDate Pensionsafslag (ja / nej) Udlandsophold (0-* forekomster i svaret) StartDate EndDate [Afklaring/KDF UDK fremsender information] [Afklaring/KDF UDK fremsender information] [Afklaring/KDF UDK fremsender information] KOMBIT A/S Halfdansgade København S CVR Side 24 af 38

25 Udlandsopholdsland (landekode i den standard, som OIO anvender) Sikkerhed Servicen tilgås via https request (XML SOAP standard/ssl protokol), som udveksles mellem serviceaftager og -udbyder via en specifik adresse (URI). Sikkerhedsstyringen er i overensstemmelse med OWSA Model T B2B scenariet jf. afsnit 3 i [P12-1]. Ved brug af KMD Social Pensions opslagsservice [P12-1] skal Serviceplatformen kunne identificeres via et godkendt OCES virksomhedscertifikat, som er knyttet til KMD s sikkerhedssystem (KSP/CICS). Hver kommune er en virksomhed med eget virksomhedscertifikat. Sikkerhedsstyringen til grænsefladerne sker på leverandørniveau i KMD Social Pension, her vil det være Serviceplatformen være leverandør. I relation til indsigt i kommunernes data for en person, kræves det, at KOMBIT fremviser et aftalegrundlag med pågældende kommune. Alle certifikater skal gennemgå en godkendelsesprocedure i KMD. KMD meddeles leverandørens certifikat senest tre uger før, grænsefladerne kan tages i brug. Autorisation til at se pensionsdata aflæses i det certifikat, der giver rettighed til at anvende grænsefladerne. Den anvendte sikkerhedsmodel omfatter ikke OCES medarbejdercertifikat niveauet. Serviceplatformen er som 3. part selv ansvarlig for etablering af systembrugere og for at sikre, at evt. gældende regler om dataadgang overholdes. Servicen udstillet af KMD Social Pension placeres på en server, som kræver SSL/HTTPS og et OCESklientvirksomhedscertifikat, som er godkendt hos godkendt CA, primært Dan-ID. Certifikatholderen skal være oprettet i KMD sikkerhedssystem. Snitfladens URI adresse publiceres ikke på Digitaliser.dk. Servicen vil være tilgængelig via internettet. URI adressen udleveres til Serviceplatformen af KMD i forbindelse med aftalt brug af grænsefladen Leverancesikkerhed og fejlhåndtering Der er følgende SOAP fejlhåndtering i servicen udstillet af KMD Social Pension. Serviceplatformen skal videresende fejl til fagsystemet. ResponseReturnIdentifier ResponseReasonIdentifier ResponseReasonText 0 0 Ok. Data returneres 0 4 Ok, men ingen sag fundet KOMBIT A/S Halfdansgade København S CVR Side 25 af 38

26 Valideringsfejl: EndDate er mindre end StartDate StartDate er tidligere en dags dato minus fem år EndDate er senere end 31. december næste år Personnummer er ikke udfyldt Rolleprofil er ukendt. Kontakt KMD Social Pension Bopælskommune er ukendt Logisk fejl. Sagen er kendt, men StartDate er tidligere end sagens start. 900 Teknisk fejl. Kontakt KMD Social Pension 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 [Afklaring/KDF indsæt servicemål for KMD Social Pension] [Afklaring/KDF indsæt servicemål for KMD Social Pension] [Afklaring/KDF indsæt servicemål for KMD Social Pension] [Afklaring/KDF indsæt servicemål for KMD Social Pension] [Afklaring/KDF indsæt servicemål for KMD Social Pension] Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Fejlkode 251 Bopælskommune er ukendt skal håndteres af Incident Management på Serviceplatformen. Fejlen forekommer kun, hvis KMD ikke kan konvertere cvr-urn til kommunekode, eller hvis der sker fejl ifm. forbindelse af routing, dvs. der en forespørgsel på en person, der ikke er konverteret endnu, bliver routet til Kommunal Pension (dvs. end point tabel svarer ikke til den faktiske situation) (sidstnævnte fejl håndteres i EP_UDK1). Hvis fejlen forekommer, skal KMD informeres Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] KOMBIT A/S Halfdansgade København S CVR Side 26 af 38

27 3.2.5 Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF Integrationstest med KMD] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF produktionssætningstest med KMD] 3.3 Specifikation af endpoints for Kommunal Pension Integrationen benyttes til at få information om helbredsprocent for en given person via et online opslag. Opslaget foretages af Serviceplatformen på vegne af fagsystemet Overordnet forretningslogik Serviceplatformen kalder pensionssystemet, som udstiller en synkron service, der udstiller informationer om social pension for en given person: 3. Serviceplatformen kalder EP_KP1 4. Pensionssystemet returnerer et synkront svar til Serviceplatformen Oversigt over endpoints ID EP_KP1 Navn OpslagsserviceHelbredKP Beskrivelse af endpoint EP_KP1 - OpslagsserviceHelbredsprocentKP Integrationsmønster Serviceplatformen kalder Kommunal Pension via en SOAP Web Service snitflade Serviceudstiller Kommunal Pension er serviceudstiller. KOMBIT A/S Halfdansgade København S CVR Side 27 af 38

28 Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Servicen er implementeret som en SOAP web service snitflade. Data i forbindelsen skal være krypteret via HTTPS Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktions- og testmiljø: [Afklaring/KDF Snitfladen skal svare til snitfladen udstillet på SP EP_FS1 i afsnit Specifikationen skal følge retningslinjerne inden for OIO Sags og Dokument. KOMBIT (Systematic) leverer udkast til specifikation for EP_FS1, som valideres i samarbejde med UDK] Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP URI til Adgangsstyring URL til Administrationsmodul [Udfyldes af KDF senere] [Udfyldes af KDF senere] [Udfyldes af KDF senere] [Udfyldes af KDF senere] [Udfyldes af KDF senere] Miljø: Test URI til WSDL Endpoint navn Endpoint IP URI til Adgangsstyring URL til Administrationsmodul [Udfyldes af KDF senere] [Udfyldes af KDF senere] [Udfyldes af KDF senere] [Udfyldes af KDF senere] [Udfyldes af KDF senere] Teknisk retning for udveksling Serviceplatformen foretager en forespørgsel mod Kommunal Pension Dataretning for udveksling Kommunal Pension udleverer oplysninger om helbredsprocent for en given person Service invokation / Triggers Endpoint kaldes af fagsystemet i forbindelse med tildeling af ydelser eller udregning af helbredsprocent Dataspecifikation Dataspecifikationen for servicen findes i følgende schema-filer: [Afklaring/KDF Snitfladen skal svare til snitfladen udstillet på SP EP_FS1 i afsnit Specifikationen skal følge retningslinjerne inden for OIO Sags og Dokument. KOMBIT (Systematic) leverer udkast til specifikation for EP_FS1, som valideres i samarbejde med UDK] Miljø: Produktion og Test KOMBIT A/S Halfdansgade København S CVR Side 28 af 38

29 Inputdata Outputdata [Afklaring/KDF skal afklares med UDK] [Afklaring/KDF skal afklares med UDK] Forespørgsler Forespørgsler sker med følgende input parametre til webservicen. Overskift Forklaring Kommentarer Bopælskommune Entydig angivelse af bopælskommunens kommunenummer Format: urn:oio:cvr-nr:xxxxxxxx Personnummer Personnummer Format: urn:oio.cpr-nr:xxxxxxxxxx Start-dato Dato, der skal søges fra Format: Virkningsdato fra OIO Sag og Dokument Slut-dato Dato, der skal søges til Format: Virkningsdato fra OIO Sag og Dokument Svar Servicen returnerer et svar med nedenstående felter. Overskrift Forklaring Kommentarer til udarbejdelse af specifikation Helbredsprocent Helbredsprocent kan være for en eller flere periode af: Start-dato Slut-dato Helbredsprocent, Værdisæt: 0-85 (>0 = afgjort/bevilget) [Udarbejdes med udgangspunk i For perioder for formue, samliv, tillægsprocent og helbredsprocent gælder Følgende regler: Der kan forekomme flere indlejrede perioder. F.eks. hvis en personen har en sag og er gift den 11. januar og bliver skilt den 20. januar, vil der optræde to perioder: og Der kan være huller i perioderne, hvis en sag undervejs i en søgeperiode er inaktiv, f.eks. hvis sagen dækker en periode, hvor borgeren er i fængsel. Perioderne overlapper ikke hinanden, dvs. perioder for f.eks. helbredsprocent overlapper ikke andre perioder for helbredsprocent, men perioder for helbredsprocent kan godt overlappe perioder for tillægsprocent. KOMBIT A/S Halfdansgade København S CVR Side 29 af 38

30 Sikkerhed Servicen skal udstilles som en fælleskommunal service af Kommunal Pension, der benytter det fælleskommunale støttesystem Adgangsstyring til at autentikere og autorisere Serviceplatformen. Sikkerhed mellem Serviceplatformen og UDK Pension er tokenbaseret, som defineret i RA STS [STS- Sikkerhed] Leverancesikkerhed og fejlhåndtering [Afklaring/KDF Indholdet i fejllisten skal koordineres med UDK] Såfremt Endpoint er utilgængelig er det fagsystemets ansvar at gentage kaldet. Serviceplatformen skal videresende fejl til fagsystemet. KOMBIT A/S Halfdansgade København S CVR Side 30 af 38

31 Servicen understøtter følgende transportkvittering og vil videresende eventuelle fejl fra kildesystemet: Niv Feltnavn Kard Værdisæt Betegnelse 1 TransportKvittering 2 TransportValideringKode 1 Ok Advarsel Fejl Angiver resultatet af valideringen. Ved Fejl er beskeden ikke behandlet, og må derfor genfremsendes når problemet er løst. Advarsel fremkommer, hvis der har været ikke kritiske fejl i behandlingen. 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Advarsel eller Fejl. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen Servicen skal understøtte følgende Fejlliste i transportkvitteringen (indgår i felterne FejlKode og FejlTekst): FejlKode FejlTekst 0 Ok. Data returneres 4 Ok, men ingen sag fundet 201 Valideringsfejl: EndDate er mindre end StartDate. 202 StartDate er tidligere en dags dato minus fem år. 203 EndDate er senere end 31. december næste år. 204 Personnummer er ikke udfyldt. 205 Person bor ikke i den angivne bopælskommune. 251 Bopælskommune er ukendt. 301 Logisk fejl. Sagen er kendt, men StartDate er tidligere end sagens start. 900 Teknisk fejl. Kontakt Kommunal Pension KOMBIT A/S Halfdansgade København S CVR Side 31 af 38

32 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 [Afklaring/KDF indsæt servicemål for Kommunal Pension] [Afklaring/KDF indsæt servicemål for Kommunal Pension] [Afklaring/KDF indsæt servicemål for Kommunal Pension] [Afklaring/KDF indsæt servicemål for Kommunal Pension] [Afklaring/KDF indsæt servicemål for Kommunal Pension] Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Fejlkode 251 Bopælskommune er ukendt forekommer kun, hvis der sker fejl ifm. forbindelse af routing, dvs. en forespørgsel på en person, der ikke er konverteret endnu, bliver routet til Kommunal Pension (dvs. end point tabel svarer ikke til den faktiske situation), eller hvis KMD ikke kan konvertere cvr-urn til kommunekode (sidstnævnte fejl håndteres i EP_KS1). Hvis fejlen forekommer, så skal end point tabel evt. tilrettes Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF Integrationstest med UDK] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. KOMBIT A/S Halfdansgade København S CVR Side 32 af 38