Manuell abgeschlossen heißt nicht:
Prämie verdient

Manuell abgeschlossen heißt nicht: Prämie verdient

Bei der Überprüfung des Akademiebetriebs, die diesem Fall zugrunde liegt, zeigte sich: Über eine vereinfachte Admin-Funktion ließ sich der Lernfortschritt auf abgeschlossen setzen, ohne Prämienpunkte zu vergeben. Daraus ließ sich nicht ableiten, dass Prämien falsch ausgegeben worden waren. Es ergaben sich aber drei Fragen für den Betrieb: Wer durfte diese Korrektur vornehmen, wie ließen sich Fehler rückgängig machen und welche nachgelagerten Systeme sollten darauf reagieren?

Ein manueller Eingriff in den LMS-Lernfortschritt soll den vorgesehenen Datensatz korrigieren, nicht unbemerkt Prüfungsnachweise oder Prämienansprüche erzeugen.

Vier Datensätze statt einer irreführenden Prozentzahl

Das xAPI-Ergebnismodell unterscheidet zwischen Abschluss und Erfolg. (github.com) Das vorgeschlagene Akademiemodell führt diese Trennung mit vier verknüpften Datensätzen weiter.

• Der Fortschrittsdatensatz erfasst den Lernstand und ob der Abschluss durch Lernaktivitäten oder einen Administrator zustande kam.
• Die Prüfungsnachweise dokumentieren Versuche, Punktzahlen und Entscheidungen über das Bestehen für eine festgelegte Prüfungsversion.
• Der Datensatz zu den Abschlussvoraussetzungen hält fest, ob die Anforderungen für einen Kursabschluss oder ein Zertifikat nach einer bestimmten Regelversion erfüllt wurden.
• Der Prämiendatensatz trennt den Anspruch auf eine Lernprämie vom Abwicklungsstatus und dem tatsächlich ausgegebenen Betrag.

Ein gültiger Modellfall ist progress=completed_by_admin, assessment=unattempted und points_earned=0, ergänzt um eine dokumentierte Begründung. Ob ein Zertifikat ausgestellt werden darf, wird unabhängig davon anhand der Richtlinien entschieden.

Admin-Berechtigungen gelten für konkrete Zustandswechsel

OWASP empfiehlt das Prinzip der minimalen Rechte und eine Berechtigungsprüfung bei jeder Anfrage. (cheatsheetseries.owasp.org) Für Admin-Berechtigungen im LMS heißt das: Fortschrittskorrekturen, Zertifikatsausnahmen und Prämienanpassungen sollten getrennte Berechtigungen sein, die der Server durchsetzt. Der Zugriff auf das Dashboard für Lernende sollte nicht automatisch zu allen drei Eingriffen berechtigen.

Die OWASP-Empfehlungen zur Protokollierung umfassen Ereigniskennung, Zeitpunkt, Aktion und Ergebnis. (cheatsheetseries.owasp.org) Im Änderungsprotokoll des Lernfortschritts sollte jede Änderung außerhalb des regulären Ablaufs zusätzlich ihren Geltungsbereich, die Werte vor und nach der Änderung, einen Begründungscode, einen Verweis auf den Nachweis und die Autorisierung festhalten. Auch automatisierte Prozesse brauchen eindeutig zuordenbare technische Identitäten.

Rücknahmen korrigieren den aktuellen Stand, ohne die Vergangenheit zu löschen

xAPI liefert ein nützliches Vorbild: Statements lassen sich für ungültig erklären, ohne sie zu löschen. (github.com) Eine Akademie kann nach diesem Prinzip eine Gegenkorrektur anlegen, die auf den irrtümlichen Eingriff verweist. Dabei bleiben Prüfungsversuche erhalten, und die aktuelle Fortschrittsansicht wird neu aufgebaut.

Das Zurücksetzen des Lernfortschritts darf keine verdiente Prämie löschen. Jede zulässige Rücknahme einer Prämie braucht eine eigene autorisierte Entscheidung und einen verknüpften Eintrag im Buchungsjournal. Werden Lernereignisse erneut verarbeitet, darf derselbe Anspruch nicht noch einmal abgewickelt werden.

Prämienregeln stützen sich auf Nachweise, nicht auf angezeigte Werte

Bei Prämien für Lernaktivitäten sollte der Prämiendienst maßgebliche Nachweise anhand einer versionierten Kampagnenregel prüfen. Ein angezeigter Abschlusswert in Prozent liefert diesen Nachweis nicht. Die Zertifikatsberechtigung kann in die Entscheidung einfließen, sollte aber nicht automatisch einen Prämienanspruch begründen.

PostgreSQL unterstützt Eindeutigkeit über eine Kombination mehrerer Spalten. (postgresql.org) Eine mögliche Umsetzung könnte einen eindeutigen Schlüssel erzwingen, der Lernenden, Kampagne und Prämienanlass kombiniert und keine NULL-Werte zulässt. Wiederholte Anfragen sollten den bereits bestehenden Anspruch zurückgeben. Bei externer Abwicklung sollte derselbe stabile Idempotenzschlüssel genutzt werden. Unklare Ergebnisse sollten vor einem weiteren Ausgabeversuch abgeglichen werden.

Grenzfalltests decken unbeabsichtigte Nebenwirkungen auf

• Ein manueller Abschluss ohne Prüfung weist keine Beherrschung des Lernstoffs nach und löst keine Prämienausgabe aus.
• Eine Ausnahme für ein Zertifikat ändert die Zertifikatsberechtigung, vergibt aber keine Punkte – es sei denn, die Prämienregeln erlauben das ausdrücklich.
• Wird ein manueller Eingriff rückgängig gemacht, bleiben frühere Prüfungsversuche und die Korrekturhistorie erhalten.
• Beim Zurücksetzen des Fortschritts bleiben bereits verdiente Ansprüche und die Abwicklungsdatensätze unverändert erhalten.
• Gleichzeitige Anfragen und erneut verarbeitete Ereignisse erzeugen nur einen Anspruch und keine doppelte Abwicklung.
• Nicht autorisierte Änderungen werden abgewiesen, verändern keine Daten und hinterlassen einen Eintrag im Prüfprotokoll.

Das Minimalmodell macht die Folgen klar

Eine minimale Umsetzung braucht vier verknüpfte fachliche Datensätze, eine Korrekturhistorie, die nur ergänzt werden darf, und eine transaktionale Outbox für Abwicklungsnachrichten. Für jeden Zustandswechsel ist festgelegt, welcher Akteur ihn ausführen darf, welche Nachweise nötig sind und welche nachgelagerten Systeme ihn verarbeiten. Der Support sollte die serverseitigen Datensätze zu den Anspruchsvoraussetzungen und zur Abwicklung prüfen, statt aus einer Fehlermeldung auf einen Prämienanspruch zu schließen.

Der Beitrag von App-Learning als Technologiepartner besteht darin, diese Grenzen zwischen integrierten Lernangeboten und Produktsystemen klar zu definieren. Ein weiterer Button im Dashboard löst das Problem nicht. Betreiber müssen Lerndatensätze korrigieren können, ohne zu verändern, was Lernende nachgewiesen haben oder was das Unternehmen ihnen schuldet.