Forretningsmæssigt leverandørspor - Serviceplatformen

Transkript

1 Forretningsmæssigt leverandørspor - Serviceplatformen

2 Dagsorden 1. Velkomst og opfølgning 2. Forretningsmæssige udfordringer og muligheder 3. Brugerstyring og certifikater 4. Opfølgning på Vejledning 5. Orientering fra kommunedialog 6. Afsluttende spørgsmål og dialog 2

3 Velkomst og opfølgning

4 Opfølgning Det er vigtigt, at kommunerne skriver ind i deres kontrakter at benyttelse af data skal ske via serviceplatformen. Og det er kommunernes juridiske og økonomiske forpligtigelse at hente data. Ikke leverandørernes. Reminder når et certifikat nærmer sig udløb. Det skal overvejes, hvordan certifikater skal håndteres i driftsorganisationen. Første gangs oprettelse er ikke et stort problem, men når certifkatet udløber kan det være problematisk. Hvis man har flere serviceaftaleanmodninger ude, har man brug for at se serviceaftaleanmodninger på tværs af kommuner. 4

5 Forretningsmæssige udfordringer og muligheder (som kildesystem)

6 Formål med brainstormingen Når vi er færdige, så har vi en stribe af anbefalinger og opmærksomhedspunkter, som skal videregives til projektet Vi kan ikke beslutte, hvordan det skal være, men vi kan komme med en masse anbefalinger Vi behøver ikke at være enige 6

7 Kildesystem versus Anvendersystem Er bare et spørgsmål om roller Et system kan både være kilde- og anvendersystem Eksempel KY indhenter cpr-oplysninger via Serviceplatformen (anvender) KY udstiller oplysninger om en borger er på kontanthjælp (kilde) 7

8 Brainstorming I skal opdeles i to grupper Den ene gruppe skal afdække alle de forretningsmæssige udfordringer ved at være kildesystem Den anden gruppe skal afdække alle de forretningsmæssige muligheder ved at være kildesystem Hver gruppe fremlægger i plenum I har 15 minutter til brainstormingen og der er afsat 10 minutter til fremlæggelse pr. gruppe 8

9 Opsamling 1. Er der sammenhæng mellem de forretningsmæssige udfordringer og muligheder? 2. Prioritering af de forretningsmæssige udfordringer - 2 stemmer pr. mand 3. Det videre forløb 9

10 Brugerstyring og certifikater

11 Brugerstyring på Serviceplatformen Adgang til Serviceplatformens Administrationsmodul NemID login med medarbejdercertifikater Første bruger bliver udnævnt til SPA (ServicePlatform Administrator) med alle rettigheder for leverandøren SPAer opretter flere brugere og tildeler beføjelser Vi skal bruge medarbejderens certifikat men ikke private nøgle Husk mail adresse i certifikatet. Personnummer er unødvendigt. KOMBIT forventer at oprette jeres første SPA administrativt Hertil skal KOMBIT bruge navn, kontaktinformation og MOCES certifikat informationer KOMBIT vil stå for at starte en indsamling af informationer 11

12 Brugerstyring på Serviceplatformen Kom godt igang tips: Hvis brugere mister deres certifikat, kan en SPA genoprette brugeren Opret gerne flere brugere og fordel arbejdet Udnævn gerne 2 SPAer (men ikke for mange) Ved fornyelse af eksisterende certifikat skal brugeren ikke genoprettes Sikr jer at DanID / NETS s om certifikatudløb håndteres fx funktionspostkasse hertil KOMBIT regner med at udgive en guide 12

13 Certifikater til adgang til Serviceplatformen Anvendersystemernes adgang styres af certifikater Der oprettes en tilslutningsaftale Denne indeholder certifikat subject (F/VOCES) Serviceplatformen kigger alene på subject Det er tilslutningsaftalen, der bruges til serviceaftalerne Certifikaterne kan fornys hos DanID / NETS Dette betyder normalt at subject (FID/UID) er uændrede Fornyelse betyder dermed at tilslutningsaftalen stadig virker Dermed virker alle indgåede serviceaftaler fortsat 13

14 Certifikatstyring for systemerne Certifikater kan udløbe FOCES/VOCES certifikater holder normalt 2-3 år DanID / NETS advarer om udløb via mail Men kun hvis certifikatet indeholder en mail adresse Sikr jer at DanID / NETS s om certifikatudløb håndteres fx funktionspostkasse hertil KOMBIT regner med at udgive en guide 14

15 Kald til Serviceplatformen Kald forudsætter tilslutningsaftale og serviceaftale Begge disse oprettes i Serviceplatformens aftale database Ved alle kald skal der refereres til disse ved UUID Dertil kommer en udpegning af kommune og ønsket service Ved hvert kald skal der derfor medleveres 4 UUID er i en kontekst Aftager (kommune) UUID Service UUID Serviceaftale UUID System (tilslutningsaftale) UUID 15

16 Opfølgning på Vejledningen

17 Feedback Utrolig stor interesse fra både leverandører, konsulenter og kommuner Positiv feedback over hele linjen, vi er på rette vej Vejledningen skal holdes kort, simpel og ikke indeholde alverdens krav Den nuværende tekst samt krav skal dog præciseres og uddybes Optionerne er problemet Kommunerne ønsker mere vejledning om adgang til data Kommunerne ønsker vejledning om nuværende kontrakter 19

18 Forbedringspunkter Nærmere beskrivelse af Serviceplatformen, teknik osv Begrænsning af mulige antal integrationer der kan flyttes Mere forklarende tekst, specielt omkring optionerne Bedre beskrivelse af, hvilke integrationer der er tale om Bedre beskrivelse af, offentligtilgængelige snitflader Minimere risikotillæg 20

19 Forbedringspunkter Bedre vejledning til kommunerne om køb af data Bedre vejledning til kommunerne om kontraktforhandlinger Hvordan sikres det at kommunerne får en lavere pris, ved at skifte til SP 21

20 Tiltag (1) Det tekstuelle omkring optionerne skal skærpes Der skal indsættes flere forudsætninger op omkring integrationerne og SP Integrationerne skal inddeles i flere kategorier fx nem, middel og svær Kravet omkring offentligt tilgængelige snitflader skal omskrives 22

21 Tiltag (2) Der skal laves to forskellige vejledninger, en om kravspec og en om kontraktindhold Der skal udarbejdes en model, hvor kommunerne skal betale mindre, hvis der skiftes til SP I høring igen 23

22 Afsluttende spørgsmål og dialog

23 Næste møde 13. juni Input til emner - skriv til Michel (mjs@kombit.dk) Simon (spe@kombit.dk) Input til data skriv til Mahdad (maf@kombit.dk) 25