Moodle-Alternativen für Schulverbünde: Rechnen Sie den Betrieb, nicht die Lizenz

Moodle ist kostenlos in der Lizenz und nicht kostenlos im Betrieb. Für eine einzelne Schule mit einer Systemadministration, die sich damit auskennt, ist das meist ein guter Tausch. Für einen Verbund — einen Träger, einen Schulbezirk, einen Verlag, ein Ministeriumsprogramm — ändert sich die Rechnung, denn die Kosten, die die Frage entscheiden, sind Hosting, Versions-Upgrades, Plugin-Kompatibilität über diese Upgrades hinweg, Sicherheits-Patches und Backups, und weil Mandantenfähigkeit nicht im Kernprodukt steckt. Der ehrliche Vergleich mit jeder Alternative sind die Gesamtbetriebskosten, nicht die Lizenzkosten.

Nichts davon ist ein Vorwurf. Moodle ist das am weitesten verbreitete Open-Source-LMS im Bildungsbereich, und es hat sich das verdient: wirklich kostenlos, wirklich selbst hostbar und voller Dinge, die kein kommerzielles Produkt bauen würde. Hier geht es um Arithmetik, nicht um Gefolgschaft.

Was der Betrieb von Moodle tatsächlich kostet

Hosting

Eine PHP-Anwendung, eine Datenbank, ein Dateispeicher und ein Cron-Job, der auch wirklich laufen muss. Dimensionieren Sie für die Prüfungswoche und den Tag der Ergebnisse, nicht für einen durchschnittlichen Dienstag. Dazu eine Staging-Kopie, die der Produktion nahe genug ist, damit eine Probe etwas bedeutet — ein abgedriftetes Staging ist die Probe für ein anderes Stück.

Versions-Upgrades

Moodle veröffentlicht für jede Version ein Support-Ende. Ist eine Version darüber hinaus, kommen keine Sicherheitskorrekturen mehr; aktuell zu bleiben ist also keine Hausarbeit — es ist die Sicherheitslage selbst. Jedes Major-Upgrade ist ein Code-Schritt, ein Schema-Schritt, ein Ausfallfenster und vorher eine Probe, und eine Version zu überspringen häuft die Arbeit an, statt sie zu sparen.

Plugin-Kompatibilität

Das Plugin-Verzeichnis ist der Grund, warum viele Institutionen sich für Moodle entschieden haben, und jedes installierte Plugin ist eine Abhängigkeit vom Veröffentlichungsplan eines anderen. Ein Upgrade ist deshalb eine Matrix: Gibt es für jedes Plugin einen Build für die Zielversion, wird es gepflegt, tut es noch das, worum Lehrkräfte ihr Halbjahr herum gebaut haben? Ein einziges ungepflegtes Plugin kann eine ganze Installation auf einer alten Version halten, und das ist der häufigste Weg in den Betrieb einer nicht mehr unterstützten Version.

Sicherheits-Patches

Moodle veröffentlicht Sicherheitshinweise nach einem festen Zeitplan. Selbst gehostet ist es Ihre Aufgabe, darauf zu reagieren: die Ankündigungen verfolgen, die Dringlichkeit einschätzen, einspielen, prüfen — manchmal außer der Reihe, manchmal in den Ferien, wenn die Person, die weiß wie, gerade weg ist. Darunter liegen PHP, die Datenbank und das Betriebssystem, jedes mit einem eigenen Patch-Strom.

Backups

Zwei verschiedene Dinge werden Backups genannt: Kursexporte und Infrastruktur-Backups von Datenbank und Dateispeicher. Sie brauchen beides, und ein Backup, das Sie nie wiederhergestellt haben, ist eine Vermutung. Dann die Frage, die einen Verbund trifft: Können Sie eine Schule wiederherstellen, ohne ein Wartungsfenster für alle anderen?

Warum die Mandantenfähigkeit das ist, was in der Größe eines Verbunds bricht

Eine einzelne Schule stößt selten darauf. Ein Verbund trifft es ungefähr an dem Punkt, an dem zwei Schulen am selben Tag Verschiedenes wollen: ein anderes Logo, eine andere Halbjahresstruktur, eine andere Antwort darauf, wer wessen Daten sehen darf.

Eine Moodle-Installation gibt Ihnen Struktur innerhalb einer Organisation: verschachtelbare Kategorien, Kohorten, Rollen, die sich auf Kategorieebene vergeben lassen. Das ist echte Hierarchie. Aber sie ist um eine einzelne Installation für eine einzelne Institution herum entworfen — Konten gehören zur Installation, die Administration gilt für die gesamte Installation, und Version, Plugin-Satz und Wartungsfenster teilen sich alle darauf. „Jede Schule hat ihre eigene Administration“ löst sich in der Praxis deshalb meist auf zu „Jede Schule hat jemanden, dem wir zutrauen, nicht das Falsche anzuklicken“.

Die Fragen, die die Lücke offenlegen, sind langweilig und konkret:

• Kann Schule B ihr Logo, ihre Farben und ihre Anmeldeseite ändern, ohne die von Schule A anzurühren?
• Kann die Administration von Schule B Nutzer anlegen und löschen, die nur in Schule B existieren?
• Kann eine Lehrkraft, die an jeder der beiden Schulen zwei Tage pro Woche arbeitet, ein einziges Konto haben?
• Kann der Verbund eine Frage über alle Schulen hinweg stellen und eine Antwort bekommen, ohne Export?
• Wenn Schule C den Verbund verlässt: Können ihre Daten, Nutzer und Inhalte übergeben und danach entfernt werden?
• Kann eine Schule aus einem Backup wiederhergestellt werden, ohne ein Wartungsfenster für die übrigen?

Jede davon lässt sich in Moodle beantworten — mit genug Konfiguration oder mit genug getrennten Installationen. Die Kosten sind die Konfiguration oder die Installationen.

Die drei üblichen Antworten und der Tausch in jeder

Moodle Workplace

Die kommerzielle Stufe, verkauft über zertifizierte Moodle-Partner, die Mandantenfähigkeit hinzufügt. Der Tausch: Sie kaufen nun ein kommerzielles Produkt mit einem Partner dazwischen, die kostenlose Lizenz ist also nicht mehr der Grund, warum Sie dort sind — vergleichen Sie es zu gleichen Bedingungen mit anderen kommerziellen Plattformen, nicht als bisherigen Anbieter. Und prüfen Sie, wie sich die Form eines Schulverbunds (Jahrgänge, Erziehungsberechtigte, Halbjahre) auf ein Produkt abbildet, dessen Entwurfsmitte die betriebliche Weiterbildung ist.

Ein Partnervertrag

Ein zertifizierter Partner hostet, aktualisiert, patcht und geht ans Telefon. Die Arbeit verschwindet nicht; sie wird zu einer Position mit einem SLA, oft ein besserer Tausch als eine Einstellung. Zwei Grenzen: Für sich genommen bringt das keine Mandantenfähigkeit — dafür braucht es weiterhin Workplace oder mehrere Installationen — und die Kosten skalieren meist mit Installationen und Nutzern, ein Verbund zahlt also ungefähr pro Schule. Fragen Sie, wie ein Ausstieg aussieht, bevor Sie unterschreiben.

Parallele Installationen

Ein Moodle pro Schule. Ehrlich getrennt — getrennte Daten, getrenntes Branding, getrennte Ausfallzeiten — und eine Schule lässt sich übergeben, indem man ihre Installation übergibt. Der Tausch: Alles vervielfacht sich. Zehn Schulen sind zehn Upgrade-Fenster, zehn Plugin-Matrizen, zehn Sätze von Sicherheitshinweisen, zehn Backup-Regime. Schulübergreifendes Reporting wird zu einer Übung im Exportieren und Zusammenführen, meist eine Tabelle, meist eine einzige Person, die als Einzige weiß, wie es funktioniert. Eine verbundweite Änderung wird zehnmal angewendet und beginnt im elften Monat zu driften.

Verbünde entscheiden sich selten für parallele Installationen. Sie landen dort, weil eine frische Installation der schnellste Weg war, Schule Nummer vier aufzunehmen.

AI über ein Plugin ist nicht dasselbe wie AI im Produkt

Die meisten AI-Fähigkeiten kommen in einer Moodle-Installation als Plugin an: ein Konnektor zu einem Anbieter, ein Fragengenerator, eine Zusammenfassung. Über Plugins ist Moodle immer gewachsen. Drei Eigenschaften verhalten sich aber anders, wenn eine Funktion seitlich an eine Plattform angebaut und nicht in sie hineingebaut ist.

Grounding

Woher kommt die Antwort? Ein allgemeiner Konnektor reicht einen Prompt an ein Modell weiter und gibt Text zurück; er spiegelt also das Allgemeinwissen des Modells wider und nicht Ihren Lehrplan oder Ihre Bewertungsrichtlinie. Grounding heißt Abruf über Ihr eigenes Material, mit Quellenangaben zurück zu dem Dokument, aus dem ein Satz stammt. In einem Verbund ist das zuerst ein Problem der Datengrenze: Die Dokumente von Schule A dürfen nie eine Antwort stützen, die Schule B bekommt, und ein Plugin auf einem Datenmodell für eine einzelne Installation hat keine Mandantengrenze, die es beachten könnte.

Sicherheitsprüfung

Wer hat das Modell gewählt, wer den Prompt geschrieben, was verlässt Ihre Infrastruktur, wie lange bewahrt der Anbieter es auf, und steckt die schriftliche Arbeit eines Kindes in den übermittelten Daten? Bei einem Plugin lautet die Antwort: wer immer es geschrieben hat, plus das, was Sie konfiguriert haben — prüfbar, weil es offener Code ist, aber Sie sind die prüfende Instanz, pro Plugin, bei jedem Upgrade.

Audit

Ein Halbjahr später fragt ein Elternteil oder eine Aufsichtsperson, was die AI getan hat. Können Sie zeigen, was erzeugt wurde, von wem, aus welcher Quelle, und was ein Mensch geändert hat, bevor es bei einer lernenden Person ankam? Ein Plugin schreibt in eigene Tabellen in eigenem Format, wenn überhaupt.

Plugins sind nicht das Problem. Die Grenze zwischen AI und Daten muss von dem gezogen werden, was auch jede andere Grenze zieht, und ein Plugin kann keine ziehen, die die Plattform nicht hat.

Ehrlich durchrechnen

Schätzen Sie nicht. Öffnen Sie das Ticketsystem und das Änderungsprotokoll der letzten zwölf Monate und zählen Sie.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

Zählen Sie nur Stunden, die bei einem Wechsel wirklich verschwinden würden. Führen Sie dann getrennt die Fragen auf Verbundebene auf, die Sie heute nicht beantworten können — wie viele Lernende über alle Schulen hinweg in diesem Halbjahr die Schulung zum Kinderschutz abgeschlossen haben und welche Schulen im Rückstand sind.

Wann Moodle weiterhin die richtige Antwort ist

Oft. Mit einem eigenen Systemteam, das Moodle kennt, ist Bleiben häufig die günstigste und am besten begründbare Wahl: volle Kontrolle über den Stack, keine Anbieterabhängigkeit und ein Plugin-Ökosystem, das eine Didaktik abdeckt, die keine kommerzielle Roadmap priorisieren wird. Manche Beschaffungsregeln verlangen Open Source ausdrücklich. Und die Migrationskosten sind real — Inhalte, Fragenpools, Notenbuchhistorie, Konten und die alten Links, die in hundert Handbüchern abgedruckt sind.

Der falsche Grund zu gehen ist, dass ein Upgrade schiefgelaufen ist. Der richtige Grund ist struktureller Art: Der Verbund ist gewachsen, seine Form ist jetzt das Problem und nicht die Software, und die Betriebskosten tragen Menschen, die für etwas anderes eingestellt wurden.

Wenn Sie sich doch umsehen: worauf Sie achten sollten

Hier sind wir der Anbieter, lesen Sie entsprechend. Lurno ist eine mandantenfähige Plattform, gebaut für die oben beschriebene Form; Schulverbünde sind der Fall, um den herum sie entworfen wurde. Das ist die Checkliste, die wir gegen uns und gegen alle anderen auf Ihrer Liste angewendet sehen wollen.

• Mandantenmodell. Lassen Sie sich verschachtelte Organisationen live anlegen, nicht auf einer Folie zeichnen. In Lurno kann eine Organisation weitere Organisationen enthalten, und eine an einem Zweig dieses Baums vergebene Rolle wird nach unten durchgereicht — eine Kinderschutzbeauftragte des Verbunds wird einmal berechtigt.
• Wo die Trennung durchgesetzt wird. Ein Filter auf Anwendungsebene ist einen Fehler von einem Leck entfernt, fragen Sie also, ob die Grenze in der Datenbank liegt. Bei Lurno liegt sie dort: 868 Row-Level-Security-Richtlinien über 676 Migrationen, dargelegt auf der Sicherheitsseite.
• Branding und Domains. White-Label-Branding pro Organisation und eine eigene Domain mit automatischem TLS, sodass die Anmeldeseite jeder Schule ihre eigene ist und eine Unterorganisation das Branding ihrer übergeordneten Organisation erbt, bis sie es überschreibt.
• Anmeldung. Seien Sie genau, und nehmen Sie uns beim Wort. Lurno hat heute die Partner-Anmeldung (Silent SSO); SSO über SAML/OIDC, MFA und Passkeys stehen auf der Roadmap und sind nicht verfügbar. Wenn sich Ihre Schulen über Entra oder Google Workspace per SAML anmelden, fragen Sie jeden Anbieter — uns eingeschlossen — schriftlich nach Terminen.
• Standards. SCORM 1.2, SCORM 2004, xAPI und LTI 1.3 sind in Lurno in Entwicklung — im Produkt modelliert, die Laufzeitumgebung wird gebaut. Wenn Sie ein Jahrzehnt an SCORM-Paketen halten, fragen Sie das zuerst, nicht zuletzt.
• Kaufmännisches. Konten werden heute per Einladung angelegt; Selbstregistrierung, Zahlungen und Checkout sind entworfen, nicht gebaut.
• Was ein Unternehmens-LMS keinen Grund hat zu bauen. Ein Portal für Erziehungsberechtigte, das nach Datenkategorie abgegrenzt ist, Zertifikate mit einer öffentlichen Verifizierungsseite, Kompetenzrahmen mit Nachweisen und vier Produktsprachen einschließlich Arabisch in vollem RTL.
• Ausstieg. Wie bekommen Sie alles heraus, in welchem Format, und wie lange dauert es? Ein Anbieter, der das schnell beantwortet, sagt Ihnen damit etwas.

Wir pflegen eine ausführlichere Gegenüberstellung von Lurno und Moodle, einschließlich einer klaren Aussage darüber, für wen Moodle wirklich besser ist. Wenn Ihre Rechnung sagt, dass Moodle bleibt, ist das ein gutes Ergebnis — und Sie haben die Zahl, um es in der nächsten Budgetsitzung zu vertreten.