Projekt anlegen
Das Projekt wird zum eigenen Mandanten mit Mitgliedern, Einstellungen, Branding und Shop-Identität.
Teams & Rollen
Jeder Veranstalter ist ein eigener Mandant. Darin entscheiden Plattformrollen, Projektrollen und eigene Rollenvorlagen genau, wer was darf.
Kurz gesagt
Jedes Projekt ist ein eigener Mandant
Plattformrollen, Projektrollen und eigene Vorlagen
Zweisprachiger Berechtigungskatalog, Front- und Backend
Funktionen
- 01
Projekte als Mandanten
Ein Projekt besitzt seine Mitglieder, Einstellungen, Branding und Shop-Identität — erst das erlaubt mehreren Marken eine gemeinsame Plattform ohne gemeinsame Daten.
- 02
Mitglieder und Einladungen
Mitglieder hinzufügen und entfernen, je Mitglied eine Rolle vergeben und Einladungen senden, annehmen, ablehnen oder widerrufen.
- 03
Gestufte Rollen
Plattformrollen, Projektrollen und Custom-Rollenprofile aus Templates decken alles ab — vom Owner bis zum Einzweck-Türkonto.
- 04
Feingranulare Berechtigungen
Einzelrechte wie LOYALTY_MANAGE, TICKET_TRANSFER_MANAGE, ROLE_TEMPLATES_MANAGE und die OPS_*-Familie lassen sich Custom-Rollen gezielt zuweisen.
- 05
Konsistente Rollenprüfung
Rollen-Checks akzeptieren Varianten wie project_owner, PROJECT_OWNER sowie Bindestrich- und Underscore-Schreibweisen, damit Custom Permissions und Feature-Gates nicht versehentlich Features ausblenden.
- 06
Admin-Audit-Trail
Refund-Anfragen und Erstattungen, Ticket-Statusänderungen, Rollen- und Einladungsänderungen, Änderungen an Rollenvorlagen und Rabattaktionen werden zentral protokolliert und als Audit-Trail sichtbar.
Eckdaten
- Mandantenmodell
- Ein Mandant je Projekt, mit eigenen Mitgliedern, Einstellungen und Branding
- Rollenebenen
- Plattformrollen, Projektrollen und eigene Rollenvorlagen
- Einladungsflow
- Senden, annehmen, ablehnen und widerrufen
- Katalogsprachen
- Deutsch und Englisch, Frontend und Backend
- Audit-Umfang
- Erstattungen, Ticketstatus, Rollen, Einladungen, Rollenvorlagen, Rabattaktionen
Teams & Rollen
Wichtige administrative Aktionen werden zentral protokolliert, sind über die Admin-Audit-API abrufbar und im Dashboard sichtbar. Genau das macht Delegation sicher: Du kannst eine Berechtigung vergeben, ohne die Nachvollziehbarkeit zu verlieren.
So funktioniert es
01 02 Mitglieder einladen
Einladungen versenden — annehmbar, ablehnbar, widerrufbar — und je Mitglied eine Rolle vergeben.
03 Eigene Rollen bauen
Von einer Rollenvorlage starten und nur die feingranularen Berechtigungen vergeben, die diese Rolle wirklich braucht.
04 Trail prüfen
Über den Audit-Trail Erstattungen, Statusänderungen, Rollenänderungen und Rabattaktionen im Nachhinein nachvollziehen.
Einsatzbereiche
Konferenzveranstalter — Mehr erfahren
Programm, Marketing und Abendkasse mit jeweils eigenem Zuständigkeitsbereich in einem Projekt.
Theater — Mehr erfahren
Festangestellte, saisonales Front-of-House und freie Crew, getrennt nach Rolle statt nach Vertrauen.
Sportvereine — Mehr erfahren
Ein Spieltagsbetrieb, in dem Türpersonal, Ordner und Verwaltung sehr unterschiedliche Rechte brauchen.
FAQ
- Ja. Jedes Projekt ist ein eigenständiger organisatorischer Raum mit eigenen Teammitgliedern, Einstellungen, Branding und Shop-Identität — mehrere Veranstalter oder Marken arbeiten parallel auf einer Plattform.
- Ja. Neben Plattform- und Projektrollen entstehen Custom-Rollenprofile aus Templates und können feingranulare Berechtigungen einzeln erhalten.
- Ja. Projekt-Berechtigungen werden im Frontend wie im Backend auf Deutsch und Englisch dargestellt, sodass Rollen- und Permission-Oberflächen keine Sprachen mischen.
- Ja. Refund-Anfragen und Erstattungen, Ticket-Statusänderungen, Rollen- und Einladungsänderungen, Änderungen an Rollenvorlagen und Rabattaktionen werden zentral protokolliert, sind über die Admin-Audit-API abrufbar und im Dashboard als Audit-Trail sichtbar.
Projekt anlegen, Team einladen und genau die Berechtigungen vergeben, die jede Rolle braucht.