SCORM : corriger les problèmes de validation et de reprise

Si un module SCORM s’ouvre mais ne se valide pas ou ne reprend pas au bon endroit, vérifiez d’abord trois points : utilisez-vous une tentative apprenant enregistrée, quelle règle le package doit-il transmettre et la plateforme reçoit-elle cette information ? Atteindre le dernier écran ne prouve pas que le module a signalé une réussite.

Commencez par une tentative que vous pouvez reproduire. Conservez le même ZIP et le même compte de test, puis changez un seul réglage à la fois. Vous pourrez ainsi relier une action à un résultat précis, plutôt que constater que « cela a marché une fois » après plusieurs modifications.

Partez du symptôme que vous pouvez reproduire

Pour diagnostiquer SCORM, vérifiez le contexte puis les signaux de validation ou les données de reprise.

Ne commencez pas par supprimer la formation ou remettre à zéro tous les membres. Vous risqueriez de perdre des éléments utiles au diagnostic et d’interrompre des personnes dont la tentative fonctionne. Utilisez une leçon de test distincte ou une copie lorsque vous examinez un nouveau fichier.

1. Vérifiez que vous testez une tentative apprenant

L’aperçu de l’outil auteur, l’aperçu de l’éditeur et une tentative enregistrée côté membre ne servent pas au même usage. Un aperçu peut confirmer que le contenu s’affiche sans prouver que la progression est enregistrée. Dans SchoolMaker, l’aperçu SCORM de l’éditeur de leçon n’enregistre pas la progression des membres.

Pour un test de validation, utilisez un compte membre ayant accès au programme et n’ayant pas encore terminé cette leçon. Ouvrez le module par la navigation habituelle de la formation. Notez le compte, la leçon et la version du package dans vos notes privées : vous devez pouvoir refaire exactement le même parcours.

SchoolMaker accepte les packages SCORM 1.2 et 2004 comme type de leçon. Cette démonstration locale montre l’éditeur ; testez la progression enregistrée côté apprenant.

SchoolMaker est une plateforme de formation en ligne qui permet d’associer modules importés, leçons, étapes pratiques, coaching et communauté. Si vous cherchez les étapes de configuration, consultez le guide d’import SCORM dans SchoolMaker. Revenez ensuite au diagnostic avec un package prêt à lire et un symptôme clairement décrit.

2. Vérifiez ce que signifie « terminer » dans ce module

Ouvrez le projet d’origine dans votre outil auteur et examinez ses réglages de suivi LMS. La validation dépend-elle des pages consultées, de la réussite d’un quiz ou d’un déclencheur particulier ? Résumez la règle attendue en une phrase, par exemple : « L’élève doit réussir l’évaluation finale. » Testez cette règle plutôt que le dernier écran visible.

SCORM 1.2 utilise un statut de leçon qui réunit plusieurs états de fin et de réussite. SCORM 2004 distingue ces deux informations : avoir terminé une activité et l’avoir réussie peuvent donc correspondre à deux résultats différents. Rustici explique cette distinction. Arriver au bout du contenu ne signifie pas nécessairement avoir atteint le critère de réussite de votre formation.

Dans SchoolMaker, vérifiez le score demandé lorsque le package en définit un. Afficher un écran de résultat après un quiz non réussi ne doit pas être confondu avec une réussite. Vérifiez aussi si un package SCORM 2004 repose sur un seuil de progression, plutôt que supposer qu’un seul signal de fin est possible.

Comparez le message affiché à l’intérieur du module avec l’étape SchoolMaker située sous le lecteur. Ce sont deux observations distinctes. Si le module annonce une réussite et que l’étape reste en attente, cherchez ce que le package transmet réellement. Si le module lui-même indique toujours une activité non terminée, commencez par sa règle de suivi.

Une tentative fictive locale a atteint le score de réussite et validé automatiquement l’étape SchoolMaker. Comparez cette étape avec le résultat affiché dans votre module.

3. Vérifiez les informations nécessaires à la reprise

La reprise repose sur un échange entre le package et le LMS. Le module doit envoyer son état, la plateforme doit le conserver, puis le module doit exploiter les informations renvoyées au lancement suivant. Un repère peut indiquer une position ; des données supplémentaires peuvent restaurer des réponses ou l’état d’une activité. La plateforme ne peut pas retrouver une réponse que le package n’a jamais envoyée.

La présentation du fonctionnement SCORM par Rustici décrit les échanges de statut, de score, de position et de données sauvegardées. Pour votre test, formulez une observation concrète : « Après avoir répondu à la deuxième question et quitté la leçon, je retrouve ma réponse au retour. » Le signalement « ma progression a disparu » est plus difficile à examiner.

Si votre outil auteur propose une préférence de reprise, examinez-la avant de republier. Un module configuré pour repartir du début peut respecter ce réglage alors que le LMS conserve bien une tentative. Distinguez également une tentative interrompue d’une visite après validation : le contenu peut traiter ces situations différemment.

Certains problèmes concernent la quantité de données à sauvegarder. Articulate documente les limites des données de reprise et précise que leur application varie selon les LMS. Passer à n’importe quel export SCORM 2004 ne garantit donc pas de corriger le problème : les éditions diffèrent et la plateforme doit accepter le package obtenu. Testez un long module représentatif avant de déplacer toute une bibliothèque.

Pour comparer les formats d’export, le guide SCORM 1.2 ou 2004 vous aide à choisir selon la plateforme cible, plutôt que changer de version au hasard.

4. Distinguez un remplacement de fichier d’une tentative perdue

Demandez-vous quand le problème a commencé. Si les positions enregistrées ont changé après l’ajout d’un nouveau ZIP, ce n’est pas le même cas qu’un seul élève perdant sa place pendant une lecture habituelle. Notez la date du remplacement et testez séparément le package actuel et l’ancienne version.

Dans SchoolMaker, un remplacement traité avec succès remet à zéro les positions sauvegardées pour ce package et conserve les étapes déjà terminées. Un membre qui avait validé la leçon garde sa validation. Un membre qui était au milieu du module peut devoir recommencer. Si le nouveau package ne peut pas être traité, le précédent package prêt à lire reste disponible.

Ce comportement compte lorsque la formation est déjà en cours. Gardez le ZIP précédent et le projet auteur, testez la nouvelle version avant de remplacer le fichier et prévenez les élèves concernés. Évitez de remplacer plusieurs fois le package pendant votre diagnostic : chaque remplacement réussi modifie les conditions que vous essayez de comparer.

Changer de LMS est une autre opération. La liste de vérification pour migrer vos formations SCORM distingue les packages, l’historique des élèves et les tentatives sauvegardées.

5. Vérifiez si le package dépend d’un séquençage non pris en charge

Un ZIP SCORM peut contenir plusieurs objets pédagogiques, souvent appelés SCO. Certaines formations demandent au LMS de les lancer dans un ordre précis et de combiner leurs résultats. Cette structure nécessite son propre test de compatibilité : ouvrir le premier écran ne valide pas l’ensemble du parcours.

SchoolMaker lance le premier SCO exécutable d’un package et n’implémente pas le séquençage complet SCORM 2004 ni la navigation entre plusieurs SCO. Si votre module dépend de cette structure, voyez avec son auteur si un autre export convient ou choisissez un LMS qui gère le séquençage nécessaire. Consultez le récapitulatif de compatibilité SCORM de SchoolMaker avant de conclure à un problème de remontée des résultats.

6. Comparez le même package dans un autre lecteur

Si le comportement reste difficile à expliquer, testez le même ZIP dans un autre environnement. Les instructions de dépannage LMS d’Articulate recommandent de vérifier les réglages de publication pris en charge et de comparer le comportement dans SCORM Cloud. Rustici propose un guide d’import et de test SCORM Cloud, avec des liens vers les journaux de diagnostic.

Pour que la comparaison soit utile, gardez le même fichier, les mêmes actions et une tentative non terminée. Un résultat correct ailleurs permet de cibler la recherche ; il ne prouve pas que tous les LMS se comportent de manière identique. Un échec dans les deux environnements invite à examiner le contenu exporté avec son auteur.

Si le résultat varie selon le navigateur ou l’appareil, notez cette différence et les versions concernées. Suivez les recommandations de l’éditeur concernant les navigateurs pris en charge. Évitez de désactiver les protections de sécurité ou de modifier plusieurs réglages ensemble : vous cherchez un parcours que vos clients peuvent reproduire.

Le test court à faire avant d’ouvrir les accès

1. Ouvrir : vérifiez que le contenu attendu et ses commandes fonctionnent.
2. Interrompre : avancez jusqu’à un écran reconnaissable, répondez à une question et quittez normalement.
3. Reprendre : revenez avec le même compte et contrôlez la position ainsi que la réponse.
4. Échouer : si un score minimum est requis, faites une tentative non réussie et vérifiez que l’étape reste en attente.
5. Réussir : atteignez le critère attendu et vérifiez l’étape de leçon ainsi que la progression du programme.

Des vérifications locales avec des modules fictifs SchoolMaker SCORM 1.2 et 2004 ont testé la reprise, les quiz non réussis et la validation automatique après un score suffisant. Elles utilisaient la vue apprenant du propriétaire connecté. Elles confirment ces parcours locaux, sans remplacer un test de votre vrai package avec un compte membre.

Pour demander de l’aide, préparez le format du package, la version de l’outil auteur, la règle de suivi prévue, les actions permettant de reproduire le problème et le résultat observé. Joignez une capture de l’étape en attente ou terminée. Transmettez les journaux de diagnostic en privé après avoir vérifié les données d’apprenants et les jetons d’accès qu’ils pourraient contenir.

Une fois le module fonctionnel, gardez l’objectif pédagogique en vue. L’étape SCORM peut accompagner un exercice pratique, une discussion dans la communauté de votre formation ou une séance de coaching. Le résultat attendu reste concret : un élève retrouve son travail, atteint la règle de validation prévue et poursuit son programme.