Acheter un contenu de formation SCORM : la recette avant paiement

Non si vous souhaitez modifier ou maintenir le contenu. Demandez les sources, médias, documentation, droits et dépendances en plus du paquet publié.

Uniquement si la licence ou la cession le permet expressément dans le périmètre prévu. L'achat d'une prestation ne crée pas automatiquement un droit de sous-licence ou de revente.

Après la remise des livrables et la recette prévue au contrat. Des réserves mineures peuvent avoir un délai défini ; un défaut bloquant doit empêcher l'acceptation si le contrat le prévoit.

Dans le LMS cible, avec plusieurs profils et scénarios : réussite, échec, reprise, fermeture, nouvelle tentative, mobile et rapport administrateur.

Le contrat doit désigner le responsable, la veille attendue, le délai, le prix et la procédure de validation. Sans clause, la maintenance devient une négociation à chaque changement.

Il peut indiquer une conformité technique testée dans un périmètre donné. Cela ne garantit ni compatibilité avec chaque LMS, ni qualité pédagogique, accessibilité, exactitude du contenu ou conformité du parcours français. La recette sur votre environnement reste indispensable.

Oui si vous voulez modifier, traduire, maintenir ou faire reprendre le contenu. Précisez le format, la version de l'outil auteur, les médias et les licences. Vérifiez surtout que le contrat vous donne le droit d'utiliser et modifier ces sources.

Un acompte peut rémunérer le démarrage, mais limitez son montant selon le risque et liez les paiements suivants à des livrables mesurables. Le solde devrait suivre la remise complète et la recette écrite prévue au contrat.

Conservez le fichier, son nom, sa date, un hash, le changelog et le procès-verbal. La version testée doit être la version acceptée. Toute correction ultérieure reçoit un nouveau numéro et une recette ciblée.

Oui si la licence le prévoit clairement. Vérifiez unité de comptage, période, réinscriptions, établissements, clients et contrôle. Le prix et les droits de dépassement doivent être connus avant diffusion.

Testez clavier, focus, contrastes, zoom, sous-titres, transcription, alternatives média, messages d'erreur, questions et lecteur. Demandez les critères et le rapport du vendeur, mais réalisez un contrôle dans le LMS cible : le conteneur peut créer de nouveaux obstacles.

Demandez un registre avec source, auteur, licence, preuve d'achat, restrictions et date. Contrôlez redistribution dans un paquet, usage commercial, modification, traduction et durée. Une licence du prestataire peut ne pas couvrir votre diffusion à vos propres clients ou la remise des sources.

Identifiez version, fichiers, environnement, scénarios, résultats, anomalies, réserves, délais, décision et signataires. Joignez la matrice de test. Précisez si l'acceptation déclenche le solde et comment une correction sera retestée. Une phrase « conforme » sans périmètre ne protège personne.

Seulement si vous possédez les droits et les sources nécessaires. Une modification directe du ZIP peut casser le manifeste, une éventuelle signature ajoutée par le fournisseur ou les remontées. Travaillez dans l'outil auteur, publiez une nouvelle version, rejouez la recette et conservez le paquet précédent.

Vérifiez le droit de traduire, les médias intégrant du texte, les sous-titres, la voix, la longueur des écrans et les évaluations. Faites relire par une personne compétente dans le domaine. Versionnez chaque langue et testez séparément navigation, caractères, rapports et accessibilité.

Le contenu doit fonctionner dans les conditions convenues sans dépendre d'un compte, domaine ou service non déclaré du vendeur. Listez toutes les dépendances, licences et échéances. Testez après coupure des services non nécessaires et conservez la procédure d'installation.

Définissez bloquant, majeur, mineur et amélioration avant le test. Reliez chaque niveau à une conséquence sur l'acceptation, le délai de correction et le paiement. Une préférence graphique ne doit pas être traitée comme un défaut bloquant, contrairement à une perte de résultat.

Nommez une personne compétente distincte de la seule recette technique. Elle vérifie objectifs, exactitude, consignes, activités, barème, feedback et sources. La validation juridique ou métier peut nécessiter un autre responsable ; consignez chaque approbation dans le PV.

Faites déclarer l'origine des créations et médias, les licences tierces, les droits accordés et les restrictions. Prévoyez la coopération du vendeur en cas de réclamation et les conséquences d'un élément non autorisé. Cette garantie ne remplace pas votre propre vérification du registre de droits et des usages prévus.

Demandez une nouvelle version et un changelog qui répond à chaque réserve. Rejouez les tests concernés puis un contrôle de non-régression sur lancement, reprise, score et rapports. Signez la levée de réserves seulement lorsque le paquet retesté correspond exactement au fichier livré.