Die Feed-URL für Ankündigungen wird laut Handbuch nur im Dialog "Ausfall melden" angezeigt - und zwar erst nach dem Veröffentlichen einer neuen Meldung. Wer die Adresse verlegt hat, muss also eine neue (unter Umständen unnötige) Meldung veröffentlichen, nur um erneut an die Adresse zu kommen. Ein eigener, jederzeit erreichbarer Button "Feed-Adresse anzeigen/kopieren" - unabhängig vom eigentlichen Veröffentlichen-Vorgang, etwa in den Online-Einstellungen - würde diesen Umweg vermeiden.

Die "Heute"-Übersicht im Dashboard zeigt zwar jederzeit, welche Kinder für den Tag noch nichts gewählt haben - das Team muss die Seite dafür aber aktiv öffnen und prüfen. Eine Push-Benachrichtigung (das Dashboard nutzt bereits Web-Push für andere Zwecke), die morgens automatisch informiert, wenn zu einer bestimmten Uhrzeit noch eine relevante Anzahl Kinder ohne Tageswahl dasteht, würde diesen täglichen manuellen Kontrollschritt überflüssig machen.

Backups landen aktuell als lokale .gtp-Datei, die Sie selbst an einen sicheren Ort (externe Festplatte, Netzlaufwerk oder manuell auf Cloud-Speicher) verschieben müssen - das Handbuch empfiehlt ausdrücklich, Backups nicht nur lokal zu halten, macht die Umsetzung aber zur Aufgabe der Schule. Eine optionale, direkt im Backup-Dialog konfigurierbare Anbindung an gängige Cloud-Speicher (z. B. per WebDAV oder einen verschlüsselten Upload) würde die 3-2-1-Backup-Regel automatisieren, statt sie der manuellen Disziplin des Sekretariats zu überlassen.

Der E-Mail-Versand der Online-Codes läuft aktuell immer sofort nach dem Klick auf "Online-Codes versenden". Die Best-Practice-Empfehlung im Handbuch rät ausdrücklich davon ab, am Wochenende oder abends spät zu versenden, da Eltern das dann eher übersehen - das muss man sich also selbst merken und den passenden Zeitpunkt manuell abpassen. Eine Planungsfunktion, die den Versand zu einem gewählten Zeitpunkt (z. B. "Dienstag, 9:00 Uhr") automatisch auslöst, würde diese Empfehlung direkt im Werkzeug abbilden, statt sie der Erinnerung der Schule zu überlassen.

Ist ein Angebot mit hinterlegter Teilnehmerbegrenzung voll, wird es online als "Gruppe voll" gesperrt - weitere Anmeldeversuche werden schlicht abgelehnt. Eine Warteliste, in die sich interessierte Eltern stattdessen automatisch eintragen können, gibt es nicht; das Nachrücken bei Absagen anderer Kinder muss die Schule aktuell selbst organisieren. Eine optionale Wartelisten-Funktion je Angebot - mit automatischer Benachrichtigung, sobald ein Platz frei wird - würde besonders bei sehr gefragten AGs die manuelle Nachverfolgung ersetzen.

Aktuell ist die Erinnerungs-Strategie ein manueller Vorgang: Wahl-Status anzeigen, nach "Nur offene" filtern, als Excel exportieren und die Liste händisch an Klassenlehrkräfte weitergeben, die dann persönlich nachfassen. Eine direkt im System eingebaute Funktion "Erinnerung an nicht angemeldete Kinder senden" - die automatisch die hinterlegten E-Mail-Adressen der noch offenen Kinder anschreibt, mit denselben Textbausteinen wie beim Erst-Versand - würde diesen wiederkehrenden manuellen Schritt jede Anmeldephase aufs Neue ersparen.

Aktuell wird jedes Dokument einzeln hinzugefügt und einzeln über "Online veröffentlichen" freigegeben. Bei einem Stapel Dokumente - etwa zu Schuljahresbeginn mehrere Elternbriefe gleichzeitig - bedeutet das viele Einzelschritte. Eine Mehrfachauswahl in der Dokumentenliste mit einem gemeinsamen "Ausgewählte veröffentlichen"-Button würde diesen wiederkehrenden Vorgang spürbar beschleunigen, ohne an der bestehenden Logik (Bereich, Verschlüsselung, interne Dokumente) etwas ändern zu müssen.

Die Dokumentenverwaltung zeigt aktuell den Status "Veröffentlicht" mit Datum, aber keine Information darüber, ob und wann die Eltern das Dokument tatsächlich abgerufen bzw. heruntergeladen haben. Gerade bei wichtigen Elternbriefen (z. B. Einverständnis Klassenfahrt) wäre eine einfache Übersicht "X von Y berechtigten Familien haben abgerufen" hilfreich, um gezielt nachzufassen - ähnlich wie es die Wahl-Status-Anzeige bei der Online-Anmeldung bereits für Angebote leistet.

Ein vergessenes Dashboard-Passwort kann aktuell ausschließlich über die Konfigurations-App auf dem Dashboard-Rechner zurückgesetzt werden - jemand mit physischem oder Netzwerk-Zugriff auf diesen Rechner muss also eingebunden werden, auch für eine Kleinigkeit wie ein Passwort-Reset. Gerade bei mehreren Betreuungskräften mit eigenen Konten wäre ein Selfservice praktisch: ein "Passwort vergessen"-Link auf der Anmeldeseite, der bei hinterlegter E-Mail-Adresse einen zeitlich begrenzten Reset-Link verschickt - ähnlich wie beim Dokumenten-Abruf für Eltern, der bereits ein vergleichbares E-Mail-Bestätigungsverfahren nutzt.

Aktuell gibt es im Dashboard genau drei feste Rollen: Admin, Verwaltung und Betreuung. Verwaltung sieht dabei automatisch alle Fachseiten inklusive Statistik, Bemerkungen und Wochenwahl - eine Aufteilung dieser Rechte ist nicht vorgesehen. In der Praxis gibt es aber Konstellationen, in denen das zu grob ist - zum Beispiel eine Lehrkraft, die zwar Anwesenheiten und Kursdokumentation pflegen, aber nicht die klassenübergreifende Statistik einsehen soll. Eine sinnvolle Erweiterung wäre eine vierte, konfigurierbare Rolle oder einzeln zuschaltbare Berechtigungen pro Seite (Statistik, Bemerkungen, Wochenwahl, Buskinder), statt der festen Kopplung an "Verwaltung".

Der Status "Abgeholt" wird laut Handbuch mit Uhrzeit, optionalem Grund und der erfassenden Person gespeichert und ist im Team sofort sichtbar - eine automatische Rückmeldung an die Eltern selbst (z. B. per E-Mail oder Push, dass ihr Kind erfolgreich abgeholt wurde) ist aktuell nicht vorgesehen. Für Schulen, die ohnehin schon Eltern-E-Mail-Adressen für Elternbriefe und Ausfallmeldungen pflegen, wäre eine optionale, abschaltbare Kurzbenachrichtigung bei "Abgeholt" ein nachvollziehbarer nächster Schritt - z. B. als einfache Kurz-E-Mail mit Uhrzeit, ohne zusätzliche Systeme einzuführen.

"Wahlen zurücksetzen" löscht laut Handbuch bewusst immer alle heutigen Tageswahlen auf einmal - es gibt aktuell keine Möglichkeit, gezielt nur die Wahl eines einzelnen Kindes zu korrigieren (z. B. wenn es sich beim Antippen vertan hat), ohne dass auch alle anderen Kinder erneut wählen müssen. Eine Funktion, mit der im Reiter "Tagesangebote" oder im Dashboard gezielt die Wahl eines einzelnen Kindes zurückgesetzt wird, würde diesen häufigen Sonderfall deutlich entschärfen und unnötige Doppel-Wahlen für die restliche Klasse vermeiden.

Beim Versand von Elternbriefen oder Ausfallmeldungen per E-Mail erhält der versendende Account laut Handbuch aktuell keine automatische Kopie der einzelnen E-Mails - lediglich der Live-Status ("Erfolgreich versendet") ist einsehbar. Für die Dokumentation, etwa bei späteren Rückfragen von Eltern ("Ich habe nie eine E-Mail bekommen"), wäre eine optionale BCC-Kopie an eine hinterlegte Sekretariats-Adresse hilfreich - so ließe sich der tatsächlich versendete Inhalt im Zweifel nachträglich nachschlagen, ohne jedes Mal vorab eine Test-E-Mail an sich selbst schicken zu müssen.

Strg+Z macht laut Handbuch einzelne Zuweisungsschritte rückgängig, ist aber vor allem für die alltägliche Einzelerfassung gedacht. Bei Massenfunktionen wie "Auf Klasse anwenden", "Angebote ersetzen" oder dem Wochenplan für mehrere Kinder betrifft eine Aktion potenziell dutzende Kinder auf einmal - ein Fehler im gewählten Angebot oder in der Kinderauswahl lässt sich aktuell nur mühsam manuell korrigieren. Eine dedizierte "Letzte Massenänderung rückgängig machen"-Funktion, die den Zustand vor der jeweiligen Massenaktion wiederherstellt, würde das Risiko bei Tippfehlern deutlich senken.

Aktuell ist die Kursleistungsübersicht (Kapitel 7.6A) pro Angebot aufrufbar - eine Querformat-Liste mit allen Teilnehmern, Anzahl der Einträge und letzter Einschätzung. Eine Kursleitung mit mehreren AGs muss den Druck also für jedes Angebot einzeln starten. Für die Übergabe am Schuljahresende oder für eine Gesamtschau übers Kollegium wäre ein Sammel-Export sinnvoll, der die Kursdokumentation mehrerer oder aller Angebote in einer Datei zusammenfasst - z. B. als eine Excel-Tabelle mit einem Reiter pro Angebot.

Die Funktion "Ausfall melden" (Kapitel 5.11) ist aktuell auf jeweils ein Angebot an einem Datum ausgelegt - der Dialog fragt gezielt nach Angebot und Einzeldatum, mit Hinweis, falls das Datum nicht zum Wochentag des Angebots passt. Fällt ein Angebot z. B. wegen Lehrkraft-Erkrankung für eine ganze Woche oder über mehrere Wochen aus, muss man den Vorgang aktuell mehrfach hintereinander durchführen. Eine sinnvolle Erweiterung wäre eine Mehrfachauswahl von Terminen (z. B. "jeden Montag vom 12.08. bis 30.08.") in einem einzigen Durchlauf, inklusive einer gebündelten E-Mail statt mehrerer Einzel-Mails an dieselben Eltern. Das würde besonders bei längeren Krankheitsvertretungen oder Praktika Zeit sparen.

Das Farbschema der Oberfläche lässt sich aktuell nur pro Benutzerkonto (Weboberfläche) bzw. pro Arbeitsplatz (Desktop-Version) einstellen - eine schulweite Standardfarbe, die für alle neuen Kolleginnen und Kollegen automatisch gilt, gibt es laut Handbuch nicht. Für Schulen, die z.B. aus Corporate-Identity-Gründen ein einheitliches Erscheinungsbild auf allen Bildschirmen im Lehrerzimmer wünschen, wäre eine optionale, von der Administration festlegbare Standardfarbe sinnvoll, die neue Benutzerkonten automatisch übernehmen - individuelle Anpassung durch die einzelnen Nutzer bliebe davon natürlich unberührt und weiterhin möglich.

Die eingebaute Duplikat-Prüfung beim Schüler-Import erkennt bereits vorhandene Kinder zuverlässig anhand der exakten Kombination Vorname + Nachname + Klasse. Bei kleinen Schreibvarianten zwischen zwei Datenquellen - etwa 'Sophie' vs. 'Sofie' oder ein fehlender Doppelname wie 'Anna' statt 'Anna Sophie' - greift dieser exakte Abgleich naturgemäß nicht, und es kann trotz an sich funktionierender Duplikat-Prüfung zu doppelt angelegten Kindern kommen. Eine zusätzliche, optionale Fuzzy-Erkennung (ähnlich der bereits vorhandenen tolerante Spaltenerkennung beim flexiblen CSV-Import, die ja schon bis zu 2 Zeichen Abweichung toleriert) könnte bei knapper Namensähnlichkeit innerhalb derselben Klasse zumindest einen Hinweis 'Möglicherweise bereits vorhanden' anzeigen, über den man dann bewusst entscheidet, statt es ganz zu übersehen.

Eine Klasse lässt sich laut Handbuch erst löschen, wenn ihr keine Schüler mehr zugeordnet sind - die Kinder müssen also vorher einzeln in eine andere Klasse verschoben oder gelöscht werden. Bei einer aufzulösenden Klasse (z.B. nach einer Umstrukturierung) bedeutet das mehrere manuelle Einzelschritte pro Kind. Ein kombinierter Dialog 'Klasse auflösen', der in einem Arbeitsgang alle verbliebenen Kinder einer Klasse per Auswahl in eine oder mehrere Zielklassen verschiebt und die Ursprungsklasse anschließend automatisch löscht, würde diesen Vorgang deutlich beschleunigen - besonders bei Klassenzusammenlegungen zum Schuljahresende.

Gängige E-Mail-Anbieter begrenzen den Versand pro Tag (Gmail 500, Outlook 300 E-Mails/Tag laut Handbuch) - bei größeren Schulen mit einem Massenversand von Online-Anmeldecodes oder Elternbriefen an die gesamte Schule kann dieses Limit an einem Tag erreicht werden. Aktuell bleibt als Lösung nur, den Versand manuell in mehreren Etappen (z.B. klassenweise an verschiedenen Tagen) selbst zu organisieren. Eine eingebaute Versandwarteschlange, die bei Erreichen des Tageslimits automatisch pausiert und am Folgetag selbstständig fortsetzt, würde diesen manuellen Organisationsaufwand komplett abnehmen - inklusive einer Fortschrittsanzeige, wie viele E-Mails bereits raus sind und wie viele noch anstehen.