Behörigheter

Styr vem som kan komma åt ett projekt och vad de kan göra — per applikation (Cloud och Edge), för användare och grupper.

Ett projekts Behörigheter styr vem som kan komma åt det och vad de får göra. Åtkomst beviljas per projekt, så en person kan ha olika åtkomst i olika byggnader.

Per applikation

THMI har två applikationer — Cloud och den lokala Edge — och de gör olika saker, så en persons roll sätts per applikation. För varje användare eller grupp kan du tilldela upp till tre roller:

Rolluppsättningarna skiljer sig åt eftersom applikationerna skiljer sig åt: Cloud är där projektet konfigureras (därav Hanterare och Administratör), medan Edge är där det drivs på plats (därav Operatör). Minst en av de tre måste vara satt för att en behörighet ska betyda något.

Rollerna

• Läsare — kan se, men inte ändra.
• Operatör — daglig drift: hantera larm och ändra skrivbara värden, men inte konfigurera om projektet.
• Hanterare — kan konfigurera stora delar av projektet (dess taggar, larm, sidor och inställningar).
• Administratör — full kontroll över projektet, inklusive dess behörigheter.

Användare och grupper

Behörigheter beviljas till enskilda användare och till användargrupper. Att ge en grupp en roll ger den rollen till alla i den — det skalbara sättet att hantera åtkomst, eftersom du uppdaterar gruppen en gång istället för varje projekt.

Du lägger till en eller flera principaler samtidigt och sätter deras roller, och du kan massredigera eller massta bort befintliga behörigheter för att justera många på en gång. Behörighetslistan visar varje principals roll för Cloud, Cloud + Edge och Edge sida vid sida.

Hur åtkomst summeras

En person kan beviljas åtkomst mer än en gång — direkt och genom en eller flera grupper de tillhör. När det händer kombineras beviljandena, och den mest tillåtande vinner. Det finns ingen “direkt slår grupp” eller prioritetsordning: någon som är Läsare direkt men Hanterare genom en grupp är i praktiken en Hanterare.

Den praktiska konsekvensen visar sig vid borttagning. Att ta bort en roll på ett ställe sänker inte någons åtkomst om ett annat beviljande fortfarande ger den — för att faktiskt minska vad en person kan göra, ta bort varje beviljande som ger den (kolla deras grupper, inte bara deras direkta behörighet).

Detta summeras inom varje applikationsplats — Cloud, Cloud + Edge och Edge räknas ut separat, så en generös Edge-roll breddar aldrig vad någon kan göra i Cloud.

Den anonyma användaren

Ett projekt kan inkludera en inbyggd anonym användare, så att personer utan inloggning kan använda projektet på den lokala Edge. Den kan bara vara Läsare på Edge. Alla andra roller du väljer för den, i Cloud eller Cloud + Edge, ignoreras.

Behörigheter på enskilda objekt

Vissa saker har egna behörigheter utöver projektrollen, så att åtkomst kan avgöras för ett objekt i taget: vem som kan se en sida eller ett dokument, vem som kan ändra en taggs värde och vem som kan se och hantera larmen i en larmkategori. Se Behörigheter per objekt.