16 Bundesländer, 16 Vorstellungen vom Klassenbuch

Warum ich als Lehrer und Softwareentwickler bei einer scheinbar einfachen Aufgabe auf ein erstaunlich kompliziertes Problem gestoßen bin.

Es gibt Dinge im Schulalltag, über die man nicht besonders viel nachdenkt. Man benutzt sie einfach. Den Stundenplan zum Beispiel. Die Kreide. Oder das Klassenbuch.

Das Klassenbuch gehört seit Generationen zum Inventar einer Schule. Es liegt auf dem Lehrertisch, wandert von Raum zu Raum, wird gelegentlich gesucht und manchmal erst am Freitag vollständig ausgefüllt. Es ist ein unscheinbarer Gegenstand, dessen Bedeutung einem spätestens dann bewusst wird, wenn es verschwunden ist.

Als Lehrer kenne ich das.

Als Entwickler von Prilog habe ich allerdings den Fehler gemacht, mir eine scheinbar harmlose Frage zu stellen:

Warum machen wir das eigentlich noch auf Papier?

Die Antwort darauf hat mich durch die Schulgesetze und Datenschutzbestimmungen der deutschen Bundesländer geführt. Und zu der Erkenntnis, dass man vermutlich leichter eine Buchhaltungssoftware für sechzehn Unternehmen entwickelt als ein einheitliches digitales Klassenbuch für sechzehn Bundesländer.

Aber der Reihe nach.

Eigentlich müsste das doch ganz einfach sein

Die erste Vorstellung war denkbar schlicht.

Ein Lehrer öffnet morgens Prilog. Er sieht seine Klasse, trägt fehlende Schüler ein, dokumentiert den Unterricht und schließt das Klassenbuch wieder. Am Ende des Halbjahres sind die Fehlzeiten bereits zusammengezählt. Klassenbetreuer haben einen Überblick. Die Verwaltung muss keine handschriftlichen Einträge entziffern.

Das wäre keine technische Herausforderung.

Eine solche Anwendung lässt sich vergleichsweise schnell programmieren. Die Datenbank ist überschaubar, die Benutzeroberfläche ebenfalls. Selbst die Verbindung zum Stundenplan ist kein grundsätzliches Problem.

Die gute Nachricht vorweg: Ein digitales Klassenbuch ist grundsätzlich in allen 16 Bundesländern möglich. Kein Bundesland verlangt, dass ein Klassenbuch ausschließlich auf Papier geführt wird. Die eigentliche Frage ist also nicht, ob Schulen digital arbeiten dürfen, sondern unter welchen Bedingungen.

Dann beginnt man, die rechtlichen Anforderungen zu lesen.

Und stellt fest, dass das Klassenbuch offenbar etwas völlig anderes ist, als man bisher dachte.

Es ist nicht nur ein Unterrichtsprotokoll. Es ist zugleich ein Nachweisdokument, ein Instrument zur Erfüllung schulischer Pflichten und ein Speicher personenbezogener Daten. Je nach Bundesland gelten unterschiedliche Vorgaben dafür, was hineingehört, wer darauf zugreifen darf, wie lange es aufbewahrt werden muss und unter welchen Bedingungen es digital geführt werden kann.

Mit einem Mal ist die Frage nicht mehr, wie man eine gute Eingabemaske baut.

Sondern: Welches Klassenbuch darf diese Schule überhaupt führen?

Ein Umzug von München nach Berlin verändert plötzlich die Software

Nehmen wir zwei Schulen. Die eine liegt in Bayern, die andere in Berlin.

Beide haben Lehrer, Schüler, Unterrichtsstunden und Fehlzeiten. Beide möchten ein digitales Klassenbuch verwenden. Und beide erwarten zu Recht, dass die Software ihre Arbeit erleichtert.

Trotzdem können sie nicht einfach dieselben Einstellungen verwenden.

Schon bei den Aufbewahrungsfristen zeigen sich erhebliche Unterschiede. In Bayern sieht beispielsweise § 46 der Bayerischen Schulordnung (BaySchO) für bestimmte schulische Unterlagen konkrete Aufbewahrungsfristen vor; für Klassenbücher sind diese vergleichsweise kurz. In Mecklenburg-Vorpommern reichen die untersuchten Vorgaben für entsprechende Dokumentationen dagegen bis zu fünfzehn Jahren.

Das klingt zunächst nach einem Problem, das sich mit einer einzigen Einstellung lösen lässt: Aufbewahrungsdauer auswählen, fertig.

So einfach ist es nicht.

Denn es kommt auch darauf an, wann eine Frist beginnt, welche Daten sie betrifft und ob unterschiedliche Teile eines Klassenbuchs verschiedenen Regeln unterliegen. Die Software muss außerdem wissen, wann Daten tatsächlich gelöscht werden dürfen oder gelöscht werden müssen.

Ein Programm, das aus Vorsicht einfach alles dauerhaft speichert, ist keine gute Lösung.

Eines, das wichtige Nachweise zu früh löscht, allerdings auch nicht.

Und das ist nur die Aufbewahrung.

In Berlin spielen beispielsweise Anforderungen an die technische Absicherung und die Verarbeitung der Daten eine besondere Rolle. In Sachsen finden sich konkrete Vorgaben zur Nachvollziehbarkeit von Änderungen und zur Sicherung beziehungsweise zum Abschluss von Dokumentationen.

Das führt zu einer interessanten Konsequenz:

Die Unterschiede zwischen den Bundesländern betreffen nicht nur die Texte in einer Datenschutzerklärung. Sie reichen bis in die Architektur der Software.

Dann kommt Schleswig-Holstein

Bei der Recherche gab es einen Punkt, an dem ich meine ursprüngliche Vorstellung eines bundesweit einheitlichen Klassenbuchs endgültig aufgeben musste.

Schleswig-Holstein.

Nach § 13 der schleswig-holsteinischen Schul-Datenschutzverordnung ist für ein digitales Klassenbuch bei einem externen Anbieter eine Genehmigung des Bildungsministeriums vorgesehen. Das klingt zunächst nach einer Hürde. Tatsächlich ist es ein geregeltes Verfahren: Liegen die rechtlichen Voraussetzungen vor, insbesondere ein ordnungsgemäßer Vertrag zur Auftragsverarbeitung, ist die Genehmigung zu erteilen.

Das ist keine Absage an digitale Klassenbücher, sondern eine klare Anforderung an ihre Einführung. Für die Entwicklung ist diese Unterscheidung wichtig.

Stellen wir uns vor, eine Schule möchte eine Software einsetzen, die technisch funktioniert, sicher betrieben wird und von ihren Lehrern gewünscht ist.

In einem Bundesland führt der Weg zur Einführung vor allem über die schulinterne Entscheidung und die erforderlichen Datenschutzmaßnahmen. In Schleswig-Holstein kommt bei einem externen Anbieter das ministerielle Genehmigungsverfahren hinzu.

Das ist keine Kleinigkeit.

Für die Schule bedeutet das einen zusätzlichen, aber planbaren Schritt. Für den Softwareanbieter bedeutet es, die erforderlichen Unterlagen und Abläufe von Anfang an mitzudenken.

Wer eine Anwendung für Schulen entwickelt, kann sich also nicht darauf beschränken, die Funktionen zu programmieren und anschließend einen Vertrag zur Auftragsverarbeitung beizulegen.

Er muss verstehen, unter welchen Bedingungen die jeweilige Schule seine Software verwenden darf.

Das war für mich einer der überraschendsten Aspekte dieser Recherche.

Die heikelste Information ist manchmal nur ein einziges Wort

Noch interessanter wird es bei den Fehlzeiten.

Ein Schüler fehlt.

Das Klassenbuch hält fest: abwesend.

Vielleicht entschuldigt.

Vielleicht unentschuldigt.

Bis hierhin klingt alles unproblematisch. Doch dann möchte jemand den Grund eintragen.

„Krank.“

Oder genauer: „Migräne.“

Und plötzlich bewegen wir uns in einem ganz anderen Bereich des Datenschutzes.

Gesundheitsinformationen gehören zu den besonders geschützten personenbezogenen Daten. In mehreren Bundesländern bestehen deshalb spezielle Beschränkungen für solche Angaben im digitalen Klassenbuch.

In Mecklenburg-Vorpommern und Rheinland-Pfalz gehören Gesundheitsangaben nach den dortigen Vorgaben gar nicht ins digitale Klassenbuch. Andere Länder sehen für bestimmte sensible Informationen besondere technische oder organisatorische Schutzmaßnahmen vor.

Aus Entwicklersicht entsteht daraus eine schwierige, aber notwendige Frage:

Was soll die Software überhaupt wissen?

Muss das Klassenbuch wissen, warum ein Kind fehlt? Oder genügt für seinen Zweck die Information, dass es fehlt und ob die Abwesenheit entschuldigt ist?

In vielen Fällen dürfte die zweite Information ausreichen.

Und genau hier liegt ein Grundprinzip guter Schulsoftware, das mir bei Prilog immer wichtiger geworden ist:

Nicht alles, was sich speichern lässt, sollte gespeichert werden.

Eine Software wird nicht dadurch besser, dass sie möglichst viele Informationen sammelt. Sie wird besser, wenn sie genau die Informationen verarbeitet, die für die jeweilige Aufgabe gebraucht werden.

Der eigentliche Gegner ist nicht das Papier

Bis zu diesem Punkt könnte man glauben, die größte Schwierigkeit bei einem digitalen Klassenbuch liege im Schulrecht.

Das stimmt nur zur Hälfte.

Die andere Hälfte sitzt morgens um 8:05 Uhr im Klassenzimmer.

Sie hat gerade dreißig Schüler vor sich, muss einen Unterricht beginnen, einen Konflikt vom Vortag klären und nebenbei feststellen, wer fehlt.

Ich kenne diese Situation aus eigener Erfahrung.

In solchen Momenten interessiert mich nicht, wie elegant eine Softwarearchitektur ist. Sicherheit ist notwendig; Berlin und Schleswig-Holstein verlangen für entsprechende Anwendungen eine Zwei-Faktor-Authentifizierung. Aber eine gute Umsetzung sollte dafür sorgen, dass ich mich einmal am Morgen sicher anmelde und nicht vor jeder Unterrichtsstunde denselben Vorgang wiederholen muss. Und natürlich muss die Anwendung auch mit den Unwägbarkeiten eines Schulmorgens umgehen können.

Ich möchte unterrichten.

Das ist ein Punkt, den man als Entwickler leicht unterschätzt.

Auf dem eigenen Schreibtisch funktioniert alles wunderbar. Der Rechner ist eingeschaltet, die Verbindung stabil, und man hat ausreichend Zeit, jeden Dialog sorgfältig zu testen.

Ein Schulmorgen ist kein Entwicklungslabor.

Eine digitale Lösung, die täglich zwei Minuten zusätzliche Aufmerksamkeit verlangt, kostet bei hundert Lehrkräften bereits mehr als drei Arbeitsstunden am Tag.

Natürlich kann Digitalisierung an anderer Stelle deutlich mehr Zeit einsparen. Aber dieser Gewinn entsteht nicht automatisch.

Und wenn am Ende das digitale Klassenbuch geführt und zusätzlich noch eine Papierfassung ausgedruckt oder gepflegt werden muss, hat man unter Umständen das Gegenteil dessen erreicht, was man wollte.

Das Papier wurde nicht abgeschafft.

Es hat Gesellschaft bekommen.

Vielleicht stellen wir die falsche Frage

Während der Entwicklung von Prilog hat mich deshalb eine andere Überlegung beschäftigt.

Warum wollen wir überhaupt das gesamte Klassenbuch digitalisieren?

Was brauchen wir daraus tatsächlich?

Als Lehrer interessieren mich im laufenden Unterricht andere Dinge als am Ende eines Halbjahres.

Während der Stunde brauche ich einen verlässlichen Überblick. Für die Zeugnisse benötige ich am Ende vor allem die dafür relevanten Fehlzeitendaten.

Nicht jede handschriftliche Unterrichtsnotiz muss dafür in einer Datenbank landen.

Daraus entstand eine Idee, die auf den ersten Blick wenig revolutionär wirkt.

Was wäre, wenn wir das Papierklassenbuch zunächst einfach behalten?

Nicht aus nostalgischen Gründen. Sondern weil es in manchen Schulen nach wie vor der unkomplizierteste Weg ist, den Unterricht unmittelbar zu dokumentieren.

Prilog könnte parallel eine deutlich kleinere Aufgabe übernehmen: In regelmäßigen Abständen, beispielsweise einmal pro Woche, werden ausschließlich die Fehlzeitendaten übertragen, die später für die Zeugnisse benötigt werden.

Der erste technische Baustein für diesen Ansatz ist bereits entwickelt, aber noch nicht in die ausgelieferte Version übernommen. Deshalb ist das hier vorerst ein Entwicklungsweg und keine bereits verfügbare Funktion.

Das Papierklassenbuch bleibt dabei das maßgebliche Klassenbuch. Prilog führt kein zweites vollständiges Klassenbuch, sondern unterstützt eine begrenzte Verwaltungsaufgabe.

Natürlich muss auch diese Verarbeitung rechtlich zulässig sein. Zugriffsrechte, Löschfristen und Datenschutz verschwinden dadurch nicht.

Aber der Ansatz verändert die Ausgangsfrage.

Wir müssen nicht mehr zwingend alles digital nachbilden, was bisher auf Papier existiert.

Wir können zuerst untersuchen, welcher Teil der Arbeit tatsächlich von einer digitalen Lösung profitiert.

Das klingt weniger spektakulär als die Ankündigung einer vollständig papierlosen Schule.

Es könnte im Alltag aber erheblich vernünftiger sein.

Und dann schaut man über die Landesgrenzen hinaus

Wer glaubt, sechzehn deutsche Bundesländer seien bereits kompliziert genug, sollte einen Blick ins Ausland werfen.

Dort stellt sich dieselbe Grundfrage: Wie dokumentiert eine Schule ihren Unterricht und die Anwesenheit ihrer Schüler?

Die Antworten unterscheiden sich teilweise noch deutlicher.

In England spielen beispielsweise standardisierte Codes für Abwesenheiten eine wichtige Rolle. In Frankreich bestehen eigene Melde- und Dokumentationsverfahren. In Österreich und den Niederlanden können besondere Meldepflichten greifen, wenn bestimmte Voraussetzungen bei Fehlzeiten erfüllt sind.

In der Schweiz kommen kantonale Unterschiede hinzu.

Und wer Software für Internate entwickelt, entdeckt gleich die nächste Ebene: Dort geht es nicht nur darum, ob ein Schüler im Unterricht anwesend ist. Unter Umständen muss auch dokumentiert werden, ob er das Gelände verlassen hat, wann er zurückgekehrt ist oder ob er nachts im Haus ist.

Spätestens an diesem Punkt wird klar, dass ein internationales digitales Klassenbuch nicht einfach ein deutsches Klassenbuch mit einer englischen Benutzeroberfläche sein kann.

Die eigentliche Aufgabe besteht darin, unterschiedliche schulische Abläufe und rechtliche Anforderungen in einem System abzubilden, ohne für jedes Land eine völlig neue Anwendung schreiben zu müssen.

Für Prilog bedeutet das: Wir brauchen eine gemeinsame technische Grundlage, aber unterschiedliche Länder- und Schulprofile.

Diese Profile sollen festlegen können, welche Angaben benötigt werden, welche Funktionen zulässig sind, welche Sicherheitsmaßnahmen greifen und welche Aufbewahrungsregeln gelten.

Die Benutzeroberfläche soll trotzdem möglichst einfach bleiben.

Das ist die eigentliche Entwicklungsarbeit.

Nicht die Eingabemaske für „anwesend“ oder „abwesend“.

Sondern die Komplexität dahinter so zu organisieren, dass der Lehrer möglichst wenig davon bemerkt.

Eine Software sollte die Vorschriften kennen. Nicht der Lehrer auswendig.

Aus dieser Recherche ergibt sich für mich noch eine zweite Konsequenz.

Wenn eine Schule ein digitales Klassenbuch einführen möchte, sollte sie nicht erst selbst herausfinden müssen, welche technischen Funktionen ihr Bundesland verlangt.

Ein gutes System könnte bei der Einrichtung fragen, in welchem Land und Bundesland sich die Schule befindet, um welchen Schultyp es sich handelt und welche Betriebsform vorgesehen ist.

Anschließend könnte es passende Voreinstellungen und die benötigten Unterlagen vorbereiten.

Zum Beispiel Informationen zur Datenverarbeitung, Vorlagen für interne Regelungen oder Hinweise auf erforderliche Abstimmungen und Genehmigungen.

Nicht als Ersatz für eine rechtliche Prüfung. Und schon gar nicht mit dem Versprechen, dass ein Mausklick sämtliche gesetzlichen Pflichten erfüllt.

Aber als ernsthafte Entlastung für die Menschen, die eine solche Einführung organisieren müssen.

Denn auch das gehört zur Digitalisierung von Schulen: Nicht nur die Arbeit im Klassenzimmer zählt, sondern ebenso die Arbeit, die vorher in Konferenzen, Verwaltungsbüros und Arbeitsgruppen anfällt.

Wenn eine Schule erst monatelang Dokumente und Vorschriften zusammentragen muss, bevor sie ein digitales Klassenbuch überhaupt testen kann, stimmt etwas am Einführungsprozess nicht.

Die überraschende Erkenntnis

Als ich begann, mich mit dem digitalen Klassenbuch zu beschäftigen, dachte ich, ich würde vor allem eine Softwarefunktion entwickeln.

Inzwischen sehe ich das anders.

Das Klassenbuch ist ein erstaunlich gutes Beispiel dafür, warum Digitalisierung im Schulwesen häufig schwieriger ist als erwartet.

Nicht, weil Lehrer grundsätzlich keine Technik mögen.

Nicht, weil Schulen zu altmodisch wären.

Und auch nicht, weil die Programme zu kompliziert zu entwickeln wären.

Sondern weil hinter einer scheinbar einfachen Tätigkeit ein Geflecht aus rechtlichen Anforderungen, gewachsenen Abläufen und ganz praktischen Bedürfnissen steckt.

Wer nur die technische Aufgabe sieht, entwickelt schnell eine Software.

Wer auch den Schulalltag kennt, muss sich eine unbequemere Frage stellen:

Wird dadurch wirklich etwas einfacher?

Für mich ist das inzwischen die entscheidende Frage bei Prilog.

Ich möchte keine Software entwickeln, die Lehrkräfte mit neuen Aufgaben beschäftigt, damit sie anschließend stolz darauf sein können, digital zu arbeiten.

Ich möchte eine Software entwickeln, die ihnen Arbeit abnimmt.

Und wenn die beste Lösung für eine bestimmte Schule zunächst darin besteht, das Klassenbuch auf Papier zu belassen und nur einen kleinen Teil der Verwaltungsarbeit zu digitalisieren, dann ist das kein Rückschritt.

Es ist vielleicht sogar der intelligentere Anfang.

Denn der Erfolg der Digitalisierung zeigt sich nicht daran, wie viele Papierordner verschwunden sind.

Sondern daran, wie viel Zeit die Lehrer wieder für ihre Schüler haben.

---

Geschrieben aus der Perspektive eines Lehrers und Entwicklers von Prilog.

Hinweis zur Recherche: Die beschriebenen Unterschiede beruhen auf einer Auswertung landesrechtlicher und schulorganisatorischer Anforderungen mit Stand Oktober 2026. Die Beispiele sind bewusst vereinfacht. Vor einer Einführung sind die jeweils geltenden Vorschriften und die konkreten Bedingungen der Schule zu prüfen. Der Beitrag stellt keine Rechtsberatung dar.