Integration 1411_A Hent informationer om social pension 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 internt review MHO Tilretning efter møde med UKD. Sammenlægning med SF1411_C EDM Tilretning med mapning og manglende svarattributter 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] N Se Note vedrørende servicemål for Serviceplatformen.pdf på følgende link: [STS- Sikkerhed] [WSDL-SP] [P12-1] [SF1411_A] [SF1411_B] [SF1411_D] [SF1411_E] 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 onsvilkr.aspx Integrationsbeskrivelsen refererer til SF1411_A 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 De fire beskrivelser om social pension er indbyrdes afhængige og bør læses i sammenhæng. [ArkNr5] Arkitekturnotat - KDF - no 5 Kombineret anvendelse af Sikkerheds UC4 og UC5 KOMBIT A/S Halfdansgade København S CVR Side 2 af 45

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 KY (ydelsessystem) Kontekst for KMD Social Pension Kommunedel Kontekst for Kommunal Pension Kontekst for KMD Social Pension Kontekst for UDK Pension Specifikation for integrationsparter Specifikation af endpoints for KMD Social Pension Kommunedel, Kommunal Pension og KY Specifikation af endpoints for KMD Social Pension Specifikation af endpoints for UDK Pension Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen KOMBIT A/S Halfdansgade København S CVR Side 3 af 45

4 1 Overordnet beskrivelse 1.1 Integrationens formål Formålet med integrationen er at hente informationer relateret til social pension for en given person: Tillægsprocent Samliv Formue Pensionsbrøk Afslag på folkepension Oplysninger om udlandsophold over to måneder Informationerne kommer fra pensionssystemerne KMD Social Pension og det kommende UDK Pension. Informationerne vil i en transitionsperiode komme fra begge systemer. Informationerne leveres til fagsystemerne KMD Social Pension Kommunedel, Kommunal Pension og 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. Informationer om helbredsprocent er beskrevet i [SF1411_B]. 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: SF [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). KOMBIT A/S Halfdansgade København S CVR Side 4 af 45

5 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 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. KOMBIT A/S Halfdansgade København S CVR Side 5 af 45

6 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). 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. KOMBIT A/S Halfdansgade København S CVR Side 6 af 45

7 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 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. KOMBIT A/S Halfdansgade København S CVR Side 7 af 45

8 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 8 af 45

9 1.3 Overordnet forretningsflow i integrationen Følgende forretningsflow indgår i integrationen, herunder i transitionsfasen: IF01 Hent oplysninger om social pension: Fagsystemet forespørger om informationer om social pension for en person via en synkron service udstillet på Serviceplatformen. Serviceplatformen gennemstiller kaldet til en synkron service hos pensionssystemet. I transitionsfasen skal Serviceplatformen route kaldet til det pensionssystem, den kaldende kommunen benytter, vha. opslag i et register over konverterede kommuner. 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. Pensionssystemet svarer på forespørgslen og Serviceplatformen gennemstiller svaret til fagsystemet. I transitionsfasen skal Serviceplatformen sende forespørgslen videre til det andet pensionssystem, hvis personen, der forespørges på, er blevet konverteret eller ikke findes i det kaldte pensionssystem. Integrationen er en gennemstillingsintegration. I transitionsfasen er det en gennemstillingsintegration med content based routing, transformation og en simpel orkestrering. Integrationens forretningsflow for den endelige integration er illustreret på nedenstående diagram: KOMBIT A/S Halfdansgade København S CVR Side 9 af 45

10 IF01 Hent oplysninger om social pension Fagsystem(n) Hent oplysninger EP_FS1 UDK Pension Serviceplatformen Gennemstilling EP_UDK1 Send oplysninger Integrationens forretningsflow for transitionsfasen er illustreret på nedenstående diagram: KOMBIT A/S Halfdansgade København S CVR Side 10 af 45

11 Det tilknyttede pensionssystem Det andet pensionssystem Serviceplatformen Fagsystem(n) Integrationsbeskrivelse IF01 Hent oplysninger om social pension (transitionsfase) Hent oplysninger Modtag oplysninger EP_FS1 EP_FS1 Kald tilknyttet pensionssystem Kald andet pensionssystem Gennemstilling (evt. med transformering) EP_UDK1 / EP_KS1 EP_UDK1 / EP_KS1 Hent oplysninger Nej Hent oplysninger Findes personen i systemet? Ja KOMBIT A/S Halfdansgade København S CVR Side 11 af 45

12 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 UDK 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 UDK 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 UDK 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 UDK 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 UDK 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 12 af 45

13 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 UDK] 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 UDK] 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 13 af 45

14 [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 UDK holder forvaltningen af Serviceplatformen orienteret om, hvilke kommuner der benytter hvilken af de to UDK Pensionssystemer, 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: UDK Pension, Kommunal Pension og KY Integrationerne mellem Serviceplatformen, UDK Pension, Kommunal Pension og KY er tokenbaserede. Løsningerne skal oprettes i den det fælleskommunale støttesystem Adgangsstyring. I transitionsfasen skal kommunerne være oprettet som brugere af både UDK Pension og KMD Social Pension i Serviceplatformens endpoint-tabel, da kommunen skal kunne kalde begge pensionssystemer 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] I transitionsfasen kommunerne være oprettet som brugere af både UDK Pension og KMD Social Pension i Serviceplatformens endpoint-tabel, da kommunen skal kunne kalde begge pensionssystemer. KOMBIT A/S Halfdansgade København S CVR Side 14 af 45

15 2 Kontekst for integrationsparter 2.1 Kontekst for KY (ydelsessystem) Lovhjemmel og forvaltningsmæssigt formål [Afklaring/KDF - 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 Kommunernes Ydelsessystem indhenter oplysninger om samliv og formue for given 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ættelsen. 2.2 Kontekst for KMD Social Pension Kommunedel Lovhjemmel og forvaltningsmæssigt formål [Afklaring/KDF - 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 beregne helbredsprocent for en persons og for en eventuel samlever. Oplysninger om tillægsprocent indgår i beregningen Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned). KOMBIT A/S Halfdansgade København S CVR Side 15 af 45

16 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 af løsningen. 2.3 Kontekst for Kommunal Pension Lovhjemmel og forvaltningsmæssigt formål [Afklaring/KDF - 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 beregne helbredsprocent for en persons og for en eventuel samlever. Oplysninger om tillægsprocent indgår i beregningen. Oplysninger om samliv og formue benyttes ifm. rådgivning af borgerne 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. 2.4 Kontekst for KMD Social Pension Lovhjemmel og forvaltningsmæssigt formål [Afklaring/KDF - 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 udstille oplysninger om social pension for en person og for en eventuel samlever. KOMBIT A/S Halfdansgade København S CVR Side 16 af 45

17 2.4.2 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 KMD Social Pension og Serviceplatformen er certifikatbaseret, så de nødvendige certifikater skal være klar og implementerede før idriftsættelsen. 2.5 Kontekst for UDK Pension Lovhjemmel og forvaltningsmæssigt formål [Afklaring/KDF - 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 udstille oplysninger om social pension for en person og for en eventuel samlever Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned) Specifikke forhold for tilslutning af system Sikkerheden mellem UDK 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 17 af 45

18 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KMD Social Pension Kommunedel, Kommunal Pension og KY Integrationen benyttes til at udstille en service på Serviceplatformen, således at fagsystemet kan foretage et opslag på informationer om social pension for en person Overordnet forretningslogik Fagsystemet kalder Serviceplatformen, som udstiller en synkron service, der udstiller informationer om social pension for en given person: 1. Fagsystemet kalder EP_FS1 2. Serviceplatformen returnerer et synkront svar til fagsystemet Oversigt over endpoints ID EP_FS1 Navn OpslagsserviceSocialPension Beskrivelse af endpoint [EP_FS1] OpslagsserviceSocialPension 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 Snitfladen udstilles som en SOAP 1.2 web service Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktions- og testmiljø: [Opgave/Systematic Systematic skal levere WSDL for servicen 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.] KOMBIT A/S Halfdansgade København S CVR Side 18 af 45

19 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] 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 service udstillet på Serviceplatformen Dataretning for udveksling Serviceplatformen udstiller data fra KMD Social Pension og UDK Pension Service invokation / Triggers Endpoint kaldes af fagsystemet i forbindelse med udregning af helbredsprocent Dataspecifikation Dataspecifikationen for servicen findes i følgende schema-filer: [Opgave/Systematic Systematic skal udvikle XSD ere for servicen med udgangspunkt i XSD ere 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 og Test Inputdata [WSDL-SP]/XSD Outputdata [WSDL-SP]/XSD Forespørgsler Der forespørges på informationer om social pension for én person ad gangen. Forespørgsler sker med nedenstående input parametre til webservicen. Overskift Forklaring Kommentarer til udarbejdelse af specifikation KOMBIT A/S Halfdansgade København S CVR Side 19 af 45

20 Bopælskommune (udfyldes ikke af anvender. CVRnr. tages fra token) Personnummer Start-dato Slut-dato Entydig angivelse af bopælskommunens CVR nummer Entydig angivelse af en persons personnummer Dato, der skal søges fra. Der kan søges på dagsdato minus fem år tilbage i tid. Dato, der skal søges til. Der kan søges til 31/12 næste år frem i tid. Format: urn:oio:cvr-nr:xxxxxxxx Format: urn:oio.cprnr:xxxxxxxxxx Format: Virkningsdato fra OIO Sag og Dokument Format: Virkningsdato fra OIO Sag og Dokument Svar Servicen returnerer information om social pension for én person ad gangen. Overskrift Forklaring Kommentar til udarbejdelse af specifikation Personnummer Personens aktive personnummer i CPR registret. Format: urn:oio.cprnr:xxxxxxxxxx Likvidformuestruktur 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: Er formuen oplyst, Værdisæt: Ej angivet Oplyst Uoplyst [Systematic udarbejder struktur med udgangspunk i ] KOMBIT A/S Halfdansgade København S CVR Side 20 af 45

21 Samlivsstatus Personlig tillægsprocent Pensionstype Pensionsstatus 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: % 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 [Systematic udarbejder struktur med udgangspunk i ] [Systematic udarbejder struktur med udgangspunk i ] [Systematic udarbejder struktur med udgangspunk i Det forventes, at der bliver tilføjet flere pensionstyper] [Systematic udarbejder struktur med udgangspunk i KOMBIT A/S Halfdansgade København S CVR Side 21 af 45

22 Pensionsbrøk Afslag på folkepension Oplysning om udlandsophold > 2 mdr. Slut-dato Pensionsstatus: Ja (aktiv/hvilende) Nej 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 Udlandsopholdsland (landekode i den standard, som OIO anvender) Det forventes, at statuskoderne bliver ændret til værdisæt med tre valgmuligheder] [Systematic udarbejder struktur med udgangspunk i Forklaring] [Systematic udarbejder struktur med udgangspunk i Forklaring] [Systematic udarbejder struktur med udgangspunk i Forklaring] For perioder for formue, samliv, tillægsprocent og helbredsprocent gælder følgende regler for oplysninger modtaget fra pensionssystemet: 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. tillægsprocent overlapper ikke andre perioder for tillægsprocent, 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]. Servicen skal understøtte en dual sikkerhedsmodel med både token og certifikat [ArkNr5]. KOMBIT A/S Halfdansgade København S CVR Side 22 af 45

23 I transitionsfasen skal det kaldende system have rettighed til at kalde både KMD Social Pension og UDK Pension. Når transitionsfasen er gennemført, skal dette ændres til kun at være UDK Pension. Det er fagsystemets ansvar at udføre dataafgrænsning, så de kun modtager de data, de har hjemmel og forretningsmæssigt behov for at modtage 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. 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 forespørgslen 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): KOMBIT A/S Halfdansgade København S CVR Side 23 af 45

24 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. 901 Teknisk fejl, kildesystemet er utilgængeligt Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Værdi Tidsrum Systemet driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. Svartid 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 KOMBIT A/S Halfdansgade København S CVR Side 24 af 45

25 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?] 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 og 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. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF produktionssætningstest med KMD og UDK] 3.2 Specifikation af endpoints for KMD Social Pension 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. KOMBIT A/S Halfdansgade København S CVR Side 25 af 45

26 3.2.1 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 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. KOMBIT A/S Halfdansgade København S CVR Side 26 af 45

27 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 helbredsprocent Dataspecifikation Dataspecifikationen for servicen findes i følgende schema-filer: Miljø: Produktion og Test Inputdata Outputdata [Afklaring/KMD XSD skal opdateres med nye felter] [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. 1 KOMBIT A/S Halfdansgade København S CVR Side 27 af 45

28 Bopaelkommune Likvidformuestruktur Samlivsstatus Entydig angivelse af bopælskommunens CVR nummer 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: 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 Format: urn:oio:cvr-nr:xxxxxxxx [Afklaring/KDF find og indsæt link] KOMBIT A/S Halfdansgade København S CVR Side 28 af 45

29 Personlig tillægsprocent Personlig Tilskudsprocent Pensionstype Pensionsstatus SygeforsikringIndikator MedlemAfDanmarkGruppeKode 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) 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 Medlem af Danmark med gruppekode [Det forventes, der bliver tilføjet flere typer] [Det forventes, at statuskoderne bliver ændret til værdisæt med tre valgmuligheder] TelefonNummerIndikator Telefonnummer AdresseIndikator adresse KOMBIT A/S Halfdansgade København S CVR Side 29 af 45

30 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 Udlandsopholdsland (landekode i den standard, som OIO anvender) [Afklaring/KDF UDK fremsender information] [Afklaring/KDF UDK fremsender information] [Afklaring/KDF UDK fremsender information] Sikkerhed [Afklaring/KDF: Afsnit kan først opdateres, når svar fra KMD er modtaget.] 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. KOMBIT A/S Halfdansgade København S CVR Side 30 af 45

31 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 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 Værdi [Afklaring/KDF indsæt servicemål for KMD Social Pension] KOMBIT A/S Halfdansgade København S CVR Side 31 af 45

32 Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer [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 UDK Pension (dvs. routingtabel svarer ikke til den faktiske situation) (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?] 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] KOMBIT A/S Halfdansgade København S CVR Side 32 af 45