Ein Recht ist kein Rang. Ein Recht ist kein Admin.
In klassischen Discord-Bots und Guild-Managern hast du die Wahl zwischen Mitglied, Moderator und Admin. Drei Stufen, null Finesse. Game Org liefert ein Raster aus atomaren technischen Rechten: Jede sensible Aktion hat ihr eigenes Recht, separat zuweisbar, ohne dass du alles vergeben musst, um einen Teilbereich zu delegieren.
- Dutzende atomare Rechte, keine drei Ränge — „Kann eine Offiziersbeförderung freigeben“, „Kann ein geheimes Event erstellen“, „Kann Ausbildungen der eigenen Sektion bearbeiten“, „Kann Mitgliedsrechte verwalten“. Jede sensible Aktion hat ihr dediziertes Recht, zuweisbar an wen du willst.
- Logische Kaskade, keine kombinatorische Explosion — das Recht Org-Admin umfasst alles, Ausbildungs-Admin umfasst alle Ausbildungsaktionen, Veranstaltungs-Admin deckt alle Event-Typen ab. Du konfigurierst die Spitze der Kaskade, der Rest folgt — keine dreißig Kästchen zum Ankreuzen.
- Explizite Geltungsbereiche — global, eigene Sektion oder eigene Inhalte. Ein Sektionsleiter kann die Ausbildungen seiner Sektion bearbeiten, ohne die anderen zu sehen. Ein Missionsredakteur kann seine Missionen bearbeiten, nicht die des Nachbarn.
- Keine Sammelrolle — kein „netter Mod, der trotzdem alles kann, weil man ihm vertraut“. Vertrauen codiert man nicht, Rechte schon.
Vorschlagen ist nicht freigeben.
Die meisten Tools funktionieren nach der Logik „wenn du die Aktion ausführen kannst, kannst du sie allein auslösen“. Game Org trennt systematisch das Recht, vorzuschlagen, vom Recht, freizugeben. Ein Offizier kann eine Beförderung anregen, ohne sie zu unterzeichnen — ein ranghöherer Offizier entscheidet. Die Hierarchie ist fest verdrahtet, nicht implizit.
- Bei Beförderungen systematisch zwei getrennte Rechte — HR kann vorschlagen und HR kann freigeben, für jede der 4 Grad-Stufen. Ein Unteroffizier darf einen Offizier vorschlagen, ohne ihn freigeben zu dürfen. Acht atomare HR-Rechte, kein Admin-Knopf, der alles öffnet.
- Gleiche Logik bei der Ausbildung — ein Mitglied absolviert seine Ausbildung, aber ein dediziertes Recht Ausbildung der eigenen Sektion freigeben ist nötig, um den Erfolg zu bestätigen. Das Mitglied stellt sich kein eigenes Zeugnis aus.
- Ablehnung zwingend begründet — wird ein Vorschlag abgelehnt, erhält der Antragsteller den Grund. Keine Nachricht, die im Leeren verschwindet, kein „ich lehne ab, sage dir aber nicht warum“.
- Selbstbeförderung unmöglich, die Ausnahme „nur dieses eine Mal“ um 1 Uhr nachts im Voice-Chat freischalten unmöglich. Der Workflow schützt vor Entscheidungsmüdigkeit.
Deine Org ist kein öffentlicher Katalog.
Manche bekannten Gaming-Tools — Flottenkataloge, Community-Wikis, offene Verzeichnisse — sind darauf ausgelegt, von Google indexiert und von Rivalen gescrapet zu werden. Deine Crew-Zusammensetzungen, deine Zuteilungen, dein taktisches Roster: der Welt ausgesetzt. Game Org macht das Gegenteil: Deine Org hat standardmäßig keine öffentliche Seite.
- Keine öffentliche URL für deine Flotte, deinen Mitgliederstand, deine Events, deine Ausbildungen. Nichts von außen erratbar. Ein Außenstehender, der /orgs/dein-name versucht, landet auf einem Login, nicht auf deinem Roster.
- Tresor-Logik statt Schaufenster-Logik — keine veröffentlichte Organisationsseite. Andere Tools setzen auf Sichtbarkeit, Game Org auf Verschwiegenheit: du entscheidest, was deinem Wettbewerbsvorteil dient.
- Öffentlicher Inhalt deiner Org: standardmäßig null. Kein Opt-out zu verstehen, kein Kästchen in obskuren Einstellungen zu deaktivieren. Du bist unsichtbar, solange du nichts anderes entscheidest.
- Deine Konkurrenten sehen nichts — weder deine Missionsaufstellungen noch deine kommenden Events, noch wer bei dir befördert wird. Sie wissen, dass du existierst, sie wissen nicht, was du tust.
Jede Org ein Silo. Null seitliches Überschwappen.
Der Game-Org-Server filtert systematisch Daten nach Org-Identifikator. Jede Anfrage ist einer einzigen Org zugeordnet — ein auf Org A authentifizierter Benutzer sieht niemals die Daten von Org B, selbst wenn er auf Discord-Seite Mitglied beider ist. Kein globales Game-Org-Dashboard, das deine Daten mit denen deiner Rivalen aggregiert.
- Tenant-Isolierung — ein Mitglied, das mehreren Orgs angehört, wechselt von einer zur anderen, niemals parallel. Gleiche Logik wie zwei getrennte Discord-Server: Du bist auf dem einen oder auf dem anderen, nie auf beiden gleichzeitig.
- Keine Rechteüberlagerung — Deine Org-Admin-Rechte auf einer Org gewähren keinerlei Zugriff auf eine andere. Jede Org verwaltet ihre eigenen Rechte, ihre eigenen Ränge, ihre eigene Hierarchie.
- Bei jeder Abfrage prüft der Server, in welcher Org du dich befindest, bevor er auch nur eine Information zurückgibt. Die Prüfung ist systematisch, nicht optional, nicht durch eine gebastelte URL umgehbar. Unmöglich, dass Daten einer anderen Org versehentlich bei dir ankommen.
- Keine geteilte Konfigurationsvorlage, die leakt — Du konfigurierst deine Org, dein Raster gehört dir, deine Bezeichnungen gehören dir. Nichts überquert die Grenze, nicht einmal deine Organisationsstruktur.
Kein Konto, kein Passwort, keine Credentials zum Stehlen.
Jedes Mal, wenn ein Tool dich nach einem Passwort fragt, schaffst du eine Angriffsfläche. Ein anderswo wiederverwendetes Passwort, ein durchkommendes Phishing, eine geleakte Login-Datenbank — schon ist deine Org durch einen Fehler kompromittiert, der nicht einmal deiner ist. Game Org hat kein lokales Konto: Die Authentifizierung läuft über Discord, die Identitäts-Wahrheitsquelle, die deine Mitglieder ohnehin nutzen.
- Kein Game-Org-Passwort zu verwalten, also nichts zu vergessen, nichts zurückzusetzen, nichts zum Stehlen. Keine lokale Login-Datenbank, die infrastrukturseitig zu schützen wäre.
- Zugriff an Discord gebunden — wird ein Mitglied aus deiner Org entfernt (External-Austritt im HR-Modul), fallen seine Game-Org-Zugriffe automatisch durch die Discord-Propagation.
- Keine verwaisten Sitzungen, die sechs Monate nach dem Abgang eines Offiziers herumliegen. Kein Ex-Mitglied, das ein vergessenes Token in einem Tab eines alten PCs behält.
- Sperrt Discord ein Konto (TOS-Verstoß, kompromittiertes Konto), spiegelt Game Org das. Ein einziger Login, eine einzige Identitäts-Wahrheitsquelle, keine Divergenz zu überwachen.
FAQ
Häufig gestellte Fragen
Was hindert einen Offizier konkret daran, sich selbst zu befördern?
Die Trennung HR kann vorschlagen / HR kann freigeben. Eine Beförderung vorschlagen und sie freigeben sind zwei getrennte Rechte, die unterschiedlichen Hierarchiestufen zugewiesen sind. Ein Unteroffizier kann einen Offizier vorschlagen, er darf nicht freigeben — dieses Recht ist der höheren Stufe vorbehalten. Versucht ein Offizier sich selbst zu befördern, geht die Aktion in die Warteschlange eines ranghöheren Offiziers, der mit verpflichtender Begründung annimmt oder ablehnt. Org-Admins, die technisch die vollständige Kaskade haben, hinterlassen bei jeder Entscheidung eine Spur im HR-Activity-Feed — selbst sie können nicht still handeln.
Kann eine andere Org meine Daten sehen?
Nein. Jede Anfrage wird auf Serverebene durch den Org-Identifikator eingegrenzt. Ein auf Org A authentifizierter Benutzer, der versucht, auf eine Ressource von Org B zuzugreifen, erhält eine Ablehnung, keine versehentlichen Daten. Ein Mitglied, das mehreren Orgs angehört, wechselt zwischen ihnen, niemals parallel: Er ist auf der einen oder der anderen, wie auf zwei getrennten Discord-Servern. Keine Gesamtansicht, die aggregiert, keine geteilte Vorlage, die leakt, keine Rechte, die die Grenze überqueren. Deine Rivalen können wie du Game-Org-Kunden sein, sie werden niemals deine Aufstellungen sehen.
Was passiert, wenn ein Mitglied Discord verlässt oder deine Org es entfernt?
Zwei Fälle. Verlässt er Discord von selbst (oder wird sein Konto gesperrt), fällt sein Game-Org-Zugriff bei der nächsten Identitätsprüfung — er ist nicht mehr authentifizierbar. Entfernt deine Org ihn über das HR-Modul (External-Austritt), entzieht die Discord-Propagation die Mitgliedsrolle automatisch: kein Zugang mehr zu internen Kanälen, kein Zugang mehr zu den mit dieser Rolle verbundenen Game-Org-Bereichen. Seine Historie bleibt auf Game-Org-Seite zur Prüfung archiviert, aber er kann nichts mehr einsehen oder ändern. Bewirbt er sich eines Tages erneut über das Rekrutierungsmodul, taucht sein altes Dossier mit dem Flag „Verdächtig“ wieder auf.
Kann Game Org ein absichtliches Leck verhindern (Copy-Paste, Screenshot)?
Ehrlich: nein. Kein SaaS-Tool kann einen legitimen Benutzer daran hindern, einen Screenshot von dem zu machen, was er legitim sieht — im schlimmsten Fall bist du nicht stärker exponiert als bei einem Screenshot deines Discords. Was Game Org leisten kann, ist, das zu minimieren, was jeder Benutzer legitim sieht. Das Prinzip der geringsten Rechte ernst genommen: Ein Recruiter, der nur das Recht Bewerbungen einsehen besitzt, sieht den Rest nicht. Ein Mitglied einer Sektion hat keinen Zugriff auf die Missionen anderer Sektionen. Je kleiner die jeder Rolle ausgesetzte Fläche, desto weniger trägt ein potenzielles Leck weit. Game Org verspricht nicht das Unmögliche, es verkleinert den Umfang des Möglichen.
Wie weiß ich jederzeit, wer bei mir welche Rechte hat?
Das Modul Rechte-Verwaltung, zugänglich für Org-Admins in Vollansicht und für Sektionsleiter in eingeschränkter Version (die nur die Rechte ihrer eigenen Mitglieder verwalten). In zwei Klicks siehst du, wer was auf welchem Modul tun darf — ohne in zehn verschiedenen Bildschirmen herumwühlen oder eine Tabelle von Hand rekonstruieren zu müssen. Ein neuer Staff, der einen Posten übernimmt, kann die bestehenden Rechte gleich zu Beginn in fünf Minuten prüfen, ohne warten zu müssen, bis er auf eine blockierte Aktion stößt, um zu verstehen, wer was darf. Beförderungen, Reserveversetzungen und HR-Ausschlüsse werden zudem im HR-Activity-Feed verfolgt — die übrigen Rechteänderungen schaust du direkt im Modul Rechte-Verwaltung nach.
Wie schützt Game Org Daten auf technischer Ebene?
Abgeschottete Architektur: Anwendungsbackend getrennt von der Datenbank, DB-Zugriff ausschließlich über die interne API — keine direkte Exponierung. Alle Nutzerflüsse laufen über SSL/TLS, keine Ausnahme. Jede API-Anfrage ist authentifiziert und durch den Org-Identifikator eingegrenzt, bevor sie die Datenschicht erreicht. Die Architektur ist auf strikten Multi-Tenant-Betrieb und Skalierung ausgelegt. Wir kommunizieren nicht öffentlich über den physischen Standort der Server oder Low-Level-Infrastrukturdetails — diese Elemente entwickeln sich mit der Plattform weiter.