¿SCORM o xAPI en la formación VR? En el fondo, la pregunta es dónde termina el resultado de una sesión en el visor. SCORM es el estándar más antiguo del e-learning y solo funciona dentro de un navegador web. xAPI se creó para registrar el aprendizaje en cualquier lugar, también en simulaciones. Con una aplicación VR nativa, esa diferencia decide si su LMS ve lo que la persona hizo en el escenario o solo que abrió algo.
Desarrollo Skillsive, nuestro LMS de VR, y esta pregunta aparece en casi todas las conversaciones técnicas con empresas que ya tienen un LMS corporativo. A continuación explico qué registra cada estándar, dónde se queda corto y cómo decidir cuál necesita de verdad. También digo con claridad qué admite Skillsive y qué no.
Qué registra SCORM y por qué se queda en el navegador
SCORM registra la finalización, el aprobado o suspenso, una puntuación, el tiempo de sesión y las respuestas a cada pregunta. Lo hace mediante una API de JavaScript que el LMS ofrece en la ventana del navegador donde se ejecuta el curso. Para cursos basados en diapositivas funciona bien. A una aplicación en un visor autónomo no llega.
La guía técnica de Rustici Software, la empresa detrás de scorm.com, lo dice sin rodeos: todo el contenido SCORM debe poder entregarse por la web y toda la comunicación SCORM ocurre dentro de una sesión de navegador (SCORM run-time, Rustici Software). Las dos versiones que encontrará son SCORM 1.2 y SCORM 2004. Su modelo de datos incluye completion_status, success_status, una puntuación escalada, session_time e interactions para las respuestas a preguntas.
Un escenario VR en un Meta Quest es una aplicación nativa. No es una página web y no tiene una sesión de navegador con su LMS. Por eso el apaño habitual es una página en el LMS que alguien marca después de la sesión. Eso demuestra asistencia. No dice nada sobre si la persona apagó el fuego.
Qué cambia con xAPI
xAPI registra declaraciones breves del tipo «alguien hizo algo», enviadas desde cualquier dispositivo a un almacén de registros de aprendizaje (LRS, learning record store). Se diseñó para aprender fuera del navegador, funciona con conexión intermitente y es norma IEEE desde 2023. Encaja con un visor mucho mejor que SCORM.
La presentación de xAPI.com enumera lo que importa para la VR. xAPI es una norma aprobada por el IEEE (IEEE 9274.1.1-2023). Las declaraciones se guardan en un LRS, que puede funcionar solo o dentro de un LMS. Cualquier dispositivo preparado puede enviarlas, ya sean teléfonos, simulaciones, juegos o un maniquí de RCP, y no hace falta una conexión permanente (xAPI overview, Rustici Software).
La trampa está en el lado del receptor. xAPI es una forma de enviar datos, no un informe. Si su empresa no tiene un LRS y su LMS no lee xAPI, las declaraciones no llegan a ningún sitio útil. Antes de pagar por xAPI, compruebe que algo en su organización las va a leer.
Dónde encaja cmi5
cmi5 es un perfil de xAPI de 2016. Define cómo un LMS lanza contenido xAPI, lo autoriza e informa de los resultados. Rustici lo resume como «cmi5 = xAPI + LMS» (cmi5 overview, Rustici Software). Importa si su LMS lo admite y quiere gestionar cursos xAPI como sus cursos SCORM actuales. Si no, es una sigla más en el pliego.
Qué debe registrar un LMS de VR
Sea cual sea el estándar, lo que cuenta es el registro que enseñará a un responsable o a un inspector. En España, el artículo 19 de la Ley 31/1995 obliga al empresario a garantizar que cada trabajador reciba una formación teórica y práctica, suficiente y adecuada, en materia preventiva (BOE), y conviene poder demostrarlo. En formación con visor, «completado» se queda corto. Usted quiere saber quién se formó, en qué visor, cuánto tardó, qué puntuación obtuvo y en qué lección se equivocó y lo volvió a intentar.
Así se traducen las preguntas que le harán a SCORM, a xAPI y a los campos que Skillsive registra hoy:
| Pregunta que le harán | SCORM 2004 | xAPI | Panel de Skillsive |
|---|---|---|---|
| ¿La persona terminó? | completion_status | result.completion | estado y progreso |
| ¿Aprobó? | success_status, score | result.success, result.score | puntuación, cada lección marcada como aprobada o no |
| ¿Cuánto tardó? | session_time | result.duration | duración, inicio y fin |
| ¿En qué visor? | no hay elemento para ello | context.platform o una extensión | dispositivo |
| ¿Qué pasó dentro del escenario? | interactions (respuestas a preguntas) | cualquier declaración que envíe la aplicación | intentos por lección, habilidades adquiridas, estadísticas medidas frente a valores objetivo |
| Formación sin conexión | necesita una sesión de navegador con el LMS | basta una conexión intermitente | sesiones guardadas en el visor, enviadas al reconectar |
La columna SCORM sigue la referencia de ejecución de SCORM 2004 (Rustici Software), y la columna xAPI la especificación de datos de xAPI (ADL, GitHub). La columna de Skillsive procede de la descripción de nuestros informes de finalización. Los visores forman sin conexión hasta 30 días (90 en el plan Professional), y las sesiones iniciadas sin seleccionar a nadie se guardan como sesiones de invitado. Así, una demostración nunca acaba en el historial de una persona.
Qué admite Skillsive, con claridad
Skillsive no exporta paquetes SCORM ni envía declaraciones xAPI. Los resultados salen del panel como exportación CSV o XLSX de la tabla de finalizaciones, con los filtros que haya aplicado, o como informe PDF de una finalización concreta. Los certificados llevan un código QR que cualquiera puede verificar sin cuenta.
Para la mayoría de las empresas con las que trabajamos, ese es justo el formato que espera el sistema de destino: un sistema de RR. HH., un registro de formación o la hoja de cálculo que el técnico de prevención lleva para las inspecciones. Si sus resultados deben ir a un LRS, díganoslo al principio y lo revisaremos con su equipo. Exija lo mismo a cada proveedor y pídale que se lo muestre funcionando, no que se lo describa.
Cómo decidir qué estándar necesita
Empiece por el sistema que recibirá los resultados, no por el visor. Ese sistema decide el formato.
- 1Pregunte a TI qué importa su LMS o su sistema de RR. HH. Si la respuesta es CSV o XLSX, basta con una exportación limpia, y xAPI añade coste sin destinatario.
- 2Si tiene un LRS, exija xAPI y pida al proveedor que, durante la prueba, envíe a su LRS una declaración real de una sesión en el visor.
- 3Pida cmi5 solo si su LMS lo admite. Revise antes su documentación.
- 4Olvide SCORM para aplicaciones nativas de visor. Registra una página web, no el escenario.
- 5Sea cual sea el formato, revise los campos. Un archivo con solo nombres y fechas no aguanta una inspección mejor que una hoja de firmas.
El resto de preguntas que conviene hacer antes de comprar, del uso sin conexión a las licencias, están en nuestra guía sobre cómo elegir un LMS de VR. Si está preparando una licitación, escriba el requisito de datos con palabras sencillas, como explicamos en el artículo sobre el pliego para un simulador VR.
Los escenarios están en el catálogo de formación en VR. Para probar el registro, la aplicación EHS Academy, con lecciones de protección contra incendios y primeros auxilios, es una buena opción: haga una sesión, exporte la tabla y abra el archivo en el sistema que lo va a conservar.
