# Rollen und Kunden

Stand: 2026-11-02

## Workspace-Rollen

| Rolle | |
|---|---|
| Admin | alles überall: Benutzer, Projekte, Einstellungen, Verwaltung |
| Mitglied | arbeitet in den Projekten, zu denen es gehört |
| Leser | in jedem Tarif kostenlos; liest die Projekte, zu denen er hinzugefügt ist, immer mit der Projektrolle Leser |
| Kunde | externe Person; sieht nur seine Projekte, immer mit der Projektrolle Kunde |

### Leser

Für Personen, die nur mitlesen müssen, etwa das Management oder Prüfer.

- **Kostenlos:** Sie belegen keinen Benutzerplatz. Im Tarif Free passen bis zu 10 Leser, im Tarif Team beliebig viele. Offene Einladungen als Leser zählen bei den Lesern. Siehe [Plan & Abrechnung](https://it4s.at/hilfe/handbuch/plan-und-abrechnung/).
- **Nur lesen:** in der App und mit API-Tokens und verbundenen Apps, die nur das Recht `read` bekommen können. Ein von einem Leser verbundenes Claude kann lesen, aber nichts ändern.
- **In Projekten:** Fügen Sie sie unter *Mitglieder* mit der Rolle Leser hinzu; jede andere Rolle wird abgelehnt. Sie können kein Projekt leiten.
- **Rolle ändern:**
  - Zu Leser: Alle ihre Projektrollen werden zu Leser. Tokens, die sie vorher angelegt haben, lesen von da an nur noch.
  - Von Leser zu Mitglied: Die Workspace-Rolle ändert sich, die Projektrollen bleiben Leser, bis Sie sie je Projekt anheben.
  - In beiden Fällen braucht es auf der anderen Seite einen freien Platz; gibt es keinen, sagt IT4S es.
- Die Rolle einer Person gilt je Workspace: Wer hier Leser ist, kann anderswo Mitglied sein.

## Projektrollen

| Rolle | Darf standardmäßig |
|---|---|
| Projekt-Admin | alles im Projekt: Einstellungen, Mitglieder, Releases |
| Mitglied | Issues anlegen und bearbeiten, Status und Reihenfolge ändern, verknüpfen, Zeit buchen, kommentieren, hochladen, Designs und Dokumentation schreiben |
| Leser | Issues, Board, Releases und Dokumentation lesen, Dateien herunterladen, Issues beobachten und Benachrichtigungen bekommen; **keine Kommentare** |
| Kunde | Bugs und Wünsche melden, Titel, Beschreibung und Priorität eigener Issues bearbeiten, den Status ändern, kommentieren (immer öffentlich), Dateien hochladen, öffentliche Doku-Seiten lesen |

Was **Mitglieder** und **Kunden** dürfen, ändern Workspace-Admins unter *Verwaltung › Berechtigungen* (Issue-Typen, bearbeitbare Felder, Statuswechsel, Reihenfolge, Verknüpfungen, Löschen, Arbeitszeiten, …); es gilt für alle Projekte. Leser und Projekt-Admins sind fest. Die aktuellen Regeln sieht jede Person auf dieser Seite.

Ein Mitglied kann in einem einzelnen Projekt auch Leser sein. Diese Person zählt trotzdem als Benutzer; kostenlos ist nur die Workspace-Rolle Leser.

## Mit Kunden arbeiten

- **Melden mit Screenshots:** Kunden können beim Anlegen eines Bugs oder Wunsches Screenshots einfügen oder hineinziehen und Dokumente anhängen, schon vor dem ersten Speichern.
- **Den Fix prüfen:** Wird ein Issue, das ein Kunde gemeldet hat, auf **In Prüfung** gesetzt, zeigt es seine Seite *Meine Arbeit*:
  - unter *Warten auf meine Prüfung*
  - unter *Zu erledigen*
  - unter *Neuigkeiten* als *bereit für Ihre Prüfung*
  - in der KI-Zusammenfassung (wenn KI an ist)

  Der Kunde prüft es und setzt es weiter oder kommentiert. Das gilt genauso für alle, die Issues melden.
- **KI-Agenten:** Kunden sehen die Person hinter einem Agenten; siehe [KI-Agenten und Ihre Kunden](https://it4s.at/hilfe/handbuch/ki-agenten-und-kunden/).

## Was Kunden nie sehen

Interne Kommentare und Arbeitszeiten, den technischen Plan und Prompts, Designs, Code-Verknüpfungen, Vorlagen, interne Doku-Seiten (und öffentliche Seiten unter einer internen, auch in der Doku-Suche), die Kommentare und die Historie von Doku-Seiten, andere Personen außerhalb ihrer Projekte und die Verwaltung. E-Mails, Exporte, Live-Aktualisierungen und Claude folgen denselben Regeln.