Integration SF6110 Træk i pension trækanmodning Integrationsbeskrivelse - version 1.1.3

Transkript

1 Integration SF6110 Træk i pension trækanmodning - version Kommunernes Datafællesskab - KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer XMHL Teknisk beskrivelse godkendt XMHL Opdateret med teknisk specifikation og tilhørende rettelser XMHL Opdateret referencer til [Bilag], [Servicebeskrivelse] og [XSD-EXT] Ingen ændringer til integrationen XMHL Opdateret beskrivelse af fejlhåndtering, så der kun sendes accept på filnivau i afsnit XMHL Afsnit og opdateret med angivelse af navngivning af filer Værdisæt for Recipient i triggerfil er ændret. XSD] og [Servicebeskrivelse]: Opdateret med beskrivelse af BevilgendeMyndighed KOMBIT A/S Halfdansgade København S CVR Side 2 af 40

3 Referencer Ref Titel Kommentarer [SFTP] [SFTP-FS] [Bilag] [XSD-EXT] [Koder] [GVF] [KDIDrift] [KDITest] Filen Vejledning til Serviceplatformens SFTP Service ligger her: Skabelon til bestilling af overvågning af anvendersystemets SFTP-bruger [Afklaring/KDI Indsæt titel] se link [Afklaring/KDI indsæt link] PensionTraekAnmodningModtag.r1023 PensionTraekAnmodningModtag.r1023.zip SF Valideringsregler og fejlkoder 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: n refererer til SF6110 Bilag zip som indeholder den eksterne dokumentation, der refereres til i snitfladebeskrivelsen. Filen er placeret i samme mappe som integrationsbeskrivelsen, se link [Servicebeskrivelse] Hjemmeside med informationer om drift og forvaltning af KDIs Services Hjemmeside med informationer om ibrugtagning og test af KDIs Services: Servicebeskrivelse med dokumentation og dataspecifikation for de data, der udveksles i integrationen. KOMBIT A/S Halfdansgade København S CVR Side 3 af 40

4 Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Tilslutning til snitflade Kontekst for integrationsparter Kontekst for KMD Social Pension (interimsløsning) Kontekst for Social Pension Kommune Kontekst for UDK Pension Specifikation for integrationsparter Specifikation af endpoints for KMD Social Pension og Social Pension Kommune Specifikation af endpoints for UDK Pension Beskrivelse for integrationsplatforme KOMBIT A/S Halfdansgade København S CVR Side 4 af 40

5 1 Overordnet beskrivelse 1.1 Integrationens formål Integrationens formål er at sikre, at kommunerne kan anmode om træk i den pension, UDK udbetaler. Det gælder for træk i personlige tillæg mod tilbagebetaling, husleje under fængsling og ydelser med brugerbetaling (f.eks. madordning, betaling for plejehjemsplads mv.) Samlet dataflow for træk i pension Integration indgår som en del af et samlet dataflow for træk i pension. Illustrationen nedenfor viser det flow, der benyttes for udveksling af oplysninger omkring træk i pension mellem de kommunale pensionssystemer og UDK Pension. Som udgangspunkt vil KMD Socialpension Kommune (KMD SP) understøtte kommunens del af processen, men dette vil senere blive omlagt til en ny løsning, Social Pension Kommune (SPK). De kommunale pensionssystemer kaldes herefter fagsystemet, med mindre der er tale om et specifikt system. Trækanmodninger sendes til UDK Pension via Serviceplatformens SFTP-server. Når UDK Pension har afviklet den månedlige beregning af pensionsudbetalinger, returneres en trækspecifikationsliste til det afsendende kommunale pensionssystem. Processen med afsendelse af trækanmodninger (angivet med gul farve i illustrationen) er beskrevet i dette dokument. Udveksling af trækspecifikationsliste (angivet med grøn farve i illustrationen) behandles i SF6111. For at en den enkelte borger kan modtage rettidig oplysning om hvilke modtræk, der er foretaget i vedkommendes pension inden pengene står til disposition, skal trækspecifikationslisten modtages senest 6 dage inden dispositionsdatoen. Dette skyldes, den nuværende aftale med PostNord, der skal have 5 dage til at sikre udbringningen til tiden. For borgere, der modtager brevet via DigitalPost, skal trækspecifikationslisten modtages 2 dage før dispositionsdatoen. UDK leverer en samlet trækspecifikationsliste senest 6 dage før dispositionsdatoen. KOMBIT A/S Halfdansgade København S CVR Side 5 af 40

6 NemKonto UDK pension SFTP (Serviceplatformen) Kommunale pensionssystemer Træk i pensionen til kommunale udlæg Fase Registrer træk (Evt. via fil) Overfør trækanmodning Modregningsadministration Håndter afvisninger Anmod træk Anmodning kvittering Kommunal bogføring FTP Put SFTP- overførsel FTP Get Afregnede/ afviste træk FTP Get SFTP- overførsel Modtaget FTP Put FTP Get FTP Put FTP Put FTP Get Anmod træk Anmodning Kvittering Afregnede/ afviste træk Modtaget Afsend kvittering og Registrer træk Pensionsberegning Afregning specifikationsliste Træk afregning Betal til kommunen Processen starter ved, at de kommunale sagsbehandlere registrerer de forskellige træk, der ønskes foretaget i den pension, UDK udbetaler. Tilbagebetaling af personlige tillæg i henhold til pensionslovene Anmodning om dækning af husleje under fængsling Modregning af krav på betaling for serviceydelser kommunen har leveret til pensionisten (F.eks. husleje på institutioner, og madordning). Disse trækanmodninger sendes løbende eller periodisk via Serviceplatformens SFTP-service til UDK Pension (se detaljer i afsnit 2). UDK Pension vil asynkront returnere en foreløbig kvittering i en separat fil, der angiver hvilke fordringer der umiddelbart afvises. Fordringer afvist af UDK Pension i SF6110 vil ikke blive behandlet i SF6111. De øvrige fremsendte fordringer, som ikke fremgår af afvisningslisten, har UDK med kvitteringen angivet, at systemet vil modregne kravet i den første pensionsudbetaling efter den angivne start træk periode, såfremt dette er muligt. KOMBIT A/S Halfdansgade København S CVR Side 6 af 40

7 De fremsendte trækanmodninger har en gyldighedsperiode, som knytter sig til én afregningskørsel i UDK Pension. Hvis enkelte træk ikke kan gennemføres i den månedlige afregningskørsel, sender UDK Pension en afvisning på disse træk. Herefter kan kommunen behandle afvisningerne og eventuelt sende nye trækanmodninger til næste måneds afregningskørsel. Når UDK har beregnet den månedlige pension til en pensionist, vil eventuelle modtagne modregningskrav blive behandlet således: Tilbagebetaling af personlige tillæg trækkes før andre fordringer. Såfremt pensionen ikke dækker hele kravet, trækkes den del der er mulig (delvist træk). Er der flere af disse krav vil de blive trukket i den orden de er modtaget. Husleje under fængsling vil bevirke, at der udbetales en del af pensionsydelsen til kommunen til dækning af pensionistens husleje. Dette er muligt hvis der er udsigt til at pensionisten løslades inden for et tidsrum af omkring seks måneder. Denne udbetaling (træktype) vil være specifikt reserveret til dette træk, således at trækket altid kan gennemføres fuldt ud. Såfremt huslejen kræver en pensionsydelse, der er større en den bevilgede, udbetales kun det beløb, der svarer til den bevilgede pension. Kommunen må herefter tillægge det manglende i næste opkrævning. Modregninger for serviceydelser behandles i henhold til deres prioritet. Hvis ikke det samlede træk for en person kan indeholdes i pensionen, afvises de modregninger, der har lavest prioritet. Hvis der ikke er angivet en prioritet for flere træk på en pensionist, så er alle disse træk at betragte som lavest prioritet, og det er dermed op til UDK at beslutte, hvilke trækanmodninger der behandles i relation til den specifikke pensionist. OBS! Denne prioritering af træk vil kræve en ændring af aftalen mellem UDK og KL. UDK Pension vil til at starte med derfor ikke anvende prioriteten men kun trække enten det fulde beløb eller intet. [Afklaring UDK/SPK der skal laves en aftale om prioritering mellem UDK og KL] UDK Pension svarer tilbage på hver enkelt modtagne trækanmodning, om de er indeholdt helt, delvist, eller om de er afvist. Dette svar fremgår af trækspecifikationslisten. Modtageren af trækspecifikationslisten sammenholder den med trækanmodningen, som de tidligere afsendte til UDK, og afgør derved om alle trækanmodninger er håndteret af UDK. Hvis der er udestående trækanmodninger, som UDK Pension hverken har indeholdt eller afvist, angives disse transaktioner i kvitteringssvaret for SF6111, således UDK orienteres om den manglende behandling af anmodede træk i pension. Dvs. ved manglende behandling af trækanmodninger sender fagsystemet fejlmeddelelser på trækniveau for manglende træk i kvitteringsfilen. [Afklaring UDK der skal definere en proces for efterfølgende håndtering af manglende behandling af træk] Hvis UDK Pension kun har modregnet delvist, afvist eller undladt at svare på træk, er det kommunens ansvar at foretage en eventuel genfremsendelse med henblik på at trække i den næste pensionsudbetaling. Hvis kommunen har løbende træk (f.eks. månedlig husleje på institution), skal KOMBIT A/S Halfdansgade København S CVR Side 7 af 40

8 fagsystemet fremsende trækanmodningen hver måned, da UDK Pension ikke har mulighed for at definere repeterende træk. Bogføring af udførte træk sker når afsenderen modtager trækspecifikationslisten. Hvis der er behov for at korrigere en tidligere fremsendt trækanmodning, kan fagsystemet annullere det samme transaktions id (herefter TransaktionId), og fremsende et nyt med nye informationer (f.eks. at beløbet er ændret). For at annullere et tidligere fremsendt træk, fremsendes en ny anmodning på samme TransaktionId, hvor typen angives som Annullering. Såfremt der fremsendes annullering af et TransaktionId, der allerede er behandlet i UDK Pension, afvises dette i forbindelse med modtagelsen hos UDK Pension, og afvisningen sendes herefter i kvitteringen. 1.2 Overordnet forretningsflow i integrationen Jf. figuren nedenfor indgår følgende forretningsflow i integrationen. IF01: Fagsystemet sender en fil med trækanmodninger til Serviceplatformen via SFTP. Serviceplatformen flytter filen fra fagsystemets OUT-mappe til UDK Pensions IN-mappe. UDK Pension har ansvaret for at hente filen på Serviceplatformen vha. SFTP. UDK Pension udfører teknisk og simpel forretningsmæssig validering og behandling af filen og danner en foreløbig kvittering i en separat fil, der angiver hvilke fordringer der umiddelbart afvises og eventuelle årsager til afvisning af filen. IF02: UDK Pension sender asynkront en kvittering med svar retur til Serviceplatformen via SFTP. Serviceplatformen flytter filen fra UDK Pensions OUT-mappe til fagsystemets INmappe. Fagsystemet har ansvaret for at hente filen vha. SFTP. KOMBIT A/S Halfdansgade København S CVR Side 8 af 40

9 UDK Pension SFTP Serviceplatformen Fagsystem SF6110_V1_IF01 Trækanmodning SF6110_V1_IF02 Trækanmodning kvittering Overfør trækanmodning (data- og triggerfil) Hent og slet teknisk kvittering Hent og slet leverance (data- og metadatafil) EP_FS1 EP_FS2 Valider, kvittér og opbevar filer (SFTP-service) EP_FS1 Opbevar filer (SFTP-service) Fordel til SFTPbruger: UDK Pension Fordel til SFTPbruger: Kommunal Pension Opbevar filer (SFTP-service) Valider, kvittér og opbevar filer (SFTP-service) EP_UDK2 EP_UDK1 EP_UDK2 Hent og slet leverance (data- og metadatafil) og registrer træk Overfør leverance (kvittering og triggerfil) Hent og slet teknisk kvittering 1.3 Servicebetingelser for den samlede integration Servicemål Parameter Flow 1 Flow 2 Tidsrum Svartid Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om. Der er ingen SLA for SFTP-servicen, men jobbet på SP, som henter filer fra et it-systems Out-folder, kører hvert 5. minut, hvorefter der dannes kvitteringsfil. Man kan forvente at modtage kvitteringsfil i it-systemets In-folder inden for 15 minutter. Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om. Der er ingen SLA for SFTP-servicen, men jobbet på SP, som henter filer fra et it-systems Out-folder, kører hvert 5. minut, hvorefter der dannes kvitteringsfil. Man kan forvente at modtage kvitteringsfil i it-systemets In-folder inden for 15 minutter. KOMBIT A/S Halfdansgade København S CVR Side 9 af 40

10 Tilgængelighed Spidsbelastningsperiode Servicevinduer Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: 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ører 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 Tilslutning til snitflade 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 2. KOMBIT A/S Halfdansgade København S CVR Side 10 af 40

11 1.5.1 Køreplan for Implementering Nedenstående diagram viser køreplanen for udrulningen, som anvendersystem inden for KOM- BITs rammearkitektur under monopolbrudsprojektet følger. Det væsentlige i køreplanen er faserne, mens en egentlig tidsplan vil følge den faktiske implementeringsplan. Aktiviteter, som er forudsætninger og betingelser i forbindelse med ibrugtagning af en snitflade, som følge af en udrulning af et anvendersystem, vil referere til den fase, den hensigtsmæssigt kan udføres i. Serviceplatformen: Ved idriftsættelse af en snitflade er alle aktiviteter afsluttet, og snitfladen er klar til anvendelse. Eksternt system: Alle aktiviteter i forhold til Serviceplatformen er afsluttet, men der kan være yderligere aktiviteter i forbindelse med tilslutning af et anvendersystem eller en kommune i forhold til kildesystemet. Anvender-/fagsystem og kommune: Ved tilslutning af et anvendersystem og/eller en kommune, er der en række aktiviteter op til idriftsættelse, dels af aftalemæssig karakter, og dels også af konfigurationsmæssig karakter, som skal udføres. Er der aktiviteter, som medfører konfiguration på Serviceplatformen, vil dette ske i forbindelse med leverandørens oprettelse af serviceaftalen for kommunen Særlige vilkår Der er ingen specielle vilkår for brug af nærværende service ud over de generelle vilkår, der er beskrevet under vilkår for hhv. leverandører og kommuner Supplerende information om tilslutning Intet. KOMBIT A/S Halfdansgade København S CVR Side 11 af 40

12 KOMBIT A/S Halfdansgade København S CVR Side 12 af 40

13 2 Kontekst for integrationsparter 2.1 Kontekst for KMD Social Pension (interimsløsning) Lovhjemmel og forvaltningsmæssigt formål Kommunen kan anmode UDK om at modregne krav på personlige tillæg, der skal tilbagebetales efter 43 i pensionsloven og 43 i førtidspensionsloven før 2003, jf. 32, stk. 3 i pensionsloven og 30, stk. 4 i førtidspensionsloven før Samt 46 stk. 2 Betaling af husleje ifb. med fængsling og andre ydelser, som pensionisten har modtaget mod tilbagebetaling/brugerbetaling (f.eks. madordning, betaling for plejehjemsplads mv.), dette udføres i henhold til fuldmagt fra borger som aftalt mellem KL og Udbetaling Danmark. 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 er at sikre, at borgere tilbagebetaler forskellige ydelser, som er modtaget enten uretmæssigt eller mod tilbagebetaling Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Der afsendes op til 98 trækanmodningsfiler en gang pr. måned i interimsperioden. Forventet maksimal størrelse ved månedsforsendelse er 20 MByte. KMD sender løbende besked via Digital Post, når de kommunale sagsbehandlere opretter, ændrer eller sletter en husleje under fængsling Specifikke forsætninger for tilslutning af denne integrationspart Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at en kommune gennem KMD SP kan benytte snitfladen. ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar TS101 Indgåelse af Dataudvekslingsaftale (Dataoverdragelsesaftale) Aftale UDK (ATP som administrator) /Kommune UDK UDK Fase 1 Direkte relateret til TS201 og TS301 Aftale er indgået. Samme aftale som for SF6111 TS102 Aftale Indgåelse af Databehandleraftale UDK/KOM- BIT UDK KOMBIT Fase 1 Direkte relateret Samme aftale som for SF6111 KOMBIT A/S Halfdansgade København S CVR Side 13 af 40

14 TS103 TS104 TS105 TS106 Verifikation af SFTP bruger for simpel SFTP er oprettet (se TBA08 i [GVF]) Opret rutningsregel for Dynamisk SFTP for KMD SP KMD SP Leverandør af KMD SP Leverandør af KMD SP Verifikation Serviceplatformen Leverandør af KMD SP Verifikation Leverandør af KMD SP Bestil SFTProuting for anvendersystem Bestil overvågning af anvendersystemets SFTP-bruger Konfiguration Serviceplatformen Fagprojektet Fagprojektet Konfiguration Serviceplatformen Fagprojektet Fagprojektet til TS202 og TS302 Fase 2.2 Fase 2.2 Fase 2.2 Fase 2.2 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. TS102 - 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ås 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 under-underdatabehandler. 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. TS103 - KMD SP skal verificere, at der er oprettet en simpel SFTP bruger på Serviceplatformen. Denne SFTP bruger skal benyttes til at modtage data fra UDK. Se TBA08 i [GVF] TS104 - KMD SP skal verificere at parametre for overførelse af anmodninger om træk via SFTP er korrekte. Følgende parametre skal være korrekte: SFTP bruger for KMD SP Afsendermyndighed (CVR nr.) o [Her indsættes kommunens CVR nr.] Afgiversystem instance o [Her indsættes UUID for instance af KMD SP] Modtagermyndighed (CVR nr.) KOMBIT A/S Halfdansgade København S CVR Side 14 af 40

15 o [Her indsættes UDKs CVR nr.] Modtagersystem instance o Udfyldes ikke Filtypen i <InfRef> o [SF6110_V1_IF01] [Afklaring/KDI: Afgivne system instance og Modtagersystem instance] TS105 - Bestil routing af filer til anvendersystemet. Det sker som en bestilling til Serviceplatformens Help Desk. OBS! Ifm. transitionen af kommuner fra KMD Social Pension Kommune til Socialpension Kommune skal routing af de relevante kommuner ændres. TS106 - Der skal bestilles overvågning af anvendersystemets SFTP-bruger. Det sker med brug af skabelonen [SFTP-FS]. Det sker som en bestilling til Serviceplatformens Help Desk 2.2 Kontekst for Social Pension Kommune Lovhjemmel og forvaltningsmæssigt formål Kommunen kan anmode UDK om at modregne krav på personlige tillæg, der skal tilbagebetales efter 43 i pensionsloven og 43 i førtidspensionsloven før 2003, jf. 32, stk. 3 i pensionsloven og 30, stk. 4 i førtidspensionsloven før Samt 46 stk. 2 Betaling af husleje ifb. med fængsling og andre ydelser, som pensionisten har modtaget mod tilbagebetaling/brugerbetaling (f.eks. madordning, betaling for plejehjemsplads mv.), dette udføres i henhold til fuldmagt fra borger som aftalt mellem KL og Udbetaling Danmark. 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 er at sikre, at borgere tilbagebetaler forskellige ydelser, som er modtaget enten uretmæssigt eller mod tilbagebetaling Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Der afsendes enten 98 trækanmodningsfiler en gang pr. måned eller disse fremsendes en gang pr. dag. Forventet maksimal størrelse ved månedsforsendelse er 20 MByte. KOMBIT A/S Halfdansgade København S CVR Side 15 af 40

16 [Afklaring/KDI frekvens for afsendelse af filer skal afklares med SPK. SPK afklarer frekvensen for ny kommunal pensionsløsning] Specifikke forsætninger for tilslutning af denne integrationspart Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at en kommune gennem SPK kan benytte snitfladen. ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar TS201 Indgåelse af Dataudvekslingsaftale (Dataoverdragelsesaftale) Aftale UDK (ATP som administrator) /Kommune UDK UDK Fase 1 Direkte relateret til TS101 og TS301 Aftale er indgået. Samme aftale som for SF6111 TS202 TS203 TS204 TS205 TS206 Verifikation af SFTP bruger for simpel SFTP er oprettet (se TBA08 i [GVF]) Opret rutningsregel for Dynamisk SFTP for SPK Aftale Indgåelse af Databehandleraftale UDK/KOM- BIT SPK UDK KOMBIT Fase 1 Leverandør af SPK Leverandør af SPK Verifikation Serviceplatformen Leverandør af SPK Verifikation Leverandør af SPK Bestil SFTProuting for anvendersystem Bestil overvågning af anvendersystemets SFTP-bruger Konfiguration Serviceplatformen Fagprojektet Fagprojektet Konfiguration Serviceplatformen Fagprojektet Fagprojektet Direkte relateret til TS102 og TS302 Fase 2.2 Fase 2.2 Fase 2.2 Fase 2.2 Samme aftale som for SF6111 TS201 - 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. TS202 - 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 KOMBIT A/S Halfdansgade København S CVR Side 16 af 40

17 en under-underdatabehandler pr. løsning. Der skal derfor indgås 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 under-underdatabehandler. 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. TS203 - SPK skal verificere, at der er oprettet en simpel SFTP bruger på Serviceplatformen. Denne SFTP bruger skal benyttes til at modtage kvitteringer fra UDK. Se TBA08 i [GVF] TS204 - SPK skal verificere at parametre for overførelse af anmodninger om træk via SFTP er korrekte. Følgende parametre skal være korrekte: SFTP bruger for SPK Afsendermyndighed (CVR nr.) o [Her indsættes kommunens CVR nr.] Afgiversystem instance o [Her indsættes UUID for instance af SPK] Modtagermyndighed (CVR nr.) o [Her indsættes UDKs CVR nr.] Modtagersystem instance o Udfyldes ikke Filtypen i <InfRef> o [SF6110_V1_IF01] [Afklaring/KDI: Afgivne system instance og Modtagersystem instance] TS205 - Bestil routing af filer til anvendersystemet. Det sker som en bestilling til Serviceplatformens Help Desk. OBS! Ifm. transitionen af kommuner fra KMD Social Pension Kommune til Socialpension Kommune skal routing af de relevante kommuner ændres. TS206 - Der skal bestilles overvågning af anvendersystemets SFTP-bruger. Det sker med brug af skabelonen [SFTP-FS]. Det sker som en bestilling til Serviceplatformens Help Desk 2.3 Kontekst for UDK Pension Lovhjemmel og forvaltningsmæssigt formål Kommunen kan anmode UDK om at modregne krav på personlige tillæg, der skal tilbagebetales efter 43 i pensionsloven og 43 i førtidspensionsloven før 2003, jf. 32, stk. 3 i pensionsloven KOMBIT A/S Halfdansgade København S CVR Side 17 af 40

18 og 30, stk. 4 i førtidspensionsloven før Samt 46 stk. 2 Betaling af husleje ifb. med fængsling og andre ydelser som pensionisten har modtaget mod tilbagebetaling/brugerbetaling (f.eks. madordning, betaling for plejehjemsplads mv.), dette udføres i henhold til fuldmagt fra borger som aftalt mellem KL og Udbetaling Danmark. 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 er at sikre en administrativ lettelse for kommunen og borgerne Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Der afsendes enten 98 kvitteringsfiler en gang pr. måned eller disse fremsendes en gang pr. dag. Forventet maksimal størrelse ved månedsforsendelse er 20 MByte. UDK udarbejder en driftsplan med frister for aflevering af trækningsanmodninger, som skal håndteres i månedens kørsel. UDK Pension afhenter trækanmodninger mindst en gang i døgnet. UDK Pension placerer en kvitteringsfil, når der modtages en trækanmodning. Frekvensen for placering af kvitteringsfiler vil således afhænge af frekvensen for placering af trækanmodninger. Planlagte servicevinduer kan forsinke afhentning af trækanmodninger udenfor arbejdsdage. I planlægningen af servicevinduer og driftsplan tages der i videst mulige omfang hensyn til, det kommunale pensionssystem skal nå at aflevere trækanmodninger inden fristen og bogføre posteringer, håndtere udsendelse af breve via digital post (2 dage) og fysisk post (6 dage) inden trækket effektueres. UDK sender trækspecifikationslisten senest 6 dage før dispositionsdatoen. [Afklaring/UDK UDK skal udstille en driftsplan, som angiver deadline for månedlige kørsler] Specifikke forsætninger for tilslutning af denne integrationspart Dette kapitel beskriver de opgaver, som skal gennemføres i relation til snitfladen, for at UDK gennem UDK Pension kan benytte snitfladen. ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar TS301 Indgåelse af Dataudvekslingsaftale (Dataoverdragelsesaftale) Aftale UDK Pension UDK UDK Fase 1 Direkte relateret til TS101 og TS201 Aftale er indgået. Samme aftale som for SF6111 KOMBIT A/S Halfdansgade København S CVR Side 18 af 40

19 TS302 TS303 TS304 Indgåelse af Databehandleraftale Verifikation af SFTP bruger for simpel SFTP er oprettet (se TBA08 i [GVF]) Opret rutningsregel for Dynamisk SFTP for UDK Pension Aftale Verifikation UDK Pension UDK KOMBIT Fase 1 Leverandør af UDK Pension Leverandør af UDK Pension Verifikation Serviceplatformen Leverandør af UDK Pension UDK Pension Leverandør af UDK Pension Direkte relateret til TS102 og TS202 Fase 2.2 Fase 2.2 Samme aftale som for SF6111 TS305 Bestil SFTProuting for anvendersystem Konfiguration Serviceplatformen UDK UDK Fase 2.2 TS306 Bestil overvågning af anvendersystemets SFTP-bruger Konfiguration Serviceplatformen UDK UDK Fase 2.2 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. TS302 - 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. TS303 - Leverandøren af UDK Pension skal verificere, at der er oprettet en simpel SFTP bruger på Serviceplatformen. Denne SFTP bruger skal benyttes til at modtage anmodninger om træk i pension. Se TBA08 i [GVF] TS304 - Leverandøren af UDK Pension skal verificere at parameter for overførelse af kvitteringer via SFTP er korrekte. Følgende parameter skal være korrekte. SFTP bruger for UDK KOMBIT A/S Halfdansgade København S CVR Side 19 af 40

20 Afsendermyndighed (CVR nr.) o [Her indsættes UDKs CVR nr.] Afgiversystem instance o [Her indsættes UUID for instance af UDK Pension] Modtagermyndighed (CVR nr.) o [Her indsættes modtagerkommunens CVR nr.] Modtagersystem instance o Udfyldes ikke Filtypen i <InfRef> o [SF6110_V1_IF02] [Afklaring/KDI: Afgivne system instance og Modtagersystem instance] TS305 - Bestil routing af filer til anvendersystemet. Det sker som en bestilling til Serviceplatformens Help Desk. TS306 - Der skal bestilles overvågning af anvendersystemets SFTP-bruger. Det sker med brug af skabelonen [SFTP-FS]. Det sker som en bestilling til Serviceplatformens Help Desk KOMBIT A/S Halfdansgade København S CVR Side 20 af 40

21 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for KMD Social Pension og Social Pension Kommune Integrationen benyttes af fagsystemet til at sende anmodninger om træk i pension til UDK Pension og til at hente kvitteringer fra UDK Pension. UDK Pension vil asynkront returnere en foreløbig kvittering i en separat fil, der angiver hvilke fordringer der umiddelbart afvises. De øvrige fremsendte fordringer, som ikke fremgår af afvisningslisten, har UDK med kvitteringen angivet, at systemet vil modregne kravet i den første pensionsudbetaling efter den angivne start træk periode, såfremt dette er muligt. Se i øvrigt beskrivelse af forretningsmæssig behandling i afsnit Overordnet forretningslogik Fagsystemet placerer filer med anmodninger om træk i borgeres pension opdelt pr. kommune på Serviceplatformens SFTP-server. Serviceplatformen gennemstiller filerne til UDK Pension. Når UDK Pension svarer, sikrer Serviceplatformen, at svaret placeres i fagsystemets mappe på SFTPserver, hvor fagsystemet henter svaret: Fagsystemet etablerer forbindelse til Serviceplatformens SFTP-server og udfører PUT for at sende nye filer til OUT-mappen. Fagsystemet udfører GET for at hente teknisk kvittering fra SFTP-serveren i IN-mappen og kvitterer herefter for modtagelsen ved at slette kvitteringen fra SFTP-serveren (EP_FS1). Fagsystemet etablerer forbindelse til Serviceplatformens SFTP-server og udfører GET for at hente nye filer fra IN-mappen. Fagsystemet kvitterer for modtagelsen af filerne ved at slette dem fra SFTP-serveren (EP_FS2) Oversigt over endpoints ID Navn EP_FS1 EP_FS2 PensionTraekAnmodningModtag_I_Send PensionTraekAnmodningModtag_O_Hent Beskrivelse af endpoint EP_FS1 - PensionTraekAnmodningModtag_I_Send Transportspecifikation Serviceudstiller Serviceplatformen udstiller standard SFTP service på SFTP-server som specificeret i Dynamisk Routing i [SFTP]. Der skal sendes en triggerfil sammen med den forretningsmæssige fil Serviceanvender Fagsystemet er serviceanvender og benytter operationen PUT til at uploade filerne. KOMBIT A/S Halfdansgade København S CVR Side 21 af 40

22 Teknologisk understøttelse Snitfladen er implementeret som en SFTP-forbindelse. Der benyttes Dynamisk Routing (implicit) [SFTP] Teknisk endpoint Upload af filer foretages via det tekniske endpoint, EP_FS1. Følgende specificerer oplysninger om SFTP: SFTP platform: Host SFTP bruger: Fagsystem X DynamicRouting- Bruger Se [SFTP] Se [SFTP] Fagsystemet opretter selv sin SFTP-bruger for Simpel Filtransport ROUTING_V1_0_ Teknisk retning for udveksling Fagsystemet uploader filer til Serviceplatformens SFTP-server Dataretning for udveksling Fagsystemet uploader dataudtræk på Serviceplatformens SFTP-server Service invokation / Triggers Anmodninger om træk i pension kan foretages løbende eller periodisk før hver udbetalingskørsel i UDK Pension, da UDK Pension vil afhente trækanmodninger mindst en gang i døgnet Dataspecifikation Filen navngives efter som en kombination af servicenavn og TransaktionsId fra filens HovedOplysninger: PensionTraekAnmodningModtag_I_[transaktions id fra hovedoplysninger] Datafil En fil med flere trækanmodninger (hver identificeret med et unikt TransaktionId) benyttes til at anmode UDK Pension omkring oprettelse af eller ændringer til træk. Filen kan kun indeholde træk for en given myndighed (kommune). Der kan sendes flere filer med anmodninger til samme pensionskørsel, forudsat hver fil og hver anmodning i filen har en unik identifikation. Hvis kommunen har løbende træk (f.eks. månedlig husleje på institution), skal fagsystemet fremsende trækanmodningen hver måned, da UDK Pension ikke har mulighed for at definere repeterende træk. Hvis der er behov for at korrigere en tidligere fremsendt trækanmodning, kan fagsystemet annullere det samme transaktions id (herefter TransaktionId), og fremsende et nyt med nye informationer (f.eks. at beløbet er ændret). For at annullere et tidligere fremsendt træk, fremsendes en ny anmodning på samme TransaktionId, hvor typen angives som Annullering. KOMBIT A/S Halfdansgade København S CVR Side 22 af 40

23 En anmodningsfil indeholder følgende information: For PensionTraekAnmodningModtag_Iangives: Felt Format Obligatorisk UDK Træk FilIdentifikatior UUID (36 cifre) x Unik identifikation af filen. Hvis samme FilId modtages flere gange, skal dubletter afvises FilDannelseTidspunkt MyndighedFra datetime: YYYY-MM- DDThh:mm:ss x Tidspunkt for generering af filen Myndighedskode (4 cifre) x Identifikation af afsender (En kommune) KOMBIT A/S Halfdansgade København S CVR Side 23 af 40

24 MyndighedTil Myndighedskode (4 cifre) x Identifikation af modtager (UDK) PensionTrækGyldighed- Periode YYYY-MM x FilTotalAntalPoster Positivt heltal x Angiver måned for den førstkommende pensionsudbetaling. Så snart "fristdatoen" for fremsendelse er overskredet for indeværende måneds kørsel, skal trækmåned=næste måned. Hvis dette ikke er overholdt, vil UDK PE umiddelbart afvise anmodningen. Angiver hvor mange træk der er inkluderet (Til kontrol) TotalAnmodetBeløb Decimaltal (komma) med fortegn x Den samlede sum af Anmodningsbeløb på alle individer herunder (Til kontrol) TrækAnmodningListe x Liste med træk, der indgår i anmodningen (se nedenfor) For hvert enkelt træk (individ) skal angives: Felt Format Beskrivelse PensionTrækTransaktionId (Transaktions ID) UUID (36 cifre) x Unik identifikation af transaktionen hos afsender. Hvis samme TransaktionId er modtaget tidligere afvises dubletter med valideringsfejl KOMBIT A/S Halfdansgade København S CVR Side 24 af 40

25 PensionTrækModregning- Type ModregningVedroererPeriode PensionTrækPrioritet x YYYY-MM-DD + YYYY-MM-DD Heltal 0=Annullering af tidligere fremsendt anmodning 1=Personligt tillæg mod tilbagebetaling, 2=Kommunale serviceydelser, 3=Husleje under fængsling. Der annulleres ikke træk i interimsperioden. Skal kun udfyldes ved træk af husleje ved fængsling. Angiver den pensionsperiode træk ved husleje ved fængsling vedrører Prioritering af de enkelte træk i tilfælde af alle træk ikke kan opfyldes. Der prioriteres med et nummer, hvor 1 har højeste prioritet. Hvis feltet ikke er udfyldt, svarer det til laveste prioritet. PersonnummerNummer Tekst CPR (10 cifre) x Den part, hvor beløbet er trukket. For pension understøttes kun CPR-nr AnmodetBeløb Decimaltal (komma) med fortegn/ Heltal Feltet skal udfyldes med det beløb der anmodes om. Skal udfyldes med beløb > 0 Feltet kan være tomt ved en annullering. XSD er defineret i [XSD-EXT] Triggerfil Ved overførelse af en datafil via SFTP skal anvendersystemet danne en triggerfil, som skal ledsage datafilen. Encoding er UTF8. Filnavnet skal være det samme som for datafilen samt dennes extension. Dertil filtypen for triggerfilen, som er.trigger. Dvs: Filnavn: {Titel datafil}.{extension datafil}.trigger <any>-feltet i FileContentDescriptor skal erstattes af element <SFTPDynamicRoutingInfo> som er defineret i [SFTP] Triggerfilen er XML-baseret og skal indeholde information om forsendelsen, som vist nedenfor: Feltnavn Niveau Kardinalitet Format Værdisæt / note 1 FileContentDescriptor 7 SFTPDynamicRoutingInfo 1 <InfRef> SF6110_V1_IF01 </InfRef> 2 <SenderIt-system> [UUID (FagsystemID)] </SenderIt-system> SF6110_V1_IF01 Skal være UUID for det afsendende it-system KMD SP eller SPK KOMBIT A/S Halfdansgade København S CVR Side 25 af 40

26 Feltnavn Niveau Kardinalitet Format Værdisæt / note 3 <SenderAuthority> [urn:oio:cvr-nr:nnnnnnnn] </SenderAuthority> Skal være CVR for myndigheden, som er angivet i feltet MyndighedFra 4 <TransactionId> [UUID] </TransactionId> TransaktionsID 5 <SenderTimestamp> [DateTime] </SenderTimestamp> Tidsstempel 6 <RecipientIt-system> </RecipientIt-system> Udfyldes ikke 7 <RecipientAuthority> [urn:oio:cvr-nr:nnnnnnnn] </RecipientAuthority> CVR-nummer for UDK. 1 FileDescriptor 1 Complex element - FileName 1 String Navn på den korresponderende datafil - SizeInBytes 1 Integer Størrelse af datafil - Sender 1 String(250) SFTP bruger gældende for afsendersystem KMD SP eller SPK - SendersFileId 1 String(250) Udfyldes af afsendersystemet - Recipients 1 String(250) ROUTING_V1_0_0 Se [SFTP] for yderligere oplysninger om triggerfilen Teknisk kvitteringsfil Fagsystemet henter i sin IN-mappe på SFTP-servicen en teknisk transportkvittering. Encoding er UTF8. Filnavnet vil være det samme som for datafilen samt dennes extension. Dertil filtypen for kvitteringsfilen, som er.sftpreceipt. Dvs: Filnavn: {Titel datafil}.{extension datafil}.sftpreceipt Se [SFTP] for yderligere oplysninger om den tekniske kvittering Sikkerhed Sikkerhed mellem fagsystemet og Serviceplatformen er baseret på Serviceplatformens sikkerhedsmodel (SSH) for SFTP. Se [SFTP]. KOMBIT A/S Halfdansgade København S CVR Side 26 af 40

27 Leverancesikkerhed og fejlhåndtering Hvis datafil og triggerfil kan håndteres korrekt af SFTP-servicen, vil SFTP-servicen fjerne disse fra fagsystemets OUT-mappe og danne en teknisk transportkvittering som dokumentation for, at SFTP-servicen har overtaget transportansvaret. Fagsystemet har ansvar for løbende at kontrollere for modtagelse af teknisk transportkvittering i sin IN-mappe. Fagsystemet kvitterer for modtagelse af teknisk transportkvittering ved at slette den fra sin IN-mappe. Hvis overtagelsen ikke blev gennemført succesfuldt vil det fremgå af den tekniske transportkvittering. Igen kvitterer fagsystemet for modtagelsen af denne ved at slette den. Fagsystemet har ansvaret for at genfremsende datafil efter korrektion. Datafil og triggerfil skal have nyt løbenummer. Oprydning af fejlbehæftede datafil og triggerfil sker ved incident håndtering til Serviceplatformens helpdesk. Serviceplatformen vil løbende monitorere fagsystemet in- og out-mapper. Der vil blive rejst et incident (via rapportering) til fagsystemet, hvis der ligger ubehandlede filer i mere end den tid, som er fastlagt i [SFTP FS]. Se endvidere [SFTP] for yderligere information om brug af SFTP-serveren Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Værdi Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om. Der er ingen SLA for SFTP-servicen, men jobbet på SP, som henter filer fra et it-systems Out-folder, kører hvert 5. minut, hvorefter der dannes kvitteringsfil. Man kan forvente at modtage kvitteringsfil i it-systemets In-folder inden for 15 minutter. Tilgængelighed Spidsbelastningsperiode Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage KOMBIT A/S Halfdansgade København S CVR Side 27 af 40

28 Servicevinduer Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Beskrivelse af endpoint EP_FS2 - PensionTraekAnmodningModtag_O_Hent Transportspecifikation Serviceudstiller Serviceplatformen udstiller standard SFTP service på SFTP-server som specificeret i Dynamisk Routing i [SFTP]. Der skal hentes en metadatafil sammen med den forretningsmæssige fil Serviceanvender Fagsystemet er serviceanvender og benytter operationen GET til at downloade filerne Teknologisk understøttelse Snitfladen er implementeret som SFTP Teknisk endpoint Følgende specificerer oplysninger for SFTP: SFTP platform: Host SFTP bruger: Fagsystem X DynamicRouting- Bruger Se [SFTP] Se [SFTP] Fagsystemet opretter selv sin SFTP-bruger for Simpel Filtransport ROUTING_V1_0_ Teknisk retning for udveksling Fagsystemet downloader filer fra Serviceplatformens SFTP-server Dataretning for udveksling Fagsystemet downloader dataudtræk fra Serviceplatformens SFTP-server Service invokation / Triggers Fagsystemet tjekker løbende for dataudtræk på SFTP-serveren. Fagsystemets SFTP-klient poller SFTP-servicen for en metadatafil. En metadatafil læses, heri indgår navn på datafil. Datafilen vedrører information om tilbageholdt beløb, når <InfRef>SF6110_V1_IF02</InfRef>. Datafilen overføres. Efter succesfuld overførelse af datafilen sletter fagsystemet metadatafil og datafil. Sletningen er fagsystemets kvittering til Serviceplatformen på overtagelse af transportansvaret for datafilen. KOMBIT A/S Halfdansgade København S CVR Side 28 af 40

29 Dataspecifikation Filen navngives efter som en kombination af servicenavn og TransaktionsId fra filens HovedOplysninger: PensionTraekAnmodningModtag_O_[transaktions id fra hovedoplysninger] Datafil En kvittering udfyldes som en HovedOplysningSvarType indeholder følgende information: For PensionTraekAnmodningModtag_O angives: Felt Format Obligatorisk Beskrivelse TransaktionsId UUID (36 cifre) x Unik identifikation af kvitteringsfil TransaktionsTid datetime Tidsstempel for dannelse af kvitteringsfil AdvisID/FejlID String Kode for advis/fejl. Se vejledning for udfyldelse af kvittering nedenfor. De specifikke koder findes i [Koder] KOMBIT A/S Halfdansgade København S CVR Side 29 af 40

30 AdvisTekst/FejlTekst KildeId Identifikation String String Tekst for advis/fejl. Se vejledning for udfyldelse af kvittering nedenfor. De specifikke tekster findes i [Koder] Udfyldes med titel på systemet, der sender kvitteringen. Variabel værdi afhængig af konteksten. Se vejledning for udfyldelse af kvittering nedenfor. XSD er defineret i [XSD-EXT]. SvarReaktion udfyldes som beskrevet nedenfor: [Afklaring/UDK - UDK skal levere en liste over hvilke afvisningsårsager, de kan returnere på henholdsvis filniveau og trækniveau] 1. Der skal altid udfyldes én instans af SvarReaktion pr. filniveau: a. Der skal angives i struktur for Fejl eller Advis : i. Hvis ACCEPTERET benyttes Advis ii. Hvis DELVIST benyttes Advis iii. Hvis DUBLET benyttes Fejl iv. Hvis AFVIST benyttes Fejl b. FejlId: udfyldes med ACCEPTERET, DELVIST, DUBLET eller AFVIST. c. FeljTekst: Der skal defineres sigende fejltekst. d. KildeId: Udfyldes med titel på afsendersystemet f.eks. UDK Pension. e. FilIdentifikator: Udfyldes med id for den fil, der kvitteres for. Desuden udfyldes et af følgende niveauer: Hvis SvarReaktion pr. filniveau = ACCEPTERET Der kvitteres kun på filniveau. 2. Hvis SvarReaktion pr. filniveau = DELVIST. For afviste transaktioner angives instans i struktur for Fejl a. FejlId: Der skal defineres koder. b. FejlTekst: Der skal defineres tekster. c. KildeId: Udfyldes med titel på afsendersystemet f.eks. UDK Pension. d. PensionTrækTransaktionId: Udfyldes med id for den aktuelle ydelse, der kvitteres for. 3. Hvis SvarReaktion pr. filniveau = DUBLET Der kvitteres kun på filniveau. KOMBIT A/S Halfdansgade København S CVR Side 30 af 40

31 4. Hvis SvarReaktion pr. filniveau = AFVIST Der sendes en liste af årsager for afvisningen. For hver af disse årsager angives der en instans i struktur for Fejl. a. FejlId: Der skal defineres koder. b. FeljTekst: Der skal defineres tekster. c. KildeId: Udfyldes med titel på afsendersystemet f.eks. UDK Pension. d. FilIdentifikator: Udfyldes med id for den fil, der kvitteres for Metadatafil Metadatafilen svarer til den triggerfil, der er afleveret af UDK Pension jf. afsnit Triggerfil, dog er recipient erstattet med SFTP bruger tilhørende fagsystemet. Se [SFTP] for yderligere oplysninger om metadatafilen Sikkerhed Sikkerhed mellem fagsystemet og Serviceplatformen er baseret på Serviceplatformens sikkerhedsmodel (SSH) for SFTP. Se [SFTP]. Fagsystemet skal kontrollere, om fagsystemet håndterer data for myndigheden jf. datafilens FilId (skal være identisk med det id, der indgik i trækanmodningen). Hvis det ikke er tilfældet, skal datafilen afvises. Det foregår ved, at der rejses en incident og samtidig undlader fagsystemet at foretage sletning af datafil og metadatafil Leverancesikkerhed og fejlhåndtering Ved fejl, herunder manglende overholdelse af sikkerhedskrav, kan fagsystemet via incident-håndtering anmode UDK Pension om at genfremsende forretningskvitteringer for en trækanmodning. Serviceplatformen vil løbende monitorere UDK Pensions IN- og OUT-mapper. Der vil blive rejst et incident (via rapportering) til UDK Pension, hvis der ligger ubehandlede filer i mere end den tid, som er fastlagt i [SFTP FS]. Se endvidere [SFTP] for yderligere information om brug af SFTP-serveren. Se endvidere [SFTP] for yderligere information om brug af SFTP-serveren. [Afklaring/UDK+SPK Der skal aftales manuel proces for håndtering af manglende kvittering for modtagelse af trækanmodning samt tidspunkt for igangsætning af processen] Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Værdi Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer KOMBIT A/S Halfdansgade København S CVR Side 31 af 40