For the complete documentation index, see llms.txt. This page is also available as Markdown.

Benutzer und Berechtigungen

Verwalten Sie Kilo-IoT-Benutzer und bereichsspezifische ABAC-Berechtigungen — Bearbeiten, Anzeigen oder Kein Zugriff werden pro Bereich unabhängig festgelegt.

Innerhalb jeder Organisation verwendet der Kilo IoT Server die attributbasierte Zugriffskontrolle (ABAC), um zu bestimmen, wer was tun kann. Der Zugriff wird pro Produktbereich zugewiesen — Dashboards, Geräte, Regeln, Konnektoren und mehr — nicht über eine einzige Alles-oder-nichts-Rolle. Wenn Sie jemanden einladen oder seine Berechtigungen bearbeiten, legen Sie jeden Bereich einzeln auf Bearbeiten, Anzeigen oder Kein Zugriff fest.

Dieses Modell pro Bereich ist flexibler als ein grobes, rollenbasiertes Zugriffsmodell. Ein Bereitstellungsingenieur könnte Bearbeitungszugriff auf Geräte und Konnektoren erhalten, aber keinen Zugriff auf die Abrechnung. Eine Betriebsleiterin könnte Bearbeitungszugriff auf Dashboards und Warnungen haben, aber nur Lesezugriff auf die Regel-Engine. Eine Stakeholderin könnte alles sehen, aber nichts ändern. Und da der Zugriff auf jede Organisation beschränkt ist, kann dieselbe Person in verschiedenen Organisationen völlig unterschiedliche Berechtigungen haben.

So funktionieren Berechtigungslabels

Die Plattform verwendet Berechtigungen pro Bereich als primäres Zugriffsmodell. Es gibt keinen Schritt „Rolle auswählen“ — wenn Sie einen Benutzer einladen, legen Sie jeden Bereich einzeln auf Bearbeiten, Anzeigen oder Kein Zugriff fest. Der Dialog beginnt mit fest codierten Standardwerten (Bearbeiten für die meisten Bereiche, wobei Benutzer verwalten und Prüfprotokoll auf Kein Zugriff gesetzt sind), und Sie können vor dem Senden jeden Bereich anpassen.

Nachdem die Berechtigungen gespeichert wurden, berechnet die Plattform ein Anzeige-Label, indem sie den tatsächlichen Berechtigungssatz des Benutzers mit drei benannten Mustern abgleicht — Admin, Editor, und Betrachter. Wenn der Satz dem Admin-Muster entspricht, zeigt die Benutzertabelle „Admin“ an. Wenn er dem Editor-Muster entspricht, zeigt sie „Editor“ an. Benutzerdefinierte Kombinationen, die keinem Muster entsprechen, zeigen stattdessen die einzelnen Bereichsnamen an.

Eigentümer ist in demselben Sinne keine vordefinierte Rolle. Es ist eine Eigenschaft der Organisation selbst — genau ein Mitglied ist der Eigentümer, und dieser Status gewährt automatisch Zugriff auf die gesamte Organisation (wobei das Prüfprotokoll auf Lesen beschränkt ist). Der Eigentümerzugriff kann nicht angepasst oder entfernt werden; er ändert sich nur durch die Übertragung des Eigentums.

Anzeigelabel
Was das bedeutet
Anpassbar?

Eigentümer

Status des Organisationseigentums. Automatischer Zugriff auf die gesamte Organisation. Das Prüfprotokoll ist nur lesbar.

Nein — implizit durch das Eigentum

Admin

Bearbeiten auf allen Bereichen, einschließlich Abonnement und Benutzer verwalten. Prüfprotokoll ist immer Anzeigen. API-Schlüssel ist immer Bearbeiten.

Ja — pro Bereich

Editor

Bearbeiten auf den meisten Bereichen. Prüfprotokoll = Anzeigen. API-Schlüssel = Bearbeiten. Kein Zugriff auf Abonnement oder Benutzer verwalten.

Ja — pro Bereich

Betrachter

Anzeigen auf den meisten Bereichen. Prüfprotokoll = Anzeigen. API-Schlüssel = Bearbeiten (Self-Service-Ausnahme). Kein Zugriff auf Abonnement oder Benutzer verwalten.

Ja — pro Bereich

The Users page listing each member with their label and their edit and view access

In diesem Abschnitt

Seite
Was es abdeckt

Wie man eine Einladung an einen bestehenden Plattformbenutzer sendet, Berechtigungen pro Bereich zuweist und ausstehende Einladungen verwaltet.

Was passiert, wenn jemand auf einen Einladungslink für eine Mitgliedschaft oder Eigentumsübertragung klickt.

Die vollständige Berechtigungsreferenz — jeder konfigurierbare Bereich, eingeschränkte Optionen, Standardwerte und wie der Zugriff bewertet wird.

Berechtigungen aktualisieren, ausstehende Einladungen widerrufen und Benutzer aus der Organisation entfernen.

Zuletzt aktualisiert