Tillatelser

Styr hvem som har tilgang til et prosjekt og hva de kan gjøre — per applikasjon (Cloud og Edge), for brukere og grupper.

Et prosjekts Tillatelser styrer hvem som har tilgang til det og hva de har lov til å gjøre. Tilgang gis per prosjekt, så en person kan ha ulik tilgang i ulike bygninger.

Per applikasjon

THMI har to applikasjoner — Cloud og Edge på stedet — og de gjør ulike ting, så en persons rolle settes per applikasjon. For hver bruker eller gruppe kan du tildele opptil tre roller:

Rollesettene er forskjellige fordi applikasjonene er forskjellige: Cloud er der prosjektet konfigureres (derfor Forvalter og Administrator), mens Edge er der det driftes på stedet (derfor Operatør). Minst én av de tre må være satt for at en tillatelse skal ha noen betydning.

Rollene

• Leser — kan se, men ikke endre.
• Operatør — daglig drift: reagere på alarmer og endre skrivbare verdier, men ikke konfigurere om prosjektet.
• Forvalter — kan konfigurere mye av prosjektet (tagger, alarmer, sider og innstillinger).
• Administrator — full kontroll over prosjektet, inkludert tillatelsene.

Brukere og grupper

Tillatelser gis til enkelte brukere og til brukergrupper. Når du gir en gruppe en rolle, får alle i gruppen den rollen — den skalerbare måten å administrere tilgang på, siden du oppdaterer gruppen én gang i stedet for hvert prosjekt.

Du legger til én eller flere brukere eller grupper samtidig og setter rollene deres, og du kan bruke Masseredigering eller massefjerning på eksisterende tillatelser for å justere mange samtidig. Tillatelseslisten viser hver brukers eller gruppes Cloud-, Cloud + Edge- og Edge-rolle side om side.

Slik legges tilgang sammen

En person kan få tilgang mer enn én gang — direkte og via én eller flere grupper vedkommende er med i. Når det skjer, kombineres tildelingene, og den mest tillatende vinner. Det finnes ingen regel om at «direkte slår gruppe», og ingen rangering: en som er Leser direkte, men Forvalter via en gruppe, er i praksis Forvalter.

Den praktiske konsekvensen merkes når du skal fjerne tilgang. Å ta bort en rolle ett sted senker ikke noens tilgang hvis en annen tildeling fortsatt gir den — for å faktisk begrense hva en person kan gjøre, må du fjerne alle tildelinger som gir den (sjekk gruppene deres, ikke bare den direkte tillatelsen).

Dette legges sammen innenfor hver applikasjon — Cloud, Cloud + Edge og Edge beregnes hver for seg, så en romslig Edge-rolle utvider aldri hva noen kan gjøre i Cloud.

Den anonyme brukeren

Et prosjekt kan inneholde en innebygd anonym bruker, slik at personer uten innlogging kan bruke prosjektet på Edge på stedet. Den kan bare være Leser på Edge — alle Cloud-, Cloud + Edge- eller andre roller du velger for den, ignoreres.

Tillatelser på enkeltobjekter

Noen ting har egne tillatelser i tillegg til prosjektrollen, slik at tilgang kan bestemmes for ett objekt om gangen: hvem som kan se en side eller et dokument, hvem som kan endre verdien til en tagg, og hvem som kan se og håndtere alarmene i en alarmkategori. Se Tillatelser per objekt.