Introduktion til Støttesystem Ydelsesindeks

Transkript

1 Introduktion til Støttesystem 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af hvilke komponenter, der er i spil, deres respektive funktioner, og hvordan de interagerer med hinanden i forskellige scenarier. Målgruppen er primært teknisk-orienterede personer, der har behov for at danne sig et overblik på arkitekturniveau. 2. Formål med Med etablering af Den Fælles Kommunale Rammearkitektur, hvoraf støttesystemet er en af de centrale dele, ønskes skabt en arkitektur, der giver mulighed for en konkurrenceudsættelse af monopolsystemer. er skal således kunne leveres af forskellige leverandører samtidig med, at sammenhæng i arbejdsgange på tværs af fagområder og er tilgodeses og forbedres. et sikrer en mere smidig og effektiv dataudveksling af data om bevillinger mellem Anvendersystemer f.eks. ESDH- og er til udstilling i eget brugervendt system. et stiller et fælles datagrundlag til rådighed for Anvendersystemer ved at stille funktionalitet til rådighed til at opsamle data om bevillinger fra en lang række Afsendersystemer og opbevarer den nyeste forekomst af bevillingen og de tilknyttede er i et. Modtagersystemer får derved via et en enkel adgang til at hente bevillingsdata fra en lang række er og andre systemer, der håndterer bevillinger. Via et kan Anvender dermed i eget brugervendt system udstille bevillingsdata for sine brugere for at give dem et helt eller delvist overblik over, hvilke ydelser den enkelte borger og virksomhed er bevilget til at modtage uden en stor mængde opslag i diverse fag- og ESDH systemer. et forventes bl.a. benyttet at det fælleskommunale overblikssystem SAPA. SAPA vil agere som Modtagersystem, for at brugeren via SAPAs brugergrænseflade kan få et overblik over borgeren eller virksomhedens bevilgede ydelser, som et får tilsendt fra en lang række Afsendersystemer, f.eks. ESDH- og er, (f.eks. de nye fælleskommunale systemer KY og KSD). Uden Støttesystemet vil alle Modtagersystemer skulle hente data om bevillinger fra en række forskellige er og andre systemer, der håndterer sagsbehandlingen af bevillinger. Det vil øge den tekniske kompleksitet og afhængigheden mellem systemerne og vil være en bekostelig affære for kommunerne og Udbetaling Danmark at få udviklet og vedligeholdt. ets formål er dermed at give Afsender- og Modtagersystemerne mulighed for at udveksle data om bevillinger på en nemmere og smidigere måde, og Støttesystemet bliver dermed den fælles indgang som opsamler, opbevarer og videregiver data om bevillinger fra Afsender- til Modtagersystem. Derved vil det fremover kun være nødvendigt med en Integration til at aflevere data og en Integration til at hente data om bevillinger. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 1/28

2 Afsendersystemerne vil have ansvaret for løbende at holde et opdateret med nye og ændrede bevillinger og Modtagersystemet vil have ansvaret for løbende at forespørge på data i et for at præsentere de aktuelle data i Modtagersystemet. er ikke ansvarlig for kvaliteten og aktualiteten af data, og dermed om de afsendte data fra et er den nyeste version af bevillingen, men sender udelukkende de data, der er modtaget fra Afsendersystemet til Modtagersystemet. Støttesystemet et behandler heller ikke de data der modtages fra Afsendersystemerne, men opbevarer dem udelukkende så at Modtagersystemet kan hente og udstille data i egne systemer. Al sagsbehandling og ejerskab af bevillingerne er dermed fortsat forankret og foregår i Afsendersystemer og eventuel behandling af data til præsentation foregår i Modtagersystemet. 3. integration til andre systemer NemLog-in Adgangsstyring Context Handler Brugervendte systemer & Anvendersystemer (eks. fagsystemer og støttesystemer) Myndighed Identity Provider (eks. kommunalt AD) Administrationsmodulet Brugeradministrationsløsning Beskedfordeler Services Serviceplatformen SFTP Gateway Kildesystemer (eks. grunddata) Security Token Service Serviceudbyder (eks. fælleskommunalt støttesystem) Klassifikation Organisation Sags- og Dokumentindeks Yderligere datakilder Figur 1 Oversigt over, der er vist med fremhævelse af pile, som illustrerer Eksterne Snitflader og Integrationer Som det vises på Figur 1 indeholder integrationer til Security Token Service, Støttesystemet Administrationsmodulet, Støttesystemet Beskedfordeler og Serviceplatformen, samt Eksterne Snitflader, der skal bruges fra Anvendersystemerne. De øvrige støttesystemer, samt nødvendig funktionalitet i Serviceplatformen og Administrationsmodulet, er ikke er en del af. 4. Aktører i Støttesystemet indgår i en kontekst af it-systemer og brugere og interagerer med en række forskellige aktører. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 2/28

3 I dette afsnit præciseres aktørernes ansvar særligt med hensyn til støttesystemet. Aktørerne for støttesystemet er opdelt i: Brugeraktører, dvs. brugere, som via brugergrænsefladen arbejder med Støttesystemet Systemaktører, dvs. andre it-systemer eller services, som skal interagere med Støttesystemet De konkrete aktører vises på følgende aktørdiagram. Beskedfordeler Serviceplatformen administrator Security Token Service Tilslutningspart Administrationsmodul Afsendersystem Modtagersystem Figur 2 Aktører der interagerer med Støttesystemet Støttesystemet er et it-system, hvis formål er at støtte Anvendersystemer, herunder Støttesystemer, i den kommunale it-infrastruktur. Foruden Anvendersystemer, der læser objekter i støttesystemet, har Støttesystemet administrative brugere, hvis formål er at vedligeholde systemet og dets indhold. Anvendersystemer kommunikerer systemteknisk med støttesystemet via dennes Eksterne Snitflade. Administrative brugere benytter en administrativ brugergrænseflade. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 3/28

4 Det administrative personales opgaver består af: te masseindlæsninger af data te udtræk af data te sletninger Se status på masseindlæsninger 4.1 Systemaktører Nedenstående afsnit beskriver særlige forhold vedrørende visse systemaktører. Bemærk at begrebet Anvendersystem dækker over alle systemer, der anvender et, uanset om det er som Afsendersystem og/eller som Modtagersystem Afsendersystem Et Afsendersystem afleverer data til et. Opgaver for Afsendersystemet er i kontekst af et: At afsende data om nye og opdaterede Bevillinger til et At sikre, at de overførte data til et er korrekte, således at et er opdateret med de informationer, som beskrevet i informationsmodellen. Det forventes, at der er i størrelsesordenen 200 Afsendersystemer til et på sigt Modtagersystem Et Modtagersystem søger og fremviser data om bevillinger fra et. Modtagersystemet er i kontekst af et ansvarlig for at: At fremsøge og vise data om bevillinger fra et At orkestrere visningen af de data, der fremsøges i et Det forventes, at der er i størrelsesordenen 200 Modtagersystemer til et på sigt Støttesystemet Beskedfordeler Støttesystemet Beskedfordeler afleverer beskeder til et. Støttesystemet Beskedfordeler er ansvarligt for at: Sende beskeder til et indeholdende data, der skal oprettes eller opdateres i et KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 4/28

5 4.2 Brugeraktører Nedenstående afsnit beskriver særlige forhold vedrørende visse brugeraktører administrator (specialisering af Støttesystem administrator) En administrator er en specialisering af den fælles aktørbeskrivelse Støttesystem administrator, og er ansvarlig for ets opsætning. administrator har i kontekst af et ansvaret for at: te masseindlæsninger af data te udtræk af data te sletninger Se status på masseindlæsninger 5. Understøttede use cases ets hovedopgave er, at stille data fra en række Afsendersystemer om sager og dokumenter til rådighed for en række Modtagersystemer. Dette sker alene via Systemaktørerne, uden involvering af Brugeraktørerne. De systemrettede use cases understøtter tilsammen funktionalitet i følgende kategorier: At Afsendersystemer kan opdatere et med data om nye/rettede/slettede data enten via services eller via Beskeder At Afsendersystemer kan masseindsætte eller masseslette en større mængde data i et At Modtagersystemer kan søge og udstille data fra et At Modtagersystemet kan modtage udtræk af en større mængde data fra et. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 5/28

6 Indsæt Bevilling UC-2F-01 Indsæt Økonomisk UC-2F-02 Modtag og behandl besked med opdatering Beskedfordeler UC-2F-07 Ret Bevilling UC-2F-03 Ret Økonomisk UC-2F-04 Fremsøg data fra Fjern Bevilling UC-2F-10 Afsendersystem UC-2F-05 Fjern Økonomisk Udtræk af data UC-2F-11 Modtagersystem UC-2F-06 Masseindsæt af data UC-2F-08 Masseslet af data UC-2F-09 Figur 3 Use case diagram for Støttesystemet (Systemaktører) et vil endvidere understøtte en række administrative og tekniske arbejdsgange og opgaver via en administrativ brugergrænseflade. Disse arbejdsgange fremgår af Figur 4. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 6/28

7 masseindlæsning Vis status på masseindlæsninger UC-2F-12 Tilslutningspart UC-2F-15 udtræk UC-2F-13 administrator massesletning UC-2F-14 Figur 4 Use case diagram for Støttesystemet (Brugeraktører) Disse arbejdsgange og opgaver relaterer sig til Brugeraktørerne og giver tilsammen funktionalitet i følgende kategorier, jf. arbejdsgangsbeskrivelserne: At administrator kan igangsætte en masseindlæsning af data i et At administrator kan igangsætte et udtræk af data fra et At administrator kan igangsætte en massesletning i et At administrator kan se status for masseindlæsninger til et 6. Arbejdsgange I dette afsnit præsenteres de arbejdsgange der er relateret til, og som skal helt eller delvist it-understøttes. Beskrivelsen af arbejdsgangene skal give en forretningsorienteret og sammenhængende præsentation af det ønskede forløb af aktiviteter hos forskellige involverede aktører. Aktører, der indgår i arbejdsgangsbeskrivelserne, er: Anvendersystem, som enten har rollen Afsendersystem eller Modtagersystem Systemaktøren administrator Arbejdsgangsbeskrivelsen identificerer en række Use Cases, der indgår som en væsentlig del af beskrivelsen af de funktionelle krav. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 7/28

8 Nedenstående arbejdsgange beskriver de systemrettede arbejdsgange for et. 6.1 Overordnet tilgang til Slides er fra kick off onsdag 30.april Herefter følger i overskrifter de arbejdsgange KOMBIT forestiller sig vil være gældende. BEMÆRK. Ift. Kick-off er opdatering af, på linie med Sags- og Dokumentindeks, i transitionsperioden via Beskedfordeler ikke tilladt. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 8/28

9 KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 9/28

10 Støttesystem Anvendersystem Afsendersystem 6.2 Indlæs Data i giver muligheden for at Afsendersystemet kan oprette en Bevilling i et. I nedenstående Figur 5 illustreres arbejdsgangen i normalsituationen ved oprettelse af en Bevilling i et. Forudsætningen for at denne arbejdsgang igangsættes er, at der er bevilget en eller flere sammenhængende ydelser i Afsendersystemet. Dermed skal Afsendersystemet opdatere et med de nye data om Bevillingen. Rent praktisk foregår dette ved at Afsendersystemet kalder et med data om Bevillingen, Bevilgede ydelser, splaner og tilhørende relationer. Til dette formål stiller et en operation til rådighed til indsættelse af Bevillingen og tilhørende elementer. Det er endvidere muligt at indsætte data i via hændelser distribueret af Støttesystemet Beskedfordeler. Dog ikke i transitionsperioden. Afsendersystemet skal desuden opdatere et, hver gang en ny af Bevillingen udføres. en af Bevillingen udføres i henhold til splanen, f.eks. månedligt, og Afsendersystemet skal løbende rettidigt opdatere et i overensstemmelse med den konkrete splan. Afsendersystemet skal derfor sende data om til et. Til dette formål stiller et en operation for indlæsning af til rådighed. Indsæt Bevilling Indsæt Ydelse er bevilget igangsat Indsæt Bevilling Indsæt Figur 5 Indlæs Data for KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 10/28

11 6.3 Ret Data i giver mulighed for, at Afsendersystemet kan rette data i et. I nedestående Figur 6 Ret data for ydelsesindeks illustreres arbejdsgangen for en normalsituation, hvor Afsendersystemet ønsker at rette data i et. En ændring af en Bevilling, oprettelse eller rettelse af tilhørende bevilligede ydelser og effektueringsplaner, samt tilhørende relationer kan ske over en længere periode efterhånden som afgørelser træffes eller som et led i forvaltningsvirksomheden. Arbejdsgangen tager derfor udgangspunkt i at opdateringen kan være på et vilkårligt trin i arbejdsgang for oprettelse. Det vil sige, at arbejdsgangen for opdatering for et Afsendersystem beskriver at en opdatering kan være så simpel som en ændring i Ydelsesbetegnelsen navn eller mere kompleks med en blanding af opdateringer og indsættelser af instanser af de forskellige forretningsobjekter. En mere kompleks opdatering kunne være en ændring af Ydelsesbetegnelsen og oprettelse af en ny Bevilget ydelse. Forudsætningen for at denne arbejdsgang igangsættes er, at der er sket en hændelse i Afsendersystemet, som medfører at Bevillingen er blevet opdateret. Afsendersystemet skal dermed opdatere et med de opdaterede data. Rent praktisk foregår denne proces med, at Afsendersystemet fremfinder de data om Bevillingen samt tilhørende Bevilligede ydelser, splaner og relationer som skal opdateres. Til selve opdateringen af et stilles der en operation til rådighed til at rette Bevillingen og de tilhørende forretningsobjekter. Afsendersystemet har også mulighed for at rette selve en, hvis der i løbet af processen er opdateringer til denne. Afsendersystemet fremfinder de er til den konkrete Bevilling, der skal opdateres. et stiller en operation til rådighed til opdatering af. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 11/28

12 Støttesystem Anvendersystem Afsendersystem Er der opdateringer til effektueringer Bevilling opdateret Find metadata som skal opdateres Find Bevilgede ydelser og effektueringsplan er som skal opdateres Find Relationer som skal opdateres Find er Ret Bevilling Ret Figur 6 Ret data for ydelsesindeks 6.4 Fjern Data fra giver muligheden for, at Afsendersystemet kan fjerne data i Indekset. Arbejdsgangen i Figur 7 illustrerer en normalsituation, hvor Afsendersystemet ønsker at fjerne en Bevilling og alle tilknyttede forretningsobjekter. Forudsætningen for at denne arbejdsgang igangsættes er derfor, at Afsendersystemet ønsker at fjerne data fra en Bevilling i et. Rent praktisk foregår dette ved at Afsendersystemet sender BevillingsID til et. et fjerner Bevillingen og tilhørende Bevilligede ydelser, splaner og tilhørende relationer. Til dette formål stiller et en operation til rådighed. et fjerner dernæst er til Bevillingen og stiller til dette formål en operation til rådighed. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 12/28

13 Ydelsesindex Anvendersystem Afsendersystem Fjern Bevilling Sletning Fjern Bevilling Fjern er Figur 7 Fjern data fra 6.5 Opdater data i et via Støttesystemet Beskedfordeler et giver mulighed for at Afsendersystemer kan opdatere data i et ved at sende en besked via Støttesystemet Beskedfordeler. I forhold til opdatering af et fra Afsendersystemet, så kan dette vælge enten kun at opdatere data i et via Støttesystemet Beskedfordeler eller ved kun at benytte de operationer der stilles til rådighed. Afsendersystemerne kan også vælge at benytte både opdatering via Støttesystemet Beskedfordeler og de operationer der stilles til rådighed til opdatering af data i et. Arbejdsgangen i Figur 8 illustrerer normalsituationen, hvor Afsendersystemet sender en besked til Støttesystemet Beskedfordeler med opdaterede Bevillings og/eller sdata. Beskeden kan både indeholde et nyt Bevillings og/eller sobjekt, et eksisterende objekt der skal rettes, eller et objekt der skal slettes i et. Forudsætningen for at denne arbejdsgang igangsættes er, at Afsendersystemet har et objekt der skal indsættes, rettes eller slettes og vælger at sende denne opdatering som en besked til Støttesystemet Beskedfordeler. Støttesystemet Beskedfordeler modtager denne besked og distribuerer den videre til et, som ud fra indholdet af beskeden indsætter, retter eller sletter Bevillings- og sdata i et. Til dette formål stiller et funktionalitet til rådighed. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 13/28

14 Figur 8 Opdater data i et via Støttesystemet Beskedfordeler 6.6 Masseindsæt Data i giver mulighed for at Afsendersystemet kan importere Bevillingsinformation i en enkel operation. Arbejdsgangen i Figur 9 illustrerer en normalsituation, hvor Afsendersystemet ønsker at importere en større mængde Bevillingsinformation i et. Forudsætningen for at denne arbejdsgang igangsættes er, at Afsendersystemet har en større mængde Bevillingsinformation der ønskes oprettet i et. Det kan f.eks. være i forbindelse med tilslutningen af et nyt Afsendersystem. Rent praktisk foregår denne import af en mængde data ved at Afsendersystemet sender en liste af Bevillinger inklusive Bevilgede ydelser, splaner, er og relationer til et. Såfremt en Bevilling fra den fremsendte liste allerede findes i et, så slettes den eksisterende version og alle relaterede forretningsobjekter og erstattes med den nye version. Det samme gør sig gældende for en, som også slettes og erstattes af det fremsendte, hvis der allerede eksisterer en forekomst af forretningsobjektet med samme ID i et. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 14/28

15 Støttesystem Anvendersystem Afsendersystem et stiller en operation til rådighed til at masseindsætte data om Bevillinger og er i et. Bevilling oprettet Masseindsæt Metadata Bevillingsinfo rmation videregivet Modtag data Indsæt Bevillinger og Effekuteringer Figur 9 Masseindsæt data til 6.7 Masseslet Data i et et giver mulighed for at Afsendersystemet kan masseslette Bevillings og sobjekter i en enkel operation. Arbejdsgangen i Figur 10 illustrerer normalsituationen for massesletning af Bevillings og sdata. Forudsætningen for denne arbejdsgang er at Afsendersystemet har en større mængde objekter der skal slettes i et. Dette kan f.eks. være i forbindelse med aflevering til Statens arkiver, hvor data efterfølgende skal slettes i et. Rent praktisk foregår dette ved at Afsendersystemet sender de Bevillinger inklusive Bevilgede ydelser, splaner, er og relationer, som skal slettes i et. et stiller en operation til rådighed til at masseslette data i et. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 15/28

16 Masseslet data Anvendersystem Afsendersystem Start Støttesystem Modtag data Slet Bevillinger og er Figur 10 Masseslet data i et 6.8 Fremsøg Data fra giver mulighed for at Modtagersystemer kan fremsøge relevant data fra et til udstilling i eget system. Arbejdsgangen i Figur 11 illustrerer normalsituationen for udstilling af data fra et. Forudsætningen for igangsættelse af denne arbejdsgang er, at Modtagersystemet ønsker at fremsøge data fra et. Modtagersystemet starter en fremsøgning af ønsket data fra et. et modtager forespørgslen og fremsøger data og returnerer resultatet ud fra de ønskede søgekriterier til Modtagersystemet. Når Modtagersystemet har modtaget resultatet af søgningen fra et er det Modtagersystemets eget ansvar at behandle de modtagne data. Til fremsøgning og udstilling af data til Modtagersystemer stiller et en fleksibel operation til rådighed. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 16/28

17 Støttesystem Aktør Modtagersystem Start Ja Fremsøg data Ja Behandling af resultat Modtag data Fremsøg data Figur 11 Udstil data fra 6.9 Udtræk data fra giver mulighed for at Modtagersystemer kan få et helt eller delvist udtræk fra et. Figur 12 illustrerer normalsituationen for udtræk af data fra et. Forudsætningen for at denne arbejdsgang igangsættes er, at Modtagersystemet ønsker et helt eller delvist udtræk af relevante data fra et. Modtagersystemet forespørger på et udtræk af relevante data fra et. et modtager forespørgslen og generer det ønskede udtræk og returnerer det til Modtagersystemet. Når Modtagersystemet har modtaget udtræk fra et er det Modtagersystemets eget ansvar at behandle de modtagne data. Til udtræk af data fra et stiller et en operation til rådighed. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 17/28

18 Støttesystem Aktør Modtagersystem Start Ja Forespørg om udtræk Behandling af Udtræk Modtag data Generer Udtræk Figur 12 Udtræk data fra 6.10 Arbejdsgang for brugerrettet anvendelse af Nedenstående arbejdsgang beskriver den brugerrettede anvendelse af et. giver mulighed for at administratoren får stillet funktionalitet til rådighed til brug af behandlingen af administrative opgaver. Figur 13 illustrerer normalsituationen for administratorens arbejdsgang. Forudsætningen for igangsættelse af arbejdsgangen er, at administratoren ønsker at starte en behandling. administratoren starter med at logge ind på den administrative brugergrænseflade og kan derefter vælge at se status for masseindlæsning, igangsætte udtræk, igangsætte masseindlæsning eller igangsætte massesletning. Når administratoren er færdig med sine behandlinger logges der ud af løsningen. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 18/28

19 Nej Ja Start Behandling Log ind og se mulige handlinger Behandling afsluttet Se status på masseindlæsning Ja Log Ud Støttesystem Administrator administrator Masseindlæsning Udtræk masseslet Figur 13 Arbejdsgange for brugerrettet anvendelse af KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 19/28

20 7. Arkitekturprincipper, arkitektur og komponenter 7.1 Arkitekturprincipper Det er centralt for, at arkitekturen tilgodeser og forankrer de fælleskommunale arkitekturprincipper. Arkitekturprincipperne fastholder egenskaber, der skal sikres for kommunale it-systemer. For fremhæves nogle af arkitekturprincipperne som særligt relevante for at understøtte ets rolle som central komponent i Rammearkitekturen. I denne forbindelse fokuseres især på at sikre robusthed og pålidelighed, samt stabilitet overfor ændringer, således at Anvendersystemerne ikke løbende skal vedligeholdes for at kunne anvende. arkitektur og design udarbejdes under generel hensyntagen til de fælleskommunale arkitekturprincipper, og med særlig fokus på følgende arkitekturprincipper: Fælleskommunale principper implikation A3 It-sikkerhed tænkes ind i løsningen I kontekst er det fra starten. væsentligt, at løsningen understøtter sikkerhed, eftersom kan indeholde oplysninger, som har stor fortrolighed. B9 - Forandringsrobust arkitektur I kontekst er det væsentligt at arkitektur og design understøtter og godtgør at ændringer og udvidelser kan foretages på fleksibel og enkel måde. C4 - It-løsninger er skalerbare efter I kontekst er det væsentligt formål at arkitektur og design understøtter og godtgør, at udvidelser til kapaciteten kan foretages på en fleksibel og enkel måde. A2 - Undgå leverandør- lock-in I kontekst er det væsentligt at arkitektur og design understøtter og godtgør, at det er enkelt og billigt for Anvendersystemer at anvende. Samt at det er dokumenteret hvor og i hvor høj grad der leveres egenudviklet funktionalitet til supplement for eller i stedet for standardfunktionalitet. B5 - Der anvendes altid vedtagne I kontekst er det væsentligt begreber at de begreber, som er defineret for indekset konsekvent anvendes på brugergrænseflader, beskrivelser og dokumentation. C1 - Data udstilles via åbne snitflader I kontekst er det væsentligt KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 20/28

21 og kan genbruges at tilslutningsparter og andre relevante interessenter kan orientere sig om alt relevant information i indekset vha. åbne snitflader, der er i stand til at genbruges. Tabel 1: Arkitekturprincipper med særligt fokus i forhold til de fælleskommunale arkitekturprincipper for. 7.2 Målarkitektur skal levere data om Ydelser til Modtagersystemer. Data anvendes af Modtagersystemer til eksempelvis at skabe et Ydelsesoverblik for aktøren, der anvender Modtagersystemet. På Modtagersystemer Serviceplatform (f.eks. SAPA) (f.eks. KY) (...) Afregningsmodul Logningsmodul Brugerrettede use cases UC-2F-15 Vis status På masseindl. UC-2F-12 - masseindl. UC-2F-13 - udtræk UC-2F-14 - masseslet Systemrettede use cases UC-2F-01 - Indsæt Bevilling UC-2F-02 - Indsæt Øko. UC-2F-03 Ret Bevilling Støttesystem Logiske komponenter UC-2F-04 Ret Øko. UC-2F-05 Fjern Bevilling UC-2F-06 Fjern Øko. Beskedfordeler Sikkerhed Administration Logning Integrationer Persistering SFTP Server UC-2F-07 Modtag og behandl besked UC-2F-10 Fremsøg data UC-2F-08 - Masseindsæt af data UC-2F-11 Udtræk af data UC-2F-09 Masseslet data Adgangsstyring Administrationsmodul Afsendersystemer Security Token Service (f.eks. KMD Sag) (f.eks. KY) (...) Context Handler Figur 14 er denne Integration mellem Modtagersystemer og vist ved pilen mellem de to. De data der stilles til rådighed for Modtagersystemer udstilles af som forretningsservices. Det enkelte Afsendersystem har ansvaret for at holde opdateret med de seneste ændringer på en Ydelse, som er registreret i Afsendersystemet. Dette gøres gennem den Eksterne Snitflade, som stiller til rådighed for Afsendersystemer. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 21/28

22 Målarkitekturen for og Integration til andre støttesystemer og Anvendersystemer er skitseret i nedenstående De enkelte komponenter vist på figuren beskrives i det efterfølgende. Data leveres til af de enkelte Afsendersystemer som illustreret på Modtagersystemer Serviceplatform (f.eks. SAPA) (f.eks. KY) (...) Afregningsmodul Logningsmodul Brugerrettede use cases UC-2F-15 Vis status På masseindl. UC-2F-12 - masseindl. UC-2F-13 - udtræk UC-2F-14 - masseslet Systemrettede use cases UC-2F-01 - Indsæt Bevilling UC-2F-02 - Indsæt Øko. UC-2F-03 Ret Bevilling Støttesystem Logiske komponenter UC-2F-04 Ret Øko. UC-2F-05 Fjern Bevilling UC-2F-06 Fjern Øko. Beskedfordeler Sikkerhed Administration Logning Integrationer Persistering SFTP Server UC-2F-07 Modtag og behandl besked UC-2F-10 Fremsøg data UC-2F-08 - Masseindsæt af data UC-2F-11 Udtræk af data UC-2F-09 Masseslet data Adgangsstyring Administrationsmodul Afsendersystemer Security Token Service (f.eks. KMD Sag) (f.eks. KY) (...) Context Handler Figur 14 ved pilen mellem Afsendersystemer og. KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 22/28

23 Modtagersystemer Serviceplatform (f.eks. SAPA) (f.eks. KY) (...) Afregningsmodul Logningsmodul Brugerrettede use cases UC-2F-15 Vis status På masseindl. UC-2F-12 - masseindl. UC-2F-13 - udtræk UC-2F-14 - masseslet Systemrettede use cases UC-2F-01 - Indsæt Bevilling UC-2F-02 - Indsæt Øko. UC-2F-03 Ret Bevilling Støttesystem Logiske komponenter UC-2F-04 Ret Øko. UC-2F-05 Fjern Bevilling UC-2F-06 Fjern Øko. Beskedfordeler Sikkerhed Administration Logning Integrationer Persistering SFTP Server UC-2F-07 Modtag og behandl besked UC-2F-10 Fremsøg data UC-2F-08 - Masseindsæt af data UC-2F-11 Udtræk af data UC-2F-09 Masseslet data Adgangsstyring Administrationsmodul Afsendersystemer Security Token Service (f.eks. KMD Sag) (f.eks. KY) (...) Context Handler Figur 14 Målarkitektur KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 23/28

24 Modtagersystemer Serviceplatform (f.eks. SAPA) (f.eks. KY) (...) Afregningsmodul Logningsmodul Brugerrettede use cases UC-2F-15 Vis status På masseindl. UC-2F-12 - masseindl. UC-2F-13 - udtræk UC-2F-14 - masseslet Systemrettede use cases UC-2F-01 - Indsæt Bevilling UC-2F-02 - Indsæt Øko. UC-2F-03 Ret Bevilling Støttesystem Logiske komponenter UC-2F-04 Ret Øko. UC-2F-05 Fjern Bevilling UC-2F-06 Fjern Øko. Beskedfordeler Sikkerhed Administration Logning Integrationer Persistering SFTP Server UC-2F-07 Modtag og behandl besked UC-2F-10 Fremsøg data UC-2F-08 - Masseindsæt af data UC-2F-11 Udtræk af data UC-2F-09 Masseslet data Adgangsstyring Administrationsmodul Afsendersystemer Security Token Service (f.eks. KMD Sag) (f.eks. KY) (...) Context Handler Figur 14 viser målarkitekturen for. modtager data fra Afsendersystemer og opbevarer disse, så det enkelte Modtagersystem kan læse data, når de ønsker. har integrationer til Serviceplatformen og Adgangsstyring, og Eksterne Snitflader udstilles til Afsendersystemer og Modtagersystemer. Målarkitekturen udgøres af følgende lag: Et use case lag, som understøtter det funktionelle aspekt af Et logisk komponent lag, som definerer løsningens grundlæggende struktur i form af en række logiske komponenter Integration til Serviceplatformen, hvor Eksterne Snitflade udstilles, og desuden Integration til afregning og logning Integration til adgangsstyring. Hvilket vil sige Context Handler, Security Token Service og Støttesystemet Administrationsmodulet KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 24/28

25 7.2.1 Logning Støttesystem skal foretage logning jf. de generelle retningslinjer for og krav til logning. Støttesystemet skal desuden kunne levere informationer fra logs til konsolidering i Serviceplatformen Persistering Den logiske komponent Persistering er den komponent i, der implementerer de krav, der stilles til persistering. skal persistere alle data der modtages, således at Data ikke mistes og kan returneres til Modtagersystemer Administration Den logiske komponent Administration er den komponent i, der implementerer de krav, der stilles til administration af Anvendersystemer og Ydelsesindekets egen opsætning. Det gøres i den brugergrænseflade som udstiller, der understøtter de beskrevne use cases, som er beskrevet i afsnit 5. Brugergrænsefladen anvender Administrationsmodulet til autentifikation og autorisation af Brugere. For at sikre en ensartet brugergrænseflade, skal Administrationsmodulet i Adgangsstyring, anvendes som indgang til den administrative funktionalitet for. 8. Integrationer Støttesystemet integrerer til følgende Støttesystemer og infrastrukturkomponenter: Serviceplatformen stiller Snitflade til rådighed for Modtagersystemer. Afregningslog konsolideres på Serviceplatformen, og en SFTP server stilles til rådighed, hvor kan placere og afhente filer Adgangsstyring som varetager sikkerhedsopgaver Afsendersystemer, som indeholder data der skal kopieres til Modtagersystemer, som anvender data fra Beskedfordeler, der skal kunne pushe beskeder til, når transitionsperioden er udløbet KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 25/28

26 9. Sikkerhed skal, som brugervendt system og som service udbyder overholde krav om sikring af forbindelser og adgangskontrol. Der henvises til modelpapiret for Adgangsstyring for en uddybende beskrivelse af hvordan adgangsstyring generelt håndteres i Rammearkitekturen. Herunder gives en beskrivelse af hvordan implementerer denne adgangsstyringsmodel. Når et Anvendersystem integrerer til, vil Anvendersystemet præsentere sine beføjelser for, der som serviceudbyder skal overholde krav om at kontrollere beføjelser og håndhæve disse. Når en tilslutningspart eller en administrator interagerer med administrative brugergrænseflade, skal, som brugervendt system, overholde krav om kontrol af Brugerens beføjelser og håndhæve disse.. definerer bestemte servicesystemroller og brugersystemroller, der giver beføjelser i, til henholdsvis Anvendersystemer (Afsendersystemer og Modtagersystemer) og personer (tilslutningspart, administrator). For hver af disse roller tilknytter dataafgrænsninger, der begrænser hvilke data, der må behandles. 9.1 Servicesystemroller og dataafgrænsninger Systemgrænsefladen i et skal som serviceudbyder udføre adgangskontrol på kald fra Anvendersystemer. understøtter følgende handlinger med tilhørende dataafgrænsninger der kan udføres af Anvendersystemer. Servicesystemrolle Handling Dataafgrænsning Beskrivelse Rediger Indsæt bevilling Anvenderkontekst (CVR) System Anvendersystem indsætter en bevilling, jf. use case UC-2F-01 Indsæt økonomisk effektuering Ret Bevilling Ret økonomisk effektuering Anvendersystem indsætter en økonomisk effektuering, jf. use case UC-2F-02 Anvendersystem retter oplysninger om en bevilling, jf. use case UC- 2F-03 Anvendersystem retter oplysninger om økonomisk effektuering, jf. use case UC-2F-04 KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 26/28

27 Fjern bevilling Fjern økonomisk effektuering Modtag og behandl besked med opdatering Masseindsæt af data Masseslet Udstil Fremsøg data Anvenderkontekst (CVR) Følsomhed Klassifikation herunder KLE Periode System Anvendersystem fjerner en bevilling og dets relaterede objekter, jf. use case UC-2F-05 Anvendersystem fjerner en økonomisk effektuering, jf. use case UC-2F-06 Anvendersystem opdaterer bevilling eller økonomisk effektuering, jf. use case UC-2F-07 Anvendersystem indsætter en stor mængde data, jf. use case UC-2F- 08 Anvendersystem foretager masseslet jf. Fejl! Henvisningskilde ikke fundet. Anvendersystem fremsøger data jf. use case UC-2F-10. Tabel 2 Tabel over servicesystemroller i med tilknyttede handlinger og dataafgrænsninger 9.2 Brugersystemroller og dataafgrænsninger Brugergrænsefladen i skal som brugervendt system udføre adgangskontrol ved adgang fra Brugere. understøtter som brugervendt system følgende aktiviteter, en bruger kan gennemføre. Brugersystemrolle Handling Dataafgrænsning Beskrivelse Udstil Vis status på masseoverførsler Anvenderkontekst (CVR) System Periode Organisation (OrgEnhed) Brugeraktør ønsker at få et overblik over status på masseoverførsler fra Anvendersystemer, jf. use case UC-2F-15 Indlæs masseindlæsning Anvenderkontekst (CVR) Brugeraktør igangsætter en masseindlæsning af en KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 27/28

28 System Udtræk udtræk Anvenderkontekst (CVR) System Klassifikation Følsomhed Periode datamængde modtaget fra et Afsendersystem, jf. use case UC-2F-12. Indlæsning skal kunne udføres enten for en kommune eller et system i forbindelse med fejlindlæsninger. Brugeraktør sætter udtræk af datamængder specificeret af et Anvendersystem i gang, jf. use case UC-2F-13. Masseslet masseslet Anvenderkontekst (CVR) System Klassifikation Følsomhed Periode Brugeraktør sætter en massesletning af datamængde specificeret af et Anvendersystem i gang, jf. use case UC-2F- 14 Tabel 3 Tabel over brugersystemroller i med tilknyttede handlinger og dataafgrænsninger KOMBIT A/S Halfdansgade København S Tlf [email protected] CVR Side 28/28