für Schulen mit Ganztag
Startseite › Programmteile › Verwaltung & Betrieb

🛠️ Verwaltung & Betrieb

So individuell wie Ihr Ganztag — und so pflegeleicht, dass keine eigene IT-Abteilung nötig ist.

Individuell wie Ihr Ganztag

Alles Wesentliche wird im Adminbereich gepflegt — ohne Technik-Wissen und ohne externe Hilfe:

  • AG-Tage frei wählbar: welche Wochentage AGs stattfinden, entscheidet die Schule — auch Samstag/Sonntag sind möglich
  • Slot-Matrix je AG: Plätze, Wochentage, Start-/Enddatum und aktiv/inaktiv — getrennt für beide Slots, mit Wochen-Vorschau
  • Eigene AG-Optik: Farbe, Emoji, Leitung, Raum und Notiz je AG
  • GTS-Merkmal & Gäste: nur Ganztagsschüler wählen AGs, die Abwesenheit kennt alle — plus flexible Gastkonten
  • Vor- und Nachname getrennt bei Schülern und Lehrkräften: Listen und Exporte sortieren dadurch zuverlässig nach dem Nachnamen — auch bei mehrteiligen Namen
  • Betrieb nach Maß: Aufbewahrungsfristen, Auto-Logout und Backup-Ziel direkt einstellbar
Adminbereich: AG-Tage-Auswahl und Wochen-Vorschau aller AGs
Adminbereich: AG-Tage, Slot-Matrix, Wochen-Vorschau. (Beispieldaten)

Schülerdaten ohne Tipparbeit

Schüler- und Lehrerlisten kommen per CSV-/Excel-Import direkt aus der Schulverwaltung (z. B. edoo.sys) — inklusive GTS-Merkmal. Eine laienverständliche Export-Anleitung liefern wir mit; manuelles Anlegen und Bearbeiten geht natürlich auch. Beim Schuljahreswechsel genügt ein neuer Import — und weil jede AG ihr eigenes Start- und Enddatum hat, ist der Einstieg an jedem beliebigen Tag möglich, nicht nur zum Schuljahresbeginn.

🔐 Passwortgeschützte Bereiche Getrennte Logins für Lehrer und Admin mit Auto-Logout; ein aktiver Admin-Login ist deutlich markiert. Die Klassenansicht bleibt bewusst ohne Login.
🛡️ Automatisch gesichert Nächtliche Datensicherung, optional zusätzlich auf eine Netzwerkfreigabe (SMB oder SSH) — inklusive Backup-Status auf der Admin-Übersicht.
🔄 Automatisch aktuell Sicherheitsupdates fürs Betriebssystem richten sich bei der Installation gleich mit ein; App-Updates spielt der Admin per Upload im Wartungs-Reiter ein — geprüft, gesichert und im Zweifel zurückgerollt.
🩺 Systemstatus im Blick Speicherplatz, Zeitsynchronisation, Dienste, letzte Sicherung — dazu Betriebssystem, Python-Version und Architektur des Geräts. Der Wartungs-Reiter zeigt das ohne Kommandozeile.

Updates, die sich selbst absichern

Ein Schulserver steht in der Regel ohne IT-Abteilung im Netz. Deshalb muss ein Update auch dann gutgehen, wenn niemand danebensteht: Jedes Paket wird geprüft, bevor etwas verändert wird — und geht doch etwas schief, stellt sich der vorherige Stand von selbst wieder her.

✍️

Signierte Update-Pakete

Jedes Update trägt eine digitale Signatur über alle enthaltenen Dateien. Ein nachträglich verändertes Paket wird abgelehnt — von der Anwendung und vom Wartungsdienst. Auch wer das Admin-Passwort kennt, kann so keinen fremden Programmcode einspielen.

🔎

Prüfung vor dem Einspielen

Beim „Paket prüfen“ wird abgeglichen, ob das Update überhaupt zu diesem Gerät passt — und ob alle benötigten Programmbibliotheken beschafft werden können. Passt etwas nicht, endet der Vorgang mit einer klaren Meldung, bevor am System etwas geändert wird.

↩️

Sicherung und Rückrollung

Vor jedem Update entsteht automatisch eine Sicherung. Startet die neue Fassung nicht sauber, schaltet der Wartungsdienst selbsttätig auf den vorherigen Stand zurück. Die Schule steht damit nie länger als ein Neustart still.

🧾

Selbstcheck beim Start

Bei jedem Start vergleicht die Anwendung ihre eigenen Programmdateien mit dem Auslieferungsstand. Ein Befund erscheint im Wartungs-Reiter und als Vermerk auf jedem Ausdruck — ein weitergereichtes Dokument verrät damit selbst, ob ihm zu trauen ist. Gesperrt wird nichts: Eine Schule darf morgens nicht wegen einer Prüfsumme stillstehen.

🔐 Anmeldung nach heutigem Standard Passwörter werden nur als moderner Hash gespeichert, nie im Klartext; nach mehreren Fehlversuchen sperrt sich die Anmeldung kurzzeitig — auch für Zugriffe an der Bedienoberfläche vorbei.
🧩 Ausgelieferter Code ist geschützt Kundenfassungen werden verschleiert ausgeliefert. Das ist bewusst eine Hürde und keine Mauer — zusammen mit Signatur und Selbstcheck fällt eine Manipulation aber auf.
📨 Meldeweg für Sicherheitslücken Ein fester, vertraulicher Meldeweg mit zugesagten Reaktionszeiten — wie es der EU-Cyberresilienzakt für vernetzte Produkte vorsieht. Zum Meldeweg.
🗄️ Sicherungen bleiben in der Schule Nächtlich, verschlüsselbar auf eine eigene Netzwerkfreigabe, ohne Zugangsdaten im Sicherungsarchiv. Zurückspielen geht in einem Zug — samt Warnung, wenn die Sicherung aus einer älteren Programmversion stammt.

Systemvoraussetzungen

Bewusst genügsam: Ein Kleinstrechner als Server, vorhandene Geräte als Anzeige — mehr braucht es nicht.

🖥️

Server

Ein Raspberry Pi (ab Modell 4) oder ein beliebiger kleiner Debian-/Ubuntu-Server im Schulnetz. Die Installation übernimmt ein geführtes Skript.

📱

Endgeräte

Beliebige Geräte mit aktuellem Browser: Tablets, PCs, Handys, interaktive Tafeln. Keine App-Installation, keine Schüler-Konten.

🌐

Netzwerk

Internes Schulnetz (LAN/WLAN) genügt; Internet ist für den Betrieb nicht erforderlich. Empfohlen: eine verlässliche Zeitquelle und Zugriff auf Sicherheitsupdates — Programm-Updates lassen sich aber auch offline einspielen.

🗃️

Schulverwaltung

CSV-/Excel-Import z. B. aus edoo.sys — Anleitung inklusive. Manuelles Anlegen geht ebenso.

Fragen zum Betrieb an Ihrer Schule? Wir beraten unverbindlich — auch dazu, welche Hardware sich eignet und wie die Schul-IT eingebunden wird.

Demo & Kontakt

Weiterlesen