Configuration LMS
Chargez le package SCORM dans votre système de gestion de l'apprentissage et configurez-le pour vos apprenants. Ce guide couvre la configuration LMS générique avec des notes pour les plateformes populaires.
Étapes générales de configuration
Connectez-vous à votre LMS en tant qu'administrateur
Créez un nouveau cours ou module de contenu
Chargez le fichier SCORM .zip
Configurez les paramètres de lancement (nouvelle fenêtre recommandée)
Attribuez le cours à vos apprenants
Testez en lançant en tant qu'utilisateur de test
Notes spécifiques par plateforme
Moodle
- Ajouter une activité → Package SCORM → Charger ZIP
- Affichage : Nouvelle fenêtre
- Forcer un nouvel essai : Non
- Méthode d'évaluation : Note la plus élevée
Canvas
- Importer du contenu existant → Choisir un package SCORM
- Ou utiliser un Outil externe pour le lancement direct
Blackboard
- Contenu → Créer du contenu → Package SCORM
- Configurer le lancement dans une nouvelle fenêtre
SAP SuccessFactors
- Learning → Content Management → Importer SCORM
- Attribuer au cursus
Mappage de l'identifiant d'apprenant
Le LMS envoie un cmi.core.student_id (SCORM 1.2) ou un cmi.learner_id (SCORM 2004). SecureCodingHub mappe cette valeur au ScormLearnerId de l'utilisateur. Si l'ID ne correspond à aucun utilisateur existant, un nouvel utilisateur de session SCORM est créé à la volée. Lorsque l'identifiant d'apprenant n'est pas lui-même une adresse e-mail, le backend en synthétise une de la forme <learnerId>@scorm.<orgSlug>.local pour que l'enregistrement utilisateur dispose toujours d'une colonne e-mail unique. Le paramètre de requête optionnel learnerName dans l'URL de lancement est conservé comme nom d'affichage de l'utilisateur lorsqu'il est fourni.
| Version SCORM | Champ LMS | Champ SecureCodingHub |
|---|---|---|
| SCORM 1.2 | cmi.core.student_id | ScormLearnerId |
| SCORM 2004 | cmi.learner_id | ScormLearnerId |
Choisir le bon mode de lancement
La plupart des plateformes LMS offrent deux modes de lancement pour le contenu SCORM : une nouvelle fenêtre de navigateur ou une iframe en ligne à l'intérieur du cadre LMS. Pour SecureCodingHub, le mode nouvelle fenêtre est fortement préférable. L'environnement de challenge utilise des raccourcis clavier, le glisser-déposer, la coloration syntaxique et un modèle d'interaction de revue de code qui bénéficient tous d'un viewport complet. Les iframes en ligne cassent aussi fréquemment la portée des cookies LMS, ce qui peut perturber le bridge SCORM qui rapporte la complétion et le score au LMS.
Si votre LMS ne prend en charge que le lancement en ligne, assurez-vous que l'iframe dispose d'une hauteur minimale de 720 pixels et que le LMS ne supprime pas les cookies SameSite=None. Si le bridge SCORM ne peut pas terminer son passage de relais, les apprenants voient la page d'accueil SecureCodingHub au lieu du challenge attribué.
Tentative unique versus tentatives multiples
Les challenges SecureCodingHub sont conçus pour l'apprentissage, non pour une évaluation à enjeux élevés. Nous recommandons d'autoriser des tentatives multiples, car la valeur de la plateforme vient de ce que les apprenants retentent un challenge après avoir vu où ils se trompaient. Dans Moodle, c'est « Forcer un nouvel essai : Non » avec « Méthode d'évaluation : Note la plus élevée ». Dans Cornerstone et SuccessFactors, le paramètre équivalent est « Autoriser plusieurs complétions » avec « Meilleur score » comme note enregistrée.
Si votre programme de conformité exige une tentative unique — par exemple, le registre officiel annuel de formation PCI DSS — créez une inscription SCORM dédiée à cette tentative unique et conservez une inscription « pratique » distincte que les apprenants peuvent revisiter librement.
Checklist de dépannage
Si les apprenants signalent que la complétion n'est pas enregistrée, parcourez la liste suivante avant d'ouvrir un ticket de support. Premièrement, confirmez que le package SCORM a été chargé sous le bon paramètre de version (1.2 vs 2004) — l'erreur de configuration la plus courante est une non-correspondance entre le manifeste et le lecteur LMS. Deuxièmement, vérifiez que le LMS envoie un cmi.core.student_id ou cmi.learner_id avec une valeur stable et non vide. Si le LMS envoie un identifiant différent à chaque connexion, SecureCodingHub verra chaque session comme un nouvel utilisateur.
Troisièmement, confirmez que le LMS autorise le SCO SCORM à appeler LMSCommit et LMSFinish (SCORM 1.2) ou Commit et Terminate (SCORM 2004). Certains modes sandbox de LMS bloquent ces appels. Quatrièmement, vérifiez l'onglet réseau pour les cookies tiers bloqués entre le domaine LMS et securecodinghub.com. Si tout semble sain et que la complétion manque toujours, contactez support@securecodinghub.com avec le nom du LMS, sa version et une capture d'écran de la configuration du manifeste.