Teknisk leverandørspor - Serviceplatformen

Transkript

1 Teknisk leverandørspor - Serviceplatformen

2 Dagsorden 1. Velkomst og ramme for dialogen 2. Forretningsmæssig ramme 3. Arbejdsgange 4. Teknisk tilslutning 5. Brug af eksternt testmiljø 6. Drifts- og serviceorganisation 7. Afsluttende spørgsmål og dialog 2

3 Velkomst og ramme for dialogen

4 Formål med den tekniske dialog Serviceplatformen er en del af det kommunale it-landskab Og vil over tid udstille flere og flere data Det betyder, at I over tid skal bruge den mere og mere Så det er vigtigt, at den rent faktisk understøtter arbejdsgange og behov hos leverandører Tro er godt, viden er bedre KOMBIT har gode ideer om, hvad I som leverandører har brug for men vi vil gerne være sikre 4

5 Ramme for dialogen Rammen for dialogen er alle tekniske aspekter af Serviceplatformen, herunder: Hvordan Serviceplatformen tilgås Hvordan services anvendes Hvad der skal til for at levere komponenter til Serviceplatformen Hvad KOMBIT kan gøre for at lette jeres arbejde med Serviceplatformen Vi vil have emner til en dagsorden men input er velkomne! 5

6 Ramme for dialogen Dialogen er rådgivende Vi har forpligtelser overfor vores fælles kunder Lovgivning sætter rammer Men vi har samme mål Serviceplatformen skal være Nem at anvende Understøtte, at I kan drive forretning 6

7 Hvad får I ud af dialogen? Med denne dialog får I blandt andet mulighed for at: Påvirke hvordan services tilgås Påvirke hvordan arbejdsgange i forbindelse med brug af Serviceplatformen udformes Påvirke de tekniske beskrivelser af såvel services som selve Serviceplatformen Tilgå testdata i testmiljø på Serviceplatformen 7

8 Helt praktisk Vi mødes cirka en gang i måneden mødedatoerne er: 11/4 16/5 Der kan være forberedelse til møderne Der laves korte referater af møder, så I kan orientere jeres organisationer 8

9 Forretningsmæssig ramme

10 Dataflow 10

11 Det juridiske benspænd Databehandlingsinstruks Databehandlingsinstruks Kommune KOMBIT Kildesystemejer Systemleverandør af fagsystem Systemleverandør af Serviceplatformen Systemleverandør af Kildesystem 11

12 Det juridiske benspænd Anvendersystemer kan ikke uden videre få adgang til services de indeholder persondata Kommunen skal instruere KOMBIT om både at hente data i kildesystem og stille dem til rådighed for et anvendersystem i kommunen Typisk er det dog en systemleverandør, der udfører det praktiske arbejde i forhold til at få adgang til data 12

13 afstedkommer to centrale forhold: 1. En masse papirgange En generel databehandlingsaftale, der giver KOMBIT lov til at hente data En konkret databehandlingsaftale (serviceaftale), der giver KOMBIT lov til at videregive data I praksis vil dette blive it-understøttet vha. selvbetjening. 2. Ændrede betalingsflows 13

14 Betalingsflow Bemærk: Der foregår ikke betalinger fra eller til anvendersystemer. Disse varetages af kommuner. 14

15 Overordnet arkitektur 15

16 Arbejdsgange

17 Serviceplatformens administrationsmodul Formål At skabe en selvbetjeningsløsning der gør det nemt for jer at få adgang til serviceplatformens services og til kildesystemernes data Derfor skal det være nemt: At logge på At oprette tilslutningsaftaler At oprette serviceaftaler At godkende serviceaftaler At håndtere brugeradministration Det er de processer administrationsmodulet skal understøtte

18 Log på Administrationsmodulet Bruger logger på Administrationsmodulet via Serviceplatformen.dk Anvendersystemudbyderen oprettes, via forespørgsel til servicedesk, med CVR-oplysninger og oplysninger om Serviceplatformsadministrator(SPA) Aftager er oprettet med oplysninger om Kommunenavn og Serviceplatformsadministrator(SPA) Der anvendes OCES2 NEM ID Erhverv

19 Opret Tilslutningsaftale Anvendersystemudbyder opretter Tilslutningsaftale Når der oprettes tilslutningsaftaler i testmiljøet gives der adgang til alle services Når der skal gives adgang til services i produktionsmiljøet skal der udpeges hvilke services og aftalen skal indeholde Første gang et anvendersystem skal tilsluttes skal det oprettes via tilslutningsaftalen

20 Opret Serviceaftale Anvendersystemudbyder udfylder blanket

21 Opret Serviceaftale Anvendersystemudbyder læser aftale og sender til visitering

22 Visiter Serviceaftale Aftagere modtager mails med advisering

23 Visiter Serviceaftale Aftager læser og godkender serviceaftale Aftalen indeholder juridisk aftaletekst Når aftalen godkendes er der indgået en juridisk aftale mellem Aftager og KOMBIT om anvendelse af de services der er specificeret i Serviceaftalen

24 Opret bruger SPA(Serviceplatformsadministrator) opretter bruger Tilføje brugere Registrere tegningsberettiget Der implementeres en organisationsside, hvor administratorerne har mulighed for at tilføje organisationsoplysninger

25 Serviceplatformens administrationsmodul Begreber Tilslutningsaftale Serviceaftale Aftagere (eks. specifikke kommuner) Anvendersystemudbyder Anvendersystem Kildesystemer (eks. CPR) Brugere Tre typer: Aftager, Anvendersystemudbyder, (Driftsleverandør) 2 (+1) roller: Serviceplatformsadministrator, Bruger, Tegningsberettiget (kun for Aftager) 25

26 Teknisk tilslutning

27 Teknisk tilslutning 1. Krav til at blive tilsluttet Serviceplatformen 2. Krav til anvendelse af Serviceplatformens services 3. Hvordan fungerer tilslutning og adgang for et anvendersystem 4. Hvordan kalder et anvendersystem services 27

28 Simplificerede adgangskrav givet persondataloven KOMBIT har indgået en databehandleraftale med kommunerne KOMBIT har tilladelse til at hente data for kommunerne KOMBIT skal have instruks fra kommunerne for at udlevere data til anvendersystemerne Instruksen om at udlevere data er Bundet til et konkret, identificeret anvendersystem Givet fra en konkret kommune Omhandler bestemte data (dvs. services) 28

29 Adgang til Serviceplatformen kræver aftaler Der kræves en tilslutningsaftale og en eller flere serviceaftaler Leverandøren anmoder og modtager advisering om godkendelse Der udleveres kaldsinformation ved effektuering 31

30 Kald til Serviceplatformen Ved kald skal et anvendersystem Autentificere sig (dvs. FOCES eller VOCES certifikat) Identificere sig selv (UUID) og kommunen (UUID) Identificere Serviceaftalen (UUID) Identificere ønsket service (UUID) Dertil kommer valgfri parametre Hvilken bruger, der kaldes på vegne af (logges!) Anvendersystemets transaktions-id (logges!) Afregningsinformation (bruges til sortering i regningen) Hertil kommer naturligvis parametre til servicen 36

31 Serviceplatformens services Service Opslagsservices Udtræksservices Opdateringsservices Funktionsservices Beskrivelse Tilbyder anvendersystem at foretage opslag i data fra forskellige kildesystemer (fx registre som CVR og CPR). Tilbyder anvendersystem at levere større mængder af data fra et kildesystem (fx CPR eller Klassifikation). Tilbyder anvendersystem at oprette eller modificere eksisterende data i et kildesystem. Tilbyder anvendersystem at udføre komplicerede interaktioner med kildesystemer, eller tilbyder komplicerede beregningskomponenter. 37

32 Services Opslag CPR Opslag (lokal) CPR Service CVR Online 3.0 Digitaliseringsstyrelsens Danmark Service (REST) OIS Post Danmark FindOs SKAT s eindkomst Opdatering CPR Abonnement Alle andre services er SOAP-baserede 38

33 39

34 Brug af det eksterne testmiljø

35 Brug af det Eksterne Testmiljø 1. Beskrivelse af det eksterne testmiljø 2. Præsentation af det eksterne testmiljø (live demo) 3. Hvad er processen for at få adgang? 4. Ønsker til testmiljøet (måske?) 41

36 Serviceplatformens miljøer Fagsystem (test) Støttesystem (test) Eksternt testmiljø Serviceplatformen Testdata Integrationer Teststub Kildesystem Test Fagsystem Støttesystem Produktionsmiljøet Serviceplatformen Integrationer Kildesystem Produktion Kildesystem Produktion 42

37 Præsentation af det eksterne testmiljø Der udstilles de samme services som produktionsmiljøet Enten viderestilles til CPRs test service, eller også er der test data. Vi kalder CPR services med lokalt opslag (dvs replika) Vi har forinden oprettet en tilslutningsaftale til testmiljøet via help desken 43

38 Anvendelse : generelle parametre til kald af service 44

39 Demo af kald til testmiljøet 45

40 Processen for at få adgang Kontakt KOMBIT I skal angive information om virksomheden CVR, adresse, kontakt information, kontakt personer I skal angive informationer om anvendersystemet FOCES / VOCES certifikat nummer samt id (FID/UID) IP adresse 46

41 Input fra jer Holdninger til SPA-modellen? Brugeroprettelse? Hvem bør vi kontakte hos jer for verifikation? Er det forståeligt med serviceaftaler? Har I ønsker til testdata og testservices vi kunne udstille? Hvilke kildesystemer så I meget gerne? Hvis I skulle overtage vedligehold og videreudvikling, hvilken dokumentation ville I så forudsætte? Ønske? 48

42 Drift- og serviceorganisation

43 Stabil og professionel drift Professionel drift ved Systematic og TDC Hosting Dual site driftssetup Service Desk med first-level support Tilgængelig 365/24/7 bortset fra service vinduer 99,8% oppetid mellem 6.00 og på arbejdsdage 98,5% oppetid øvrig tid 50

44 Servicemål for svartid og svarhastighed Servicemål for integrationssvartider for normalt svar Simpel: 1,0 sek Mellem: 1,5 sek Kompleks: 4,0 sek Servicemål for integrationer med stort svar ( > 1MB ) Svartider: 15 sek Svarhastighed: 200 kb/sek Svartider indeholder ikke latency udenfor Service-platformen, dvs. internettet mod anvendersystemer og kildesystemer. 51

45 Skalerbarhed og stabilitet Performance- og loadtests Kapacitet til 250 kald/sek Kan skaleres yderligere efter behov Stabiltetstest Funktionelle og non-funktionelle egenskaber er testet Driftsprøve over 30 dage med load ramp-up / ramp-down 52

46 Kontakt service desk Telefonisk henvendelse Tlf: Åbningstid: Arbejdsdage Max gns. ventetid pr. måned: 60 sekunder Max telefonventetid: 5 minutter Henvendelser via [email protected] Reaktionstid: 3 timer 65% af alle henvendelser pr. måned skal være afsluttet ved første henvendelse til 1st level support. 53

47 Incident Management kritiske og alvorlige fejl Reaktionstider Arbejdsdage Øvrig tid Kritisk fejl 30 min 2 timer Alvorlig fejl 60 min 4 timer Omgåelsestider Kritisk fejl 3 timer 6 timer Alvorlig fejl 6 timer 8 timer Afhjælpningstider Kritisk fejl 3 timer 6 timer Alvorlig fejl 6 timer 8 timer Eskaleringstider Kritisk fejl 1 time 1 time Alvorlig fejl 2 timer 2 timer 54

48 Afsluttende spørgsmål og dialog

49 Opsamling Form? Indhold? 56

50 Næste møde 11. april Vi vil gerne diskutere: Arbejdsgange Testdata behov Versions- og releasestyring Input til emner - skriv til Michel ([email protected]) Simon ([email protected]) Input til data skriv til Mahdad ([email protected]) 57