Integration 1411_A_V3 Hent informationer om social pension Integrationsbeskrivelse - version 3.2.1

Transkript

1 Integration 1411_A_V3 Hent informationer om social pension - version Kommunernes Data & Infrastruktur - KDI

2 Versionshistorik Relevans Dato Initialer Version Kommentarer XMHL Dataspecifikation opdateret til version udstillet af UDK PE XMHL Opdateringer inkl. kommentarer fra SPK XMHL Opdateringer på baggrund af kommentarer fra UDK. Mindre redaktionelle rettelser: Fjernet referencen [SPref], tilføjet referencen [GVF], der var henvist til i dokumentet. Opdateret afsnit om Servicemanagement med ny kontakt- . Opdateret afsnit om test i forbindelse med udvikling XMHL Opdateret med informationer relateret til KMD Structura i afsnit 2.4 og sagsområdekode i for KMD Structura i afsnit XMHL Afsnit 2.4 opdateret med Information om KMD Structura XMHL Referencer er opdateret: Afsnit opdateret, så der kan sendes både myndighedskode og CVR-nummer for myndigheder i elementet ReferenceID i strukturen Psagsaktoer. - [Hovedoplysninger] og [HO-præciseringer] tilføjet - [WSDL-SP] og [WSDL-EXT] opdateret Afsnit 2.1.2, 2.2.2, 2.3.2, og er opdateret ift. kapacitet og spidsbelastning. Afsnit er opdateret med følgende: - PSags-elementet i de tekniske pakker er gjort optionelt - Nye illustrationer - HovedOplysninger og HovedOplysningerSvar XMHL Afsnit og opdateret med ændring af SOAP version 1.2 til 1.1. Afsnit opdateret med ny FormueType for indefrosset grundskyld XMHL Afsnit 3,1,3,2,2 opdateret med ændring ift. BevillingDato og TilkendelsesDato: - BevillingDato er fjernet. PensionistType:Virkning har fået semantisk betydning som BevillingDato. - Feltet TilkendelsesDato er flyttet til PensionistType. [WSDL-EXT], [Bilag] og [Sagsomraade] opdateret XMHL Afsnit og opdateret med servicemål for UDK PE. Referencer Ref. Titel Kommentarer [STS-Sikkerhed] Se vilkår Bilag 2 - Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen version 2.2 på nedenstående link %A5r KOMBIT A/S Halfdansgade København S CVR Side 2 af 50

3 [WSDL-SP] [Bilag] n refererer til SF1411_A_V3 Teknisk Spec zip som indeholder WSDL på Serviceplatformen, og er placeret i samme mappe som integrationsbeskrivelsen, se link snitfladengler%20release.aspx n refererer til SF1411_A_V3 Bilag zip, som indeholder den eksterne dokumentation, der refereres til i integrationsbeskrivelsen. Filen er placeret i samme mappe som integrationsbeskrivelsen, se link snitfladengler%20release.aspx [WSDL-EXT] SocialPensionHent_UDK.r1672.zip Se gældende version af [Bilag] [Hovedoplysnin ger] Transaktionsspor og Fejlbehandling ved servicekald.docx menter/forms/samlet.aspx Den generelle guideline for transaktionsspor og fejlbehandling. [Map] Samlivsmapning v1.0 Se gældende version af [Bilag] Mapning mellem UDK PE, KMD SP og KMD SPK interimsløsning (8.1) [Sagsomraade] SF1411_A SagsomraadeKoder og datastrukturer v1.1 Se gældende version af [Bilag] Tildelte sagsområdekoder med tilhørende dataafgrænsning [SF1411_A] [SF1411_A_V3] [SF1411_B] [SF1411_D] [SF1411_D_V3] [SF1411_E] [GVF] [KDIDrift] [KDITest] SF1411_X rne for de relaterede integrationer vedr. social pension ligger på snitfladengler%20release.aspx såfremt de udstilles som services på Serviceplatformen. Pt. er der ikke planer om at udstille SF1411_A og SF1411_D. Reference til Generelle vilkår og forudsætninger, der skal være på plads før Snitflader kan anvendes: Filen Generelle vilkår og forudsætninger.pdf, som ligger her: Hjemmeside med informationer om drift og forvaltning af KDIs Services Hjemmeside med informationer om ibrugtagning og test af KDIs Services: De seks beskrivelser om social pension er indbyrdes afhængige og bør læses i sammenhæng. KOMBIT A/S Halfdansgade København S CVR Side 3 af 50

4 Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Forudsætninger for produktionssætning af integration social pension Kontekst for integrationsparter Kontekst for KY (ydelsessystem) Kontekst for KMD Social Pension Kommunedel Kontekst for Social Pension Kommune Kontekst for KMD Structura (ejendomsskattelånsystemet) Kontekst for UDK Pension Specifikation for integrationsparter Specifikation af endpoints for KMD Social Pension Kommunedel, Social Pension Kommune, KY og KMD Structura Specifikation af endpoints for UDK Pension Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen KOMBIT A/S Halfdansgade København S CVR Side 4 af 50

5 1 Overordnet beskrivelse 1.1 Integrationens formål Formålet med integrationen er at hente informationer for en given persons social pensionssag hos UDK, herunder oplysninger om: Sagens status Sagens ejer, bopælskommune, bevillingskommune og administrationskommune Pensionstype Pensionsstatus Samliv (herunder eventuel samlevers CPR-nummer) Formue Personlig tillægsprocent Pensionsbrøk eller procentpension Datoer for afslag på folkepension, tilkendelse og bevilling Udlandsophold over to måneder Forud- eller bagudbetalt pension Bistand / plejehjælp Angivelse af om personen er under administration Der vil kun blive sendt de informationer, der er hjemmel til at modtage. Dataafgrænsning på de forskellige typer af information vil blive aftalt ifm. indgåelse af aftale om brug af integrationen, og UDK vil implementere filtre til håndtering af dette. Informationerne kommer fra UDK Pension (UDK PE). Integrationen benyttes af fagsystemerne KMD Social Pension Kommunedel, det kommende Social Pension Kommune (SPK), Kommunernes Ydelsessystem (KY) og KMD Structura. Informationerne i denne snitflade bliver indtil ibrugtagningen af UDK PE udstillet af KMD Social Pension (KMD SOP). Dette er beskrevet i SF v2 (se også afsnittet Sammenhæng til andre snitflader ). Servicen SF1411_A_V3, som er beskrevet i dette dokument, aktiveres ved ibrugtagningen af UDK Pension Sammenhæng til andre snitflader 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 Kommunedel erstattes fremadrettet af Social Pension Kommune og KMD Social Pension UDK-del erstattes af UDK Pension. 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 integrationsbeskrivelser, der omhandler social pension (SF1411). Følgende integrationsbeskrivelser indgår i gruppen: KOMBIT A/S Halfdansgade København S CVR Side 5 af 50

6 SF1411_A Hent informationer om social pension [SF1411_A] SF1411_A_V3 Hent informationer om social pension [SF1411_A_V3] SF1411_B Hent helbredsprocent [SF1411_B] SF1411_D Besked om informationer om social pension [SF1411] SKAL PT. IKKE BRUGES SF1411_D_V3 Besked om informationer om social pension [SF1411_D_V3] SF1411_E Besked om helbredsprocent [SF1411_E] Formålet med gruppen af snitflader er at udveksle informationer om social pension samt ændringer i informationer om social pension. Informationerne udveksles mellem fagsystemer (f.eks. Kommunernes Ydelsessystem herefter KY) og de tre pensionssystemer KMD Social Pension, UDK Pension og Social Pension Kommune (andre systemer kan komme til). Serviceplatformen samt fag- og pensionssystemernes snitflader til støttesystemet Beskedfordeler (herefter: Beskedfordeler) beskrives i følgende integrationsbeskrivelser: SF1460_A Modtag besked [SF1460_A] SF1460_B Vedligeholde værdiliste i beskedabonnement [SF1460_B] SF1460_C Aflever besked [SF1460_C] SF1460_D Modtag besked via pull [SF1460_D] Transitionen består af fire faser, som er beskrevet nedenfor. Forventet tidsplan for de to nye pensionssystemer kan ses på Nuværende: Begge snitflader er udstillet af KMD Social Pension Data udstilles af det nuværende pensionssystem, KMD Social Pension. KMD Social Pension udstiller: SF1411_A Hent informationer om social pension [SF1411_A] SF1411_B Hent helbredsprocent [SF1411_B] SF1411_D Besked om informationer om social pension [SF1411_D] forventes ikke idriftsat SF1411_E Besked om helbredsprocent [SF1411_E] UDK Pension idriftsættes big bang med ibrugtagning af UDK PE og nedlukning af KMD Social Pension på samme tid UDK Pension idriftsættes og afløser KMD Social Pension. Den kommunale del af løsningen kører videre hos KMD i en interimsløsning. UDK Pension udstiller: SF1411_A_V3 Hent informationer om social pension [SF1411_A_V3] SF1411_D_V3 Besked om informationer om social pension [SF1411_D_V3] KOMBIT A/S Halfdansgade København S CVR Side 6 af 50

7 KMD Social Pension interim udstiller: SF1411_B Hent helbredsprocent [SF1411_B] SF1411_E Besked om helbredsprocent [SF1411_E] Social Pension Kommune idriftsættes big bang med ibrugtagning af Social Pension Kommune og nedlukning af KMD Social Pension Kommune på samme tid (forventet) Social Pension Kommune idriftsættes og afløser KMD Social Pension interim. UDK Pension udstiller: SF1411_A_V3 Hent informationer om social pension [SF1411_A_V3] SF1411_D_V3 Besked om informationer om social pension [SF1411_D_V3] Social Pension Kommune udstiller: SF1411_B Hent helbredsprocent [SF1411_B] SF1411_E Besked om helbredsprocent [SF1411_E] Målarkitektur: UDK Pension og Social Pension Kommune De to nye pensionssystemer er taget i brug. Det forventes, at de to services udstillet af UDK Pension tilpasses den ønskede målarkitektur og udgives som en ny version af servicen, V4. UDK Pension udstiller: SF1411_A_V4 Hent informationer om social pension [SF1411_A_V4] SF1411_D_V4 Besked om informationer om social pension [SF1411_D_V4] Social Pension Kommune udstiller følgende for migrerede kommuner: SF1411_B Hent helbredsprocent [SF1411_B] SF1411_E Besked om helbredsprocent [SF1411_E] KOMBIT A/S Halfdansgade København S CVR Side 7 af 50

8 UDK Pension Serviceplatformen Fagsystem(n) 1.2 Overordnet forretningsflow i integrationen Følgende forretningsflow indgår i integrationen: 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 UDK Pension. Integrationen er en gennemstillingsintegration. Integrationens forretningsflow er illustreret på nedenstående diagram: IF01 Hent oplysninger om social pension Hent oplysninger EP_FS1 Gennemstilling EP_UDK1 Send oplysninger KOMBIT A/S Halfdansgade København S CVR Side 8 af 50

9 1.3 Servicebetingelser for den samlede integration Servicemål Parameter Tidsrum Svartid Flow IF01 Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer. UDKPE driftsafvikles hele døgnet alle dage bortset fra ved planlagte servicevinduer. SPK forventer, at servicen er tilgængelig inden for almindelig arbejdstid. Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund (denne) Mellem = 1,5 sekund Kompleks = 4 sekunder UDKPE har målsat intern procestid på 1 sek. og maksimum 2 sek. Dertil kommer den tid, der anvendes af eksterne systemer, i transportlaget, etc. Tilgængelighed Spidsbelastningsperiode Servicevinduer SPK forventer maks. 2 sek. svartid på den samlede integration. Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid. Servicemålet for UDKPE s tilgængelighed er 98,5 % inden for planlagt oppetid. SPK forventer, at servicen har samme oppetid som Serviceplatformen. Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage. UDKPE s forskellige moduler vil have forskellige spidsbelastningsperioder, så der kan ikke siges noget generelt. 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 tidsrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer. Servicevinduer for UDKPE aftales mellem Netcompany og ATP udmeldes efter behov. De placeres udenfor Kritisk forretningstid, som er arbejdsdage fra kl til KOMBIT A/S Halfdansgade København S CVR Side 9 af 50

10 SPK forventer, servicevinduer udføres uden for almindelige arbejdstid Service Management Informationer om driftsmeddelelser, forespørgsler og kontaktinformationer, findes på siden for Drift og Forvaltning af KDIs Services her: [KDIDrift]. 1.4 Teststrategi Den planlagte test af services til installation på Serviceplatformen omfatter pt., at der udføres automatiserede tests af services og unittests. Der er tale om en robust test af sikkerhed, routing og anden kernefunktionalitet i integrationen, samt mere en simpel test af, om de enkelte operationer kan benyttes, stikprøvekontrol. Testen omfatter ikke samtlige dataelementer i operationerne. Leverandøren af Serviceplatformen er ansvarlig for denne test. Det generelle udgangspunkt for KOMBITs teststrategi er, at alle involverede parter har gennemført en robust systemtest af egen løsning, før der gennemføres test parterne imellem. Generelle informationer om ibrugtagning og test, samt kontaktinformationer for specifikke ønsker, kan findes via [KDITest]. 1.5 Forudsætninger for produktionssætning af integration social pension For at kunne anvende snitfladen er der en række vilkår og forudsætninger, som skal være opfyldt af den integrationspart, der skal tilsluttes. Ved integrationspart skal forstås anvendersystemer, kildesystem osv. Disse vilkår og forudsætninger er opdelt i en generelle vilkår og forudsætninger, som gælder på tværs af snitfladerne og i specifikke vilkår og forudsætninger for tilslutning til selve snitfladen. De generelle vilkår og forudsætninger er beskrevet i et samlet dokument [GVF], mens de specifikke aktiviteter, der skal udføres som forudsætning for tilslutning af en integrationspart, er beskrevet for hver enkelt integrationspart i kapitel Køreplan for Implementering Nedenstående diagram viser køreplanen for udrulningen, som anvendersystem inden for KOMBITs rammearkitektur under monopolbrudsprojektet følger. Det væsentlige i køreplanen er faserne, mens en egentlig tidsplan vil følge den faktiske implementeringsplan. Aktiviteter, som er forudsætninger og betingelser i forbindelse med ibrugtagning af en snitflade, som følge af en udrulning af et anvendersystem, vil referere til den fase, den hensigtsmæssigt kan udføres i. Serviceplatformen: Ved idriftsættelse af en snitflade er alle aktiviteter afsluttet, og snitfladen er klar til anvendelse. Eksternt system: Alle aktiviteter i forhold til Serviceplatformen er afsluttet, men der kan være yderligere aktiviteter i forbindelse med tilslutning af et anvendersystem eller en kommune i forhold til kildesystemet. KOMBIT A/S Halfdansgade København S CVR Side 10 af 50

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

12 2 Kontekst for integrationsparter 2.1 Kontekst for KY (ydelsessystem) KY er datamodtager Lovhjemmel og forvaltningsmæssigt formål Administration af en pensionists pension kan ske ud fra En frivillig aftale om administration En afgørelse truffet af kommunen om, hvordan pensionen skal udbetales En beslutning om iværksættelse af værgemål efter værgemålslovens 5 Personkredsen Afgørelsen kan træffes i forhold til personer, der modtager førtidspension eller folkepension efter lov om social pension, 36 og personer, der modtager førtidspension efter lov om højeste, mellemste, forhøjet almindelig og almindelig førtidspension m.v. 35 (førtidspensionsloven før 2003). Når en pension skal administreres, giver kommunen Udbetaling Danmark (UDK) besked om aftalen eller afgørelsen. UDK overfører herefter den pension, den pågældende skulle have haft udbetalt, til kommunen, jf. 36, stk. 3 i pensionsloven og 35, stk. 3 førtidspensionsloven før Aftale om administration Hvis en pensionist ikke mener at kunne klare de praktiske opgaver, der er forbundet med at administrere sin pension, kan pågældende indgå en aftale med kommunen om administration af pensionen, jf. 36, stk. 2 i pensionsloven og 35, stk. 2 i førtidspensionsloven før Det aftales heri hvorledes administrationen skal foregå, fx Hvilke beløb der skal betales og hvortil Hvem der skal føre regnskab Hvem der har kompetence til at træffe de nødvendige beslutninger osv. Lovhjemlen Lov om retssikkerhed og administration 5, 5 a og kap. 10. Lov om social pension 36 og 50. Lov om højeste, mellemste, forhøjet almindelig førtidspension m.v., 35 og 49 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. KOMBIT A/S Halfdansgade København S CVR Side 12 af 50

13 Det forvaltningsmæssige formål med integrationen er, at Kommunernes Ydelsessystem indhenter oplysninger, der påvirker udbetalinger for borgere under administration, så KY assistere pensionister, der er under administration Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca pr. måned, jævnt fordelt) Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at en kommune gennem KY kan benytte snitfladen. ID Aktivitet Opgavekategori TS101 TS105 TS106 TS102 TS103 TS104 Indgåelse af Dataudvekslin gsaftale (Dataoverdrag elsesaftale) Indgåelse af Databehandle raftale Indgåelse af aftale om dataafgrænsni ng Anmodning om Serviceaftale Godkendelse af serviceaftale Initialload af sager Aftale Aftale UDK (ATP som administrato r) /Kommune UDK/KOMBI T UDK UDK Fase 1 Direkte relateret til TS201, TS301 og TS401 UDK KOMBIT Fase 1 Direkte relateret til TS207, TS303 og TS405 Aftale KY UDK UDK Fase 1 Konfiguration Administrati onsmodul Komponent Ansvarlig Udførende Fase og afhængighed Konfiguration Administrationsmodul Leverandøren af fagsystem Migrering KY Leverandøren af fagsystem Leverandøren af fagsystem Direkte relateret til TS305 Fase 2.2 Kommune Kommune Fase 2.2 Leverandøren af fagsystem Fase 2.3 Kommentar Aftale er indgået. Samme aftale som for SF1411_D Samme aftale som for SF1411_D TS101 - Kommunerne skal indgå Dataudvekslingsaftale med UDK. Dataudvekslingen er en generel rammeaftale mellem UDK og Kommunen med baggrund i UDK loven. Der er tale om en overdragelse af data fra en myndighed til en anden. Aftalen er allerede indgået. TS105 - KOMBIT skal indgå databehandleraftaler med UDK vedrørende behandling af UDKs data i den fælleskommunale infrastruktur. Der er tale om behandling af personfølsomme data. KOMBIT A/S Halfdansgade København S CVR Side 13 af 50

14 TS106 Der indgås en databehandleraftale pr. løsning, da der er en under-underdatabehandler pr. løsning. Der skal derfor indgået en aftale i forhold til behandling af data på Serviceplatformen og en for behandlingen i støttesystemerne. UDK er dataejer, ATP er databehandler, KOMBIT er underdatabehandler og leverandøren er underunderdatabehandler. Det er UDK, som dataansvarlig, der har ansvaret for at udarbejde aftalen. KOMBIT skal kun tiltræde. Parterne er dog enige om, at aftalen tager udgangspunkt i KOMBITs skabelon. KY og UDK skal indgå aftale om, hvilke data KY skal modtage jf. KY lovgrundlag. Aftalen medfører dataafgrænsning på den sagsområdekode, der tildeles KY. Sagsområdekoden skal indgå i KYs forespørgsler mod UDK PE. TS102 - Leverandøren skal anmode om indgåelse af serviceaftale for de Kommuner og myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkende denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. Det kan antages at KY allerede er tilsluttet STS og Serviceplatformen, og derfor kan serviceaftalen umiddelbart konfigureres i Administrationsportalen. TS103 - Kommune skal godkende ovenstående serviceaftale. TS104 - KY skal i forbindelse med idriftsættelse hente information i UDK PE på eksisterende sager. 2.2 Kontekst for KMD Social Pension Kommunedel KMD Social Pension Kommunedel er datamodtager Lovhjemmel og forvaltningsmæssigt formål Udbetaling Danmark loven 8: 8. Udbetaling Danmark og kommunen har til brug for vurdering af, om oplysningen skal videregives til den anden myndighed, jf. 6, 7 og 9, og til brug for myndighedsopgaver efter den sociale og den beskæftigelsesmæssige lovgivning terminaladgang til et register med nødvendige oplysninger om, hvilke typer af kontante ydelser og økonomiske tilskud borgeren har modtaget de seneste 3 måneder, samt oplysninger om størrelsen på ydelsen og tilskuddet. Stk. 2. Udbetaling Danmark og kommunen har terminaladgang til et register med nødvendige oplysninger til brug for beregning af pension efter lov om social pension og lov om højeste, mellemste, forhøjet almindelig og almindelig førtidspension m.v. Stk. 3. Kommunerne og Udbetaling Danmark har pligt til at stille de nødvendige oplysninger efter stk. 1 og 2 til rådighed for de nævnte registre. 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 KOMBIT A/S Halfdansgade København S CVR Side 14 af 50

15 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 oplysning af sag i forbindelse med ansøgning om helbredskort / helbredstillæg / personligt tillæg. Beregning af helbredsprocent. Styring af proces til Bistand / Plejetillæg. Opstart af sag ved afvisning af ansøgning om eller tildeling af brøkpension til folkepension. Initiering af proces til bestemmelse af medfinansieringskommune for alle bevillinger med kommunal medfinansiering (NB! Inkluderer medfinansiering via Ydelsesrefusion). Styring af proces for borger under administration. Styring af proces for forskudsvise udlæg og øvrige kommunale træk. Styring af proces for den kommunale førtidspensionssag. Generel rådgivning for pensionister. (Listen kan muligvis udvides senere) UDK skal henvise borgerne til kommunen ved spørgsmål om social pension. Kommunen skal derfor have de datamæssige forudsætninger for at kunne foretage en helhedsorienteret vejledning Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca pr. måned, jævnt fordelt) KDISpecifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at en kommune gennem KMD Social Pension Kommunedel kan benytte snitfladen. ID Aktivitet Opgavekategori TS201 TS207 TS202 TS203 Indgåelse af Dataudvekslin gsaftale (Dataoverdrag elsesaftale) Indgåelse af Databehandle raftale Verificer at instruks for databehandlin g er gældende og korrekt Rekvirering af certifikat til tilslutning til Aftale Aftale Aftale Leverandøren af KMD Social Pension Kommunedel Leverandøren af KMD Social Pension Koordination Komponent Ansvarlig Udførende Fase og afhængighed UDK/Komm une UDK/KOMBI T KMD Social Pension Kommunedel UDK UDK Fase 1 Direkte relateret til TS101, TS301 og TS401 UDK KOMBIT Fase 1 Kommune KDI KMD Social Pension Kommunedel Direkte relateret til TS105, TS303 og TS405 Fase 2.1 Fase 2.1 Kommentar Aftale er indgået. Samme aftale som for SF1411_D Samme aftale som for SF1411_D Samme aftale som SF1411_D KOMBIT A/S Halfdansgade København S CVR Side 15 af 50

16 TS204 TS205 TS206 Rammearkitek tur Oprettelse i STS organisation Anmodning om Serviceaftale Godkendelse af serviceaftale Kommunedel KDI Leverandøren Fase 2.2 af KMD Social Pension Kommunedel KDI Leverandøren Fase 2.2 af KMD Social Pension Kommunedel Kommune Kommune Fase 2.2 Konfiguration Konfiguration STS Organisation Konfiguration Administrationsmodul Administrati onsmodul Konfiguration sker også i SF1411_B TS TS201 - Kommunerne skal indgå Dataudvekslingsaftale med UDK. Dataudvekslingen er en generel aftale mellem UDK og Kommunen med baggrund i UDK loven. Aftalen er allerede indgået. TS207 - KOMBIT skal indgå databehandleraftaler med UDK vedrørende udveksling af data i denne snitflade. Aftale har baggrund i UDK loven, og er en underaftale til den generelle dataudvekslingsaftale mellem UDK og Kommunerne. Det er UDK der har ansvaret for at udarbejde aftalen. KOMBIT skal kun tiltræde. TS202 - Når en leverandør behandler personfølsomme data for en kommune, får denne leverandør rollen som databehandler. Der skal derfor både foreligge en databehandleraftale og en specifik instruks for håndtering, opbevaring og behandling af disse data fra kommunen. Når datamassen eller dataudvekslingen ændres, skal denne instruks gennemgås og opdateres, hvilket er tilfældet i forbindelse med integration via Serviceplatformen. Det er den dataansvarliges ansvar at sikre, at kommunen gennemgår og om nødvendigt opdaterer databehandler instruks eller aftale for leverandørens løsning. Efter 25. maj 2018 skal databehandleren dog være behjælpelig. TS203 KMD Social Pension Kommunedel har valgt at tilsluttes sig KOMBITs rammearkitekturen med et VOCES eller FOCES certifikat. Såfremt KMD ikke allerede har et certifikat, som kan anvendes ved tilslutning af KMD Social Pension Kommunedel kan det bestilles hos NemID. TS204 - KMD Social pension skal oprettes i STS Organisation, såfremt dette ikke allerede er sket. TS205 - Leverandøren af anvendersystemet (KMD) skal anmode om indgåelse af serviceaftale for de Kommuner og myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkende denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. Serviceaftalen skal anvende det OCES certifikat, som KMD har registreret ved tilslutning til Rammearkitekturen i Administrationsmodulet. KOMBIT A/S Halfdansgade København S CVR Side 16 af 50

17 TS206 - Kommune skal godkende ovenstående serviceaftale. 2.3 Kontekst for Social Pension Kommune Social Pension Kommune er datamodtager Lovhjemmel og forvaltningsmæssigt formål Udbetaling Danmark loven 8: 8. Udbetaling Danmark og kommunen har til brug for vurdering af, om oplysningen skal videregives til den anden myndighed, jf. 6, 7 og 9, og til brug for myndighedsopgaver efter den sociale og den beskæftigelsesmæssige lovgivning terminaladgang til et register med nødvendige oplysninger om, hvilke typer af kontante ydelser og økonomiske tilskud borgeren har modtaget de seneste 3 måneder, samt oplysninger om størrelsen på ydelsen og tilskuddet. Stk. 2. Udbetaling Danmark og kommunen har terminaladgang til et register med nødvendige oplysninger til brug for beregning af pension efter lov om social pension og lov om højeste, mellemste, forhøjet almindelig og almindelig førtidspension m.v. Stk. 3. Kommunerne og Udbetaling Danmark har pligt til at stille de nødvendige oplysninger efter stk. 1 og 2 til rådighed for de nævnte registre. 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 oplysning af sag i forbindelse med ansøgning om helbredskort / helbredstillæg / personligt tillæg. Beregning af helbredsprocent. Styring af proces til Bistand / Plejetillæg. Opstart af sag ved afvisning af ansøgning om eller tildeling af brøkpension til folkepension. Initiering af proces til bestemmelse af medfinansieringskommune for alle bevillinger med kommunal medfinansiering (NB! Inkluderer medfinansiering via Ydelsesrefusion). Styring af proces for borger under administration. Styring af proces for forskudsvise udlæg og øvrige kommunale træk. Styring af proces for den kommunale førtidspensionssag. Generel rådgivning for pensionister. (Listen kan muligvis udvides senere) UDK skal henvise borgerne til kommunen ved spørgsmål om social pension. Kommunen skal derfor have de datamæssige forudsætninger for at kunne foretage en helhedsorienteret vejledning Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca pr. måned, jævnt fordelt). KOMBIT A/S Halfdansgade København S CVR Side 17 af 50

18 2.3.3 Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at en kommune gennem Social Pension Kommune kan benytte snitfladen. ID Aktivitet Opgavekategori TS401 TS405 TS402 TS403 TS404 Indgåelse af Dataudvekslin gsaftale (Dataoverdrag elsesaftale) Indgåelse af Databehandle raftale Anmodning om Serviceaftale Godkendelse af serviceaftale Initialload af sager Aftale Aftale Konfiguration UDK (ATP som administrato r) /Kommune UDK/KOMBI T Administrati onsmodul UDK UDK Fase 1 Direkte relateret til TS101, TS201 og TS301 UDK KOMBIT Fase 1 Komponent Ansvarlig Udførende Fase og afhængighed Konfiguration Administrationsmodul Leverandøren af fagsystem Migrering KY Leverandøren af fagsystem Leverandøren af fagsystem Direkte relateret til TS107, TS207 og TS303 Fase 2.2 Kommune Kommune Fase 2.2 Leverandøren af fagsystem Fase 2.3 Kommentar Aftale er indgået. Samme aftale som for SF1411_D Samme aftale som for SF1411_D TS401 - Kommunerne skal indgå Dataudvekslingsaftale med UDK. Dataudvekslingen er en generel rammeaftale mellem UDK og Kommunen med baggrund i UDK loven. Der er tale om en overdragelse af data fra en myndighed til en anden. Aftalen er allerede indgået. TS405 - KOMBIT skal indgå databehandleraftaler med UDK vedrørende behandling af UDKs data i den fælleskommunale infrastruktur. Der er tale om behandling af personfølsomme data. Der indgås en databehandleraftale pr. løsning, da der er en under-underdatabehandler pr. løsning. Der skal derfor indgået en aftale i forhold til behandling af data på Serviceplatformen og en for behandlingen i støttesystemerne. UDK er dataejer, ATP er databehandler, KOMBIT er underdatabehandler og leverandøren er underunderdatabehandler. Det er UDK, som dataansvarlig, der har ansvaret for at udarbejde aftalen. KOMBIT skal kun tiltræde. Parterne er dog enige om, at aftalen tager udgangspunkt i KOMBITs skabelon. TS402 - Leverandøren skal anmode om indgåelse af serviceaftale for de Kommuner og myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkende denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. KOMBIT A/S Halfdansgade København S CVR Side 18 af 50

19 Det kan antages at SPK allerede er tilsluttet STS og Serviceplatformen, og derfor kan serviceaftalen umiddelbart konfigureres i Administrationsportalen. TS403 - Kommune skal godkende ovenstående serviceaftale. TS404 - KY skal i forbindelse med idriftsættelse hente information i Social pension på eksisterende sager. 2.4 Kontekst for KMD Structura (ejendomsskattelånsystemet) KMD Structura er datamodtager Lovhjemmel og forvaltningsmæssigt formål Kommunernes adgang til data findes i henhold til Bekendtgørelse af lov om lån til betaling af ejendomsskatter 1, stk. 4 ( 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 kunne tildele pensionister lån til betaling af ejendomsskatter. KMD Structura laver opslag på personniveau. KMD Structura bruger pensionstypen til at tildele lån til betaling af ejendomsskatter. Det er kun pensionister, der kan få lånet Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca pr. måned, jævnt fordelt) Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at en kommune gennem KMD Structura kan benytte snitfladen. ID Aktivitet Opgavekategori TS501 TS505 Indgåelse af Dataudvekslin gsaftale (Dataoverdrag elsesaftale) Indgåelse af Databehandle raftale Aftale Aftale Komponent Ansvarlig Udførende Fase og afhængighed UDK (ATP som administrato r) /Kommune UDK/KOMBI T UDK UDK Fase 1 Direkte relateret til TS101, TS201, TS301 og TS401 UDK KOMBIT Fase 1 Direkte relateret til Kommentar Aftale er indgået. Samme aftale som for SF1411_D Samme aftale som for SF1411_D KOMBIT A/S Halfdansgade København S CVR Side 19 af 50

20 TS506 TS502 TS503 TS504 Indgåelse af aftale om dataafgrænsni ng Anmodning om Serviceaftale Godkendelse af serviceaftale Initialload af sager Aftale Migrering KMD Structura Administrati onsmodul KMD Structura TS101, TS207, TS303 og TS405 UDK UDK Fase 1 Konfiguration Administrationsmodul Leverandøren af fagsystem Leverandøren af fagsystem Direkte relateret til TS305 Fase 2.2 Kommune Kommune Fase 2.2 Konfiguration Leverandøren af fagsystem Leverandøren af fagsystem Fase 2.3 TS101 - Kommunerne skal indgå Dataudvekslingsaftale med UDK. Dataudvekslingen er en generel rammeaftale mellem UDK og Kommunen med baggrund i UDK loven. Der er tale om en overdragelse af data fra en myndighed til en anden. Aftalen er allerede indgået. TS105 - KOMBIT skal indgå databehandleraftaler med UDK vedrørende behandling af UDKs data i den fælleskommunale infrastruktur. Der er tale om behandling af personfølsomme data. Der indgås en databehandleraftale pr. løsning, da der er en under-underdatabehandler pr. løsning. Der skal derfor indgået en aftale i forhold til behandling af data på Serviceplatformen og en for behandlingen i støttesystemerne. UDK er dataejer, ATP er databehandler, KOMBIT er underdatabehandler og leverandøren er underunderdatabehandler. Det er UDK, som dataansvarlig, der har ansvaret for at udarbejde aftalen. KOMBIT skal kun tiltræde. Parterne er dog enige om, at aftalen tager udgangspunkt i KOMBITs skabelon. TS106 KMD Structura og UDK skal indgå aftale om, hvilke data KMD Structura skal modtage jf. KMD Structuras lovgrundlag. Aftalen medfører dataafgrænsning på den sagsområdekode, der tildeles KMD Structura. Sagsområdekoden skal indgå i KMD Structuras forespørgsler mod UDK PE. TS102 - Leverandøren skal anmode om indgåelse af serviceaftale for de Kommuner og myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkende denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. TS103 - Kommune skal godkende ovenstående serviceaftale. TS104 - KMD Structura skal i forbindelse med idriftsættelse hente information i UDK PE på eksisterende sager. KOMBIT A/S Halfdansgade København S CVR Side 20 af 50

21 2.5 Kontekst for UDK Pension UDK Pension er dataleverandør Lovhjemmel og forvaltningsmæssigt formål I henhold til lov om Udbetaling Danmark kapitel 3 8 Stk. 2 og 3. Stk. 2. Udbetaling Danmark og kommunen har terminaladgang til et register med nødvendige oplysninger til brug for beregning af pension efter lov om social pension og lov om højeste, mellemste, forhøjet almindelig og almindelig førtidspension m.v. Stk. 3. Kommunerne og Udbetaling Danmark har pligt til at stille de nødvendige oplysninger efter stk. 1 og 2 til rådighed for de nævnte registre. 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 nødvendige oplysninger til brug for kommunens afgørelser og vejledning vedrørende ydelser under loven om social pension Kapacitets- og servicekrav Flowet IF01 har et forventet lavt antal transaktioner (ca pr. måned, hvilket er det totale antal transaktioner i flowet) Specifikke forhold for tilslutning af system Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen for KMD Social pension, for at en kommune gennem et anvendersystem kan benytte snitfladen. ID Aktivitet Opgavekategori TS301 TS303 Indgåelse af Dataudvekslingsa ftale(dataoverdra gelsesaftale) Indgåelse af Databehandleraft ale Aftale Aftale Komponent Ansvarlig Udførende Fase og afhængighed UDK Pension UDK Pension UDK UDK Fase 1 Direkte relateret til TS101, TS201 og TS401 UDK KOMBIT Fase 1 Direkte relateret til TS105, Kommentar Aftale er indgået. Samme aftale som for SF1411_D Samme aftale som for SF1411_D KOMBIT A/S Halfdansgade København S CVR Side 21 af 50

22 TS304 TS305 Verificer at instruks for databehandling er gældende og korrekt Indgåelse af aftale om dataafgrænsning Aftale UDK Pension UDK Leverandøren af UDK Pension TS207 og TS405 Fase 2.1 Aftale UDK UDK UDK Fase 1 Direkte relateret til TS106 Samme aftale som SF1411_D TS301 - UDK skal indgå Dataudvekslingsaftale med Kommunerne. Dataudvekslingen er en generel aftale mellem UDK og Kommunen med baggrund i UDK loven. Aftalen er allerede indgået. TS303 - UDK skal indgå databehandleraftaler med KOMBIT vedrørende behandling af personfølsomme data i løsningerne i den fælleskommunale infrastruktur, Serviceplatformen og støttesystemerne. Det er UDK, der som dataansvarlig, er ansvarlig for at udarbejde aftalen. KOMBIT skal kun tiltræde. Faktuelt er parterne dog enige om, at benytte KOMBITs aftaleskabelon, hvorfor KOMBIT er udførende. Der indgås en aftale pr. løsning, da løsningerne har forskellige under-underdatabehandlere. UDK er dataansvarlig, ATP er databehandler, KOMBIT er underdatabehandler og leverandøren er under-underdatabehandler. TS304 - Når en leverandør behandler personfølsomme data for UDK, skal der foreligge en databehandleraftale mellem parterne med en specifik instruks for håndtering, opbevaring og behandling af disse data for UDK. Når datamassen eller dataudvekslingen ændres, skal denne instruks gennemgås og opdateres, hvilket er tilfældet i forbindelse med integration via Serviceplatformen. Det er den dataansvarlige ansvar, at sikre denne opdatering. Databehandler har dog fra en den 25. maj 2018 et ansvar for at rådgive den dataansvarlige. TS305 KY og UDK skal indgå aftale om, hvilke data KY skal modtage jf. KY lovgrundlag. Aftalen medfører dataafgrænsning på den sagsområdekode, der tildeles KY. UDK skal implementere et filter, der håndhæver dataafgrænsningen. KOMBIT A/S Halfdansgade København S CVR Side 22 af 50

23 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KMD Social Pension Kommunedel, Social Pension Kommune, KY og KMD Structura 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 Navn Reference til wsdl Servicenavn på Serviceplatformen EP_FS 1 SocialPensionHent [WSDL-SP] Servicenavn: SocialPensionHentService_3 Operationsnavn: SocialPensionHent SocialPensionHent Version på Serviceplatfor men [KDI indsæt efter leverance fra SSE] Beskrivelse af endpoint [EP_FS1] SocialPensionHent 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.1 web service Teknisk endpoint Oplysninger om endpoint er angivet i tabellen i afsnit Fejl! Henvisningskilde ikke fundet.. KOMBIT A/S Halfdansgade København S CVR Side 23 af 50

24 Teknisk retning for udveksling Fagsystemet kalder service udstillet på Serviceplatformen Dataretning for udveksling Serviceplatformen udstiller data fra UDK Pension Service invokation / Triggers Endpoint kaldes af fagsystemet, når der opstår behov for at få oplysninger om en persons social pensionssag f.eks. i forbindelse med udregning af helbredsprocent Dataspecifikation 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. Hovedoplysninger: Fagsystemet skal udfylde og håndtere HovedOplysninger som beskrevet i afsnit 2.1 Transaktionsspor for synkrone kald og 2.2 Kaldskontekst for rollen Kalder (og anvender ) i [Hovedoplysninger]. UDK PE skal håndtere oplysningerne som angivet for rolle Serviceudstiller / Udstiller. Følgende felter skal udfyldes: Feltnavn Type Beskrivelse TransaktionsId string UUID som udstedes af fagsystemet. TransaktionsTid datetime Kaldstidspunktet. KOMBIT A/S Halfdansgade København S CVR Side 24 af 50

25 AuthorityContext CVRNummer Udfyldes med CVR-nummer for den myndighed, der kaldes i kontekst af. Feltet udfyldes kun, hvis kalder benytter certifikat i kaldet. Se i øvrigt afsnit Fejl! Henvisningskilde ikke fundet. og [STS-Sikkerhed]. CallContext og Request: CallerServiceCallerIdentifier skal altid udfyldes af fagsystemet. De andre felter i CallContext bruges pt. ikke. Feltnavn Type Beskrivelse OnBehalfOfUser string Udfyldes ikke. CallerServiceCallerIdentifier string Samme værdi som i HovedOplysninger:TransaktionsId. AccountingInfo string Udfyldes ikke. Alle felter i Request skal udfyldes. Feltnavn Type Beskrivelse ID URN Pensionistens CPR-nr: urn:oio:cpr-nr:nnnnnnnnnn FraTidspunkt datetime Se beskrivelse nedenfor bool TilTidspunkt datetime Se beskrivelse nedenfor bool Myndighed (ReferenceID) URN Udfyldes med forespørgende kommunes cvr-nummer eller myndighedskode (kommunekode): urn:oio:cvr-nr:nnnnnnnn urn:oio:kombit:myndighedkode:nnnn KOMBIT A/S Halfdansgade København S CVR Side 25 af 50

26 Det er forespørgende kommunes ansvar at sikre, der er hjemmel til forespørgslen. Myndighedskode som defineret i CPR af Indenrigsministeriet. SagsomraadeKode String Fagsystemet tildeles en SagsomraadeKode ifm. indgåelse af aftale om brug af servicen. Informationen bruges til dataafgrænsning jf. lovhjemmel angivet i afsnit Fejl! H envisningskilde ikke fundet.. Dataafgrænsningen sker i kildesystemet. Opslag i relation til Social pension skal indeholde koden Pension. Opslag i relation til Udbetalinger under administration skal indeholde koden UdbetalingerUnderAdm. Opslag i relation til Ejendomsskattelån skal indeholde koden Ejendomsskattelån. Se [Sagsomraade] for sammenhæng mellem sagsområdekoder og felter relateret til sagsområdet. Der forespørges og returneres oplysninger om pensionister på personniveau - dvs. uafhængigt af sagsbegrebet i UDK PE. Hvis personen ikke har en sag i UDK PE, eller hvis personen kun har været international pensionist, returneres en response-kode 100 = "OK. Ingen sag fundet". Hvis der spørges på en død eller forsvundet person, svares som normalt. Datosøgning sker i henhold til OIO: Der returneres alle de virkninger, der er i søgeperiodens datointerval Startdato er inklusive og slutdato er eksklusive Der returneres alle virkninger, der slutter på eller efter startdato og starter før slutdato Hvis startdato udelades eller sættes til true returneres alt fra minus uendelig Hvis slutdato udelades eller sættes til true returneres alt til plus uendelig Hvis begge datoer udelades returneres kun virkning her-og-nu Hvis begge datoer sættes til true returneres samtlige virkninger I UDKPE fremfindes alle virkningsperioder, som ligger indenfor det angivne tidsinterval. Der returneres dog kun oplysninger om den "pensionistkategori", som personen pt. tilhører. Med "Pensionistkategori" forstås følgende: FØP, hvis der er en aktiv FØP eller IY-sag FOP, hvis der en FOP eller udskudt FOP sag, og personen ikke stadig er FØP'er. Dvs. hvis borger er FOP'er på forespørgselstidspunktet, men tidligere har været FØP'er, returneres kun oplysninger om FOP-sagen/sagerne, men ikke oplysninger om FØP-sagen/sagerne, selvom forespørgselsperioden omfatter FØP-tiden. KOMBIT A/S Halfdansgade København S CVR Side 26 af 50

27 Der returneres altid kun seneste registrering af oplysningerne Svar Servicen returnerer information om social pension for én person ad gangen. Omfanget af registreringer på sagen afhænger af datointervallet, der er søgt på i forespørgslen. Omfanget af data, der kan ses hos modtageren, skal afgrænses på baggrund af den SagsområdeKode, der er indsendt i forespørgslen (se afsnit Fejl! Henvisningskilde ikke fundet.). HovedOplysningerSvar: UDK PE skal udfylde og håndtere HovedOplysningerSvar som beskrevet i afsnit 2.1 Transaktionsspor for synkrone kald og 2.3 Fejlhåndtering for rollen Serviceudstiller / Udstiller i [Hovedoplysninger]. Fagsystemet skal håndtere oplysningerne som angivet for rollen Kalder. Følgende felter skal udfyldes: Feltnavn Type Beskrivelse TransaktionsId string Udstedes af kalder. UDK PE indsætter UUID fra HovedOplysninger. TransaktionsTid datetime Udstedes af kalder. UDK PE indsætter tidspunkt fra HovedOplysninger. AdvisId/FejlId string Se tabel i afsnit Fejl! Henvisningskilde ikke fundet.. AdvisTekst/FejlTekst string Se tabel i afsnit Fejl! Henvisningskilde ikke fundet.. KildeId string UUID for UDK PE. HeaderResponseStructure og PSag: KOMBIT A/S Halfdansgade København S CVR Side 27 af 50

28 Det forretningsmæssige indhold i HeaderResponseStructure skal svarer til indholdet i HovedOplysningerSvar. Dvs. de samme værdier sendes to gange i svaret til fagsystemet. Dog udfyldes ReturnMessage også ved positivt svar. Feltnavn Type Beskrivelse RequestResponseIdentifier string Samme værdi som i HovedOplysningerSvar:TransaktionsId. ResponseGenerationDateTime datetime Samme værdi som i HovedOplysningerSvar:TransaktionsTid. ResponseReturnIdentifier string Se tabel i afsnit Fejl! Henvisningskilde ikke fundet.. ResponseReasonIdentifier string Se tabel i afsnit Fejl! Henvisningskilde ikke fundet.. Ved fejl (værdi 0) sendes samme værdi som i HovedOplysningerSvar:SvarReaktion ResponseReasonText string Se tabel i afsnit Fejl! Henvisningskilde ikke fundet.. Ved fejl (værdi 0) sendes samme værdi som i HovedOplysningerSvar:SvarReaktion PSag indeholder det forretningsmæssige svar på forespørgslen. Strukturen indeholder en AttributListe, TilstandListe og RelationListe, som udgør OIOs generelle objektdele. PSag-strukturen er optionel og sendes ikke med i svaret ifm. fejl. Feltnavn Type Beskrivelse KOMBIT A/S Halfdansgade København S CVR Side 28 af 50

29 ID UUID/ URN Sagens unikke identifikation i det system, der udstiller servicen. Vil svare til det UUID, der identificerer sagen i Sagsindekset. UDK PE: URN med følgende indhold (Hovedsagen): urn:oio:udk:sag:leverandoer_coid_sagsnoegle:nnnnnnnnnnnnnnnnnnnnnnn OBS! Dette sagsid kan skifte over tid, hvis hovedsagen hos UDK PE ændres. NoteTekst string Note tilknyttet registreringen (ren tekst), hvis der findes en sådan. UDK PE: Udfyldes ikke. Tidspunkt datetime Udfyldes med tidsstempel for ændring hhv. oprettelse af sagsobjektet. Tidsstemplet udfyldes med seneste registreringstidspunkt for pensionistens hovedsag i UDK PE. LivscyklusKode string Udfyldes med Oprettet (Ny sag) eller Rettet (Ændret sag). UDK PE: Udfyldes altid med Rettet. BrugerRef AttributListe TilstandListe RelationListe UUID/ URN Udfyldes med bruger, der har ændret eller oprettet sagen, hvis kendt. Brug af UUID vil kræve at denne er oprettet som Bruger-aktør i STS-Organisation. UDK PE: Udfyldes ikke. Se nedenfor Se nedenfor Se nedenfor Denne definition er fælles for alle virkninger, og beskrives derfor kun her. Virkninger returneres, hvis de helt eller delvist har gyldighed inden for de datoer, der søges på. Dvs. søgning fra < TilTidspunkt og søgning til >= FraTidspunkt. Flere instanser af virkninger for et element må ikke overlappe i tid, da det ellers ikke er muligt entydigt at bestemme, hvad der er gældende til et givet tidspunkt. Feltnavn Type Beskrivelse KOMBIT A/S Halfdansgade København S CVR Side 29 af 50

30 FraTidspunkt TilTidspunkt AktoerRef datetime bool datetime bool Dato (og eventuel tid) for virkningens start. Tidspunkt er inklusive. Hvis værdien udelades eller GraenseIndikator sættes til true antages uendelig fra. Dato (og eventuel tid) for virkningens slut. Tidspunkt er eksklusive OBS! Hvis kun dato er udfyldt, skal det være dagen efter sidste dag. Hvis værdien udelades eller GraenseIndikator sættes til true antages uendelig til. Hvis TilTidspunkt angives som dato(/tid) skal det være større end (dvs. efter) FraTidspunkt Udfyldes med bruger, der har ændret eller oprettet sagen hvis kendt "urn:oio:objekttype:kspid:<racfid>" UDK PE: Udfyldes ikke. AktoerType Kode string Udfyldes med Bruger hvis AktoerRef er angivet UDK PE: Udfyldes ikke. NoteTekst URN Udfyldes ikke TilstandListe: Feltnavn Type Beskrivelse FremdriftStatus Kode string Udfyldes med sagens status i henhold til OIO-Sag: (Mappes bedst muligt til sagsstatus i systemet) Opstået : Noget kræver myndighedens ageren. Oplyst : Sagen er fuldt oplyst. Afgjort : Der er truffet afgørelse om sagen, fx bevilling eller afslag. Der må ikke tilføjes mere til sagen. Bestilt : Indsats, betalingsrække etc. er bestilt hos udfører. Udført : Det bestilte er udført. Afsluttet : Sagsbehandling er fuldført. UDK PE: Det er den aktuelle hovedsags fremdrift, som returneres. Udfyldes med Opstået, Afgjort og Afsluttet. Fremdriftskode opstået : Benyttes generelt fra oprettelse af sagen indtil den er afgjort Benyttes hvis sagen ryger til manuel behandling (ved ikke automatisk tilkendelse af pension) Benyttes hvis en opgave går i et ventetrin der afventer en fremtidig dato før sagen viderebehandles Benyttes hvis sagen afventer en borger, dvs. der er udsendt en anmodning om oplysninger, og der endnu ikke er modtaget svar KOMBIT A/S Halfdansgade København S CVR Side 30 af 50

31 Fremdriftskode afgjort : Benyttes når sagen afgøres med afgørelsestype BEVILLING. Benyttes når sagen afgøres med afgørelsestype AFSLAG. Fremdriftskode afsluttet : Benyttes når sagen er stoppet. Der returneres alle virkningsperioder med forskellig FremdriftStatusKode for hovedsagen indenfor det forespurgte tidsinterval. Virkningsperioderne dækker de tidspunkter, hvor hovedsagen har haft den givne fremdrift i UDKPE. For en FØP-sag vil starttidspunktet for fremdrift Afgjort således ikke nødvendigvis være det samme som det tidspunkt, hvor FØP'en er tilkendt i kommunen. AttributListe: Egenskaber beskriver generelle attributter for pensionssagen. KOMBIT A/S Halfdansgade København S CVR Side 31 af 50

32 Feltnavn Type Beskrivelse Brugervendt Noegle string Udfyldes med den nøgleværdi der anvendes i præsentationen (f.eks. sagsnummer) UDK PE: Udfyldes ikke Afgørelsen udgør information om, hvilken afgørelse der er truffet på sagen: Er den bevilget eller afslået? Der returneres den afgørelse, som knytter sig til personens hovedsag og "hovedydelse". Hvis hovedsagen endnu ikke er afgjort, returneres dette element ikke. Feltnavn Type Beskrivelse AfslaaetDato datetime Den dato hvor at afslag er sket. ForudBagud Kode string Markering for om udbetaling af pensionen er forud eller bagudrettet jf. effektueringsplanen. Udfyldes med Forud eller Bagud. BistandPleje Kode PensionsStatus Kode string+ string string Udfyldes med en af følgende (Kode, Tekst): - Plejetillæg, Plejetillæg - Bistandstillæg, Bistandstillæg Returneres kun, hvis "hovedsagen" har eller har haft en bevilget ydelse af typen Bistandstillæg eller Plejetillæg indenfor søgeperioden. Hvis "hovedsagen" har en bevilget ydelse af typen Bistandstillæg returneres "Bistandstillæg". Hvis "hovedsagen" har en bevilget ydelse af typer Plejetillæg, returneres "Plejetillæg". Status for pensionsbevillingen: Aktiv (Der udbetales i henhold til plan) Inaktiv (Der udbetales ikke - Sat på pause) Stoppet (Alle ydelser er udbetalt, og der er ikke planlagt flere udbetalinger) Hvis hovedsagens fremdrift er Afgjort, og sagen ikke er sat i bero, returneres "Aktiv" Hvis hovedsagens fremdrift er Afgjort, men sagen er sat i bero, returneres "Inaktiv". Denne status vil skulle anvendes ved f.eks. udskudt pension, fængselsophold og forsvundet borger. Hvis hovedsagens fremdrift er Afsluttet, returneres "Stoppet". KOMBIT A/S Halfdansgade København S CVR Side 32 af 50

33 Der returneres kun virkningsperioder for hovedsagen. Disse elementer beskriver detaljer omkring bevillingen. KOMBIT A/S Halfdansgade København S CVR Side 33 af 50

34 Feltnavn Type Beskrivelse FormueDel (SamletFormue) Gruppe Formuen udfyldes med pensionistens konkluderede formuegrundlag. Hvis der ikke er en konkluderet formue, returneres 0 med formuetype=uoplyst. Der returneres både en samlet formue og de enkelte formuedele. Hvis pensionisten er samlevende, og der derfor er fælles formuegrundlag, vil den oplyste samlede formue være en fælles formue. I de enkelte formuedele vil der dog fortsat kun blive oplyst individuel formue. I dette tilfælde kan den samlede formue altså være forskellig fra summen af formuedelene. FormueType string Der anvendes følgende formuetyper: - Uoplyst: Angiver at der ikke er en konkluderet formue for perioden. - Samlet_likvid_formue: Det samlede formuegrundlag. Hvis pensionisten er samlevende, er der tale om en samlet fælles formue. - Indestaaende_pengeinstitut: Formuedel - Kursvaerdi_af_obligationer: Formuedel - Pantebreve_i_depot: Formuedel - Aktie_og_investeringsbeviser: Formuedel - Kontantbeholdning: Formuedel - Andre_vaerdipapirer_kursvaerdi: Formuedel - Ubrugt_raadighed_nedsparing: Formuedel - Fradrag_formue: Formuedel - Anden_formue: Formuedel - Indefrosset_grundskyld: Formuedel FormueBeloeb Komma decimal evt. med fortegn Bemærk at indestående i pengeinstitut vil være fratrukket december måneds pensioner, når formuen er opgjort på baggrund af årsopgørelsen. Angivelse af formuebeløbet for den tilhørende FormueType. For den samlede likvide formue vil der være tale om en individuel formue, hvis pensionisten er enlig, og en fælles formue, hvis pensionisten er samlevende (både S-, O- og Z- samlevende), gift eller modtager efterlevelsespension. For alle de øvrige formuetyper er der tale om individuelle formuer. TillaegsProcent Heltal Personlig tillægsprocent. Værdisæt: Returneres, hvis pensionistens tillægsprocent er fastsat, ellers udelades elementet (hvis sagen endnu ikke er afgjort). BroekTaeller Heltal Antal år med optjening. Værdisæt: For fuld pension angives 40. BroekNaevner Heltal Maks antal år (Konstant 40). Skal være > 0. KOMBIT A/S Halfdansgade København S CVR Side 34 af 50

35 ProcentPension Heltal Brøkpension vil jf planen blive defineret i % for nye pensionister fremfor i dag som en brøk. dvs. at der skal kunne angives en procentsats, som angiver hvor lang tid borger har været i landet i forhold til beregning af Pension. De nuværende pensionister fastholder deres Brøkpension. Dvs. at snitfladen skal både kunne håndtere Brøk og Procent. Ophold Landekode string Landekode for ophold i henhold til ISO-3166-Alpha2 standard. Kun opholdsperioder uden for Danmark angives her UDKAnsoegAccept bool Feltet kan udfyldes på tre måder: - Hvis true har borgeren accepteret at UDK indhenter pension fra udenlandsk myndighed. UdlandsPension vil da indeholde det beløb der er indhentet (såfremt det var muligt) - Hvis false har borgeren afvist at UDK skal indhente pensionen fra udenlandsk myndighed - Hvis udeladt har UDK ikke mulighed for at indhente pensionen fra det pågældende land på borgerens vegne. Landekode string Landekode for det land, der modtages pension fra i henhold til ISO-3166-Alpha2 standard. Valuta string Angiver den valuta beløbet udbetales i (hvis udeladt antages Beloeb Heltal/ Komma decimal evt. med fortegn DKK) Angiver det beløb der udbetales pr. måned. Beløbet kan enten angives pr. land eller med et samlet beløb for alle lande. Hvis beløbet angives pr. land, skal der udfyldes en struktur pr. land. TraekPct Heltal Angiver den trækprocent, der anvendes ved beregning af A- skat i forbindelse med pensionsudbetalingen. Værdisæt: FradragMaaned Administration Bool Heltal/ Komma decimal evt. med fortegn bool Angiver det månedlige fradrag, der anvendes ved beregning af A-skat i forbindelse med pensionsudbetalingen. Hvis der anvendes bikort udelades månedsfradraget. Hvis der benyttes frikort, vil fradrag udgøre frikortets skattefri del. Dette skal hver måned reduceres med den udbetalte pension (angives via virkning) Angiver om pensionen leveres i henhold til administrationsaftale. Værdisæt: true, false. Udbetalingskonto string Angiver om administrationsbeløbet overføres til kommunens NemKonto (udfyldes med "kommune"), eller til en specifik konto, som borgeren er tilknyttet i NemKonto ("specifik"). Værdisæt: kommune, specifik. KOMBIT A/S Halfdansgade København S CVR Side 35 af 50

36 PSagsAktoer indeholder oplysninger om myndighederne relateret til pensionssagen. Der udfyldes op til 4 instanser af sagsaktører (Psagsaktoer): Ejer, Bopælskommune, Bevillingskommune og Administrationskommune. Ejer medsendes altid. Bopælskommune medsendes altid. Der returneres aktuel bopælskommune og ikke alle bopælskommuner i søgeperioden. Bevillingskommune oplyses for FØP'ere. For FOP'ere medsendes ikke oplysninger om bevillingskommune (UDK). Administrationskommune medsendes kun, hvis personen er under administration. Administrationskommunen vil ikke altid være det samme som bopælskommunen, da der i forbindelse med flytninger kan gå noget tid, inden administrationsaftalen flyttes til ny kommune. Bemærk at Rolle skal være unik, da den benyttes til at adskille de forskellige aktørroller i forhold til sagen. Der udfyldes 1-2 instanser af ReferenceID. Myndighedskode medsendes altid (mandatory). Hvis myndighedskoden tilhører en dansk myndighed med registreret CVR-nummer, så medsendes ekstra instans med CVR-nummeret også. For pensionister med bopæl i udlandet vil der kun blive sendt myndighedskode i instansen indeholdende rollen Bopælskommune, og for pensionister med udenlandsk pension vil der kun blive sendt myndighedskode i instansen indeholdende rollen Bevillingskommune. I interimsperioden vil myndighedskoden i disse tilfælde være 997. Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:ejer" Type URN Fast værdi: "urn:oio:objekttype:myndighed" KOMBIT A/S Halfdansgade København S CVR Side 36 af 50

37 Indeks string Udfyldes ikke ReferenceID URN Sagens ejers myndighedskode (=UDK. Medsendes altid) og cvr-nummer (medsendes altid): urn:oio:kombit:myndighedkode:nnnn og "urn:oio:cvrnr:nnnnnnnn" Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:bopælskommune" Type URN Fast værdi: "urn:oio:objekttype:myndighed" Indeks string Udfyldes ikke ReferenceID URN Bopælskommunens myndighedskode (medsendes altid) og cvr-nummer (medsendes hvis bopæl er registreret i DK): urn:oio:kombit:myndighedkode:nnnn og "urn:oio:cvr-nr:nnnnnnnn" Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:bevillingskommune" Type URN Fast værdi: "urn:oio:objekttype:myndighed" Indeks string Udfyldes ikke ReferenceID URN Bevillingkommunens myndighedskode (medsendes altid) og cvr-nummer (medsendes hvis pension er bevilliget i DK): urn:oio:kombit:myndighedkode:nnnn og "urn:oio:cvr-nr:nnnnnnnn" Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:administrationskommune" Type URN Fast værdi: "urn:oio:objekttype:myndighed" Indeks string Udfyldes ikke ReferenceID URN Administrationskommunens myndighedskode (medsendes altid) og cvrnummer (medsendes altid): urn:oio:kombit:myndighedkode:nnnn og "urn:oio:cvr-nr:nnnnnnnn" KOMBIT A/S Halfdansgade København S CVR Side 37 af 50

38 PSagsklasse indeholder sagens KLE emnenummer og handlingsfacet. Der udfyldes to instanser af Psagsklasse: KLE emnenummer og KLE handlingsfacet. KLE emnenummer medsendes altid for aktuel hovedsag, men ikke for tidligere sager KLE handlingsfacet medsendes altid. Handlingsfacet for personens "hovedsag" vil altid være "G01" Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:primaerklasse" Type URN Fast værdi: "urn:oio:objekttype:klasse" Indeks string Udfyldes ikke ReferenceID URN Sagens primære KLE emneklasse: "urn:oio:kle:nn.nn.nn" Der udfyldes kun en instans af ReferenceID. Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:handlingklasse" Type URN Fast værdi: "urn:oio:objekttype:klasse" Indeks string Udfyldes ikke ReferenceID URN Sagens primære KLE handlingsfacet: "urn:oio:klehandling:xnn" Der udfyldes kun en instans af ReferenceID. KOMBIT A/S Halfdansgade København S CVR Side 38 af 50

39 PSagspart indeholder oplysninger om sagens part og eventuelt dennes samlever. Der angives en instans for parten på sagen (PsagsPart), Pensionisten. Hvis der findes en eller flere samlevere inden for søgeperioden, returneres der en instans for hver af disse. Primær part (Pensionisten) Feltnavn Type Beskrivelse Rolle URN Fast værdi: "urn:oio:rolle:primaerpart" (For element se Psagsaktoer ovenfor) Type URN Fast værdi: "urn:oio:objekttype:person" (For element se Psagsaktoer ovenfor) Indeks string Udfyldes ikke ReferenceID URN Pensionistens CPR-nr: "urn:oio:cpr-nr:nnnnnnnnnn" KOMBIT A/S Halfdansgade København S CVR Side 39 af 50