Vous avez choisi Dolibarr pour son agilité open‑source, mais la gestion de plusieurs devises ? Voici une feuille de route détaillée pour y parvenir en 30 jours chronologiques, avec astuces, bonnes pratiques et points de contrôle.
— ## 1. Contexte et objectifs (J‑1)
| Objectif | Définition |
|---|---|
| Adopter Dolibarr | Installer la suite ERP/CRM, configurer les modules de base (clients, fournisseurs, stocks, ventes, achats). |
| Gérer la multi‑devises | Activer le module Currencies et assurer la conversion, le suivi des taux et la comptabilité multi‑devise. |
| Intégrer les processus clés | Ventes, achats, stocks, facturation, relances fournisseurs/clients, reporting. |
| Assurer la montée en compétences | Former les équipes métier et IT à l’usage quotidien. |
| Mettre en place le go‑live | Passage en production, suivi des indicateurs de performance. |
Date de démarrage : Jour 1 – lancement du projet.
Date butoir : Jour 30 – système opérationnel avec la prise en charge native de la ou des monnaies étrangères (avec taux de change à jour).
2. Architecture du projet – 5 étapes clés
| Phase | Durée | Livrables | Responsable |
|---|---|---|---|
| 1️⃣ Plan & Analyse | 3 jours | Cahier des charges fonctionnel, matrice de besoins multi‑devises, validation de l’infrastructure | Chef de projet + Métiers |
| 2️⃣ Installation & Configuration de base | 5 jours | Dolibarr 7.x (ou version LTS) installé, schéma de base de données, paramètres généraux | Admin IT |
| 3️⃣ Multi‑devises (core) | 8 jours | Module Currencies configuré, grilles de taux, règles de conversion, précédents comptables testés | Consultant Dolibarr |
| 4️⃣ Processus‑spécifiques | 10 jours | Modèles de devis, factures, bons de commande, rapports multi‑devise, automatisation des tâches | Analyste fonctionnel |
| 5️⃣ Tests & Go‑Live | 4 jours | Scénarios de test (conversion, réconciliation comptable, audits), formation, documentation, bascule | QA + Change Management |
Astuce : Utilisez un environnement de test dédié (VM ou conteneur) dès le jour 2 pour éviter de polluer la production.
3. Planning détaillé – 30 jours
Jour 1–3 – Planning & Analyse
- Kick‑off : réunion du comité projet (IT, finance, achats, ventes, direction).
- Cartographie des processus : identifier chaque flux où la devise change (ex. : devis client en EUR, achat fournisseur en USD).
- Matrice des exigences : sélectionner les devises prises en charge (EUR, USD, GBP, etc.), les sources de taux (ECB,rates‑openexchangerate.org).
- Définir le périmètre du go‑live : quelle succursale, quelles entités légales, quelles données de billets en attente.
Jour 4–8 – Installation & Configuration de base
- Installation : Docker, VM ou serveur bare‑metal – choisir Docker pour le déploiement rapide (ex. :
docker run -d -p 80:80 dolibarr). 2. Modules obligatoires : Core, Document, Accountancy, Supplier/Client, Stock, Workflow. - Paramètres généraux : timezone, langue, devise par défaut (EUR), paramètres de sauvegarde, sécurité (SSL, IP‑allowlist).
- Structure des entités : configurer les « Sociétés » (filiales, filiales locales) et leurs devises principales.
Jour 9–16 – Module Multi‑devises (Core)
| Action | Détails |
|---|---|
| Activation | Dans Administration → Currencies → cocher les devises à activer (ex. : USD, GBP). |
| Taux de change | Importer manuellement ou automatiser via l’API European Central Bank (ou autre). Programmez une tâche cron (php scripts/cron_import_rates.php). |
| Paramétrage des prix | Choisir le mode « Multi‑currency price list » : par défaut EUR, possibilité d’ajouter un “currency multiplier” par article. |
| Comptes comptables | Créer des comptes “Revenue EUR”, “Revenue USD” etc. afin de séparer les reports financiers. |
| Règles de facturation | Décider d’une politique d’arrondi (ex. : 2 décimales) et d’une règle de conversion automatiques lors de la création de factures. |
| Tests fonctionnels | Créer un devis en EUR → le convertir en USD → vérifier le calcul des taxes et la réconciliation comptable. |
Piège fréquent : ne pas régler le « default rounding » de la devise cible → erreurs de facturation sur les factures internationales.
Jour 17–26 – Processus‑spécifiques & Automatisations
| Processus | Points à valider |
|---|---|
| Ventes | Modèle de devis avec champ Currency; génération automatique de factures en la devise du client; application des prix d’achat dans la devise fournisseur. |
| Achats | Création de bons de commande en devise locale, conversion du prix en devise du fournisseur, réception des pièces avec mise à jour du stock. |
| Stocks | Gestion des mouvements multi‑devises (entrée sortie), écoulement du stock en fonction du prix moyen pondéré dans chaque devise. |
| Reporting | Tableaux de bord (BI) avec indicateurs « CA en EUR », « CA en USD », « Marge multi‑devise ». Utilisez le module Report Designer ou intégrez un outil externe (Metabase, Grafana). |
| Gestion des relances | Automatiser les courriels de relance en fonction du statut de la facture dans chaque devise. |
| Gestion des remises | Définir des remises par devise ou par contrat, vérifier la cohérence lors de conversions. |
Livrable : User Acceptance Test (UAT) checklist avec 10 scénarios critiques (ex. : devis EUR → client en GBP, conversion à 1,20 → marge < 5 %).
Jour 27–30 – Tests, Formation & Go‑Live
- Exécution des tests :
- SFTP de flux de données (import/export de fichiers).
- Stress test avec 10 000 lignes de transactions simultanées.
- Reconciliation comptable entre le module Accountancy et les états financiers exportés vers le système de reporting externe.
- Formation des équipes :
- 2 hrs de formation « Gestion des devises » pour les comptables & contrôleurs.
- 2 hrs de formation « Utilisation quotidienne » pour les équipes commerciales et logistiques.
- Sessions vidéo à la demande archivées dans le LMS interne.
- Migration des données :
- Exporter les comptes clients, fournisseurs, stocks depuis l’ancien système (CSV).
- Importer avec script
dolibarr_import.phpen pré‑validant les clés uniques et les écarts de devise.
- Bascule :
- Déploiement “read‑only” pendant 24 h (mode maintenance).
- Mise à jour du DNS / du reverse‑proxy pour rediriger le trafic vers le nouveau serveur. – Surveillance en temps réel (Zabbix, Grafana) des KPI : volume de transactions, taux d’erreur de conversion (< 0,5 %).
- Post‑go‑live :
- Support tri‑niveau (L1, L2, L3) pendant 2 semaines.
- Revue de la première semaine : logs d’erreurs, retours utilisateur, ajustement des seuils d’automatisation.
4. Bonnes pratiques & pièges à éviter
| Bonnes pratiques | Pourquoi |
|---|---|
| Versionner les scripts d’import | Permet de revenir à un état précédent si la migration cause des pertes de données. |
| Isoler les devises « exotiques » | Les taux de change rares peuvent générer des erreurs d’import – créez des règles manuelles de fallback. |
| Synchroniser les mises à jour de taux | Un taux périmé (> 24 h) peut fausser les marges – automatisez le cron quotidien. |
| Utiliser des listes de prix distinctes par devise | Évitez les conflits lorsqu’un même article coûte différent selon la devise du client. |
| Documenter les processus critiques | Facilite le passation de relais et la conformité aux audits comptables. |
| Planifier le backup incrémentiel | Un backup toutes les 2 h évite la perte de transactions en cours. |
| Pitfalls courants | Solution |
|---|---|
| Conversion double (EUR→USD puis USD→EUR) → cercle vicieux | Concaténer les conversions directement à partir de la devise source. |
| Arrondi incohérent (2 déb ou 4 déb) → écarts de trésorerie | Définiir une règle globale d’arrondi dès le démarrage et l’implémenter dans les modèles de devis/factures. |
| Surcharge du serveur de masse de factures | Utiliser le mode « batch » pour les import/export nocturnes. |
| Défaut de droits d’accès (ex. : utilisateur comptable ne peut pas voir la devise) | Audit des permissions dans Access Rights → ajouter explicitement le droit View sur le bloc Currencies. |
5. Ressources complémentaires
| Type | Lien / Référence |
|---|---|
| Documentation officielle | https://www.dolibarr.org/en/doc/ |
| Module Currencies | admin.php?mainmenu=Tools&submenu=Currencies |
| Guide d’import de taux ECB | https://github.com/Dolibarr/dolibarr/tree/master/doc/ |
| Forum / Community | https://forum.dolibarr.org/ |
| Exemple d’automatisation cron | php /var/www/html/dolibarr/cron/import_rates.php (à planifier dans crontab). |
| Modèle de feuille de route 30 j | Téléchargeable (ex. : Dolibarr_Multicurrency_Roadmap_30days.xlsx). |
6. Conclusions
Déployer Dolibarr en mode multi‑devises est réalisable en 30 jours si chaque étape bénéficie d’une feuille de route rigoureuse, d’un environnement de test dédié et d’une automatisation des taux.
- Phase 1 (Plan & Analyse) pose les bases métier.
- Phase 2 (Installation) prépare l’infrastructure. – Phase 3 (Multi‑devises) garantit la conformité financière.
- Phase 4 (Process‑spécifique) aligne la solution aux flux métier.
- Phase 5 (Tests/Training/Governance) assure une mise en production maîtrisée.
En suivant ce planning, vous disposerez d’un ERP ouvert, extensible et rapidement exploitable pour vos échanges internationaux, tout en conservant une traçabilité comptable et une synchronisation fluide des devises.
Prêt à lancer le projet ? Commencez dès aujourd’hui par créer le dépôt Git interne qui contiendra vos scripts de mise à jour de taux et vos modèles de devis, et planifiez le premier workshop avec les parties prenantes clés.
Article rédigé par [Nom du consultant Dolibarr], expert en ERP Open‑Source et transformations numériques.