Configuración del LMS

Pasos generales de configuración

Notas específicas por plataforma

Moodle

• Añadir actividad → Paquete SCORM → Subir ZIP
• Visualización: Ventana nueva
• Forzar nuevo intento: No
• Método de calificación: Calificación más alta

Canvas

• Importar contenido existente → Elegir paquete SCORM
• O bien, usa External Tool para lanzamiento directo

Blackboard

• Contenido → Crear contenido → Paquete SCORM
• Configura el lanzamiento en ventana nueva

SAP SuccessFactors

• Learning → Content Management → Importar SCORM
• Asignar a currículo

Mapeo del ID de estudiante

El LMS envía un cmi.core.student_id (SCORM 1.2) o un cmi.learner_id (SCORM 2004). SecureCodingHub mapea ese valor al ScormLearnerId del usuario. Si el ID no coincide con ningún usuario existente, se crea sobre la marcha un nuevo usuario de sesión SCORM. Cuando el ID de estudiante no es en sí mismo un correo electrónico, el backend genera uno con la forma <learnerId>@scorm.<orgSlug>.local para que el registro de usuario siga teniendo una columna de correo única. El parámetro opcional learnerName en la URL de lanzamiento se conserva como nombre visible del usuario cuando se proporciona.

Cómo elegir el modo de lanzamiento correcto

La mayoría de plataformas LMS ofrecen dos modos de lanzamiento para contenido SCORM: una ventana nueva del navegador o un iframe embebido dentro del marco del LMS. Para SecureCodingHub se recomienda claramente el modo de ventana nueva. El entorno de desafíos usa atajos de teclado, drag-and-drop, resaltado de sintaxis y un modelo de interacción de revisión de código que se benefician de un viewport completo. Además, los iframes en línea suelen romper el alcance de las cookies del LMS, lo que puede interrumpir el bridge SCORM que reporta finalización y puntuación al LMS.

Si tu LMS solo admite lanzamiento en línea, asegúrate de que el iframe tenga al menos 720 píxeles de altura y de que el LMS no descarte las cookies SameSite=None. Si el bridge SCORM no puede completar su relevo, los estudiantes verán la página de aterrizaje de SecureCodingHub en lugar del desafío asignado.

Intento único frente a múltiples intentos

Los desafíos de SecureCodingHub están diseñados para aprender, no para evaluaciones de alto impacto. Recomendamos permitir varios intentos, porque el valor de la plataforma proviene de que los estudiantes reintenten un desafío después de ver dónde se equivocaron. En Moodle equivale a «Forzar nuevo intento: No» con «Método de calificación: Calificación más alta». En Cornerstone y SuccessFactors el ajuste equivalente es «Permitir varias finalizaciones» con «Mejor puntuación» como calificación registrada.

Si tu programa de cumplimiento exige un intento único — por ejemplo, el registro oficial de formación anual de PCI DSS — crea una inscripción SCORM dedicada para ese único intento y mantén una inscripción «de práctica» separada a la que los estudiantes puedan volver libremente.

Lista de comprobación para resolver problemas

Si los estudiantes informan de que la finalización no se está registrando, revisa la siguiente lista antes de abrir un ticket de soporte. Primero, confirma que el paquete SCORM se subió con el ajuste de versión correcto (1.2 frente a 2004) — el error de configuración más común es la falta de coincidencia entre el manifest y el lector del LMS. Segundo, verifica que el LMS está enviando cmi.core.student_id o cmi.learner_id con un valor estable y no vacío. Si el LMS envía un identificador distinto en cada inicio de sesión, SecureCodingHub verá cada sesión como un usuario nuevo.

Tercero, confirma que el LMS permite que el SCO SCORM llame a LMSCommit y LMSFinish (SCORM 1.2) o a Commit y Terminate (SCORM 2004). Algunos modos de sandbox del LMS bloquean esas llamadas. Cuarto, comprueba en la pestaña de red si hay cookies de terceros bloqueadas entre el dominio del LMS y securecodinghub.com. Si todo parece correcto y la finalización sigue sin registrarse, escribe a support@securecodinghub.com indicando el nombre y versión del LMS y una captura de la configuración del manifest.