Téléchargement du package
Téléchargez le package SCORM depuis SecureCodingHub et chargez-le dans votre système de gestion de l'apprentissage.
Téléchargement du package
Connectez-vous en tant qu'administrateur d'organisation
Ouvrez la page SCORM depuis la barre latérale (Intégrations → SCORM)
Si SCORM n'a pas encore été activé pour votre organisation, activez d'abord la bascule Activé — le téléchargement du package est bloqué tant qu'elle n'est pas activée
Choisissez une version SCORM (1.2 ou 2004) depuis la bascule de version
Cliquez sur Télécharger le package — le backend appelle GET /api/sch/org/scorm/package?version=<1.2 ou 2004> et renvoie un fichier .zip en streaming
Chargez le .zip dans votre LMS sans l'extraire
Contenu du package
L'archive téléchargée est nommée securecodinghub-<orgSlug>-scorm12.zip ou …-scorm2004.zip, selon la version que vous avez choisie. Elle contient trois fichiers :
| Fichier | Objectif |
|---|---|
imsmanifest.xml | Manifeste SCORM décrivant la structure du cours. |
launcher.html | Page de lancement qui initie la session SCORM et intègre l'appel dans l'application SecureCodingHub en direct. |
scorm-bridge.js | Bridge JavaScript qui assure la médiation entre l'adaptateur API SCORM du LMS et SecureCodingHub. |
Choix d'une version
| Fonctionnalité | SCORM 1.2 | SCORM 2004 |
|---|---|---|
| Compatibilité LMS | Très élevée (quasi universelle) | Élevée (la plupart des LMS modernes) |
| Rapport de score | Basique (0-100 brut) | Amélioré (mis à l'échelle, brut, min, max) |
| Suspension / Reprise | Basé sur signet | Données de suspension complètes |
| Recommandation | À utiliser en cas de doute | À utiliser si pris en charge |
Paramètres SCORM dans le panneau d'administration
Pourquoi le package est si petit
Le ZIP SCORM SecureCodingHub est intentionnellement léger — généralement des dizaines de kilo-octets plutôt que les méga-octets que pèserait un SCO de contenu empaqueté. Il ne contient que le manifeste SCORM, la coque de lancement (launcher.html) et le script de bridge qui transmet la session LMS à la plateforme SecureCodingHub en direct. Le contenu de formation réel, les challenges, l'éditeur de code et le moteur de retour sont tous diffusés depuis app.securecodinghub.com. Deux choses découlent de cette conception.
Premièrement, vous n'avez jamais à redistribuer un nouveau package SCORM lorsque de nouveaux challenges, de nouveaux langages ou des mises à jour de contenu sont publiés. Le LMS continue de pointer vers le même SCO, et le contenu le plus récent apparaît la prochaine fois qu'un apprenant le lance. Deuxièmement, la revue de sécurité par l'administrateur LMS est simple : le package est suffisamment petit pour être audité à la main, et le script de bridge est le seul morceau de code exécutable à l'intérieur.
Choisir entre SCORM 1.2 et SCORM 2004
Les deux packages partagent la même expérience de lancement et le même catalogue de formation. La différence réside dans la manière dont les données de complétion et de score sont reportées au LMS. SCORM 1.2 reporte un score brut entre 0 et 100, un statut de complétion incomplet ou terminé, et une chaîne de signet unique pour la reprise. SCORM 2004 ajoute un score mis à l'échelle entre 0,0 et 1,0, des statuts de complétion et de réussite séparés, des données de suspension complètes pour un comportement de reprise plus riche, et une séquence améliorée pour les organisations qui veulent contrôler l'ordre de déverrouillage des sous-modules.
Si l'administrateur de votre LMS n'est pas sûr de la version à déployer, SCORM 1.2 est le défaut le plus sûr — il est pris en charge par pratiquement tous les LMS en production et la fidélité des rapports est suffisante pour la plupart des cas d'usage de conformité. Passez à SCORM 2004 si votre politique de rapport exige des états distincts de complétion et de réussite, si vous voulez exploiter la séquence adaptative du LMS, ou si votre fournisseur LMS le recommande pour les nouveaux déploiements.
Héberger le package sur votre propre infrastructure
Certains clients préfèrent héberger le package SCORM sur un stockage interne — par exemple, un LMS SFTP uniquement ou un portail de formation isolé qui tire du contenu depuis un dépôt d'artefacts contrôlé. Dans ces cas, le workflow consiste à télécharger le package une fois depuis la console d'administration SecureCodingHub, le hacher, le stocker dans votre dépôt d'artefacts et le référencer depuis le LMS via votre processus normal de contrôle de changement. SecureCodingHub ne fait pas tourner le bridge SCORM selon un calendrier fixe, donc le même package peut rester valable pendant toute la durée du contrat.
Le lanceur est généré côté serveur au moment du téléchargement, donc l'URL du bridge qu'il intègre correspond au App:BackendUrl configuré pour le déploiement. Si les noms d'hôtes de votre déploiement changent, retéléchargez le package pour que le bridge pointe vers le bon hôte.