> For the complete documentation index, see [llms.txt](https://docs.buildings.ability.abb/collection/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.buildings.ability.abb/collection/german/verpflichtende-basis/platform-core/workspace-and-identity/roles.md).

# Rollen

## Was sind Rollen?

Rollen werden verwendet, um Zugriffsrechte zuzuweisen. Mit Rollen können Sie detailliert steuern, welche [-> Benutzer](/collection/german/verpflichtende-basis/platform-core/workspace-and-identity/users.md) auf welche Funktionen von BuildingPro Suites zugreifen können.

Sie können Benutzern erlauben, nur die von Ihnen definierten Funktionen zu nutzen. Sie können die Nutzung anderer Funktionen verbieten.

## Wie funktionieren Rollen?

Sie erstellen eine Rolle und konfigurieren innerhalb dieser Rolle Lese- und Schreibberechtigungen.

Anschließend weisen Sie diese Rolle einem oder mehreren Benutzern innerhalb eines Mandanten zu. Die Benutzer mit dieser Rolle dürfen dann in diesem Mandanten nur Aktionen ausführen, die die Rolle erlaubt.

Durch die Zuweisung einer Rolle zu mehreren Benutzern können Sie schnell und einfach Benutzergruppen erstellen.

## Eine Rolle pro Mandant

Rollen folgen einem Ein-Rollen-Modell pro Mandant.

Jeder Benutzer hat genau eine Rolle pro Mandant.

Das bedeutet:

* ein Benutzer kann in verschiedenen Mandanten unterschiedliche Rollen haben
* innerhalb eines Mandanten kann ein Benutzer nur eine aktive Rolle haben
* wenn ein Benutzer zu einem Mandanten eingeladen oder einem Mandanten zugewiesen wird, wird in diesem Mandanten eine Rolle zugewiesen

Alle Berechtigungen werden über dieses einzelne Rollenmodell verwaltet.

### Automatische Rollenzuweisung

Wenn ein Benutzer zu einem Mandanten eingeladen oder einem Mandanten zugewiesen wird, erhält er in diesem Mandanten eine Rolle.

Wenn ein Benutzer mehreren Mandanten zugewiesen ist, kann der Benutzer in jedem Mandanten eine andere Rolle haben.

## Berechtigungen

Für jede einzelne Rolle können die folgenden Berechtigungen festgelegt werden:

### Leseberechtigung

Wenn die Leseberechtigung erteilt wurde, können Benutzer Einträge und Menüpunkte sehen, diese jedoch nicht ändern.

Wenn **keine** Leseberechtigung erteilt wurde, können Benutzer **NICHT** Einträge sehen.

{% hint style="info" %}
Durch das Nicht-Erteilen von Leseberechtigungen können Sie einzelne Menüpunkte vollständig vor Benutzern verbergen.
{% endhint %}

### Schreibberechtigung

Wenn die Schreibberechtigung erteilt wurde, kann ein Benutzer Werte eingeben, Objekte löschen und neue erstellen.

Die Schreibberechtigung kann nur erteilt werden, wenn eine Leseberechtigung vorhanden ist. Eine Schreibberechtigung ohne Leseberechtigung ist nicht möglich.

### "Verwalten"-Berechtigung

Diese Berechtigung ist in der Rollenkonfiguration für unterstützte Bereiche verfügbar.

Wenn diese Berechtigung aktiviert ist, kann ein Benutzer die folgenden Elemente auf andere Benutzer kopieren:

1. Dashboards
2. Analytik
3. Berichte
4. Intelligente Ansichten


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.buildings.ability.abb/collection/german/verpflichtende-basis/platform-core/workspace-and-identity/roles.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
