Teknisk leverandørspor - Serviceplatformen

Transkript

1 Teknisk leverandørspor - Serviceplatformen

2 Dagsorden 1. Velkomst 2. Opfølgning på arbejdsgange 3. En BI-leverandørs syn på Serviceplatformen 4. Testdata 5. Integrationsmønstre 6. Orientering fra kommunedialog 7. Drifts- og serviceorganisation 8. Afsluttende spørgsmål og dialog 2

3 Opfølgning på arbejdsgange

4 Arbejdsgange - agenda Opfølgning på jeres input fra sidst Opret Tilslutningsaftale recap Opret Serviceaftale recap Demo 4

5 Arbejdsgange Emne Lav et flow der ikke kræver en serviceaftale når det ikke gælder personhenførbare data Behov for at skabe egne kildesystemer hvordan kan man som leverandør få mulighed for det? Problem at afvente at kommunerne godkender serviceaftalen. Bemærkning Kun et flow Ret henvendelse til Mahdad Fahimi på KOMBIT kommunikerer gennem vejledning Sæt leverandøroplysninger CC på mailen så de kan se der er afsendt en mail KOMBIT har et ansvar for at sikre at kommunerne skriver under når de har påtaget sig ansvaret for at indgå aftale om anvendelsen af services og data Indsæt en juridisk lovtekst i mailen som gør kommunerne opmærksom på at hvis de ikke godkender aftalen rettidigt får det konsekvenser for leverandørens muligheder for at overholde kontraktens leverancekrav. Afventer behov KOMBIT kommunikerer genne vejledning Håndteres gennem vejledning Problem at kommunerne ikke har et incitament til at skrive under Håndteres gennem vejledning 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. Visningen vil blive grupperet 5

6 Arbejdsgange (fortsat) Emne Leverandøren udtrykte behov for at tilføje flere services til samme aftale Bemærkning Afventer Bekymring for at phishing-firmaer opretter sig selv og går ind og Håndteres gennem online-komunkation til kommunale får adgang til data uretmæssigt. Dette kan dog kun lade sig gøre i tegningsberettigede testmiljøet via en prøvetilslutning. I produktionsmiljøet skal serviceaftalen godkendes af en kommune så der burde det ikke kunne lade sig gøre. Men der blev udtrykt bekymring for om kommunens medarbejdere har overblik over de IT-firmaer de handler med. Kan de ved en fejl komme til at godkende en serviceaftale som er afsendt fra et uofficielt firma. Man skal have en kommunal sponsor for at blive oprettet som virksomhed i produktionsmiljøet. Nej Leverandøren ønsker en mailkvittering når en kommune har godkendt en aftale. Medtages Der blev udtrykt ønske om at leverandørens kontaktperson kunne tilføjes mailen. Det er dog ikke altid den samme person. Det afhænger af anvendersystem. Tilføjes et fritekstfelt 6

7 Opret tilslutningsaftale Anvendersystemudbyder opretter Tilslutningsaftale 7

8 Opret tilslutningsaftale Anvendersystemudbyder udfylder blanket 8

9 Arbejdsgange DEMO 9

10 En BI-leverandørs syn på Serviceplatformen

11 Testdata

12 Principper for testdata Omstillingsintegrationer vi laver generelt ikke testdata Gennemstillingsintegrationer vi udnytter generelt kildesystemets test-snitflader Replikaintegrationer vi udnytter kildesystemets data hvis de findes ellers laver vi vore egne Orkestreringsintegrationer vi udnytter generelt kildesystemets test-snitflader Fælleskomponenter vi forventer at lave vores egne 12

13 Serviceplatformen og testdata Tilgængelige snitflader med officielle testmiljøer indeholdende testdata eller en test-snitflade: CPR CVR OIS 13

14 Spørgsmål Hvilke behov har I? - I har forretningsviden omkring testdata til forskellige domæner Hvordan forestiller I jer et samarbejde om deling af testdata? - skal der være en slags sekretariat? - har I erfaringer andre steder fra? Hvor meget arbejde vil I ligge i et samarbejde? er alle interesserede? 15

15 Næste møde 16. maj. Oplæg til næste møde fra leverandør: - hvordan forestiller I jer et test-setup ift. Serviceplatformen? - hvordan gør I derhjemme? 16

16 Integrationsmønstre

17 Serviceplatformens integrationer Service Omstillingsintegrationer Gennemstillingsintegrationer Replikaintegrationer Orkestreringsintegrationer Fælleskomponenter Beskrivelse Dirigerer anvendersystemet over til korrekt placering af service Foretager kald af service i kildesystem på anvendersystemets vegne Foretager opslag i lokalt, opdateret replika Koordinerer kald til en eller flere services Indkapsler kompleks funktionalitet, fx beregningskomponenter eller brokere 18

18 Omstillingsintegration 19

19 Gennemstillingsintegration 20

20 Replikaintegration 21

21 Orkestreringsintegration 22

22 Fælleskomponenter 23

23 Servicetyper og integrationer Nogle integrationstyper er mere velegnede til at implementere en given service end andre. En markering med X angiver, at en integration er velegnet til at realisere en given servicetype. En markering med (X) angiver mindre velegnet. 24

24 Eksempler Replikaintegrationer CPR, CVR, Sikrede registeret (sygesikring), Vejregisteret Gennemstillingsintegrationer CPR aktuelle Orkestreringsintegrationer Opdateringer ifbm sygedagpenge Fælleskomponenter Formularmotor, tilskudsberegning 25

25 Spørgsmål Hvilke services savner i ved udvikling af systemerne? - I har forretningsviden omkring at skulle tilgå snitflader der er svært tilgængelige eller ikke-eksisterende - Hvor vil fx et (read-only) replika hjælpe? - Hvor vil fx en fælleskomponent hjælpe? 26

26 Næste møde 16. maj. Oplæg til næste møde fra leverandør. - hvad forestiller I jer? 28

27 Drift- og serviceorganisation

28 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 30

29 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. 31

30 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 32

31 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. 33

32 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 34

33 Afsluttende spørgsmål og dialog

34 Opsamling Form? Indhold? Ekstra møde? 36

35 Næste møde 16. maj. Input til emner - skriv til Michel ([email protected]) Simon ([email protected]) Input til data skriv til Mahdad ([email protected]) 37