Teknisk leverandørspor - Serviceplatformen
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
Velkomst og ramme for dialogen
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
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
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
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
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
Forretningsmæssig ramme
Dataflow 10
Det juridiske benspænd Databehandlingsinstruks Databehandlingsinstruks Kommune KOMBIT Kildesystemejer Systemleverandør af fagsystem Systemleverandør af Serviceplatformen Systemleverandør af Kildesystem 11
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
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
Betalingsflow Bemærk: Der foregår ikke betalinger fra eller til anvendersystemer. Disse varetages af kommuner. 14
Overordnet arkitektur 15
Arbejdsgange
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
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
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
Opret Serviceaftale Anvendersystemudbyder udfylder blanket
Opret Serviceaftale Anvendersystemudbyder læser aftale og sender til visitering
Visiter Serviceaftale Aftagere modtager mails med advisering
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
Opret bruger SPA(Serviceplatformsadministrator) opretter bruger Tilføje brugere Registrere tegningsberettiget Der implementeres en organisationsside, hvor administratorerne har mulighed for at tilføje organisationsoplysninger
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
Teknisk tilslutning
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
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
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
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
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
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
39 www.serviceplatformen.dk
Brug af det eksterne testmiljø
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
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
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
Anvendelse : generelle parametre til kald af service 44
Demo af kald til testmiljøet 45
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
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
Drift- og serviceorganisation
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 18.00 på arbejdsdage 98,5% oppetid øvrig tid 50
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
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
Kontakt service desk Telefonisk henvendelse Tlf: 70 26 25 27 Åbningstid: Arbejdsdage 06 18 Max gns. ventetid pr. måned: 60 sekunder Max telefonventetid: 5 minutter Henvendelser via email Email: helpdesk@serviceplatformen.dk Reaktionstid: 3 timer 65% af alle henvendelser pr. måned skal være afsluttet ved første henvendelse til 1st level support. 53
Incident Management kritiske og alvorlige fejl Reaktionstider Arbejdsdage 06-18 Ø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
Afsluttende spørgsmål og dialog
Opsamling Form? Indhold? 56
Næste møde 11. april Vi vil gerne diskutere: Arbejdsgange Testdata behov Versions- og releasestyring Input til emner - skriv til Michel (mjs@kombit.dk) Simon (spe@kombit.dk) Input til data skriv til Mahdad (maf@kombit.dk) 57