Architecture Dolibarr : BTP en 30 jours

Guide pratique pour déployer un ERP / CRM complet dans le secteur du Bâtiment, Travaux Publics et génie civil en un mois.


1. Pourquoi Dolibarr dans le BTP ?

Besoin du BTP Correspondance Dolibarr
Gestion des devis & factures clients Modules CRM → Devis, Factures
Suivi des chantiers et des lots (maçonnerie, charpente, plomberie…) Modules Champs personnalisés, Projects
Gestion des sous‑traitants et des intervenants Module Contacts, Partners
Répartition des coûts et facturation aux clients Accounting, Cost & Charges
Gestion des stocks de matériaux et de petits matériels Module Warehouse, Inventory
Reporting multi‑projets à la direction Tableaux de bord Dashboard, Statistics

Dolibarr est une solution open‑source, modulable et adaptée aux PME de construction qui souhaitent centraliser leurs données sans souscrire à des licences onéreuses.


2. Objectifs du projet « BTP en 30 jours »

Objectif Résultat attendu à J+30
Installation de base (serveur & applications) Environnement de production fonctionnel (Apache/Nginx + PHP 8.2).
Configuration des modules de base Devis/ Factures, Contacts, Projects, Warehouses, Comptabilité.
Paramétrage des types de chantiers & lots Modèles de projets (ex. « Réhabilitation façade », « Pose de réseaux ») avec sous‑épreuves.
Import des données existantes Migration des devis, factures, stocks depuis l’ancien système.
Formation des équipes sur l’interface Bench‑test de 2 h par service, documentation interne.
Tests fonctionnels & recette Scénarios de 10 + utilisateurs, validation des flux de chantier.
Mise en production & support initial Go‑live avec suivi de 2 semaines.


3. Chronologie détaillée (J+1 → J+30)

Jour Action principale Livrable / Validation
J1–J2 Pré‑kickoff – réunion projet, désignation des rôles (Chef de projet, admin Dolibarr, formateur). Document de cadrage (scope, indicateurs).
J3–J5 Installation serveur (Linux / Windows) – Apache/Nginx, PHP 8.2, MariaDB/MySQL, SSL (Let’s Encrypt). Environnement test opérationnel.
J6 Déploiement Dolibarr (Docker compose ou paquet .tar.gz). Création du virtual host. URL accessible : erp.votreentreprise.com.
J7 Configuration de base – licences, paramètres généraux (devise, comptes bancaires, fois de travail). Table de paramètres remplie.
J8–J10 Activation des modules BTP – Projects, Warehouse, Invoices, Contacts, Custom fields (ex. « Lot », « État du chantier »). Modules visibles et fonctionnels.
J11–J13 Création de modèles de projets (templates) :
• Chiffrage
• Étapes (ex. Démolition → Fondation → Élévation)
• Budget prévisionnel.
Templates exportés et sauvegardés dans un dépôt Git.
J14 Import des données (ex. 2 000 devis, 500 factures, stocks initiaux). Import terminé, validation de 100 % des enregistrements.
J15–J16 Paramétrage des comptes – plan comptable (Compte chantier, Charges de sous‑traitance, Frais de matériel). Plan comptable aligné avec les exigences de l’entreprise.
J17 Définition des rôles – droits d’accès par groupe (Chantier, Comptabilité, Direction). Rôles et permissions configurés.
J18 Formation rapide – atelier de 2 h par équipe (chefs de chantier, comptable, logisticiens). Supports de formation remis, quiz validé à 80 %.
J19–J20 Tests fonctionnels – scénarios de devis → facturation → paiement → sortie de stock. Rapport de tests complet, corrections appliquées.
J21 Recette client – revue avec le responsable chantiers et le comptable, validation des flux. Sign‑off par les parties prenantes.
J22 Pré‑production – bascule du serveur de test vers le serveur de prod (DB replica). Environnement de prod fonctionnel.
J23–J24 Documentation – manuels utilisateurs, procédures de sauvegarde, d’export/import, de mise à jour. Wiki interne mis à jour.
J25 Go‑live – bascule officielle, communication interne (mail, affichage). Erreurs résiduelles < 2 % du total.
J26–J30 Suivi post‑déploiement – hotline 24 h, support technique, ajustement des droits ou des champs. Rapport de clôture, recommandations pour les mois suivants.


4. Architecture technique détaillée

+------------------------+          +------------------------+
| PostgreSQL / MySQL | <---> | Dolibarr |
+------------------------+ +------------------------+
^ ^
| |
+------------------------+ +------------------------+
| Apache/Nginx (PHP8) | | SSL / Let's Encrypt |
+------------------------+ +------------------------+
^ ^
| |
+------------------------+ +------------------------+
| Docker (optionnel) | | Backup (MariaDBExports) |
+------------------------+ +------------------------+

Points clés pour le BTP

Élément Raison Implémentation
Projects Gestion des sous‑tâches selon le découpage chantier (Lot 1, Lot 2…) Création de « Projects » avec sous‑projects, suivi des coûts et des marges.
Warehouse & Stocks Contrôle des matériaux (ciment, lourdes pièces, petits matériels) Champs « Code », localisation physique (site A, site B).
Custom fields Ajouter les attributs spécifiques (ex. « Altitude », « Type de béton ») Formulaires personnalisés liés aux partenaires & aux produits.
Document management Gestion des plans, devis PDF, rapports de chantier Module Files, stockage centralisé.
Multi‑site L’entreprise possède plusieurs chantiers simultanés Utilisation des modules Branches pour chaque site et leur agrégation dans le tableau de bord.
Alertes Notifications de dépassement de budget ou retard de planning Scripts personnalisés (cron) déclenchant des e‑mails vers le manager chantier.


5. Gestion des risques (30 jours)

Risque Probabilité Impact Mitigation
Dépassement de planning (ex. import tardif) Moyen Élevé Réserver 2 jours supplémentaires dès le J1 pour l’import.
Résistance au changement Élevé Moyen Formation rapide, champion interne par groupe.
Intégrité des données (import incomplet) Faible Élevé Vérification croisée + scripts de validation (checksum).
Défaillance de l’infrastructure Faible Critique Hébergement enateur avec redondance (RAID, sauvegarde quotidienne).
Mauvaise configuration des droits Moyen Moyen Revue des profils dès J16, tests de scénarios “administrateur vs. lecteur”.


6. Bonnes pratiques à retenir

Pratique Pourquoi Exemple d’application
Versionner la configuration Historiser chaque changement (templates, droits). Stocker les dossiers custom/, modules/ dans Git.
Sauvegarde automatisée Garantir la restauration en cas de panne. Cron 0 2 * * * /usr/local/bin/backup_dolibarr.sh.
Documenter les flux Faciliter la transmission et la formation. Diagramme BPMN des processus de devis→facturation.
Utiliser des environnements séparés Prévenir les interférences entre dev et prod. Environnement dolibarr-dev, dolibarr-prod.
Planifier les mises à jour Prévenir les incompatibilités PHP/DB. Calendrier trimestriel des correctifs de sécurité.


7. Conclusion

En suivant ce planning de 30 jours, une entreprise du BTP peut :

  1. Déployer rapidement une plateforme ERP / CRM centralisée.
  2. Personnaliser les modules pour répondre aux exigences spécifiques du chantier (lots, budgets, stocks).
  3. Former les équipes et valider le système avant le go‑live, limitant ainsi les résistances.
  4. Assurer la continuité grâce à des procédures de sauvegarde et de support post‑déploiement.

Dolibarr, grâce à son architecture modulaire et à sa simplicité d’installation, constitue une base solide pour transformer les processus opérationnels du BTP en une chaîne de valeur numérique, transparente et évolutif.

« Toute révolution commence par un petit chantier ; votre ERP doit donc se construire pas à pas, jour après jour. »


Annexes (à destination du lecteur)

  1. Modèle de planning Excel (gantt de 30 jours).
  2. Exemple de script de backup (bash + mysqldump).
  3. Liste des champs personnalisés recommandés pour le BTP.
  4. Glossaire des termes du secteur (lot, sous‑traitance, planning de chantier).

Vous pouvez télécharger l’ensemble des ressources sur notre dépôt Git :
https://github.com/votre-entreprise/dolibarr-btp-30j.

Bonne implémentation ! 🚧🏗️

Publications similaires