KOMBITS TILGANG TIL ARKITEKTUR ER ENKEL

Transkript

1 KOMBITS TILGANG TIL ARKITEKTUR ER ENKEL

2 KOMBIT s EA rammeværk KL Fundament Digitaliseringsstrategi Arkitekturmål Arkitekturprincipper Brug Måling, evaluering og opfølgning Undervisning og gå-hjem møder Emne håndtering Modellering og specifikation Review og kontroller Kommunikation Set-up EA modelleringsværktøj Metamodel Planlæg Kultur Model Governance Afvigelser Buy-in Indhold interessenter Værktøj Principper Den fælleskommunale rammearkitektur Etabler Mitigere EA risici Forbered EA uddannelse Model for Forandringsmotivation Definer EA metamodel Set-up EA governance KOMBIT er et projekthus med specifikt fokus KOMBIT har en pragmatisk tilgang til EA rammeværk EA rammeværk skal komplementere TOGAF EA rammeværk skal tilpasse sig til PRINCE2 og KOMBIT s projektgrundlov Fokus på kontinuerlig forbedring og udbygning ift. KOMBIT s modenhed (PDCA)

3 INTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR

4 Den fælleskommunale arkitektur Staten Støttesystemer Part Borger.dk Virk.dk Dokument Digital Post Fjernprint Statens Arkiver Rettighed Nem Login Dokument Nem Konto Én konto Skattekort Danmarks statistik Datafordeler Person CPR Indkomst eindkomst Virksomhed CVR Fast ejendom Matrikel BBR Adresse Geografi Geografiske kort Datafordeler Autoritative grunddata National serviceplatform Sygesikring Regionerne Kommunen Fælleskommunale Fagsystemer Udbetaling Danmark Fælleskommunale Støttesystemer ESDH Jobcenter Skole Børn & unge Organisation Organisation Klassifikation Klassifikation Beskedfordeler Beskedfordeler Rettighed Adgangsstyring Kontering Betaling Medarbejder HR Løn Økonomi LIS Hjemmeside Serviceplatform Dagtilbud Voksne & handikappede Bibliotek Institution Pas Flytning Kørekort Renovation Støttesystemer Fagsystemer Serviceplatform Beskedfordeler Fælleskommunal infrastruktur Pension Barselsdagpenge NemRefusion Boligstøtte Familieydelser SAPA KY Sygedagpenge Sygesikring Sag Dokument Ydelse Ydelsesindeks Organisation Klassifikation Klassifikation Organisation Stat Regionerne Kommunen Udbetaling Danmark Systemer Opgaveområder Signaturforklaring KOMBIT (fælleskommunalt) Adgangsstyring Sags- og Dokumentindeks Administrationsmodulet

5 Integrationsform (Serviceplatform [SP]) Gennemstilling Omstilling/redirect Orkestrering Replica/cache Transformation SFTP simpel SFTP med service kvittering Brugsscenarier Adgang til services Adgang til services fra andre systemer fra andre systemer gennem SP. udenom SP, men Understøtter videredirigeret fra simpel SP datatransformation Orkestrering af flere services fra andre systemer gennem SP sammensat i et business proces flow Adgang til replica data på SP Adgang til services Adgang til at læse fra andre systemer og skrive data til gennem SP. andre systemer Understøtter kompleks datatransformation Adgang til at læse og skrive data til andre systemer, med servicekvittering via SP Kvittering, teknisk (fra afleveringspunkt på BF eller SP) Ja Ja Ja Nej Ja Ja Ja Kvittering, forretning (fra afleveringspunkt på kildesystem) Ja Ja Afhænger af implementering Nej Ja Nej Ja Modtagere (kildesystemer) Én modtager Én modtager Afhængig af implementering Ikke relevant Én modtager Én til flere modtagere Én modtager Databegrænsning Ingen Ingen Ingen Ingen Ingen Ingen Ingen Transformation af data Ja; simpel Nej Ja; kompleks Nej Ja; kompleks Nej Nej Koblingsform (opkobling) Tæt Tæt Afhængig af implementering Koblingsform (data) Tæt Tæt Afhængig af implementering Målarkitektur Ja Nej; end of life planlagt Bruges med omtanke da denne integrationsform øger kompleksiteten i den samlede arkitektur og drift Tæt Tæt Løs Løs Tæt Tæt Tæt Tæt Ja Bruges med omtanke da denne integrationsform øger kompleksiteten i den samlede arkitektur og drift Ja Ja

6 Integrationsform (Beskedfordeler [BF]) Beskedfordeleren Beskedagent på SP eller BF Brugsscenarier Hændelser og beskeder Hændelser og beskeder til/fra systemer der ikke understøtter beskedfordeling Kvittering, teknisk (fra afleveringspunkt på BF eller SP) Kvittering, forretning (fra afleveringspunkt på kildesystem) Ja Nej Ja Nej Modtagere (kildesystemer) Flere via abonnement Afhængig af implementering Databegrænsning < 1MB <1 MB Transformation af data Nej Nej Koblingsform (opkobling) Løs Løs Koblingsform (data) Løs Tæt Målarkitektur Ja Bruges med omtanke da denne integrationsform øger kompleksiteten i den samlede arkitektur og drift

7 Fælleskommunale komponenter på Serviceplatformen (fordelingsmekanisme v1) Der er identificeret et behov for en fordelingsmekanisme i den fælleskommunale arkitektur, der muliggør, at notater og dokumenter kan transporteres fra de sekundære systemer i hvilke de oprettes, til de primære fagsystemer hvor de associerede sager bor og behandles Sekundære systemer dækker her over: SAPA KMD Sag Multi-fagsystemer, der har behov for at afhænde filer til de nye fagsystemer i fælleskommunale arkitektur eller til UDK (ex. io-managers) Fagsystemer, der lever op til de opsatte krav for afsendersystemer og ønsker at benytte fordelingsmekanismen

8 Fælleskommunale komponenter på Serviceplatformen (fordelingsmekanisme v1) Fordelingsmekanismen udvikles som en komponent på Serviceplatformen Fordelingsmekanismen udstiller en service, der modtager metadata + notat eller dokument fra afsendersystemerne Afsender-systemet medsender dokumenter som UUID reference til Serviceplatformens SFTP, som modtagersystemet kan afhente indenfor et aftalt tidsrum Modtager-systemer implementerer et standard service interface, der kan kaldes af fordelingsmekanismen Fordelingsmekanismen opløser ved kald det modtagne metadata til et entydigt modtager-system via støttesystemet Organisation De faktiske endpoints afgøres ved opslag i Organisation Løsningsmønstret arbejder med 3 hand-shakes : Fordelingsmekanismens indledende kvittering (og eventuelle tekniske fejl) kommunikeres umiddelbart tilbage til afsender-systemet (2) Modtager-systemet kvitterer for modtagelse til Fordelingsmekanismen og denne kvittering kommunikeres videre til Afsender-systemet (5/6) Modtager-systemet kvitterer, efter behandling, for henholdsvis accept eller afvisning af indholdet (7/8) 1) Tekniske fejl: Fejl i meddelelsesformat eller fejl i opløsning af entydig adresse 2) Forretningsfejl: Fejl i emneområde eller dokumentets semantiske indhold

9 Fælleskommunale komponenter på Serviceplatformen (modregningsmekanisme v1) Der er identificeret et behov for en fælleskommunal modregningsmekanisme, der understøtter udveksling af modregninger mellem henholdsvis indbetalingsog udbetalingssystemer i det fælleskommunale systemlandskab, for at effektivisere den kommunale opkrævning og inddrivelse. Gældstype Ydelse, der modregnes i System, der modregnes i Pension Boligstøtte Boligstøttefagsystem Beboerindskudslån Boligstøtte Boligstøttefagsystem Boligstøtte Pension Pensionsfagsystem Personlige tillæg m. tilbagebetalingspligt Pension Pensionsfagsystem Kommunale serviceydelser Pension Pensionsfagsystem Underholdsbidrag Kontanthjælp KY Institutionsplads Børne-/ungeydelse EFI

10 Fælleskommunale komponenter på Serviceplatformen (modregningsmekanisme v1) Afsendersystemer anmoder via Modregningsmekanismen, om gennemførsel af modregninger hos modtagersystemer Anmodningen drejer sig om en til flere modregninger Én modregnings-anmodning kan rumme én til mange separate modregninger (bulk) på tværs af borgere. Scenariet kan sammenlignes med typiske FTP overførsler, hvor et vilkårligt antal transaktioner overføres i én fil fra et system til et andet. Modregningsmekanismen indeholder et stamdataregister, der specificerer det relativt statiske forhold mellem modregningsarter og associerede modtagersystemer Modregninger distribueres i payload Modtagersystemer implementerer et standard service interface, der kan kaldes af modregningsmekanismen Afsendersystemer har mulighed for at informere modtagersystemer om den gyldighedsperiode, inden for hvilken modtagersystemer har tilladelse til at handle på modtagne anmodninger Overskrides denne gyldighedsperiode, kan afsendersystemerne anse modregnings-anmodningen som ugyldig og ikke længere relevant.

11 Roadmap for fælleskommunale komponenter Fordelingsmekanisme v1 Q (færdig) Modregningsmekanisme v1 Q (under udvikling) Fordelingsmekanisme v2 Der er identificeret følgende behov i forhold til en udvidelse af fordelingsmekanismen v1 nuværende funktionalitet: understøttelse af udveksling af semi-struktureret indhold ( forms ) understøttelse af distribution via digital post

12 KOMMUNIKATION MELLEM DEN FÆLLESKOMMUNALE ARKITEKTUR OG UDK S ARKITEKTUR

13 Tværgående kommunikation mellem myndigheder Fordelingsmekanismen benyttes til overlevering af noter og dokumenter mellem systemer. Fordelingsmekanismen er en 1-til-1 kommunikation med forretningskvittering og specielt velegnet til ansvarsoverdragelse Beskedfordeleren benyttes til overlevering af forretningshændelser, der ikke er noter eller dokumenter, mellem systemer. Beskedfordeleren er en 1- til-n kommunikation uden forretningskvittering Sikker post eller Digital post kan benyttes som alternativ til fordelingsmekanismen ved fremsendelse af dokumenter Dertil kommer telefon og fysisk post

14 Kommunikationskanaler til og fra UDK Kommunikationstype Teknisk setup muliggør automatisk forsendelse hos afsender og modtager, og orienteringen er ikke ansvarsoverdragende Brug Beskedfordeler Orientering Teknisk setup muliggør automatisk forsendelse hos afsender og modtager, og orienteringen er i ansvarsoverdragende Brug Fordelingsmekanisme Der findes en sag og der benyttes KLE numre Øvrigt, samt ved behov for vedhæftning af dokument Ikke akut: Fra kommune til UDK Brug Fordelingsmekanisme Brug Sikker post eller Digital post Brug telefon, Sikker post eller Digital post Forespørgsel og svar Ikke akut: Fra UDK til kommune Brug Sikker post eller Digital post Fremsendelse af dokumenter Akut Fysiske dokumenter: Fra kommune til UDK Fysiske dokumenter: Fra UDK til kommune Elektroniske dokumenter Brug telefon Brug Sikker post, Digital post eller fysisk post Brug Sikker post eller Digital post Brug Sikker post eller Digital post

15 SPØRGSMÅL?