Speicherkontingente

Orimora verfolgt, wie viel Speicher ein Team nutzt (primär hochgeladene Anhänge — Bilder und Dateien) und kann ein Team-Kontingent plus optionale weiche Pro-Mitglied-Limits durchsetzen.

Team-Kontingent

Jedes Team hat ein Speicherkontingent. Der Plattform-Standard gilt für jedes Team ohne expliziten Override:

• DEFAULT_TEAM_STORAGE_QUOTA_BYTES — Standard 5 GB (vom Betreiber konfigurierbar, siehe Konfiguration).
• STORAGE_QUOTA_WARN_PERCENT — der Füllgrad, ab dem die UI auf Gelb wechselt (Standard 80).

System-Admins können das Kontingent pro Team unter Einstellungen → Admin → Speicher überschreiben, ohne die App neu zu starten.

Pro-Mitglied-Limits

Optional kannst du ein weiches Limit pro Mitglied setzen. Ohne gesetztes Pro-Nutzer-Limit (Standard) gilt nur das umgebende Team-Kontingent — was den einfachen „uns ist Pro-Nutzer-Abrechnung egal”-Fall zero-config hält.

Verhalten am Limit

Die Admin-Speicheransicht zeigt jedes Team/Mitglied als ok / warn / over. Uploads werden bei 100 % des Team-Kontingents blockiert, unabhängig vom Warn-Schwellenwert; der Warn-Prozentsatz steuert nur, wann der Fortschrittsbalken auf Gelb wechselt. Anhänge zu löschen (und den Papierkorb zu leeren) gibt den gezählten Speicher frei.

Hinweis

Kontingente zählen hochgeladene Anhänge und Team-Assets (z. B. das Team-Logo). Der Dokumenttext selbst ist vernachlässigbar. Redis- und Datenbankspeicher sind Betreiber-Angelegenheit, nicht Teil des Team-Kontingents.