Microsoft 365-integration til OS2Display (kalenderdata)

[MacDres]

OS2Display mangler i dag en dataintegration til Microsoft 365 (Microsoft Graph), som gør det muligt automatisk at hente og vise kalenderdata på skærme. En sådan integration vil gøre det væsentligt lettere at anvende OS2Display til en lang række daglige informations- og planlægningsformål i kommunerne.

Sådan kan en 365 integration anvendes

• Skærme ved mødelokaler med visning af aktuelle og kommende møder
• Dagsoversigt over aktiviteter i bygninger, kulturhuse, rådhuse m.m.
• Oversigt over ressourcebooking, fx biler, udstyr eller lokaler

OS2Display indeholder allerede færdige skabeloner til visning af kalenderdata. Det, der mangler, er alene dataforbindelsen til Microsoft 365. Det betyder, at en integration hurtigt kan skabe værdi uden behov for større ændringer i den eksisterende løsning.

Nederst ses eksempler på visualiseringer af de eksisterende kalenderskabeloner i OS2Display.

Overskrifter, farver og skrifttyper kan tilpasses lokalt, så løsningen matcher den enkelte kommunes designmanual og visuelle identitet.

Svar gerne på disse tre spørgsmål:

For at afklare behov og prioritere udviklingen opfordres kommuner til at bidrage med følgende:

1. Tilkendegiv om I er interesset i en Microsoft 365-integration
2. Vurder om de viste skærmbilleder dækker jeres behov (gerne med uddybning, hvis ikke)
3. Beskrivelse af eventuelle særlige brugsscenarier ud over de gængse

Jo flere kommuner der melder interesse og bidrager med input, desto bedre kan løsningen målrettes fælles behov.

Send dit svar i en mail til Agnete Moos på agnete_moos@os2.eu, så sørger jeg for, at det bliver lagt på sagen.

Alternativt er du også velkommen til at skrive en kommentar her på sagen. Det kan alle med et Github-login og sådan et opretter man selv.

Flere dage og flere ressourcer (Eksempel: Flerdagsprogram for et sted med flere lokaler)

En dag og en ressource (Eksempel: Dagsprogram for et mødelokale)

Denne mødelokaleskærm har også mulighed for straks-booking. (ikke vist). Via tryk på en knap kan man straks-booke mødelokalet for en ½ time, når man står ved mødelokalet og kan konstatere, at det er ledigt.

En dag og flere ressourcer (Eksempel: Dagsprogram for et sted med flere lokaler)

For de teknisk interesserede

Følgende data foreslås overført fra Microsoft 365 til kalenderskabelonen pr. kalenderbegivenhed:

• ID på kalenderbegivenheden
• Titel på kalenderbegivenheden
• Startdato og -tid
• Slutdato og -tid
• ID på den bookede ressource
• Titel på den bookede ressource

Der er også indtænkt tovejs-kommunikation der understøtter straks-booking af ressourcer.

[ChatBotBerg]

Vi bliver nød til at få dokumenteret løsning og accept kriterier, dokumenteret scenarier og identificeret funding til produktet.
Derudover skal vi finde ud af om der skal indhentes tilbud på løsning.

@agnetemoos: vil du drive arbejdet med at få beskrevet behov og krav til løsning, så kan vi tage aktivitet omkring funding sammen

[agnetemoos]

Sønderborg Kommune vil gerne være med til at funde en integration til Microsoft Graph.

[ds-bellcom]

@agnetemoos af de kommuner som jeg har snakket med, så ved jeg at Ballerup Kommune er interesseret i at få kalenderdelen til at virke på deres løsning (som vi hoster). Derudover så har jeg så sent som for et par dage siden snakket med Viborg Kommune, som fik en demo af OS2display tilbage i efteråret, men som mangler kalender-delen for at kunne se sig selv i det.

[tuj]

Opgavebeskrivelse

Der skal udvikles en ny feed type til kalender data, som kan trække data fra Microsoft Graph.

Løsningsbeskrivelse

Det foreslås, at der implementeres en ny feed type, der hedder CalendarMSGraphFeedType.
Denne feed type skal konfigureres på tenant niveau med tenantId og clientId på Microsoft Graph Appen, username og password på en servicebruger (til Graph), som har rettigheder til de se kalenderdata på de ønskede resurser.

Når man opsætter et slide, som bruger et feed, der har supportedFeedOutputType: "calendar", vil man kunne vælge den nye feed type, hvis den er installeret i en tenant. På slidet skal man skrive email-adressen på de resurser, der skal kobles til kalender-slidet.

Data der hentes for de givne resurser skal caches, så der ikke bliver sendt for mange requests afsted til MS Graph.

Opgaver

• Opret ny feed type.
• Tilføj Admin-komponent til feed typen.
• Tilføj slide komponent til at tage array af resurse emails.
• Data-funktionen skal hente overskrifter, til-fra tidspunkter, resursenavn for events i de valgte resurser
• Caching af data
• Option: mulighed for at vælge Alias for hver resurse i input-komponenten.
• Login i Graph
• Robust fejlhåndtering
• Automatiske tests

Krav

For at løsningen kan udvikles skal der stilles en Microsoft Graph App (tenantId, clientId), en servicebruger (username, password) og mindst to testresurser til rådighed. Servicebrugeren skal have rettigheder til at læse data fra test-resurserne.

Opsætning af Graph app: https://developer.microsoft.com/en-us/graph

Graph tilgås via: https://graph.microsoft.com/v1.0
Login via: https://login.microsoftonline.com/oauth2/v2.0/token

scope: https://graph.microsoft.com/.default
grant_type: password

Risikofaktorer

Vi skal sikre at vi ikke sender for mange requests til MS Graph.

Der skal kunne stilles de givne krav til rådighed før at udviklingen kan påbegyndes.

Hvordan skal det testes?

Der skal skrives automatiske tests til integrationen. Derudover skal der udføres manuelle tests.

Dokumentation

Den nye feed type skal dokumenteres både ift. hvad den kan og hvordan den konfigureres.

[tuj]

Kalenderskabelonen

Den eksisterende kalenderskabelon har flere layout-muligheder:

single (en resurse, kun nuværende dag):

multiple (flere resurser, kun nuværende dag, på liste):

multipleDays (flere resurser, flere dage, op til 5):

singleBooking (en resurse, kun nuværende dag, kan bruges sammen med "straksbooking"):

[KnudeOS]

@agnetemoos Aarhus har erfaring med at udvikling også bør har blik møderes Synlighed (fx privat møde) da adfærsmæssigt kontekst kan have en uhensigtmæssigt brug med mødetitler der bryder med GDPR lov krav. Denne information/filetering er jeg usikker på forberedt idag i den nuværende løsning. Disse møder bliver i øjeblikket filteret fra via en Midleware i vores nuværende setup.

I forbindelse med udvikling her har Aarhus til denne ikke mulighed for stille økonomiske midler til rådighed, men kan bidrage med input i forbindelse med GDRP/IT-sikkerhed og har også tekniske erfaringer omkring Microsoft miljøet, jeg forventer vi kan trække på med input.