Deux logiques qui ne disent pas la même chose
Pour un contenu ordinaire, la question ne se pose pas : on corrige une coquille, on remplace une image, et tout le monde doit voir la correction le plus vite possible. La mise à jour automatique est alors une qualité.
Une formation réglementaire obéit à une autre logique. Sa version n’est pas un détail de fabrication, elle dit ce que l’entreprise a demandé à ses collaborateurs de savoir à un moment donné. « La plus récente » décrit l’état d’un fichier. « En vigueur » décrit une décision : quelqu’un a validé ce contenu et a choisi de l’appliquer à partir d’une date.
Un outil qui confond les deux prend cette décision à votre place, au moment où un concepteur dépose un fichier.
Trois cas où la plus récente n’est pas la bonne
La version n’est pas encore validée
Le concepteur a terminé la nouvelle version et la dépose pour que la conformité la relise. Si le dépôt vaut publication, les apprenants la suivent avant qu’elle soit approuvée. Si la relecture demande des corrections, une partie de la population aura été formée sur un contenu qui n’a jamais été validé.
Toutes les entités ne basculent pas le même jour
Une nouvelle procédure s’applique au siège le 1er du mois, et dans une filiale le trimestre suivant, le temps d’adapter les outils. Pendant cette période, les deux versions sont légitimes, chacune pour sa population. Un outil qui ne connaît que « la dernière » ne sait pas représenter cette situation.
Une erreur est découverte après publication
Une question du quiz est fausse, un seuil est mal recopié, un lien renvoie vers l’ancienne procédure. La bonne réaction est de revenir immédiatement à la version précédente, puis de corriger sans urgence. Si le seul geste possible est de déposer une nouvelle version, on corrige dans la précipitation, sous les yeux des apprenants.
Et les apprenants en cours de parcours ?
Changer de version en vigueur pose toujours la même question : que fait-on de ceux qui ont commencé l’ancienne ? Les laisser terminer évite de leur faire perdre leur progression. Les faire recommencer garantit qu’ils voient le nouveau contenu. Aucune des deux réponses n’est universelle, mais ce doit être un choix, fait en connaissance de cause, et non le comportement par défaut d’un outil.
Les questions à poser à votre outil
| Question | Pourquoi elle compte |
|---|---|
| Qui choisit la version servie ? | Si c’est le dépôt du fichier, personne ne décide |
| Peut-on préparer sans publier ? | La relecture doit précéder la diffusion |
| Peut-on revenir en arrière ? | C’est la seule réponse rapide à une erreur |
| La version est-elle enregistrée ? | Sans elle, la preuve repose sur une déduction |
| Le changement est-il tracé ? | Un audit demandera qui a décidé, et quand |
Ces questions valent pour un LMS comme pour un outil de diffusion. Elles se vérifient en dix minutes sur un module de test, et il vaut mieux le faire avant le prochain audit qu’après.
Où se place Sajay Dispatch
Sajay Dispatch a été conçu autour de cette distinction. Déposer une nouvelle version ne change rien pour vos apprenants : elle reste en brouillon tant que vous ne la publiez pas comme version en vigueur. Au moment de publier, vous choisissez si les apprenants en cours terminent sur l’ancienne ou recommencent sur la nouvelle.
Vous pouvez revenir à la version précédente. Chaque publication et chaque retour arrière sont inscrits au journal des actions d’administration, avec leur auteur. Et chaque lancement enregistre la version réellement servie, l’apprenant et son résultat.
Vos apprenants gardent leur LMS, qui ne reçoit qu’un paquet léger importé une seule fois.