Team
Ein Workspace gehört nicht einer Person, sondern deiner Organisation. Wer nachts eine Störung meldet, ist selten dieselbe Person, die die Statusseite eingerichtet hat — deshalb lohnt es sich, das Team früh anzulegen und nicht erst im Ernstfall.
Jemanden einladen
Unter Einladungen im Dashboard trägst du eine oder mehrere E-Mail-Adressen ein und wählst die Rolle. Die Eingeladenen bekommen eine E-Mail mit einem Link; angenommen wird die Einladung über Meine Einladungen im eigenen Konto.
Wer noch kein Konto hat, registriert sich über den Link mit genau der eingeladenen Adresse — das geht auch, solange die Registrierung sonst nur mit Beta-Einladung möglich ist. Eingeladene bekommen keinen eigenen Workspace, sondern landen direkt in deinem: ein Unternehmen, ein Workspace.
Eine Adresse, die bereits im Team ist oder schon eine offene Einladung hat, wird abgelehnt — du kannst also niemanden versehentlich doppelt einladen.
Über die API listest du Mitglieder (wer das Team verwalten darf) und offene Einladungen (wer einladen darf), lädst ein und ziehst Einladungen zurück (/api/v1/team/…). Über die API Eingeladene bekommen immer die Rolle Mitglied; Mitglieder entfernen und Rollen vergeben oder ändern geht nur im Dashboard.
Rollen
Es gibt zwei Rollen:
| Rolle | Darf |
|---|---|
| Admin | Alles, einschließlich Workspace-Einstellungen, Mailserver, Abrechnung und Teamverwaltung |
| Mitglied | Mit den Statusseiten arbeiten: Incidents und Wartungen anlegen und pflegen, Komponenten und Abonnenten verwalten |
Die Rolle lässt sich später jederzeit unter Mitglieder ändern.
Zugriff pro Statusseite
Ein Mitglied erreicht zunächst alle Statusseiten. Unter Team → Zugriff auf Statusseiten legst du als Admin für einzelne Mitglieder fest, was sie pro Seite dürfen:
| Zugriff | Bedeutet |
|---|---|
| Bearbeiten | Alles auf dieser Seite: Vorfälle, Wartungen, Komponenten, Abonnenten, Einstellungen |
| Nur lesen | Die Einträge der Seite sehen, aber nichts ändern |
| Kein Zugriff | Die Seite gibt es für dieses Mitglied nicht |
Sobald du ein Mitglied einschränkst, gilt nur noch, was du festgelegt hast. Seiten, die später dazukommen, sieht es erst, wenn du sie freigibst. Ein eingeschränktes Mitglied legt keine neuen Statusseiten an und sieht das Audit-Log nicht. Admins erreichen immer alle Seiten.
Das gilt überall: im Dashboard, über die API und den MCP-Server. Die API-Tokens eines Mitglieds haben dieselben Grenzen wie das Mitglied selbst. Beim Vier-Augen-Prinzip gibt nur frei, wer die Seite bearbeiten darf. Jede Änderung am Zugriff steht im Audit-Log.
Wie viele Plätze du hast
Die Zahl der Teammitglieder hängt vom Tarif ab — Starter ist auf wenige Plätze begrenzt, Business hat keine Obergrenze. Die genauen Zahlen stehen im Tarifvergleich.
Offene Einladungen belegen schon einen Platz. Ist der Tarif voll, kannst du niemanden mehr einladen, bis du eine Einladung zurückziehst, jemanden entfernst oder den Tarif wechselst. Eine Einladung, die angenommen wird, nachdem der Tarif voll geworden ist (etwa nach einem Wechsel in einen kleineren Tarif), wird abgelehnt.
Ist das Kontingent ausgeschöpft, kannst du niemanden mehr einladen, bis du entweder jemanden entfernst oder den Tarif wechselst.
Warum das für das Vier-Augen-Prinzip zählt
Das Vier-Augen-Prinzip setzt voraus, dass jemand anderes freigibt als die Person, die den Eintrag verfasst hat. In einem Workspace mit nur einer Person bliebe damit jeder Incident für immer liegen — deshalb ist die Einstellung dort wirkungslos, selbst wenn sie eingeschaltet ist.
Kurz gesagt: Ein zweites Teammitglied ist die Voraussetzung dafür, dass die Freigabe überhaupt etwas tut.