SCORM (Sharable Content Object Reference Model) es el estándar que permite que un curso e-learning funcione en cualquier plataforma LMS compatible, registrando avance, tiempo y calificaciones. Un curso SCORM se produce una vez y se reutiliza en Moodle o casi cualquier LMS comercial.
Todos nuestros cursos se entregan en SCORM: conoce la producción de cursos virtuales.
Un curso SCORM es un paquete ZIP que contiene el contenido y un archivo manifiesto (imsmanifest.xml) que describe su estructura. Al subirlo, el LMS lee ese manifiesto y sabe cómo mostrarlo. Mientras la persona estudia, el curso se comunica con la plataforma mediante una API estándar en JavaScript y le reporta el estado (completado, aprobado), la calificación, el tiempo invertido y el punto exacto donde se quedó para retomar después. Existen dos versiones principales: SCORM 1.2 (2001), la más compatible y extendida, y SCORM 2004, que añade reglas de secuenciación y navegación entre unidades.
Para no casarse con ninguna plataforma ni proveedor. Un curso empaquetado en SCORM se produce una vez y funciona en Moodle y en prácticamente cualquier LMS comercial compatible; si mañana la empresa cambia de plataforma, su biblioteca de cursos migra sin rehacer nada. También estandariza el seguimiento: sin importar quién produjo el curso, el LMS registra avance y calificaciones de la misma forma. Por eso, al contratar la producción de cursos virtuales, conviene exigir siempre la entrega en formato SCORM. Para escenarios más recientes —aprendizaje fuera del LMS o en apps móviles— existe su sucesor, xAPI, aunque SCORM sigue siendo el estándar más usado.
Para la mayoría de los proyectos corporativos, SCORM 1.2: es la versión que prácticamente todo LMS del mercado soporta sin sorpresas, y registra lo que una empresa suele necesitar — estado, calificación, tiempo y punto de reanudación. SCORM 2004 agrega secuenciación avanzada (por ejemplo, obligar a aprobar una unidad antes de abrir la siguiente desde el propio paquete), pero su soporte varía más entre plataformas. La regla práctica: usa 1.2 salvo que necesites esa lógica de navegación dentro del paquete, y prueba siempre el paquete en la plataforma destino antes del lanzamiento masivo.
Una empresa manufacturera encarga un curso de seguridad industrial y lo recibe como paquete SCORM. Hoy lo publica en su Moodle y el sistema registra quién lo aprueba. Tres años después decide migrar a otro LMS: sube exactamente el mismo ZIP a la nueva plataforma y el curso funciona igual, sin pagar por rehacerlo. Ese mismo paquete también puede entregarse a un cliente o a un corporativo que use otra plataforma compatible.
Completa el panorama con estas otras entradas del glosario: