openDesk
anymize læser modulerne i jeres openDesk-instans: filer, projekter, viden, kalender og kontakter, hvert med sine egne adgangsdata.
5 Min
Hvad du kan gøre med det
openDesk er den suveræne arbejdsplads, som ZenDiS udgiver for det føderale indenrigsministerium. Når den er forbundet, spørger du på tværs af modulerne i chatten.
- „Søg i wikien efter tjenesteanvisningen om sagsføring.“
- „Hvilke arbejdspakker i projektet Digitalisering er åbne?“
- „Hvad ligger der i mappen Skabeloner?“
- „Hvad står der i min kalender i næste uge?“
Hvorfor openDesk har brug for flere adgange
openDesk er ikke et enkelt produkt, men et bundt: filerne ligger i en Nextcloud, projekterne i OpenProject, viden i XWiki, kalender og kontakter i Open-Xchange App Suite. Der findes ingen fælles grænseflade over det hele.
Derfor spør forbindelsesdialogen først efter dit openDesk-domæne, for eksempel behoerde.de, og derefter pr. modul efter en egen adgangsoplysning. Modulernes adresser udleder vi af domænet, files., projects., wiki. og dav. foran. Afviger en adresse hos jer, kan du overskrive den pr. modul.
| Modul | Kører på | Hvad du skal bruge |
|---|---|---|
| Filer | Nextcloud | Brugernavn og en app-adgangskode |
| Projekter | OpenProject | API-nøgle fra din profil |
| Viden | XWiki | Brugernavn og adgangskode |
| Kalender og kontakter | Open-Xchange App Suite | Én adgang åbner begge |
openDesk indeholder ganske vist Nextcloud, men er ikke Nextcloud-konnektoren. Den, der bruger begge, forbinder begge hver for sig. Kalenderen kommer i openDesk udtrykkeligt ikke fra Nextcloud, men fra Open-Xchange, ellers ville den være tom.
Sådan forbinder du openDesk
- 01Åbn Apps, derefter Connectors, og vælg openDesk.
- 02Indtast øverst jeres openDesk-domæne, kun værtsnavnet, for eksempel behoerde.de.
- 03Slå de moduler til, du har brug for, og indtast adgangen pr. modul: app-adgangskode fra Nextcloud, API-nøgle fra OpenProject, login til XWiki, login til Open-Xchange.
- 04Klik på Forbind. Hvert modul tjekkes enkeltvis.
- 05Under hvert afsnit står derefter, om det lykkedes. Det, der ikke virker, forbliver slået fra, resten forbinder sig alligevel.
At tage et modul med senere er samme vej: Dialogen læser den gemte stand ved åbning, viser forbundne afsnit som forbundne og lader felterne stå tomme. At lade tomt betyder: adgangen bliver, som den er. Kun den, der slår et afsnit fra, fjerner det.
Hvad hvis vores instans kun tillader SSO?
Så forbliver netop det modul slukket, og dialogen siger det til dig i stedet for en generel fejlmeddelelse. Det rammer i praksis især XWiki og Open-Xchange: afviser login med brugernavn og adgangskode der, forbinder filer og projekter alligevel.
Et modul uden gemt adgang får slet ingen værktøjer. Assistenten ser så ikke dette område og prøver det heller ikke, i stedet for at levere dig en fejl midt i samtalen.
Skriver anymize i openDesk?
Nej. Alle fem moduler er kun læsende, per bygning: der er ingen værktøjer, der lægger en fil, opretter en arbejdspakke eller ændrer en wikiside. Konnektoren står derfor på listen over forbindelser, der kun må læse.
Og det, der læses, anonymiseres: personnavne i sager og arbejdspakker, adresser i kontakter, sagsnumre i wikisider og deltagere i aftaler erstattes af pladsholdere, før en AI-model ser dem.