SLA für LMS: Wie sollte es aussehen und was sollte es enthalten?

Ein SLA ist ein Vertrag, der das Niveau der erbrachten Dienstleistungen garantiert. Ein SLA ist so etwas wie ein Sicherheitsnetz für LMS, da es klar definiert, welche Garantien Sie vom Anbieter erhalten, wann und unter welchen Bedingungen.

Verfügbarkeit ist nicht dasselbe wie „Reaktionszeit”

In der Regel gibt es drei verschiedene Garantien innerhalb eines SLA, die sich nicht überschneiden sollten. 

Verfügbarkeit ist der Prozentsatz der Zeit in einem Monat, in der der Dienst für Benutzer verfügbar ist. Sie wird ohne geplante Ausfallzeiten berechnet, und es ist fair, im Voraus anzugeben, wann und wie oft diese Ausfallzeiten/Systemwartungen stattfinden werden. 

Reaktionszeit bedeutet, wie lange es dauert, bis der Support eine Störung erhält, bestätigt und mit der Behebung beginnt. 

Schließlich gibt die Lösungszeit (oder vorübergehende Abhilfe) an, wie lange es dauern sollte, bis ein kritischer Fehler behoben oder zumindest stabilisiert ist. 

Es ist auch sinnvoll, Vorfallsprioritäten (P1–P4) zu benennen, zum Beispiel:

• P1 = kritischer Fehler, der die Nutzung des Systems vollständig verhindert, 
• P2 = Fehler, der wichtige Systemfunktionen beeinträchtigt und sich auf die meisten Systembenutzer auswirkt,
• P3 = Fehler, der die Nutzung des Systems für Benutzer erschwert,
• P4 = geringfügiger Fehler ohne größere Auswirkungen auf den Systembetrieb.

Wie die Verfügbarkeit berechnet wird

Die Systemverfügbarkeit wird in der Regel monatlich anhand der Formel „100 % minus ungeplante Ausfallzeiten” gemessen. Diese Formel sollte in jeder SLA-Vereinbarung klar definiert sein.

Es hat sich bewährt, geplante Ausfälle oder regelmäßige Systemwartungsfenster rechtzeitig im Voraus anzukündigen.  
Wenn Sie saisonale Spitzen im Datenverkehr des Bildungssystems erwarten, bitten Sie darum, dass Wartungsarbeiten während dieser Zeiträume nur in Ausnahmefällen und nach Absprache durchgeführt werden.

API-Kapazität und Leistungsgarantien

Moderne LMS basieren auf Integrationen. Daher sollte das SLA auch API-Limits (Anzahl der Anfragen pro Minute/Stunde, gleichzeitige Verbindungen), das Verhalten bei Überschreitung des Limits und Garantien für asynchrone Aufgaben (in der Regel Importe und Berichterstellung) klar festlegen.

Hinweis: Wenn Sie „für API-Nutzung, Anzahl der Abfragen, Maschinenauslastung usw.“ bezahlen, verlangen Sie eine monatliche Abrechnung der Nutzung, damit Sie Ihre monatliche Rechnung nicht überrascht.

Datenexporte und Rückmigration ohne Komplikationen

Das SLA sollte beschreiben, was, in welcher Form und wie schnell Sie aus dem LMS exportieren können – Benutzer, Gruppen, Ergebnisse, Zertifikatshistorie, Kurskatalog und Metadaten. Zu den Exporten gehört auch das Datenschema, damit die Daten an anderer Stelle maschinenlesbar sind. Für „Was-wäre-wenn“-Szenarien sollte eine Rückmigration schriftlich festgehalten werden: Der Anbieter hilft Ihnen dabei, Daten innerhalb eines angemessenen Zeitraums in ein anderes System zu übertragen, und leistet dabei Unterstützung. 

Hinzu kommt die Notfallwiederherstellung: Wie oft werden Backups erstellt (RPO) und wie lange dauert es, bis der Dienst nach einem Ausfall wieder betriebsbereit ist (RTO)? Ein wirklich gutes SLA enthält auch Informationen darüber, wie oft die Systemwiederherstellung aus Backups getestet wird (ob die Wiederherstellung im Falle eines Ausfalls funktioniert).

Vorfälle, Kommunikation und Eskalation

Wenn etwas passiert, ist die Qualität der Kommunikation entscheidend. Ein aussagekräftiges SLA legt Kanäle (Portal, E-Mail, Hotline), die Verfügbarkeit des Supports (Werktage vs. 24/7 für P1-Zwischenfälle), Eskalationskontakte und eine Frist für die Übermittlung abschließender (zusammenfassender) Informationen darüber fest, was passiert ist, warum es passiert ist und wie es verhindert werden kann, dass es erneut passiert. 

Kleingedrucktes und andere schlechte Gewohnheiten

Ausschlüsse von der Verfügbarkeit, Ausnahmen und höhere Gewalt. Dies sind oft Bereiche, in denen „Unklarheiten” auftreten. Achten Sie darauf, dass „höhere Gewalt” nicht alles abdeckt, von Cloud-Problemen bis hin zu fehlerhafter Integration des LMS selbst.

Wiederholte Verstöße gegen die Verfügbarkeitsgarantie sollten gemäß den Vertragsbedingungen einen Rücktritt vom Vertrag ohne Vertragsstrafe ermöglichen.

Stellen Sie gleichzeitig sicher, dass der Anbieter das SLA nicht ohne Zustimmung einseitig verschlechtern kann; verlangen Sie Änderungen und Ausnahmen schriftlich.

So verhandeln Sie ein aussagekräftiges SLA

Beginnen Sie mit den Risiken: Wie wichtig ist das Lernsystem für Sie? Welche Geschäftsprozesse würden durch einen Ausfall des LMS gestoppt oder verlangsamt werden, und welche Auswirkungen hätte dies auf Ihr Unternehmen? Legen Sie den Umfang und die Reaktionszeiten im SLA entsprechend fest. Ein Kunde, der das LMS nur als Mitarbeiterbenefit nutzt, hat andere Anforderungen als eine multinationale Schulungsagentur. 

Überschätzen Sie die Verfügbarkeit und Garantien im Vertrag nicht, aber unterschätzen Sie sie auch nicht, da sich diese direkt im Endpreis der Dienstleistungen widerspiegeln. Ein gutes SLA legt alle drei Bereiche transparent fest: WANN die Dienstleistung verfügbar ist, WIE Vorfälle gemeldet werden und WIE SCHNELL diese Probleme behoben werden. Hinzu kommen klar beschriebene API-Beschränkungen und ein Plan für die Rückwanderung (Backup-Wiederherstellung), und Sie erhalten ein SLA, das Ihr LMS auch an „schlechten Tagen” am Laufen hält.