Integration Integrationsbeskrivelse - version 2.0.0 Kommunernes Datafællesskab - KDF
Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-12-13 PBO 0.1 Første version 2015-03-18 PBO 0.2.1 Tilrettet efter internt review 2015-03-25 MHO 0.2.3 Tilretning efter internt review 2015-03-30 MHO 0.2.4 Tilretning efter møde med UKD. Sammenlægning med SF1411_C 2015-04-09 EDM 0.2.5 Tilretning med mapning og manglende svarattributter. 2015-04-17 EHE 0.3 Klargjort til fagprojekt 2015-04-17 EHE 0.5 Klar til SP 2015-04-20 MHO 0.5.1 Ændring af tekst vedr. logningskrav på SP. 2015-05-05 MHO 0.5.2 Kommentarer fra KY indarbejdet. 2015-05-29 MHO 0.5.3 Kommentarer fra SP indarbejdet. 2015-06-29 JJN 0.6 Referencerettelser mm. 2015-06-29 EHE 2.0.0 Teknisk beskrivelse indarbejdet Referencer Ref. Titel Kommentarer [SPref] [SIKKERHED] N Se Note vedrørende servicemål for Serviceplatformen.pdf på følgende link: https://sharekomm.kombit.dk/p089/referencedokumenter [STS- Sikkerhed] [WSDL-SP] [P12-1] [SF1411_A] [SF1411_B] [SF1411_D] [SF1411_E] Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v.0.4.3 Se vilkår Bilag 2 - Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen version 2.0 på nedenstående link https://sharekomm.kombit.dk/p024/delte%20dokumenter/forms/integrati onsvilkr.aspx Integrationsbeskrivelsen refererer til SF1411_A Teknisk Spec 20150701.zip som indeholder WSDL på serviceplatformen, og er placeret i samme mappe som integrationsbeskrivelsen, se link https://share-komm.kombit.dk/p089/integrationsbeskrivelser/ 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 2 af 45
Indholdsfortegnelse 1 Overordnet beskrivelse... 4 1.1 Integrationens formål... 4 1.2 Sammenhæng til andre snitflader... 4 1.3 Overordnet forretningsflow i integrationen... 9 1.4 Servicebetingelser for den samlede integration... 12 1.5 Teststrategi... 13 1.6 Forudsætninger for produktionssætning af integrationer om social pension... 13 2 Kontekst for integrationsparter... 15 2.1 Kontekst for KY (ydelsessystem)... 15 2.2 Kontekst for KMD Social Pension Kommunedel... 15 2.3 Kontekst for Kommunal Pension... 16 2.4 Kontekst for KMD Social Pension... 16 2.5 Kontekst for UDK Pension... 17 3 Specifikation for integrationsparter... 18 3.1 Specifikation af endpoints for KMD Social Pension Kommunedel, Kommunal Pension og KY 18 3.2 Specifikation af endpoints for KMD Social Pension... 25 3.3 Specifikation af endpoints for UDK Pension... 33 4 Beskrivelse for integrationsplatforme... 41 4.1 Beskrivelse for Serviceplatformen... 41 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 3 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 4 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 5 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 6 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 7 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 8 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 9 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 10 af 45
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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 11 af 45
1.4 Servicebetingelser for den samlede integration 1.4.1 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] 1.4.2 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 12 af 45
Se oversigten over hvornår de enkelte integrationer forventes at være tilgængelige i eksternt testmiljø her: https://share-komm.kombit.dk/p089/ 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 1.5.1 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] 1.5.1.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] 1.5.1.2 Testdata [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] [Afklaring/KDF undersøg om KMD og UDK stiller testdata til rådighed] 1.5.2 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 13 af 45
[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] 1.6.1 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. 1.6.2 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]. 1.6.3 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. 1.6.4 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 14 af 45
2 Kontekst for integrationsparter 2.1 Kontekst for KY (ydelsessystem) 2.1.1 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. 2.1.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. 20.000 sager skal indlæses. 2.1.3 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 2.2.1 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. 2.2.2 Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned). KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 15 af 45
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 2.3.1 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. 2.3.2 Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned). 2.3.3 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 2.4.1 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 16 af 45
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. 20.000 sager skal indlæses. 2.4.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.5 Kontekst for UDK Pension 2.5.1 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. 2.5.2 Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca. 100 pr. måned). 2.5.3 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 17 af 45
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. 3.1.1 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 3.1.2 Oversigt over endpoints ID EP_FS1 Navn OpslagsserviceSocialPension 3.1.3 Beskrivelse af endpoint [EP_FS1] OpslagsserviceSocialPension 3.1.3.1 Transportspecifikation 3.1.3.1.1 Integrationsmønster Integrationen er en synkron web service udstillet af Serviceplatformen og kaldt af fagsystemer. 3.1.3.1.2 Serviceudstiller Serviceplatformen er serviceudstiller. 3.1.3.1.2.1 Serviceanvender Fagsystemet er serviceanvender. 3.1.3.1.3 Teknologisk understøttelse Snitfladen udstilles som en SOAP 1.2 web service. 3.1.3.1.4 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 afsnit3.2.3. 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 18 af 45
Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL-SP] Se filen OpslagsserviceSocialPension.wsdl https://prod.serviceplatformen.dk/ [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 https://exttest.serviceplatformen.dk/ [Afklaring/SP: Endelig Url skal indsættes] [Afklaring/SP: Endelig IP skal indsættes] 3.1.3.1.5 Teknisk retning for udveksling Fagsystemet kalder service udstillet på Serviceplatformen. 3.1.3.1.6 Dataretning for udveksling Serviceplatformen udstiller data fra KMD Social Pension og UDK Pension. 3.1.3.1.7 Service invokation / Triggers Endpoint kaldes af fagsystemet i forbindelse med udregning af helbredsprocent. 3.1.3.2 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 3.2.3. 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 3.1.3.2.1 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 19 af 45
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 3.1.3.2.2 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: 0 999.999.999 Er formuen oplyst, Værdisæt: Ej angivet Oplyst Uoplyst [Systematic udarbejder struktur med udgangspunk i http://digitaliser.dk/resource/242 6503] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 20 af 45
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 01.01.2003 Overgangsordning: Gift Gift / registreret partnerskab Samlevende: Samlevende efter 01.01.2003 En eller flere Perioder af: Start-dato Slut-dato Tillægsprocent, Værdisæt: 0-100 % 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 http://digitaliser.dk/resource/242 2730] [Systematic udarbejder struktur med udgangspunk i http://digitaliser.dk/resource/242 6507] [Systematic udarbejder struktur med udgangspunk i https://digitaliser.dk/resource/24 22718 Det forventes, at der bliver tilføjet flere pensionstyper] [Systematic udarbejder struktur med udgangspunk i KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 21 af 45
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) https://digitaliser.dk/resource/24 22714 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: 20130111 20130120 og 20130121 20130130. 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. 3.1.3.3 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 22 af 45
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. 3.1.3.4 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 23 af 45
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. 3.1.3.5 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. 3.1.3.5.1 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 24 af 45
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. 3.1.4 Service Management 3.1.4.1 Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] 3.1.4.2 Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] 3.1.4.3 Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] 3.1.5 Testplan 3.1.5.1 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] 3.1.5.2 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 25 af 45
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 3.2.2 Oversigt over endpoints ID EP_KS1 Navn OpslagsserviceSocialPensionKMD 3.2.3 Beskrivelse af endpoint EP_KS1 OpslagsserviceSocialPensionKMD 3.2.3.1 Transportspecifikation 3.2.3.1.1 Integrationsmønster Serviceplatformen kalder KMD Social Pension via en SOAP 1.2 Web Service snitflade. 3.2.3.1.2 Serviceudstiller KMD Social Pension er serviceudstiller. 3.2.3.1.3 Serviceanvender Serviceplatformen er serviceanvender. 3.2.3.1.4 Teknologisk understøttelse Servicen er implementeret som en SOAP web service snitflade og benytter http via en krypteret kanal. 3.2.3.1.5 Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktions- og testmiljø: Miljø: Produktion URI til WSDL http://digitaliser.dk/resource/2426928, version 1.0.0 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] 3.2.3.1.6 Teknisk retning for udveksling Serviceplatformen foretager en forespørgsel mod KMD Social Pension. KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 26 af 45
3.2.3.1.7 Dataretning for udveksling KMD Social Pension udleverer oplysninger om social pension for en given person. 3.2.3.1.8 Service invokation / Triggers Endpoint kaldes af fagsystemet i forbindelse med udregning af helbredsprocent. 3.2.3.2 Dataspecifikation Dataspecifikationen for servicen findes i følgende schema-filer: Miljø: Produktion og Test Inputdata Outputdata http://digitaliser.dk/resource/2423920/artefact/hentpensionoplysninganmodningstruktur.xsd [Afklaring/KMD XSD skal opdateres med nye felter] http://digitaliser.dk/resource/2434875/artefact/hentpensionoplysningsvarstruktur.xsd [Afklaring/KMD XSD skal opdateres med nye felter] 3.2.3.2.1 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 http://digitaliser.dk/resource /3541 Start-dato Dato, der skal søges fra http://digitaliser.dk/resource /784 Slut-dato Dato, der skal søges til http://digitaliser.dk/resource /3018 3.2.3.2.2 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. http://digitaliser.dk/resource/354 1 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 27 af 45
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: 0 999.999.999 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 01.01.2003 Overgangsordning: Gift Gift / registreret partnerskab Samlevende: Samlevende efter 01.01.2003 Format: urn:oio:cvr-nr:xxxxxxxx [Afklaring/KDF find og indsæt link] http://digitaliser.dk/resource/242 6503 http://digitaliser.dk/resource/242 2730 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 28 af 45
Personlig tillægsprocent Personlig Tilskudsprocent Pensionstype Pensionsstatus SygeforsikringIndikator MedlemAfDanmarkGruppeKode En eller flere Perioder af: Start-dato Slut-dato Tillægsprocent, Værdisæt: 0-100 % 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 http://digitaliser.dk/resource/242 6507 http://digitaliser.dk/resource/242 2726 https://digitaliser.dk/resource/24 22718 [Det forventes, der bliver tilføjet flere typer] https://digitaliser.dk/resource/24 22714 [Det forventes, at statuskoderne bliver ændret til værdisæt med tre valgmuligheder] http://digitaliser.dk/resource/240 1256 http://digitaliser.dk/resource/240 1256 TelefonNummerIndikator Telefonnummer http://digitaliser.dk/resource/389 598 EmailAdresseIndikator Email adresse http://digitaliser.dk/resource/389 520 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 29 af 45
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] 3.2.3.3 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 30 af 45
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. 3.2.3.4 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 200 201 Valideringsfejl: EndDate er mindre end StartDate. 200 202 StartDate er tidligere en dags dato minus fem år. 200 203 EndDate er senere end 31. december næste år. 200 204 Personnummer er ikke udfyldt. 200 240 Rolleprofil er ukendt. Kontakt KMD Social Pension. 200 251 Bopælskommune er ukendt. 300 301 Logisk fejl. Sagen er kendt, men StartDate er tidligere end sagens start. 900 Teknisk fejl. Kontakt KMD Social Pension. 3.2.3.5 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid. 3.2.3.5.1 Aftalt driftstid Parameter Tidsrum Værdi [Afklaring/KDF indsæt servicemål for KMD Social Pension] KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 31 af 45
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] 3.2.4 Service Management 3.2.4.1 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. 3.2.4.2 Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] 3.2.4.3 Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] 3.2.5 Testplan 3.2.5.1 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] 3.2.5.2 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 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 32 af 45