- Inventaire de la version Dolibarr, de PHP et de la base de données.
- Inventaire des modules standards, externes et spécifiques.
- Recherche d’éventuelles modifications du core.
- Vérification de la sauvegarde SQL et des documents.
- Contrôle des chemins, droits et fichiers de configuration.
- Contrôle des tâches planifiées, emails, API et moyens de paiement.
- Gel des saisies sur l’ancienne instance.
- Copie, mise à jour et corrections nécessaires.
- Tests des utilisateurs, documents, modules et flux essentiels.
- Validation avant remise en production.
Déroulement d’une migration Dolibarr
Pendant la migration
À partir de la sauvegarde utilisée pour la migration, l’ancienne instance ne doit plus être utilisée. Toute saisie effectuée après cette sauvegarde ne sera pas reprise automatiquement.
Limites à signaler avant intervention
- base corrompue ;
- fichiers ou documents manquants ;
- module tiers ancien ;
- modification du core ;
- version PHP incompatible ;
- tâche cron non documentée ;
- API externe ;
- PayPal ou Stripe ;
- configuration email ;
- données incohérentes.
Questions fréquentes sur la migration Dolibarr
La migration reprend-elle les documents ?
Oui, lorsque les documents sont présents dans la sauvegarde et accessibles.
Peut-on continuer à utiliser l’ancien Dolibarr pendant la migration ?
Non, pas après la sauvegarde retenue pour la bascule.
Les modules tiers sont-ils toujours compatibles ?
Non. Leur compatibilité doit être vérifiée avec la version cible.
Le paiement PayPal ou Stripe est-il automatiquement rétabli ?
Non. Les identifiants, URL de retour, modes de test et paramètres de production doivent être vérifiés séparément.