C’est un constat largement partagé : les développements spécifiques et les plugins additionnels constituent un risque pour la pérennité de votre plateforme LMS Moodle™, le changement de serveur ou de prestataire pouvant entraîner une perte des données qui étaient présentes dans la plateforme. 

Quels sont les points clés à comprendre, et les bonnes pratiques qui y sont attachées, pour garantir une meilleure pérennité de votre plateforme Moodle™ ?

À propos des données

Les données stockées dans votre base de données sont générées par différents composants : 

• Le code source et les plugins de la plateforme LMS Moodle™. Ils sont open-source et disponibles en téléchargement. Ils sont maintenus par la communauté, ce qui garantit leur accessibilité tant que Moodle™ existe (ce qui est prévu pour durer !) et que les développeurs des plugins les maintiennent. 
• Les développements personnalisés, tels que les plugins, les modifications du « core model » de Moodle™ et les services web, sont soumis aux modalités de votre contrat ; inclus : la licence, les droits de propriété intellectuelle et les droits d'utilisation en cas de départ. Si vos développements sont hébergés chez un prestataire, clarifiez les implications en cas de changement de prestataire (même si les développements sont hébergés sur votre serveur, vous n’en disposez pas toujours librement).

Chaque composant de votre patrimoine crée sa propre collection de données, ce qui peut poser des problèmes lors de toute modification. Vos données dépendent directement des plugins et des développements supplémentaires installés. En cas de suppression ou de désinstallation de ces derniers, vous risquez de perdre des données importantes. Pour assurer la pérennité de votre patrimoine, notamment des contenus de formation, vous devez donc vérifier la conformité du code, la licence, la réversibilité et le transfert du droit d'usage.

À propos de la conformité

Lorsque vous téléchargez un plugin depuis la base Moodle™, sa conformité a été validée. En revanche, lors de l'achat chez un prestataire, un éditeur, cette conformité doit être vérifiée, car l'utilisation de plugins non conformes peut entraîner des conflits majeurs avec d'autres plugins, lors des mises à jour de Moodle™ ou encore avec l’app. mobile. Les développements doivent utiliser les fonctions et API Moodle™, plutôt que d'écrire directement dans la base de données selon un processus propriétaire.

Lors de l'installation d'un plugin, Moodle™ permet au développeur d'ajouter des tables ou des champs à la base de données, où les données générées par ces développements seront stockées. La désinstallation « standard » du plugin supprimera ces tables et ces champs, donc vos données. Par conséquent, il est important de vérifier la conformité du code et le stockage des données pour assurer la pérennité de votre patrimoine.

À propos des licences

Une licence open-source vous assure de conserver le contrôle de votre patrimoine, car elle garantit que le code est libre de droit et modifiable. Votre prestataire ne peut pas se prévaloir de sa propriété intellectuelle pour désinstaller les plugins avant le transfert de votre plateforme chez un autre prestataire. Cependant, cela signifie que le code peut être utilisé et modifié par quiconque le souhaite. De ce fait, vos développements spécifiques peuvent être utilisés par d’autres, y compris par vos concurrents. Les licences commerciales permettent à votre prestataire de conserver la propriété intellectuelle de ses développements, et de les désinstaller si vous le quittez, entraînant la perte de vos données. Vérifiez les clauses de concession de licence pour vous assurer que vous pouvez conserver l'usage de ces développements spécifiques, même après la fin du contrat avec votre prestataire. Les détails de la licence doivent être précisés dans le contrat, y compris la durée de l'usage, limitée ou illimitée, et le nombre d'instances de Moodle™ autorisées.

Question de réversibilité

Votre prestataire doit garantir que la désinstallation de développements ou plugins ne causera pas la perte de données essentielles et que la plateforme continuera de fonctionner correctement. Cette garantie doit figurer dans le contrat et préciser les modalités de retour à la situation antérieure. Vous ne devez jamais être prisonnier de la situation si votre prestataire disparaît ou si un développement ne fonctionne plus. Par exemple, les formats de cours non conformes aux principes de stockage de Moodle™ peuvent entraîner la perte de contenus et d'historiques de formation lors de la désinstallation ou du changement de format. Des thèmes, des blocs… peuvent poser ces mêmes problèmes. Il est donc crucial de vous assurer que la désinstallation d’un plugin ou d’un développement ne supprime pas les données de votre base de données. La plateforme doit continuer à fonctionner correctement sans intervention technique de votre part.

Le droit d’usage doit être transféré

Peu de prestataires transfèrent la propriété des développements qu’ils ont réalisés. Pour éviter des problèmes en cas de changement de prestataire, il est important de spécifier contractuellement le transfert de droit d'usage de votre code, avec une utilisation illimitée dans le temps et un nombre d'instances défini. Il est également conseillé de dissocier le contrat de maintenance de vos développements spécifiques de celui de votre plateforme. Ainsi, votre prestataire continuera d’assurer la maintenance de vos plugins/développements sur mesure, même si vous le quittez.

Les contrats négligeant souvent certains de ces éléments clés, il importe de détailler les conditions convenues et de les contractualiser explicitement. Même si vous faites réaliser des développements spécifiques, travailler avec de l’open-source doit vous permettre de bénéficier, si ce n’est du droit, au moins de l’esprit open-source, et donc de la liberté de faire évoluer votre solution. En contractualisant ces éléments clés, vous vous garantissez succès et sécurité. Ces précautions prises, vous pouvez donner votre temps au projet, qui est l'essentiel !