Sans casser ce qui marche

Mise à jour et maintenance
de votre Dolibarr

Un ERP à jour, sauvegardé, et qui redémarre le lundi matin.

Une mise à jour de Dolibarr n'est pas un bouton sur lequel on appuie. Modules à vérifier, base de données à migrer, PHP à faire évoluer, développements spécifiques à tester : je m'en charge, avec une sauvegarde avant et un retour arrière possible. Et si vous voulez le faire vous-même, cette page explique comment ne pas se faire piéger.

// POURQUOI ON REPOUSSE

Trois raisons pour lesquelles les Dolibarr restent en retard de versions

Je reprends régulièrement des instances qui ont trois ou quatre versions majeures de retard. Ce n'est jamais par négligence : c'est que la dernière mise à jour s'est mal passée, ou que personne n'a osé.

Un module externe n'est plus compatible

Chaque version majeure de Dolibarr modifie des choses en profondeur. Un module acheté ou gratuit qui n'a pas été mis à jour par son auteur peut bloquer la page d'accueil, ou pire, fonctionner en apparence et corrompre des données. La règle : on liste les modules actifs, on vérifie chacun contre la version cible, et on décide avant de lancer quoi que ce soit.

Le cœur du logiciel a été modifié

Un précédent prestataire a corrigé un comportement directement dans les fichiers de Dolibarr plutôt que dans un module séparé. La mise à jour écrase sa modification, et la fonctionnalité disparaît sans prévenir. Avant toute mise à jour, je compare vos fichiers à ceux de la version d'origine pour repérer ces modifications, et je les réécris proprement dans un module qui survit aux mises à jour.

Le serveur ne suit plus

Les versions récentes de Dolibarr exigent une version de PHP récente. Sur un hébergement mutualisé ancien ou un serveur qu'on n'a pas touché depuis des années, il faut d'abord faire évoluer PHP et la base de données, ce qui peut casser autre chose au passage. C'est le moment où l'on se pose la question de l'hébergement.

// COMMENT JE PROCÈDE

Une mise à jour Dolibarr en six étapes

C'est la procédure que j'applique, et celle que je vous recommande si vous le faites vous-même. Aucune étape n'est optionnelle.

1. Inventaire

Version actuelle, version cible, versions intermédiaires à traverser, modules actifs et leur compatibilité, version de PHP et de la base, modifications éventuelles du cœur. On ne part pas sans cette liste.

2. Sauvegarde complète, et vérifiée

Base de données et dossier des documents, copiés hors du serveur. Une sauvegarde qu'on n'a jamais tenté de restaurer n'est pas une sauvegarde : je la restaure sur une copie pour m'assurer qu'elle est complète.

3. Répétition sur une copie

La mise à jour est d'abord jouée sur un clone de votre instance. Si elle échoue, elle échoue là, pendant que votre vrai Dolibarr continue de tourner. C'est l'étape que tout le monde saute, et celle qui évite les week-ends de crise.

4. Tests sur vos cas réels

Créer un devis, le transformer en facture, générer le PDF, enregistrer un paiement, sortir un export comptable, faire tourner chaque module spécifique et chaque connecteur. Avec vos données, pas avec un jeu de démonstration.

5. Mise à jour réelle, à un moment convenu

En dehors de vos heures d'activité, avec vous prévenu de la fenêtre d'indisponibilité, généralement courte. Versions majeures traversées une à une si nécessaire, migration de la base incluse.

6. Contrôle le lendemain, retour arrière si besoin

Je vérifie les journaux et je reste joignable pendant que votre équipe reprend le travail. Si un problème apparaît que les tests n'avaient pas montré, la sauvegarde permet de revenir à l'état précédent en quelques minutes.

// DEUX FORMULES

À la demande, ou suivi dans la durée

La maintenance suivie

  • Mises à jour de sécurité appliquées : Dolibarr, PHP et système, selon la procédure ci-dessus, sans que vous ayez à y penser.
  • Sauvegardes surveillées : je vérifie qu'elles se font, qu'elles sont complètes et qu'elles se restaurent.
  • Versions majeures planifiées : une fois par an en général, à une date choisie ensemble, jamais sous la contrainte.
  • Un interlocuteur qui connaît votre instance : vos modules, vos connecteurs, vos particularités. Ce qui fait la différence quand quelque chose cloche à 8 h un lundi.

Cette formule est comprise dans Dolibarr en ligne et dans l'hébergement infogéré. Elle est possible seule, sur un serveur que vous gardez.

L'intervention ponctuelle

  • Une mise à jour en retard : plusieurs versions majeures à rattraper, souvent avec des modules à remplacer. Chiffrée après inventaire.
  • Une mise à jour qui a mal tourné : instance inaccessible, erreurs de base de données, module qui bloque. On remet en état à partir de la dernière sauvegarde saine, puis on reprend proprement.
  • Un audit avant de décider : vous voulez savoir dans quel état est votre Dolibarr avant de vous engager dans quoi que ce soit. Je vous rends un état des lieux écrit, avec les risques et les priorités.
// QUESTIONS FRÉQUENTES

Ce qu'on me demande sur les mises à jour Dolibarr

Peut-on sauter plusieurs versions de Dolibarr d'un coup ?

Le script de migration de Dolibarr sait enchaîner les versions, mais chaque version majeure sautée multiplie les modules potentiellement incompatibles et les changements de base à absorber. Sur une instance simple, on passe directement à la cible après test ; sur une instance avec des modules et des développements, je traverse les versions une à une sur la copie, pour savoir exactement où ça casse.

Combien de temps mon Dolibarr sera-t-il indisponible ?

Parce que tout a été répété sur une copie, la mise à jour réelle est courte : de quelques minutes à une heure, migration de la base comprise. Elle est faite en dehors de vos horaires, à un moment convenu.

Faut-il mettre à jour à chaque nouvelle version ?

Les versions correctives, celles qui ne changent que le dernier chiffre, sont à appliquer sans attendre : elles corrigent des failles. Les versions majeures peuvent attendre quelques mois que les modules suivent. Rester à plus de deux versions majeures de retard devient en revanche un risque, parce que la version que vous utilisez n'est plus corrigée.

Ma mise à jour a échoué et Dolibarr ne s'ouvre plus. Que faire ?

Ne relancez pas la migration plusieurs fois, ça aggrave souvent l'état de la base. Si vous avez une sauvegarde d'avant, restaurez-la ou contactez-moi avec l'accès au serveur : c'est une intervention courante. Si vous n'avez pas de sauvegarde, contactez-moi avant de toucher à quoi que ce soit d'autre.

Mon Dolibarr est hébergé ailleurs. Pouvez-vous quand même le mettre à jour ?

Oui, avec un accès au serveur ou à l'espace d'hébergement. La seule contrainte est la version de PHP disponible chez votre hébergeur : si elle est trop ancienne pour la version de Dolibarr visée, on en discute avant.

Votre Dolibarr a du retard, ou vous ne savez pas ?

Indiquez-moi la version affichée en bas de votre écran de connexion et où il est hébergé. Je vous dis ce qu'il y a à faire, et si c'est urgent.

Faire vérifier mon Dolibarr