Ein Recht ist kein Rang. Ein Recht ist kein Admin.
In klassischen Discord-Bots und Guild-Managern haben Sie 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 Sie alles vergeben müssen, 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 Sie wollen
- Logische Kaskade, keine kombinatorische Explosion — das Recht Org-Admin umfasst alles, Ausbildungs-Admin umfasst alle Ausbildungsaktionen, Veranstaltungs-Admin deckt alle Event-Typen ab. Sie konfigurieren 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
Ihre 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. Ihre Crew-Zusammensetzungen, Ihre Zuteilungen, Ihr taktisches Roster: der Welt ausgesetzt. Game Org macht das Gegenteil: Ihre Org hat standardmäßig keine öffentliche Seite.
- Keine öffentliche URL für Ihre Flotte, Ihren Mitgliederstand, Ihre Events, Ihre Ausbildungen. Nichts von außen erratbar. Ein Außenstehender, der /orgs/ihr-name versucht, landet auf einem Login, nicht auf Ihrem Roster
- Direkter Kontrast zu Fleetyards und Co. — sie sind als Schaufenster konzipiert, Game Org als Tresor. Zwei entgegengesetzte Philosophien, eine Wahl, je nachdem, was Sie als Wettbewerbsvorteil sehen
- Öffentlicher Inhalt Ihrer Org: standardmäßig null. Kein Opt-out zu verstehen, kein Kästchen in obskuren Einstellungen zu deaktivieren. Sie sind unsichtbar, solange Sie nichts anderes entscheiden
- Ihre Konkurrenten sehen nichts — weder Ihre Missionsaufstellungen noch Ihre kommenden Events, noch wer bei Ihnen befördert wird. Sie wissen, dass Sie existieren, sie wissen nicht, was Sie tun
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 Ihre Daten mit denen Ihrer 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: Sie sind auf dem einen oder auf dem anderen, nie auf beiden gleichzeitig
- Keine Rechteüberlagerung — Ihre 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 Sie sich befinden, 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 Ihnen ankommen
- Keine geteilte Konfigurationsvorlage, die leakt — Sie konfigurieren Ihre Org, Ihr Raster gehört Ihnen, Ihre Bezeichnungen gehören Ihnen. Nichts überquert die Grenze, nicht einmal Ihre Organisationsstruktur
Kein Konto, kein Passwort, keine Credentials zum Stehlen.
Jedes Mal, wenn ein Tool Sie nach einem Passwort fragt, schaffen Sie eine Angriffsfläche. Ein anderswo wiederverwendetes Passwort, ein durchkommendes Phishing, eine geleakte Login-Datenbank — schon ist Ihre Org durch einen Fehler kompromittiert, der nicht einmal Ihrer ist. Game Org hat kein lokales Konto: Die Authentifizierung läuft über Discord, die Identitäts-Wahrheitsquelle, die Ihre 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 Ihrer 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. Ihre Rivalen können wie Sie Game-Org-Kunden sein, sie werden niemals Ihre Aufstellungen sehen.
Was passiert, wenn ein Mitglied Discord verlässt oder Ihre 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 Ihre 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 sind Sie nicht stärker exponiert als bei einem Screenshot Ihres 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 sehen Sie, 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 schauen Sie 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.