Skatteforvaltningens Dataudvekslingsplatform

Transkript

1 11. september 2019 Skatteforvaltningens Dataudvekslingsplatform FDA konference 9. sep v. Product owner Pia Vendelbo Danielsen og Løsningsarkitekt Brian Høj Jakobsen

2 Hvorfor etablere Dataudvekslingsplatformen? Stigende behov Genanvendelse af Skatteforvaltningens mange data i automatiserede forretningsløsninger og online selvbetjeningsportaler i tråd med digitaliseringsstrategien. Hyldevarer af data via en moderne, skalerbar, fleksibel løsning i et fremtidssikret løsningsdesign med mulighed for at levere data med et sikkerhedssetup i overensstemmelse med GDPR. Situationen hidtil Kun få strukturerede udvekslingsløsninger: eindkomst, eskatdata og R75 webservice Politisk aftale mellem KL, SKM,BM og FM om etablering af GUL (nu DUPLA) Derudover et virvar af ustrukturerede dataudvekslingsløsninger Filudtræk 1:1 services TS-tele (oprindeligt internt sagsbehandlingssystem) Udveksling via KMD løsning Skatteforvaltningens Dataudvekslingsplatform Side 1

3 Vores Mission En enkel tilgang til Skatteforvaltningens data 2

4 Projektets mål M1. Hurtig og sikker adgang til data, både for eksterne og interne brugere M2. Lovmæssigt korrekt adgang til Skatteforvaltningens data M3. Skatteforvaltningen får overblik over hvem der bruger data M4. Skatteforvaltningen får overblik over, hvor meget og hvilke data bliver brugt M5. Fokus på stabil drift Agilometer Side 3

5 DUPLA koncept Udstilling af data Statslige Kommunale Private Dataudvekslingsplatformen Dokumentation Udstilling Standarder, best practice og fællesoffentlige standarder Aftale Aftale Aftale Aftale Forretningen og driften Fælles datainfrastruktur Fælles datainfrastruktur Fagsystem Fagsystem Fagsystem DUP Arkitektur

6 11. september 2019 Arkitektur og teknisk løsning Dataudvekslingsplatformen

7 DUPLA komponenter 1.0 Dataudvekslingsplatformen DUPLA API Gateway DCS DUPLA Aftalemodul R E S T CLS Fælles datainfrastruktur DUPLA API A P I Fagsystem DW DUPLA Database DUP Arkitektur Fagsystem hjemtagning ETL og Validering Modelleret data fra et fagsystem Modelleret data fra et fagsystem

8 Specifikation for REST API Open API specifikationer For alle services bliver der først lavet en Open API specifikation så dataaftagerne kan sikre, at der udarbejdes en service, der kan levere de nødvendige data og kan kommunikere efter de ønskede mønstre. Lavet med udgangspunkt i digitaliseringsstyrelsens nye retningslinjer for REST Open API specifikationer bliver dannet af en generator, der er udviklet i projektet. Det minimerer fejl og sikrer ensartethed på tværs af alle specifikationer, så vi er sikre på at de alle lever op til Open API 3.0 samt DIGST retningslinjer og at specifikationen altid kan bruges som aftalegrundlag. Service discovery og et API til udstilling af aktuelle Open API specifikationer bliver snart lagt ud på vores testmiljø Open API specifikationer Side 7

9 Aftaler til adgangsstyring på feltniveau Kræver ensartede specifikationer og APIer der ikke kun er lavet til et formål En aftale indgås med en dataaftager Formål Hjemmel Handling Aftaler indeholder en juridisk del der definere hvad der må hentes og hvad hjemmel der er i lovgivningen for at hente de data. Input-felter Metode Juridisk Underskrift En aktiv aftale er en aktiv spille i adgangskontrol Output-felter En dataaftager kan lade en leverandør bruge deres aftale Aftager CVR.: Aftale Status En dataaftager kan løbende ændre de operationelle systeminformation uden det påvirker aftalen med skatteforvaltningen Systeminfo Certifikat Leverandør CVR.: System Adgangsstyring Side 8

10 Mønstre Request-respons baseret på REST med parametre der giver fleksibilitet Årsopgørelsen understøtter følgende mønstre: år Enkelt opslag og lister Dataanvenderne har behov for enkeltopslag - i forbindelse med sagsbehandling, men der og også behov for store batch leverancer. Delta opdateringer med valgfri periode Flere dataanvendere har behov for løbende opdatering af data mulighed for kun at hente nye data. Dobbelthistorik Det er muligt at hente årsopgørelser for et enkelt år eller flere år. Der hentes som udgangspunkt kun nyeste årsopgørelse for et givent år, men løsningen understøtter mulighed for at hente en ældre versioner af en årsopgørelse Version Udstillingstidspunkt Opslagsmønstre Side 9

11 Status på implementeringen 11. september 2019

12 Status på idriftsættelse Dataudvekslingsplatformen 1.0 er i drift!! Officiel idriftsættelse d.1. juli 2019 Løsningen blev tilgængelig for eksternes opkobling i produktion 24/ De første eksterne brugere er STAR og 24 a-kasser 7 a-kasser fik adgang til data via deres prod.system 1/7-19 Side 11

13 Dashboard Side 12

14 Leveranceplan for tilkobling til Dataudvekslingsplatformen Projektet lukkes Releases MVPtestable MVP GUL 1.0 GUL 1.3 GUL 1.6 GUL 1.9 GUL 1.12 GUL 2.0 GUL Årsopgørelse (SLUT) Moms (D/R) Forskudsopgørelse (FORSKUD) Deleøkonomiske data Én webservice per fagsystem Udvikling 1/1-19 1/4-19 1/7-19 1/ /1-20 1/4-20 1/7-20 STAR ATP KOMBIT Q Q Løsningen i TFE miljø Nomenklatur Ydelsessystem 3 måneder Løsningen i PROD miljø Q STAR A-kasserne MUL Q Q Q Q Q Q UDK FamYdelse UDK Barsel STAR A-kasserne MUL KOMBIT KY Tilkobles evt. (og i så fald) undtagelsesvis som SOAP R75 UDK Debitor R75 KOMBIT KSD UDK Boligstøtte KOMBIT Social Pension UDK Pension Tilkobling Planlægning udestår Dele- Økonomi Koordineres med projektet 13 R75

15 Kort demo af aftalemodulet 11. september 2019

16 Dataudvekslingsplatformen Kort demo Demo aftalemodulet Side 15

17 Udfyld relevant information - trinvist Demo aftalemodulet Side 16

18 Vælg relevante data Demo aftalemodulet Side 17

19 Den samlede aftale Klar til behandling hos UFST - Dataforvaltning Demo aftalemodulet Side 18

20 Aftale klar til underskrift Demo aftalemodulet Side 19

21 Systemforespørgsel Demo aftalemodulet Side 20

22 Fremtidens Dataudvekslingsplatform 11. september 2019

23 Dataudvekslingsplatformen v.3.0 Mange tanker og ønsker, herunder: Konsolidering af forældede løsninger Foretrukne løsning til ekstern dataudveksling Udvidelse med samtykke/fuldmagtsmodul API kan anvendes til indhentning af data Intern udstilling Fremtidens Dataudvekslingsplatform Side 22

24 API managementplatform og kapabiliteter Mulige kapabiliteter Brugere af Skatteforvaltningens fagsystem (fx interne sagsbehandlere) Eksterne parter og dataejere der opretter aftaler såvel som borgere og virksomheder der vil give samtykke Borgere og virksomheder der tilgår egne data eller data fra personer de arbejder på vegne af Signaturforklaring Systemsegment Anvender API Kapabilitet Integration Brugere af eksternt system (fx sagsbehandlere hos andre offentlige myndigheder eller virksomheder) Fagsystem hos Skatteforvaltningen DUPLA og støttesystemer Aftalehåndtering Adgangskontrol Eksterne APPs og single page applikationer Identifikation Eksternt anvendersystem Enkeltopslag Brugerstyring for direkte adgang til fagsystemet batchopslag Samtykke Indsigt Brugerstyring for resterende brugere Identifikation Delta opslag Abonnement Logning Identifikation Logning indberetninger Service discovery Identifikation Logning Notificeringer Servicekatalog Brugerstyring ved oprettelse af aftaler og for borgere og virksomheder der tilgår egne data Integration til andre systemer i Skatteforvaltningen såvel deling af data til analyseformål Analyse af Skatteforvaltningens dataudstilling til eksterne Afregning Side 23

25 Forklaring af kapabiliteter, der vedrører dataudveksling Der er en række kapabiliteter, som kan sættes i spil i forbindelse med data udveksles mellem myndigheder og virksomheder. Nogle af disse kapabiliteter er udvalgt og beskrevet nedenfor. Signaturforklaring Støttekapabiliteter API kapabiliteter Abonnement Administrerer, hvilke anvendere der abonnerer på hvilke hændelser. Samtykke Understøtter, at subjektet (fx en borger) kan erklære sit samtykke (positivt/ negativt) til, at data, der beskriver subjektet, kan deles med tredjepart. Aftalehåndtering Håndterer, hvem der må tilgå og videregive data. Sikrer, at dataadgang minimeres til de specifikke felter, som anvender har hjemmel til at tilgå. Aftalehåndteringen sker ofte manuelt. DUPLA s aftalemodul er et eksempel på en digital implementering af aftalehåndteringen. Service discovery Registrerer automatisk ændringer i servicen og udstiller et samlet endepunkt med opdaterede servicespecifikationer. Adgangskontrol Håndhæver kontrol af adgangen til data i forhold til fx rettigheder (i brugerstyring), samtykke og lovmæssig hjemmel (i aftalen). Servicekatalog Formidler en let-tilgængelig oversigt over services med tilhørende beskrivelser og oppetid. Afregning Registrerer dataforbruget hos anvender og sikrer det nødvendige grundlag for, at anvendere kan blive faktureret korrekt (fx pr. forespørgsel). Enkeltopslag Mulighed for at hente fx en vurdering eller årsopgørelse. Brugerstyring Registrerer og administrerer anvenderes identiteter, attributter og akkreditiver (fx certifikater). DCS en er et eksempel på en løsning, der anvendes til brugerstyring i Skatteforvaltningen. batchopslag Mulighed for der i kaldet kan specificeres en samling af data der skal leveres eller hente komplette datasæt ved hjælp af paginering. Identifikation Validerer anvenders identitet på baggrund af fremviste akkreditiver såsom et certifikat. Den Centrale Sikkerhedsløsning (DCS) er et eksempel på en løsning, der anvendes til identifikation i Skatteforvaltningen. Delta opslag Mulighed for løbende at hente data der er ændret ved at. Indsigt Giver subjektet (fx borgeren) indsigt i, hvilke af subjektets data, der deles med tredjepart. indberetninger Mulighed for at indberette data Logning Logger, hvornår anvendere og registranter tilgår hvilke data. Skatteforvaltningens Central Logging Service bidrager fx til dette. Notificer Mulighed for at notificere dataaftagere med abonnement om ændringer til data. Analyse af Skatteforvaltningens dataudstilling til eksterne Side 24