Organisation

Organisation: Leitung, Bereiche, Staffeln & Spezialkommandos

Daten im Basetool gehören immer einer Org-Einheit. Über den Org-Einheiten liegt zusätzlich eine feste dreistufige Hierarchie. Diese Seite erklärt beides: die zwei Arten von Org-Einheiten und die Leitungsebenen darüber.

Das Modell auf einen Blick

Organisationsleitung (OL)
  └── Bereich (z. B. Profit, Sub-Radar, Raumüberlegenheit)
        ├── Staffel (SQUADRON)
        └── Spezialkommando (SK, SPECIAL_COMMAND)

• Staffel (SQUADRON) — die klassische Einheit, der die meisten Mitglieder angehören (z. B. IRIDIUM).
• Spezialkommando (SK) (SPECIAL_COMMAND) — eine staffelübergreifende Arbeitsgruppe, die Aufgaben bündelt, an denen mehrere Staffeln mitarbeiten.
• Bereich — fasst mehrere Staffeln und SKs zusammen (z. B. Profit). Hat eine eigene Bereichsleitung.
• Organisationsleitung (OL) — die oberste Ebene über allen Bereichen.

Die Hierarchie ist genau drei Stufen tief: OL → Bereich → (Staffel | SK). Solange noch keine Bereiche/OL gepflegt sind, verhält sich das System wie eine flache Welt aus Staffeln und SKs.

Aktiver Bereich & Mitgliedschaften

Du kannst in mehreren Org-Einheiten gleichzeitig sein. Welche Einheit gerade aktiv ist, steht im Anwendungstitel — als Suffix im Logo-Text der Seitenleiste und im Browser-Tab (das Kürzel der aktiven Einheit, sonst „Profit Basetool“). Es gibt kein separates Kontext-Chip mehr.

Hast du mehr als eine Mitgliedschaft, erscheint in der Sidebar der Switcher „Aktiver Bereich“:

• Wähle eine Org-Einheit, um nur deren Daten zu sehen.
• Lässt du den Switcher auf der leeren Option, gilt für Mitglieder die Vereinigung aller eigenen Mitgliedschaften (Standard).
• Admins sehen zusätzlich „Alle Bereiche“ (übergreifende Sicht) und können sich gezielt auf eine Staffel/ein SK „pinnen“. Ein gepinnter Admin sieht dann dieselbe restriktive Sicht wie ein Mitglied dieser Einheit.

Die Auswahl wird in deiner Session gespeichert und gegen deine echten Mitgliedschaften geprüft. Ein Nicht-Admin kann nur zwischen seinen eigenen Mitgliedschaften umschalten.

Staffel vs. Spezialkommando

Aspekt	Staffel	Spezialkommando (SK)
Sichtbarkeit der Daten	privat für die Staffel (+ Admins)	hängt vom Kontext ab — die SK-Warenauftrags-Warteschlange ist für alle profit-berechtigten Staffeln sichtbar
Lead	—	ein SK-Lead je SK ist dort automatisch Logistiker und Einsatz-Manager (flach + kontextuell)
Mitglieder verwalten	nur Admin	Admin oder der SK-Lead dieses SK
Beförderungssystem	unterstützt	nie — SKs sind dauerhaft ausgeschlossen (DB-CHECK + Trigger + ArchUnit-Regel)
Profit-fähig	per Admin-Schalter	per Admin-Schalter

Profit-Fähigkeit: Nur als profit-berechtigt markierte Einheiten (is_profit_eligible) sind Teil des Auftrags-Workflows — nur ihre Mitglieder dürfen Aufträge sehen, bearbeiten und Material-Claims setzen. Wer ausschließlich in nicht-profit-berechtigten Einheiten ist, kann Aufträge nur anlegen. Bereiche und die OL sind nie profit-fähig: Sie können Auftraggeber sein, aber niemals bearbeitende Einheit.

Der SK-Lead

Eine Mitgliedschaft mit is_lead = true (laut DB-CHECK nur auf SK-Zeilen möglich) macht den Nutzer innerhalb dieses einen SK automatisch zu Logistiker und Einsatz-Manager — analog dazu, dass ein Officer beide Rollen seiner eigenen Staffel innehat. Zusätzlich darf ein Lead die Mitglieder seines SK verwalten (hinzufügen/entfernen, Flags is_logistician/is_mission_manager togglen). Das Lead-Flag selbst kann nur ein Admin setzen — ein Lead kann sich nicht selbst eskalieren. Kein Carry-over auf andere SKs.

Spezialkommandos & Warenaufträge

Der wichtigste sichtbare Effekt eines SK zeigt sich bei den Warenaufträgen:

• Ist ein SK die bearbeitende Einheit eines Auftrags, ist der Auftrag für alle profit-berechtigten Staffeln sichtbar und bildet eine gemeinsame Warteschlange. Jede Staffel kann sich per Material-Claim für Teilmengen melden.
• Ist eine Staffel die bearbeitende Einheit, bleibt der Auftrag privat (nur diese Staffel + Admins).
• Anonym (ohne Login) erstellte Aufträge werden automatisch dem konfigurierten Eingangs-Spezialkommando zugewiesen, damit sie in einer definierten Warteschlange landen.

Bereichsleitung & Organisationsleitung

Über Staffeln und SKs stehen zwei Leitungsebenen, deren Zuständigkeit nach unten kaskadiert (analog zu Admin > Officer > Logistiker/Einsatz-Manager):

• Die Bereichsleitung (Rollen is_bereichsleiter / is_bereichskoordinator / is_bereichsoperator) hat offiziersgleiche Zuständigkeit über alle Staffeln und SKs ihres Bereichs sowie über die eigenen Bereichsdaten.
• Die Organisationsleitung (OL) (is_ol_member) hat dieselbe Zuständigkeit über alles.

Wichtige Eigenschaften:

• Keine Adminrechte. Die Reichweite ist eine konkrete Vereinigung von Einheiten, nie der „Alles“-Admin-Modus. Ein OL-/Bereichs-Principal ist niemals Admin — alle hasRole('ADMIN')-Funktionen (Admin-Bereich, SK-Lifecycle, System-Settings, Stammdaten, Beförderungs-Pflege, Bank-Admin/Audit) bleiben verschlossen.
• Strikte Trennung. Eine Bereichsleitung sieht und bearbeitet nur den eigenen Bereich. Nur die OL ist bereichsübergreifend — keine Peer-Bereichs-Sicht.
• Eigene Daten + im Auftrag anlegen. Bereich und OL besitzen eigene Aggregate (Lager, Einsätze, Operationen, Aufträge, Raffinerieaufträge) und können für untergeordnete Einheiten anlegen — z. B. einen Auftrag für eine Staffel ihres Bereichs. Gegatet wird das über die Bearbeitungs-Berechtigung an der Zieleinheit, nicht über Adminschaft.
• Drill-down-Picker. In Auswahlfeldern erhalten Bereichsleitung/OL einen admin-ähnlichen Picker, aber nur in untergeordnete Einheiten (Bereichsleitung: Staffeln/SKs ihres Bereichs; OL: alles).
• Bank-Zugang. Die Ansicht kaskadiert (eigenes Ebenen-Konto und untergeordnete Konten); Ein-/Auszahlungsanträge gehen aber nur auf dem eigenen Ebenen-Konto (Bereich → AREA-Konto, OL → Kartell-/CARTEL-Konto). Untergeordnete Konten sind nur einsehbar. Siehe Kartellbank.
• SK-Lead bleibt SK-only. Ein SK-Leiter sitzt zwar organisatorisch in der Bereichsleitung des Bereichs seines SK (Sitz im Organigramm), aber das erweitert seine Rechte nicht auf den Bereich — er bleibt auf sein SK beschränkt.

Mitgliedschaftsregeln

• Ein Mitglied darf in bis zu zwei Staffeln sein (auch aus verschiedenen Bereichen) und in beliebig vielen SKs.
• SK-Leiter, Bereichsleitung und OL gehören keiner Staffel an.
• Ein SK-Leiter sitzt immer in der Bereichsleitung des Bereichs, zu dem sein SK gehört (organisatorisch, ohne erweiterte Reichweite).
• OL-Mitglieder dürfen einem Bereich angehören.
• Ein Nutzer kann in mehr als einem Bereich Leitungsfunktion haben (die Reichweiten vereinigen sich).

Wer darf was?

Funktion	Anonym	Member	SK-Lead	Bereichsleitung	OL	Officer	Admin
Staffel-/aktive-OrgUnit-Liste lesen	✅	✅	✅	✅	✅	✅	✅
SK-Liste lesen (inaktive + SK-Detail nur Admin)	❌	✅	✅	✅	✅	✅	✅
Aktiven Bereich umschalten (Switcher)	❌	✅¹	✅¹	✅¹	✅¹	✅¹	✅
Eigene Bereichs-/OL-Daten + im Auftrag für untergeordnete Einheiten anlegen	❌	❌	❌	✅ (eigener Bereich)	✅ (alles)	❌	✅
SK-Mitglieder verwalten (add/remove/Flags)	❌	❌	✅ (eigenes SK)	❌	❌	❌	✅
SK-Lead-Flag setzen	❌	❌	❌	❌	❌	❌	✅
Staffel-/SK-Lifecycle, Profit-Flag, Bereich/OL-Struktur	❌	❌	❌	❌	❌	❌	✅

¹ Nur zwischen den eigenen Mitgliedschaften; Admins zusätzlich „Alle Bereiche“ inkl. Pin.

Die ausführliche, gegen den Code geprüfte Rechte-Matrix steht in Rollen & Berechtigungen und in ROLES_AND_PERMISSIONS.md. Bei Abweichungen zählt immer der Code.

Daten ohne Org-Einheit (ownerless)

• Mitglieder ganz ohne Staffel/SK behalten rein persönliche Aggregate: ihr eigenes Schiff, Inventar oder ihr Raffinerieauftrag bleibt für sie selbst (und Admins) sichtbar und bearbeitbar — unabhängig vom Org-Stempel.
• Leitung ohne Org-Einheit kann ownerlose Einsätze und Operationen anlegen: ein nicht-interner Einsatz ist dann für alle sichtbar (auch anonym), ein interner nur für Mitglieder-oder-höher; eine ownerlose Operation ist für Mitglieder-oder-höher sichtbar.

Wo wird das verwaltet?

Aufgabe	Ort	Wer
SK anlegen/umbenennen/(de)aktivieren, profit-fähig markieren	/admin/special-commands (Administration)	Admin
SK-Mitglieder verwalten (Detailseite des SK)	/admin/special-commands/{id}	Admin oder SK-Lead dieses SK
Bereiche/OL anlegen und Eltern-Kanten setzen (Staffel/SK → Bereich, Bereich → OL)	/admin/org-structure	Admin
Leitung besetzen (wer sitzt in welcher Bereichsleitung/OL)	Organigramm	Admin

Ein Löschen eines SK ist ein Soft-Delete: Es flippt nur active=false, behält Mitgliedschaften und bereits zugeordnete Daten und ist über die Reaktivieren-Funktion umkehrbar. Inaktive SKs erscheinen nur mit „inaktive anzeigen“.

---

Verwandte Seiten: Organigramm · Rollen & Berechtigungen · Administration · Warenaufträge · Kartellbank