xAPI oder SCORM für VR-Training? Die Frage lautet eigentlich: Wo landet das Ergebnis einer Sitzung in der VR-Brille? SCORM ist der ältere E-Learning-Standard und funktioniert nur im Webbrowser. xAPI wurde gebaut, um Lernen überall zu erfassen, auch in Simulationen. Bei einer nativen VR-App entscheidet dieser Unterschied, ob Ihr LMS sieht, was eine Person im Szenario getan hat, oder nur, dass sie etwas geöffnet hat.
Ich entwickle Skillsive, unser VR-LMS. Diese Frage kommt in fast jedem technischen Gespräch mit Unternehmen, die bereits ein Konzern-LMS betreiben. Hier steht, was jeder Standard erfassen kann, wo er aufhört und wie Sie entscheiden, welchen Sie wirklich brauchen. Ich sage auch klar, was Skillsive unterstützt und was nicht.
Was SCORM erfasst und warum es am Browser endet
SCORM erfasst Abschluss, Bestehen oder Nichtbestehen, eine Punktzahl, die Sitzungsdauer und Antworten auf einzelne Fragen. Dafür stellt das LMS im Browserfenster des Kurses eine JavaScript-API bereit. Für folienbasierte Kurse funktioniert das gut. Eine App auf einer Standalone-Brille erreicht es nicht.
Der technische Leitfaden von Rustici Software, dem Unternehmen hinter scorm.com, sagt es deutlich: Alle SCORM-Inhalte müssen über das Web auslieferbar sein, und die gesamte SCORM-Kommunikation findet in einer Browsersitzung statt (SCORM run-time, Rustici Software). Im Alltag begegnen Ihnen zwei Versionen, SCORM 1.2 und SCORM 2004. Ihr Datenmodell umfasst completion_status, success_status, eine skalierte Punktzahl, session_time und interactions für Antworten auf Fragen.
Ein VR-Szenario auf einer Meta Quest ist eine native App. Es ist keine Webseite und hat keine Browsersitzung mit Ihrem LMS. Der übliche Umweg ist deshalb eine Seite im LMS, die jemand nach der Sitzung abhakt. Das belegt die Anwesenheit. Ob die Person den Brand gelöscht hat, steht nirgends.
Was xAPI ändert
xAPI erfasst kurze Aussagen nach dem Muster „jemand hat etwas getan“ und schickt sie von beliebigen Geräten an einen Learning Record Store (LRS). Es wurde für Lernen außerhalb des Browsers entworfen, verträgt gelegentliche Verbindung und ist seit 2023 ein IEEE-Standard. Zur VR-Brille passt das deutlich besser als SCORM.
Die Übersicht auf xAPI.com nennt die Punkte, die für VR zählen. xAPI ist ein von der IEEE anerkannter Standard (IEEE 9274.1.1-2023). Die Statements landen in einem LRS, der eigenständig oder innerhalb eines LMS laufen kann. Senden kann jedes entsprechend ausgestattete Gerät, etwa Smartphones, Simulationen, Spiele oder eine Reanimationspuppe, und eine dauerhafte Netzverbindung ist nicht nötig (xAPI overview, Rustici Software).
Der Haken liegt beim Empfänger. xAPI ist ein Übertragungsweg, kein Bericht. Hat Ihr Unternehmen keinen LRS und liest Ihr LMS kein xAPI, laufen die Statements ins Leere. Prüfen Sie also vor dem Kauf, ob auf Ihrer Seite etwas sie auswertet.
Wo cmi5 hineinpasst
cmi5 ist ein xAPI-Profil von 2016. Es regelt, wie ein LMS xAPI-Inhalte startet, autorisiert und auswertet. Rustici fasst es als „cmi5 = xAPI + LMS“ zusammen (cmi5 overview, Rustici Software). Relevant ist es, wenn Ihr LMS es unterstützt und Sie xAPI-Kurse so verwalten wollen wie Ihre bisherigen SCORM-Kurse. Sonst ist es nur ein weiteres Kürzel in der Ausschreibung.
Was ein VR-LMS speichern sollte
Unabhängig vom Standard zählt der Nachweis, den Sie Vorgesetzten oder der Aufsicht zeigen. In Deutschland verlangt § 4 der DGUV Vorschrift 1, dass die Unterweisung mindestens einmal jährlich wiederholt und dokumentiert wird (BGHM, DGUV Vorschrift 1 § 4). Für Training in der Brille reicht „abgeschlossen“ dafür kaum. Sie wollen wissen, wer trainiert hat, auf welcher Brille, wie lange, mit welchem Ergebnis und in welcher Lektion jemand einen Fehler gemacht und es erneut versucht hat.
So lassen sich die Fragen, die Ihnen gestellt werden, auf SCORM, xAPI und die Felder abbilden, die Skillsive heute speichert:
| Frage, die Ihnen gestellt wird | SCORM 2004 | xAPI | Skillsive-Panel |
|---|---|---|---|
| Hat die Person abgeschlossen? | completion_status | result.completion | Status und Fortschritt |
| Hat sie bestanden? | success_status, score | result.success, result.score | Punktzahl, jede Lektion als bestanden oder nicht bestanden markiert |
| Wie lange hat es gedauert? | session_time | result.duration | Dauer, Beginn und Ende |
| Auf welcher Brille? | kein Element dafür | context.platform oder eine Erweiterung | Gerät |
| Was geschah im Szenario? | interactions (Antworten auf Fragen) | jedes Statement, das die App sendet | Versuche pro Lektion, erworbene Fähigkeiten, gemessene Werte im Vergleich zu Zielwerten |
| Training ohne Verbindung | braucht eine Browsersitzung mit dem LMS | gelegentliche Verbindung reicht | Sitzungen auf der Brille gespeichert, Upload bei erneuter Verbindung |
Die SCORM-Spalte folgt der Laufzeitreferenz zu SCORM 2004 (Rustici Software), die xAPI-Spalte der xAPI-Datenspezifikation (ADL, GitHub). Die Skillsive-Spalte stammt aus der Beschreibung unserer Abschlussberichte. Die Brillen trainieren bis zu 30 Tage offline (90 im Professional-Tarif), und Sitzungen ohne ausgewählte Person werden als Gastsitzungen gespeichert. Eine Vorführung landet so nie im Nachweis eines Mitarbeiters.
Was Skillsive unterstützt, klar gesagt
Skillsive exportiert keine SCORM-Pakete und sendet keine xAPI-Statements. Die Ergebnisse verlassen das Panel als CSV- oder XLSX-Export der Abschlusstabelle, mit den gesetzten Filtern, oder als PDF-Bericht zu einem einzelnen Abschluss. Zertifikate tragen einen QR-Code, den jeder ohne Konto prüfen kann.
Für die meisten Unternehmen, mit denen wir arbeiten, ist das genau das Format, das das Zielsystem erwartet: ein HR-System, ein Schulungsregister oder die Tabelle, die die Fachkraft für Arbeitssicherheit für Prüfungen führt. Müssen die Ergebnisse in einen LRS, sagen Sie es uns am Anfang, dann schauen wir uns das mit Ihrem Team an. Verlangen Sie dasselbe von jedem Anbieter und lassen Sie es sich zeigen, nicht beschreiben.
So entscheiden Sie, welchen Standard Sie brauchen
Beginnen Sie beim System, das die Ergebnisse aufnimmt, nicht bei der Brille. Dieses System bestimmt das Format.
- 1Fragen Sie die IT, was Ihr LMS oder HR-System importiert. Lautet die Antwort CSV oder XLSX, genügt ein sauberer Export, und xAPI kostet Geld ohne Empfänger.
- 2Betreiben Sie einen LRS, fordern Sie xAPI und lassen Sie den Anbieter im Test ein echtes Statement aus einer Brillensitzung in Ihren LRS schicken.
- 3Fragen Sie nach cmi5 nur, wenn Ihr LMS es unterstützt. Prüfen Sie zuerst dessen Dokumentation.
- 4Verzichten Sie bei nativen Brillen-Apps auf SCORM. Es erfasst eine Webseite, nicht das Szenario.
- 5Prüfen Sie unabhängig vom Format die Felder. Eine Datei nur mit Namen und Datum hält keiner Prüfung besser stand als eine Unterschriftenliste.
Die übrigen Fragen vor dem Kauf, vom Offline-Betrieb bis zur Lizenz, stehen in unserem Leitfaden VR-LMS auswählen. Wenn Sie eine Ausschreibung vorbereiten, schreiben Sie die Datenanforderung in klaren Worten hinein, wie in unserem Beitrag zur Leistungsbeschreibung für einen VR-Simulator beschrieben.
Die Szenarien selbst finden Sie im VR-Schulungskatalog. Zum Testen eignet sich die App EHS Academy mit Lektionen zu Brandschutz und Erster Hilfe: eine Sitzung durchführen, die Tabelle exportieren und die Datei in dem System öffnen, das sie später aufbewahrt.
