Leverandørspor - Serviceplatformen

Transkript

1 Leverandørspor - Serviceplatformen

2 Dagsorden 1. Status på projektet og næste skridt 2. Opfølgning på emner fra forårets leverandørspor 3. Information fra kommunemøder 4. Præsentation af prototype, forbrugsmaksimum og advisering 5. Informationsmateriale 6. Sikkerhed 7. Kommunernes Datafælleskab 8. Afsluttende spørgsmål og dialog 2

3 Status på projektet og næste skridt

4 Status Tid Proces 20. december 2012 Basal serviceplatform (version 1) gik i drift Videreudvikling af serviceplatformen med Januar december 2013 Ultimo 2013 September 2013-marts 2014 brugergrænseflader, workflows, selvbetjeningsmoduler m.v. Fuldt udviklet Serviceplatform forventes klar Videreudvikling og tilføjelse af services 4

5 Serviceplatformens komponenter Anvendersystem Serviceplatformen Administrationsmodul Afregningsmodul Servicekatalog Rapporteringsmodul Kildesystem Adgangsmodul Integrationsframework Anvendersystem Anvendersystem Sikkerhed Viderestilling Integration til Drift & Rapportering Basalt Integrationsframework Omstillingsintegration Gennemstillingsintegration Fælleskomponent Framework til Orkestreringsintegrationer Orkestrerings-integration Orkestreringsintegration Kildesystem Kildesystem Anvendersystem Logning Framework til Replikaintegrationer Replikaregisterintegration Replikaintegration Driftsmiljøet Eksternt system Platformskomponent Integration 5

6 Opfølgning på emner fra forårets leverandørspor

7 Opfølgning Emne Der skal sendes en mail til leverandøren når kommunen har godkendt serviceaftalen I listen over brugere(på brugeroprettelsesfanen) skal det fremgå hvem der er administrator og hvem der er bruger Leverandørerne skal kunne se forbrugstræk de 'påfører' kommunerne. Mulighed for at tilføje services. (kun muligt at tilføje kommuner i dag) Som bruger hos leverandør er der ikke behov for at se alle de serviceaftaler der er indgået(det er jo principielt heller ikke deres aftaler) De har brug for et view, der viser en aftale, der dækker et antal kommuner. Ønske om at få overblik over status på hvilke kommuner, i en serviceaftaleanmodning, der har godkendt/afventer. Kan f.eks. gøres ved at summere overblik på forsiden. Leverandører ønsker mulighed for at genfremsende anmodning om serviceaftaler til kommuner Bemærkning Medtages Medtages Medtages Medtages Medtages Medtages Medtages 7

8 Opfølgning Emne Et telefonnummer og kontaktperson til den kommunale tegningsberettigede Både på kommune og leverandør. Bemærkning KOMBIT udarbejder en forslagstekst i kommentarfeltet. Både teknisk og systemejer hos kommunen. Tilføj et svar til den der sendes ud. - Synliggøre hvem der er administrator og hvem der er bruger. CVR eller Kommunekode - hele it-landskabet er i dag opbygget omkring kommunekoder. Det forventes, at der oprettes en service indeholdende UUID samt kommunekoder Ønsker driftstatus som service integration til leverandørenes egne systemer. Vises manuelt på nuværende tidspunkt. Angives herudover i Servicekataloget med grøn/rød farve. Det skal ikke være for nemt at kunne tildele administratorrettigheder til andre brugere. Advarselstekst hos Administrator. Løsninger overvejes. 8

9 Opfølgning Emne En reminder for udløb af certifikater. Bemærkning Overvejes Ønske om at kunne hente information om brugere og aftaler vedligeholde i lokale systemer. Overvejes Angive kontaktoplysninger på de kommunale tegningsberettigede samt kontaktperson hos leverandøren. To kontaktpersoner hos kommunen (jurist eller projektleder) Ikke implementeret 9

10 Information fra kommunemøder

11 Kommunemøder 1.Forbrugsloft 2.Efterspørgsel efter visning af forbrug i selvvalgt tidsinterval- dette ønske er blevet efterkommet 3.Opstart af indsamling af oplysninger til brug for registrering af alle kommuner og deres første administrator på Serviceplatformen 4.Udarbejdelse af vejledningsmateriale målrettet kommunerne 5.Kommunegruppen fortsætter med mere forretningsmæssig fokus efter

12 Præsentation af prototype, forbrugsmaksimum og advisering 12

13 13

14 14

15 15

16 16

17 Forbrugsloft En kommune skal kunne kontrollere et anvendersystems forbrug af services fra Serviceplatformen. Angivelse af en tærskelværdi i kroner og øre for et valgfrit tidsinterval (i dage) Fremgangsmåde: Leverandøren angiver ved oprettelse af en serviceaftale det forventede forbrug. Kommunen kan efterfølgende vedligeholde tærskelværdien i Serviceplatformen Kontrol af eventuel overskridelse foretages hver nat Ved overskridelse notificeres kommunen via advisering 17

18 Advisering Sendes som Modtageren vil være den enkelte organisations e- mailadresse Indholdet af s vil være i ren tekst 18

19 Advisering Scenarier Leverandøren sender en serviceaftaleanmodning til en kommune Leverandøren rykker for et svar fra kommunen Forbrugsloft overskrides Kommunen bliver notificeret Kommunen accepterer serviceaftaleanmodningen Kommunen afviser serviceaftaleanmodningen Kommunen afslutter serviceaftalen Leverandøren bliver notificeret 19

20 Advisering Eksempel på indhold Emnelinje: Serviceaftale er accepteret Indhold: En serviceaftale er accepteret. Gå til Serviceplatformen.dk og log på for at se serviceaftalen. 20

21 Pause? 21

22 Informationsmateriale 22

23 Informationsmateriale Kommuner Informationsmateriale rettet mod kommuner Pixi FAQ Trin for trin (foreløbig titel) Vejledning Vilkår Vejledning til udbud og kontrakter Leverandører Informationsmateriale rettet mod leverandører Pixi FAQ Trin for trin (foreløbig titel) Vejledning Vilkår Om testmiljøet Mini-guide inkl. kald-eksempler Information om sikkerhed (?) XSD 23

24 Informationsmateriale Kombit.dk FAQ for både kommuner og leverandører Informationsmateriale for både kommuner og leverandører Pixi for både kommuner og leverandører Vejledning til udbud og kontrakter Serviceplatformen.dk En fælles FAQ Trin for trin for både kommuner og leverandører Vejledning for både kommuner og leverandører Vilkår for både kommuner og leverandører Om testmiljøet for leverandører Mini-guide inkl. kald-eksempler Information om sikkerhed (?) Information om sikkerhed (?) 24

25 25

26 26

27 Sikkerhed 27

28 Sikkerhed - Krav Overholde krav i ISO (DS484) Løsningen skal være beskyttes mod utilsigtet adgang Kommunikationslinier skal være krypteret Løsningen skal være beskyttet mod ondsindede kald fx med netværksudstyr Adgangskoder skal være beskyttet fx gennem kryptering Løsningen skal være robust således at transaktionsdata ikke mistes i fejlsituationer 28

29 Sikkerhed dual site 29

30 Sikkerhed Webservere med offentlig adgang fra Internettet og Applikationsservere er placeret i DMZ Databaseservere er placeret i inderste privat zone Adgangskoder krypteres og opbevares i løsningens DB 30

31 Sikkerhed - kommunikation HTTPS/FTPS (SSL) anvendes generelt til kommunikation med følsomme data Identifikation og adgangskontrol af servicekald til løsningen sker ved brug af autoriseret OCES certifikat Kontinuerlig overvågning af forbindelser og kald 31

32 Et nyt projekt har set dagens lys i KOMBIT Kommunernes Datafællesskab 32

33 Projektets hovedmål og vision Forretningsgørelsen af Serviceplatformen, Støttesystemerne og Dataområderne med henblik på at indkøbe billigere data til kommunerne Visionen er, at agerer som kommunernes forlængede arm og indkøbe de korrekte data til den bedste pris på det rigtige tidspunkt 33

34 Kommunernes Datafællesskab s interessentlandskab Fælles kommunale projekter Kommuner Kommunernes Datafællesskab Leverandører 34

35 Kommunernes Datafællesskab s fokusområder Data Indkøber fleksible datapakker som tilpasses kommunernes behov Put Viden Formidler god praksis i relation til kommunernes anvendelse af data Rådgivning Ad hoc Vejleder kommunerne i optimal udnyttelse af tilgængelige data Here Spejder efter nye forretningspotentialer som kan optimere kommunernes forretning 35

36 Kommunernes Datafællesskab s succeskriterier Kommunerne modtager data ydelser som er sammensat specifikt til kommunale behov Kommunerne får lavere udgifter til integrationer og billigere adgang til data Prisen for data bliver gennemsigtig Der bliver kun betalt én gang for udviklingen af den samme snitflade og adgang til data One-stop-shopping, data kan hentes fra ét sted (Serviceplatformen) Kortere leveringstid til markedet Højere grad af genbrug på tværs af kommuner, it-løsninger og leverandører Øget adgang til data med fokus på digitalisering og innovation Kommunerne bliver bedre til at udnytte egne og indkøbte data 36

37 Snitflader Status, kategorisering og afregningsmodel 37

38 Aktuel status for uge 36 38

39 Tidsplaner Services, som er klar på Serviceplatformen 1. januar 2014 Services, som er klar på Serviceplatformen 1. April 2014 Services, som er klar på Serviceplatformen 1. Juli 2014 Aftaler, som skal være indgået inden prækvalifikation Aftaler, som skal være indgået inden udbuddene bliver offentliggjorte Aftaler, som skal være indgået inden valg af leverandør 39

40 Kategorisering af snitflader 98 potentiale Alle kommuner har snitfladen og der er kun én systemleverandør KOMBIT forhandler, indkøber og betaler Eksempelvis: Snitflade til KMD Boligstøtte, som skal anvendes til KY og KSD Fælles behov flere systemleverandører Alle kommuner skal anvende snitfladen og der er flere forskellige systemleverandører KOMBIT forhandler, kommunerne indkøber og betaler Eksempelvis: Snitflader til Økonomi og Jobcenter Kommunespecifikt Visse kommuner har behov for individuelle snitflader Kommunen forhandler, indkøber og betaler Eksempelvis: Snitflader til Skolemælk og Business Intelligence 40

41 Afregning serviceplatform og brug af data Kommunerne bliver afregnet med en henholdsvis fast og variabel omkostningskomponent pr. dataområde De faste omkostninger fordeles og afregnes pr. indbygger De variable omkostninger afregnes i forhold til det faktiske forbrug (antal opslag) pr. kommune KOMBIT anslår de forventede udgifter pr. dataområde og forbrugsafregner pr. kvartal Eventuelle afvigelser i det budgetterede og realiserede forbrug, bliver reguleret i første kvartal hvert år 41

42 Afsluttende spørgsmål og dialog