Rettigheder

Styr, hvem der har adgang til et projekt, og hvad de kan gøre, pr. applikation (Cloud og Edge), for brugere og grupper.

Et projekts Rettigheder styrer, hvem der har adgang til det, og hvad de må gøre. Adgang tildeles pr. projekt, så en person kan have forskellig adgang i forskellige bygninger.

Pr. applikation

THMI har to applikationer, Cloud og Edge på stedet, og de gør forskellige ting, så en persons rolle angives pr. applikation. For hver bruger eller gruppe kan du tildele op til tre roller:

HvorTilgængelige rollerTil
CloudViewer · Manager · AdminHvad de kan konfigurere i Cloud-applikationen.
Cloud + EdgeViewer · OperatorEn driftsrolle, der gælder i begge applikationer.
EdgeViewer · OperatorHvad de kan gøre i Edge-applikationen på stedet.

Rollesættene er forskellige, fordi applikationerne er forskellige: Cloud er stedet, hvor projektet konfigureres (deraf Manager og Admin), mens Edge er stedet, hvor det betjenes på stedet (deraf Operator). Mindst én af de tre skal være angivet, for at en rettighed giver mening.

Rollerne

  • Viewer — kan se, men ikke ændre.
  • Operator — daglig drift: reagere på alarmer og ændre skrivbare værdier, men ikke omkonfigurere projektet.
  • Manager — kan konfigurere meget af projektet (dets tags, alarmer, sider og indstillinger).
  • Admin — fuld kontrol over projektet, inklusive dets rettigheder.

Brugere og grupper

Rettigheder tildeles enkelte brugere og brugergrupper. Når du giver en gruppe en rolle, får alle i gruppen den rolle. Det er den skalerbare måde at styre adgang på, da du opdaterer gruppen én gang i stedet for hvert projekt.

Du tilføjer én eller flere brugere eller grupper ad gangen og angiver deres roller, og du kan masseredigere eller massefjerne eksisterende rettigheder for at justere mange på én gang. Rettighedslisten viser hver brugers eller gruppes Cloud-, Cloud + Edge- og Edge-rolle side om side.

Sådan lægges adgang sammen

En person kan få adgang mere end én gang: direkte og via en eller flere grupper, vedkommende er medlem af. Når det sker, kombineres tildelingerne, og den mest vidtgående vinder. Der er ingen regel om, at “direkte slår gruppe”, og ingen rækkefølge: En person, der er Viewer direkte, men Manager via en gruppe, er i praksis Manager.

Den praktiske konsekvens viser sig, når du fjerner adgang. Hvis du fjerner en rolle ét sted, sænkes personens adgang ikke, hvis en anden tildeling stadig giver den. For faktisk at begrænse, hvad en person kan gøre, skal du fjerne alle tildelinger, der giver adgangen (tjek personens grupper, ikke kun den direkte rettighed).

Dette lægges sammen inden for hver applikationsplads: Cloud, Cloud + Edge og Edge beregnes hver for sig, så en generøs Edge-rolle aldrig udvider, hvad nogen kan gøre i Cloud.

Den anonyme bruger

Et projekt kan indeholde en indbygget anonym bruger, så personer uden login kan bruge projektet på Edge på stedet. Den kan kun nogensinde være Viewer på Edge. Enhver Cloud-, Cloud + Edge- eller anden rolle, du vælger til den, ignoreres.

Rettigheder på enkelte objekter

Nogle ting har deres egne rettigheder oven på projektrollen, så adgangen kan bestemmes for ét objekt ad gangen: hvem der kan se en side eller et dokument, hvem der kan ændre værdien af et tag, og hvem der kan se og håndtere alarmerne i en alarmkategori. Se Rettigheder pr. objekt.