Migration de Microsoft Dynamics 365 vers Odoo : Guide Entreprise

Points clés à retenir

• Dynamics 365 et Odoo partagent une architecture ERP fondamentale mais diffèrent par leur approche de personnalisation et leur modèle de déploiement
• L'extraction de données à partir de Dynamics 365 nécessite le Data Management Framework (DMF) ou les API OData — pas d'exportations manuelles
• Les entités personnalisées, les workflows et les flux Power Automate doivent être audités et recréés dans le framework Odoo
• Planifiez un calendrier de migration total de 6 à 12 mois pour les déploiements d'entreprise
• Une exécution parallèle pendant 60 à 90 jours est essentielle pour les migrations d'entreprise – plus longue que les migrations classiques des petites entreprises
• Le recâblage de l'intégration (services Azure, Power Platform, ISV tiers) est souvent la phase la plus complexe
• La formation des utilisateurs nécessite une attention particulière car le changement de paradigme UX de Microsoft vers Odoo est important

---

Pourquoi les entreprises passent de Dynamics 365 à Odoo

Coût total de possession

Les licences Dynamics 365 s'additionnent rapidement dans les environnements d'entreprise :

La différence de coût est dramatique. Même en tenant compte des coûts de personnalisation et de mise en œuvre d'Odoo, le délai de retour sur investissement est généralement de 12 à 18 mois.

Indépendance technique

Dynamics 365 vous relie à la pile Microsoft : Azure pour l'hébergement, Power Platform pour l'automatisation, Dataverse pour le stockage des données et le réseau de partenaires Microsoft pour la personnalisation. Odoo fonctionne sur n'importe quelle infrastructure (AWS, GCP, Azure, sur site, Odoo.sh), utilise PostgreSQL standard et prend en charge la personnalisation par n'importe quel développeur Python.

Liberté de personnalisation

Les personnalisations de Dynamics 365 via X++ ou Power Platform sont limitées par le cycle de mise à jour et le modèle d'extension de Microsoft. L'architecture modulaire d'Odoo permet une personnalisation illimitée via des modules Python qui survivent proprement aux mises à niveau en suivant les modèles d'héritage d'Odoo.

---

Mappage de modules : Dynamics 365 vers Odoo

Finances

Gestion de la chaîne d'approvisionnement

Ressources Humaines

---

Phase 1 : Découverte et évaluation (semaines 1 à 6)

Audit de personnalisation

Les déploiements Enterprise Dynamics 365 incluent invariablement une personnalisation importante. Avant la migration, documentez chaque personnalisation :

Extensions et superpositions X++ :

• Répertorier toutes les classes, tableaux, formulaires et rapports personnalisés
• Identifiez les personnalisations qui sont critiques pour votre entreprise et celles qui sont utiles.
• Notez toutes les personnalisations qui modifient le comportement standard (elles présentent le risque le plus élevé)
• Recherchez les modèles obsolètes que le nouveau système peut gérer de manière native

Automatiser les flux :

• Documenter les conditions de déclenchement et les actions pour chaque flux
• Classifier : cela peut-il être remplacé par des actions automatisées Odoo, ou nécessite-t-il un développement personnalisé ?
• Notez les flux qui s'intègrent aux systèmes externes (ceux-ci nécessitent un recâblage d'intégration)

Applications puissantes :

• Répertorier toutes les applications personnalisées créées sur Dataverse
• Déterminer lesquels peuvent être remplacés par des vues/tableaux de bord Odoo ou par un développement personnalisé
• Identifier les modèles de données propres à Power Apps qui nécessitent une migration

Rapports SSRS et Power BI :

• Cataloguez tous les rapports personnalisés avec leurs sources de données
• Hiérarchisation par fréquence d'utilisation — migrez les 20 % supérieurs qui couvrent 80 % des besoins
• Planifier la création de rapports dans le moteur de reporting QWeb d'Odoo ou dans des outils BI externes

Inventaire d'intégration

Enterprise D365 s'intègre généralement à plusieurs systèmes :

---

Phase 2 : Extraction de données (semaines 5 à 10)

Utilisation du cadre de gestion des données (DMF)

Le DMF de Dynamics 365 est l'outil approprié pour l'extraction de données d'entreprise. Il gère :

• Relations d'entités complexes et clés étrangères
• Exportations incrémentielles pour les grands ensembles de données
• Des packages de données qui maintiennent l'intégrité référentielle
• Exportations planifiées pour des périodes d'exécution parallèles

Processus d'exportation DMF :

1. Accédez à l'espace de travail Gestion des données dans D365.
2. Créez un projet d'exportation
3. Ajoutez des entités dans l'ordre des dépendances (voir la séquence ci-dessous)
4. Configurez le format des données (XML ou CSV — XML préserve mieux les relations)
5. Exécutez et téléchargez le package de données

Exporter la séquence d'entité

Couche 1 — Données de référence (exporter en premier) :

• Personnes morales (sociétés)
• Plan comptable
• Dimensions financières
• Devises et taux de change
• Unités de mesure
• Conditions de paiement
• Codes fiscaux et groupes

Couche 2 — Données de base :

• Clients (comptes clients)
• Fournisseurs (comptes fournisseurs)
• Produits (produits lancés, variantes de produits)
• Employés
• Entrepôts et emplacements

Couche 3 — Données transactionnelles :

• Ouvrir les commandes clients
• Ouvrir les bons de commande
• Factures clients ouvertes (comptes clients)
• Factures fournisseurs ouvertes (comptes payables)
• Inventaire disponible
• Ordres de fabrication (ouverts)
• Projets et feuilles de temps

Couche 4 — Données historiques :

• Commandes clients clôturées (12 à 24 mois)
• Factures et paiements publiés
• Ordres de fabrication complétés
• Opérations du grand livre (minimum de l'exercice en cours)

Exportation de l'API OData (alternative)

Pour des extractions ciblées ou une synchronisation continue lors d'une exécution parallèle, utilisez les points de terminaison OData de Dynamics 365 :

• Chaque entité est exposée sous forme de flux OData à https://[environment].operations.dynamics.com/data/[EntityName]
• Prend en charge le filtrage, la pagination et la sélection de champs
• Mieux adapté aux synchronisations incrémentielles qu'à l'extraction complète des données
• Des limites de débit s'appliquent – prévoyez une limitation sur les grands ensembles de données

---

Phase 3 : Transformation et cartographie des données (semaines 8 à 14)

Cartographie du plan comptable

Il s’agit de la décision cartographique la plus critique. Dynamics 365 utilise une structure compte principal + dimension financière. Odoo utilise un plan comptable plat avec comptabilité analytique pour l'analyse dimensionnelle.

Approche de transformation :

• Mappez chaque compte principal D365 à un compte Odoo avec le type de compte correct
• Convertir les dimensions financières en comptes analytiques et plans analytiques Odoo
• Mapper les profils de publication D365 aux configurations du journal Odoo
• Réconcilier la balance de vérification après transformation pour vérifier l'exactitude

Cartographie principale des clients et des fournisseurs

D365 gère des comptes clients et fournisseurs séparés. Une entreprise qui est à la fois client et fournisseur possède deux enregistrements. Odoo utilise un modèle de contact unique avec des indicateurs client/fournisseur.

Décision requise : Fusionner les enregistrements clients et fournisseurs de la même entreprise en un seul contact Odoo, ou conserver des enregistrements séparés ? La fusion est plus propre mais nécessite une séparation minutieuse des créances et des sommes à payer.

Cartographie du produit principal

D365 utilise un produit générique complexe avec :

• Fiches produits (modèles)
• Produits lancés (variantes spécifiques à l'entreprise)
• Dimensions du produit (couleur, taille, configuration, style)
• Dimensions du stockage (site, entrepôt, emplacement)
• Suivi des dimensions (lot, série)

Odoo utilise un modèle plus simple :

• Modèles de produits (avec variantes facultatives)
• Variantes de produits (générées à partir de combinaisons d'attributs)
• Localisations (hiérarchiques au sein des entrepôts)
• Suivi des lots/séries (par configuration de produit)

Mappez chaque groupe de dimensions de produit D365 aux attributs du produit Odoo. Vérifiez que les combinaisons de dimensions se traduisent par des variantes Odoo valides dans la limite pratique de 3 attributs.

---

Phase 4 : Configuration et personnalisation d'Odoo (semaines 10 à 20)

Liste de contrôle de configuration d'entreprise

• Structure multi-entreprises répliquée (entités juridiques D365 → sociétés Odoo)
• Plan comptable paramétré par société avec règles intersociétés
• Exercice et périodes comptables fixés
• Configuration des taxes : taux, groupes, positions fiscales, prélèvement à la source
• Gestion des devises : devises actives, sources de change
• Catégories de produits et attributs créés
• Structure de l'entrepôt : entrepôts, emplacements, itinéraires, types d'opérations
• Fabrication : centres de travail, gammes, structure de nomenclature
• Ventes : tarifs, modalités de paiement, modes de livraison, équipes commerciales
• Achat : listes de prix des fournisseurs, contrats d'achat, approbations
• RH : services, postes, types de congés, catégories de dépenses
• Rôles d'utilisateur et droits d'accès (mapper les rôles de sécurité D365 aux groupes Odoo)
• Workflows d'approbation (limites d'achat, limites de dépenses, approbations de congés)
• Séquences de numéros (numéros de facture, numéros de commande, numéros de lot)
• Modèles d'e-mails et règles de notification

Développement personnalisé

Les environnements Enterprise D365 nécessitent généralement que 10 à 30 % des fonctionnalités soient développées sur mesure dans Odoo. Modules personnalisés courants :

• Workflows spécifiques à l'industrie qui étaient des personnalisations X++
• Connecteurs EDI pour les formats de documents spécifiques aux partenaires
• Règles de tarification avancées au-delà des listes de prix standard d'Odoo
• Rapports de conformité spécifiques à votre juridiction ou secteur d'activité
• Tableau de bord et analyses qui reproduisent les rapports Power BI critiques

---

Phase 5 : Formation des utilisateurs (semaines 16 à 22)

Le changement UX de Microsoft vers Odoo

Les utilisateurs passant de Dynamics 365 à Odoo connaissent un changement de paradigme UX significatif :

Structure du programme de formation

---

Phase 6 : exécution parallèle et mise en service (semaines 20 à 30)

Protocole d'exécution parallèle

Les migrations d'entreprise nécessitent 60 à 90 jours d'exécution en parallèle. Durant cette période :

1. Les transactions principales sont saisies dans Odoo
2. Entrée en double dans D365 pour les 30 premiers jours (valider qu'Odoo enregistre correctement)
3. Entrée unique dans Odoo uniquement pour les jours 31 à 90 (comparez les rapports périodiquement)
4. La clôture mensuelle est effectuée dans les deux systèmes pendant au moins un mois complet

Liste de contrôle de mise en ligne

• Soldes d'ouverture importés et vérifiés (balance de vérification rapprochée avec D365)
• Transactions ouvertes importées (AR, AP, commandes ouvertes, inventaire)
• Comptes bancaires connectés et réconciliés
• Réduction de la paie : dernière paie sur D365, première exécution vérifiée sur Odoo
• Fabrication : bons de travail en cours transférés, nomenclature vérifiée
• Intégrations commutées (partenaires EDI, flux bancaires, outils tiers)
• Comptes d'utilisateurs activés avec les rôles corrects
• Bureau d'assistance doté de personnel pendant les 2 premières semaines (heures prolongées)
• Plan de restauration documenté et testé (possibilité de revenir à D365 en cas de panne critique)

Stabilisation après la mise en service

---

Atténuation des risques

Principaux risques et atténuations

Plan de restauration

Conservez la possibilité de revenir à Dynamics 365 pendant les 90 premiers jours après la mise en ligne :

• Conserver les licences D365 actives (négocier un tarif réduit avec Microsoft pour la période de transition)
• Maintenir les sauvegardes de la base de données D365
• Documenter la procédure de rollback : réimporter les données saisies dans Odoo vers D365
• Définir les critères de déclenchement du rollback (par exemple, incapacité à terminer la clôture de fin de mois, problèmes d'intégrité des données affectant les rapports financiers)

---

Questions fréquemment posées

Combien de temps prend une migration de Dynamics 365 vers Odoo pour une entreprise ?

Planifiez 6 à 12 mois entre le lancement du projet et sa mise en service complète. La découverte et l'évaluation prennent 4 à 6 semaines, l'extraction et la transformation des données 6 à 10 semaines, la configuration et la personnalisation d'Odoo 8 à 12 semaines, la formation 4 à 6 semaines et l'exécution en parallèle 8 à 12 semaines. Ces phases se chevauchent, mais la durée totale écoulée pour une entreprise de plus de 100 utilisateurs est généralement de 9 à 12 mois.

Pouvons-nous migrer par phases plutôt que d'un seul coup ?

Oui, et cela est recommandé pour les grandes entreprises. Une approche progressive courante : Phase 1 — Finances et comptabilité (établit l'épine dorsale financière). Phase 2 — Ventes et CRM (processus orientés client). Phase 3 — Chaîne d'approvisionnement et fabrication (processus opérationnels). Phase 4 — RH et paie (processus relationnels). Chaque phase dure 3 à 4 mois avec chevauchement.

Qu'arrive-t-il à nos rapports Power BI ?

Les rapports Power BI doivent être reconstruits avec Odoo comme source de données. Vous pouvez connecter Power BI directement à la base de données PostgreSQL d'Odoo ou utiliser l'API REST d'Odoo. Alternativement, les tableaux de bord intégrés, les vues pivots et l'intégration de feuilles de calcul d'Odoo couvrent la plupart des besoins de reporting standard. Pour des analyses avancées, de nombreuses entreprises maintiennent Power BI aux côtés d'Odoo.

Perdons-nous nos personnalisations D365 ?

Les personnalisations D365 (X++, Power Automate, Power Apps) ne sont pas transférées vers Odoo. Ils doivent être analysés, priorisés et recréés dans le cadre d'Odoo. De simples automatisations de flux de travail se traduisent par des actions automatisées d'Odoo. Les personnalisations X++ complexes nécessitent un développement Python. Prévoyez 20 à 30 % de votre coût de mise en œuvre pour les loisirs de personnalisation.

Comment gérons-nous l'intégration d'Azure Active Directory ?

Odoo prend en charge SAML et OAuth2 pour SSO. Vous pouvez continuer à utiliser Azure AD comme fournisseur d'identité et configurer Odoo pour vous authentifier auprès de celui-ci. Vous pouvez également utiliser une plateforme d’identité comme Authentik ou Okta comme intermédiaire. Le provisionnement et le déprovisionnement des utilisateurs doivent être configurés via l'API d'Odoo ou l'intégration SCIM.

Quel est le risque financier en cas d'échec de la migration ?

Le principal risque financier est la prolongation de la double licence pendant une période prolongée de fonctionnement parallèle. Conservez les licences D365 pendant 90 jours après la mise en service comme filet de sécurité. Le coût de cette assurance (3 mois de licence D365) est faible comparé au risque de ne pas pouvoir traiter les transactions. Une migration bien exécutée avec des tests appropriés et une planification de restauration réduit la probabilité d'échec à moins de 5 %.

ECOSIRE peut-il gérer les migrations D365 à l'échelle de l'entreprise ?

Oui. L'équipe de migration d'ECOSIRE a de l'expérience avec les environnements d'entreprise Dynamics 365, notamment multi-entreprises, multi-devises et de fabrication. Nous gérons le cycle de vie complet, depuis l'évaluation jusqu'à la stabilisation après la mise en service, avec une gestion de projet et des ressources techniques dédiées. Contactez-nous pour une évaluation de la migration d'entreprise.

---

Commencez votre évaluation de migration

Chaque migration de Dynamics 365 vers Odoo commence par une évaluation approfondie de votre environnement actuel : modules utilisés, personnalisations, intégrations, volume de données et préparation organisationnelle. Cette évaluation produit un plan de migration détaillé avec des délais réalistes, des besoins en ressources et des atténuations des risques.

Les services de migration d'entreprise d'ECOSIRE comprennent une évaluation initiale gratuite, une définition détaillée de la portée et une proposition de projet sans engagement. Notre équipe combine une expertise approfondie de Dynamics 365 avec une expérience en matière de mise en œuvre d'Odoo pour assurer une transition en douceur.

Planifiez votre évaluation de migration — nous examinerons votre environnement D365 et vous fournirons une feuille de route de migration dans un délai de deux semaines.