STS Administrationsmodul

Præsentationer af emnet: "STS Administrationsmodul"— Præsentationens transcript:

1 STS Administrationsmodul
Indhold i ADM R2

2 Indhold i ADM -Helikopterperspektiv

3 Administration af IT-Systemer
Systemadministration (leverandører konfigurerer) Brugervendte Systemer Føderations-systemer Anvendersystemer Serviceudbydere

4 Indgåelse af aftaler og rettighedsopsætning
Systemadministration (leverandører konfigurerer) Aftaler og rettigheder (leverandører anmoder, myndigheder godkender) Brugervendte Systemer Føderations-systemer Anvendersystemer Serviceudbydere Jobfunktionsroller Føderationsaftaler Serviceaftaler

5 Provisionering af aftaler og rettigheder
Systemadministration (leverandører konfigurerer) Aftaler og rettigheder (leverandører anmoder, myndigheder godkender) Distribution af rettighedsopsætning Brugervendte Systemer Føderations-systemer Anvendersystemer Serviceudbydere Jobfunktionsroller Føderationsaftaler Serviceaftaler Provisionering til Context Handler Provisionering til Token Service Provisionering til Serviceplatformen

6 Funktionalitet Til leverandører og myndigheder (på test og prod)

7 NemLog-In Alle brugere skal være oprettet i Nemlog-in
Alle brugerrettigheder administreres i Nemlog-in Dette er en forskel fra Serviceplatformens administrationsmodul hvor brugere oprettes i Nemlog-in, men rettigheder administreres i modulet

8 Log på Administrationsmodulet
Link på serviceplatformen.dk (på produktionsmiljøet) Link på exttestwww.serviceplatformen.dk (på testmiljøet) Log på med brugerens Nem Id

9 Hvad kan de forskellige aktører
Leverandører Kan tilslutte og vedligeholde deres egne it-systemer Kan anmode om serviceaftaler, som efterfølgende skal godkendes af en eller flere myndigheder Myndigheder Er også leverandør... Kan godkende anmodninger om serviceaftaler Kan oprette og vedligeholde Jobfunktionsroller KOMBIT Er også en mydighed... Kan administrere centrale/fælles data Kan agere på vegne af alle andre aktører

10 Opgaveoverblik

11 Opgaveoverblikket Den første side brugeren ser
Kan navigere til brugerens opgaver

12 Administration af IT-systemer

13 IT-Systemer Et it-system kan være flere typer samtidig, men oprettes kun én gang Systemtyperne er Anvendersystem (Giver mulighed for at anmode om serviceaftaler til det givne system) Serviceudbyder (Giver mulighed for at udstille services som andre kan indgå serviceaftaler på) Brugervendt system (Bruges hvis systemet modtage brugere fra STS Context Handler) Identity provider (Bruges til at registrere hvor brugere kan komme fra) Vedligehold af it-systemet håndteres 100% af leverandøren

14 IT-Systemer Registrer stamdata for systemet
Vælg en eller flere systemtyper

15 IT-Systemer Dataafgrænsningstyper deles på tværs at service- og bruger-systemroller

16 IT-Systemer For hver systemtype der vælges skal de nødvendige informationer udfyldes

17 Serviceaftaler

18 Serviceaftaler En serviceaftale er en aftale, der gør det muligt for et it-system at kalde en service, der udstiller data ejet af en myndighed. En serviceaftale har ét Anvendersystem tilknyttet En serviceaftale kan dække over flere services En serviceaftale kan dække over flere myndigheder (der skal godkende individuelt) Administrationsmodulet viser aftalerne individuelt i aftaleoversigten (så en aftale med 3 kommuner for 4 services, vises som 12 rækker i aftaleoversigten)

19 Serviceaftaler Indholdet af en serviceaftale udfyldes af leverandøren
Anvendersystem der skal have aftalen Services + roller + dataafgrænsninger der skal være i aftalen Hvilken/hvilke myndigheders data der skal gives adgang til Flowet er ”wizard”-baseret Myndigheden/myndighederne skal godkende Notificeres via (Release 3) Kan kun godkende/afvise, kan ikke redigere i indholdet

20 Anmod om serviceaftale

21 Anmod om serviceaftale - Vælg anvendersystem

22 Anmod om serviceaftale - Vælg myndighed(er)

23 Anmod om serviceaftale - Vælg service(s)

24 Anmod om serviceaftale - Udfyld parametre

25 Anmod om serviceaftale - Gennemse og afsend til godkendelse

26 Myndighed skal godkende

27 Jobfunktionsroller

28 Jobfunktionsroller En myndighed kan oprette og vedligeholde Jobfunktionsroller i Administrationsmodulet – dvs putte Brugersystemroller i posen, og krydre dem med Dataafgrænsningsværdier.

29 Jobfunktionsroller En kommune kan give andre kommuner lov til at bruge deres Jobfunktionsroller (hvilket i praktisk betyder at den kommune så kan tilgå og arbejde med den anden kommunes data)

30 Jobfunktionsroller OBS! Man tildeler ikke Jobfunktionsroller til brugere i Administrationsmodulet. Det sker lokalt ude i kommunens egne it-systemer, og håndteres via den Identity Provider de har en føderationsaftale med

31 Funktionalitet Til KOMBIT

32 Organisationer

33 Oprette nye organisationer
Før en leverandør/myndighed kan logge på Administrationsmodulet, skal deres organisation (cvr + navn) oprettes af en forvalter. Vi fodrer 98 kommuner, UDK, KOMBIT, SSE, KMD, Netcompany, EG, CSC, m.m. ind i systemet under migreringen, så det er kun nye organisationer der skal oprettes

34 Organisationer

35 Vilkår

36 Vedligehold aftale/vilkår-tekster
Der er 5 forskellige aftale/vilkårs-tekster, som leverandører og myndigheder skal scrolle igennem og trykke accepter til når de indgår aftaler, tilslutter systemer m.m. Disse tekster kan vedligeholdes af forvaltere i brugergrænsefladen

37 Fælles dataafgrænsninger

38 Vedligeholde fælles dataafgrænsningstyper
Nogle dataafgrænsningstyper går på tværs af alle leverandører, pt. har vi 3 sådanne typer KLE Følsomhed Organisation Forvaltere kan oprette og vedligeholde sådanne dataafgrænsningstyper inde i Administrationsmodulet, hvorefter de bliver tilgængelige for alle leverandører (der kun kan se/bruge, men ikke redigere)

39 Fælles dataafgrænsningstyper

40 Visningsgrupper

41 Visningsgrupper Ikke alle leverandører skal kunne se alle services. Dette er en funktionalitet der findes på SP i dag, og som bl.a. bruges til at skjule monopolbrudsservices for leverandører der ikke skal anvende disse. Forvaltere kan vedligeholde disse ”grupper”. Når en service puttes ind i en Visningsgruppe, bliver den automatisk usynlig for alle anvendere der ikke er i samme gruppe.

42 Service grupper

43 Servicegrupper Nogle services hører naturligt sammen, men er ikke afhængige af hinanden. Servicegruppe konceptet anvendes til at vise en samling af services til brugeren , således at der er større mulighed for alle relaterede services vælges

44 Service sammenhæng (Skjult impersonering)

45 Skjult impersonering I dag skal man indgå 2 serviceaftaler for at kunne kalde en service, én vi kalder for #1 serviceaftale, som går på en service på SP, og en #2 serviceaftale, der går på kilde-servicen (typisk en KOSDY service) En forvalter kan i Administrationsmodulet ”parre” 2 services. Resultatet vil være at hvis en anvender indgår en aftale med én af de to services, så indgås der også en aftale med den anden (dvs vi sikrer at de altid har begge serviceaftaler)

46 Skjult impersonering

47 Skjult impersonering

48 Funktionalitet R3

49 Release 3 Integration til Beskedfordeler Mailudsendelse (adviseringer) Rapporter Multiple organisationsroller Føderationsaftaler Anvendersystemer Serviceudbydere Serviceaftaler Provisionering til Token Service Provisionering til Serviceplatformen Provisionering til Beskedfordeleren