Connecter Odoo et Microsoft Dynamics 365 : ce qui se synchronise vraiment

La demande arrive presque toujours dans les mêmes termes : « on voudrait connecter Odoo à Microsoft ». Personne ne précise à quoi. Et c'est logique, parce que Microsoft commercialise deux familles de produits très différentes sous des noms qui se ressemblent à une lettre près.

D'un côté, Microsoft 365 : Outlook, Teams, Excel, SharePoint, OneDrive. Des outils bureautiques que tout le monde utilise déjà et que personne ne remettra en cause. De l'autre, Dynamics 365 : Business Central, Sales, Finance & Operations. Un ERP et un CRM, c'est-à-dire un progiciel de gestion intégré et un logiciel de relation client, tous deux concurrents directs d'Odoo sur son propre terrain.

La confusion n'est pas anodine : elle change l'ordre de grandeur du budget et la nature du projet du tout au tout. Dans un cas, vous branchez une messagerie et un agenda sur votre outil de gestion. Dans l'autre, vous faites cohabiter deux référentiels de données qui prétendent chacun détenir la vérité sur vos clients, vos produits et vos commandes. Cet article sépare les deux, décrit ce qui se synchronise réellement dans chaque cas, avec quelle méthode, à quel coût, et surtout où ça casse.

Microsoft 365 et Dynamics 365 : deux produits, deux projets, deux budgets

Le nom « 365 » est un suffixe commercial commun. Il ne désigne aucune parenté technique. Microsoft 365 est une suite de productivité vendue par utilisateur et par mois. Dynamics 365 est une gamme d'applications de gestion vendue par module et par utilisateur, avec des tarifs et des cycles de projet qui n'ont aucun rapport.

Avant toute discussion technique, posez une seule question à l'équipe qui formule la demande : quel écran ouvrez-vous le matin ? Si la réponse est Outlook, vous parlez de Microsoft 365. Si la réponse est un écran de commandes, de stocks ou d'écritures comptables, vous parlez de Dynamics 365. Cette question évite plusieurs semaines de malentendu.

Critère	Microsoft 365	Dynamics 365
Nature	Suite bureautique et collaborative	ERP et CRM, concurrent d'Odoo
Produits concernés	Outlook, Exchange, Teams, Excel, SharePoint, OneDrive	Business Central, Sales, Customer Service, Finance & Operations
Objets échangés avec Odoo	E-mails, événements d'agenda, contacts, fichiers	Clients, articles, commandes, factures, écritures
Recouvrement fonctionnel avec Odoo	Nul ou marginal	Total sur le périmètre gestion
Type de projet	Paramétrage, quelques heures à quelques jours	Intégration ou migration, plusieurs semaines
Ordre de grandeur budgétaire	Temps de paramétrage interne ou prestation courte	2 000 à 15 000 € pour un connecteur sur mesure (fourchette indicative)
Question de fond	Comment brancher ?	Faut-il brancher, ou choisir ?

Retenez la dernière ligne. Sur Microsoft 365, la question est technique. Sur Dynamics 365, elle est stratégique, et la bonne réponse est parfois de ne pas connecter du tout. Nous y revenons plus bas.

Que synchronise-t-on vraiment entre Odoo et Microsoft 365 ?

Deux flux fonctionnent nativement, les e-mails dans les deux sens et l'agenda en bidirectionnel, auxquels s'ajoutent les contacts à tenir en sens unique. SharePoint, OneDrive et Teams demandent en revanche un développement ou un outil d'automatisation intermédiaire. Commençons par ce cas simple, celui qui concerne la majorité des demandes : vos équipes vivent dans Outlook et Teams, vous déployez Odoo, et vous voulez éviter la double saisie sur les rendez-vous, les e-mails et les pièces jointes.

Les e-mails sortants et entrants

Odoo envoie et reçoit du courrier via votre tenant Microsoft, sans passer par un relais tiers. La configuration s'appuie sur une inscription d'application dans Microsoft Entra ID (l'ancien Azure Active Directory), puis sur une authentification OAuth pour les protocoles SMTP en émission et IMAP en réception. La documentation Odoo sur Azure OAuth détaille les autorisations à accorder.

Le point de vigilance ne se voit pas au démarrage : le secret client généré côté Azure a une date d'expiration. Le jour où il expire, l'envoi d'e-mails s'arrête sans avertissement et personne ne comprend pourquoi les devis ne partent plus. Notez la date d'expiration dans votre calendrier de maintenance, pas dans un fichier de recette.

Le calendrier

La synchronisation entre le calendrier Odoo et Outlook est bidirectionnelle : un rendez-vous créé dans l'un apparaît dans l'autre, et les modifications circulent dans les deux sens. Elle repose sur la même inscription d'application Entra ID, avec une URI de redirection pointant vers votre base Odoo.

Une limite est documentée par l'éditeur et mérite d'être testée avant déploiement : à chaque création, suppression ou modification d'un événement synchronisé, Outlook notifie l'ensemble des participants. Sur une équipe commerciale qui repositionne dix rendez-vous par jour dans Odoo, cela produit un volume d'e-mails que les clients finaux reçoivent aussi. La documentation Odoo sur la synchronisation Outlook le mentionne explicitement. Faites l'essai sur une équipe pilote pendant une semaine avant de généraliser.

Les contacts

C'est le sujet qui produit le plus de doublons, et de loin. Odoo tient un référentiel de partenaires (clients, fournisseurs, contacts). Outlook tient un carnet d'adresses personnel par utilisateur, plus des contacts partagés. Les deux mondes n'ont pas la même notion d'unicité : Odoo raisonne par société et par contact rattaché, Outlook raisonne par fiche individuelle.

Une synchronisation naïve dans les deux sens crée mécaniquement des doublons dès qu'un commercial a une variante d'orthographe dans son carnet personnel. La règle qui fonctionne en production est simple : un seul sens, d'Odoo vers Outlook, avec Odoo comme référentiel maître. L'autre sens se gère au cas par cas, par une création manuelle validée.

Excel, SharePoint, OneDrive et Teams

Ces quatre briques relèvent moins de la synchronisation que de l'échange de fichiers et de la notification. Odoo exporte nativement toute vue liste en tableur, et les tableaux croisés dynamiques s'exportent au format Excel. Pour l'inverse, l'import de données depuis un classeur, Odoo accepte les fichiers XLSX et CSV avec correspondance de colonnes.

SharePoint et OneDrive n'ont pas de connecteur natif dans Odoo. Le stockage documentaire d'Odoo est autonome. Si vous voulez que les pièces jointes d'une commande atterrissent dans un dossier SharePoint, il faut un développement ou un outil d'automatisation intermédiaire. Même chose pour Teams : la notification d'un canal à la validation d'une commande passe par un webhook entrant, donc par du paramétrage, pas par une case à cocher.

La signature électronique

Question fréquente en avant-vente : faut-il garder un outil de signature externe si Odoo en propose un ? Odoo embarque en édition Enterprise son propre module de signature électronique, qui couvre le devis signé en ligne et les documents contractuels courants. En Community, il faut passer par une alternative communautaire ou par votre outil existant. Il ne s'interface pas avec les parapheurs Microsoft. Si votre groupe impose un outil de signature référencé, prévoyez de garder les deux et de traiter l'appairage document par document.

Objet	Sens de synchronisation	Méthode	Point de vigilance
E-mails sortants	Odoo vers Microsoft	SMTP avec OAuth Entra ID	Expiration du secret client
E-mails entrants	Microsoft vers Odoo	IMAP avec OAuth Entra ID	Rattachement au bon enregistrement
Agenda	Bidirectionnel	Connecteur natif Odoo	Notifications envoyées aux participants
Contacts	Un seul sens recommandé	Connecteur ou API Graph	Doublons, notion d'unicité différente
Excel	Export et import manuels	Natif Odoo, XLSX et CSV	Pas de rafraîchissement automatique
SharePoint et OneDrive	Aucun natif	Développement ou automatisation tierce	Duplication du stockage documentaire
Teams	Odoo vers Teams	Webhook entrant	Paramétrage par canal, pas générique

La mécanique technique côté Microsoft 365 : l'API Graph

Tout ce qui touche à Microsoft 365 passe aujourd'hui par un point d'entrée unique, l'API Microsoft Graph. Elle expose sous une seule adresse les données de Calendar, Excel, OneDrive, Outlook et Exchange, People, SharePoint, Teams et To Do, comme le décrit la présentation officielle de Microsoft Graph. Détail intéressant pour la suite : cette même page liste Business Central parmi les services accessibles via Graph, ce qui explique une partie de la confusion entre les deux univers.

Concrètement, un connecteur qui relie Odoo à Microsoft 365 fait trois choses. Il s'authentifie auprès d'Entra ID avec les autorisations demandées. Il interroge Graph en REST pour lire ou écrire des objets. Il écrit ensuite dans Odoo via l'API externe de l'ERP, documentée par l'éditeur, avec un système de clés d'API générées par utilisateur.

Deux contraintes reviennent systématiquement. La première est le consentement administrateur : certaines autorisations Graph exigent une validation par un administrateur du tenant, pas par l'utilisateur final. Si votre informatique est externalisée ou si le tenant appartient à la maison mère, prévoyez un délai. La seconde est la licence : accéder aux données d'un utilisateur suppose que cet utilisateur soit licencié Microsoft 365. Un compte de service non licencié ne lira pas les boîtes aux lettres.

Connecter Odoo à Dynamics 365 : de quoi parle-t-on exactement

Changement complet de sujet. Ici, en face d'Odoo, il y a un autre système de gestion. Et « Dynamics 365 » ne désigne pas un produit mais une gamme, dont trois membres reviennent dans les projets français.

Business Central

C'est l'ERP pour PME de Microsoft, héritier de Navision. Il gère la comptabilité, les achats, les ventes, les stocks et une production légère. Autrement dit, exactement le même périmètre que le cœur d'Odoo. Il expose des API REST documentées, avec des entités standard : clients, articles, commandes de vente, factures, écritures.

Une limite structurante est écrite noir sur blanc dans la référence d'API v2.0 de Business Central : il n'est pas possible d'étendre une API standard avec des champs supplémentaires. Pour exposer un champ personnalisé, il faut recopier le code AL de l'API et créer une API dédiée. Traduction opérationnelle : dès que votre mapping touche un champ spécifique, ce qui arrive dans presque tous les projets, vous ajoutez du développement côté Microsoft, pas seulement côté Odoo.

Sales et Customer Service

Ce sont les modules CRM, construits sur Dataverse, la base de données commune de la Power Platform. L'accès se fait par l'API Web Dataverse, qui implémente OData version 4 et couvre les mêmes opérations que le SDK .NET, comme l'indique la documentation de l'API Web Dataverse.

Le recouvrement avec le CRM d'Odoo est frontal : comptes, contacts, opportunités, devis. Tout se joue alors sur une question d'organisation. Qui saisit l'opportunité, et dans quel outil ? Tant que cette réponse n'est pas tranchée par écrit, aucun connecteur ne tiendra.

Finance & Operations

C'est la version grand compte, utilisée par des groupes qui ont des exigences de consolidation multi-entités. Les projets où Odoo cohabite avec Finance & Operations sont presque toujours des projets de filiale : la maison mère impose Dynamics pour la consolidation, la filiale opère sur Odoo, et l'intégration se limite à remonter un jeu d'écritures agrégées à date fixe. C'est le scénario de coexistence le plus soutenable que nous rencontrions.

Objet de gestion	Sens habituel	Fréquence réaliste	Difficulté principale
Clients et prospects	Un maître, l'autre suit	Temps réel ou horaire	Doublons, identifiants croisés
Articles et références	Depuis le maître produit	Quotidienne	Unités de mesure, nomenclatures
Tarifs	Un seul sens	Quotidienne	Devises, remises par palier
Commandes de vente	Du CRM vers l'ERP	Temps réel	Statuts qui ne se correspondent pas
Factures	Depuis l'ERP facturant	Temps réel	Numérotation légale, TVA
Stocks	Depuis le système logistique	Toutes les 15 minutes à horaire	Volume d'appels, limites de débit
Écritures comptables	Vers le système consolidant	Mensuelle	Mapping du plan de comptes

Quelle méthode de connexion retenir, et à quel prix ?

Quatre catégories seulement existent sur le marché : l'échange de fichiers, le connecteur d'un éditeur tiers, la plateforme d'intégration et le développement sur mesure, ce dernier dans une fourchette indicative de 2 000 à 15 000 €. Aucun connecteur officiel Odoo vers Dynamics 365 n'est maintenu par l'un des deux éditeurs, et le choix se fait sur le volume de flux et le degré de spécificité de votre mapping. Le sujet est traité plus largement dans notre article sur l'intégration d'Odoo avec les outils existants par API et connecteurs.

Méthode	Ce que c'est	Coût indicatif	Quand la retenir
Export et import de fichiers	CSV ou XLSX déposés sur un espace partagé, repris par un traitement planifié	Quelques jours de paramétrage	Flux mensuel, faible volume, tolérance au décalage
Connecteur d'un éditeur tiers	Application vendue en abonnement, mapping préconfiguré	Abonnement mensuel par éditeur, hors paramétrage	Objets standard uniquement, mapping sans spécificité
Plateforme d'intégration (iPaaS)	Outil intermédiaire qui orchestre, transforme et rejoue les flux	Abonnement plus paramétrage	Plus de deux systèmes à relier, besoin de traçabilité
Connecteur sur mesure	Module Odoo développé spécifiquement, appelant les API des deux côtés	2 000 à 15 000 €, 2 à 8 semaines (fourchette indicative)	Mapping spécifique, champs personnalisés, règles métier

Ces montants sont des fourchettes indicatives constatées sur des projets de PME et d'ETI françaises, hors licences et hors reprise d'historique. Le bas de la fourchette correspond à un flux unidirectionnel sur deux ou trois objets standard. Le haut correspond à du bidirectionnel avec gestion des conflits, plusieurs devises et une reprise de l'existant. Pour situer ces chiffres dans un budget global, notre analyse du coût réel d'un projet Odoo décompose les postes.

Le mapping et la reprise absorbent l'essentiel du budget, très loin devant l'appel API. Sur un connecteur situé dans le haut de cette fourchette, la part de développement pur dépasse rarement la moitié : le reste, c'est l'atelier de correspondance des champs, les jeux de test et les trois itérations qui suivent la mise en production.

Les points de rupture réels, observés en production

Un connecteur qui fonctionne en recette et qui casse en production casse toujours sur les mêmes points. Les voici, dans l'ordre de fréquence.

Les doublons de contacts

Deux systèmes qui créent des tiers indépendamment produisent des doublons. Toujours. La seule parade qui tienne est une clé de rapprochement stable et unique, décidée avant le développement : numéro SIRET, numéro de TVA intracommunautaire, ou identifiant technique du système maître stocké en champ dédié dans l'autre. Un rapprochement sur le nom ou sur l'e-mail échoue dès la première variante d'orthographe.

Les conflits de mise à jour bidirectionnelle

Le même client est modifié dans Odoo à 10 h 02 et dans Dynamics à 10 h 03. Lequel gagne ? Si vous n'avez pas répondu à cette question champ par champ, votre connecteur écrasera silencieusement des données. Les stratégies qui fonctionnent sont peu nombreuses : maître unique par objet, maître unique par champ, ou horodatage avec journal des écrasements consultable. La stratégie qui ne fonctionne pas est « le dernier qui écrit a raison », parce que personne ne sait qui a écrit en dernier.

Les devises et les taxes

C'est le poste qui génère le plus de correctifs après mise en production. Deux systèmes n'appliquent pas forcément le même taux de change à la même date, n'arrondissent pas au même niveau, et n'ont pas le même code pour une TVA à 20 % en autoliquidation. Le résultat se voit en écart de quelques centimes par facture, puis en écart de plusieurs milliers d'euros au bilan. Faites valider le mapping des taxes par votre expert comptable avant le développement, pas pendant la recette. Le module de comptabilité Odoo gère nativement les écarts de conversion, encore faut-il que le connecteur les alimente correctement.

Les limites de débit côté Microsoft

Business Central en ligne applique des quotas stricts et documentés. La page officielle des limites opérationnelles indique notamment un maximum de cinq requêtes OData traitées simultanément par utilisateur, une page de réponse plafonnée à 20 000 entités, et un délai d'expiration de huit minutes par requête. Au-delà, l'API renvoie des erreurs 429 ou 503.

Conséquence pratique : une synchronisation de stock article par article sur un catalogue de 30 000 références se fera étrangler. Il faut passer par des lots, respecter un mécanisme de réessai avec temporisation, et répartir la charge sur plusieurs comptes de service. Ce point doit figurer dans le cahier des charges, sinon vous le découvrirez le jour du premier import massif.

Les licences Microsoft

Un connecteur consomme des droits d'accès. Selon les modules et les modes d'appel, une intégration peut nécessiter des licences utilisateur supplémentaires, un compte de service licencié ou des droits Power Platform. Ce coût récurrent n'apparaît jamais dans le devis d'intégration et surprend à la première facture annuelle. Demandez la simulation à votre revendeur Microsoft avant de signer le connecteur.

La double maintenance applicative

Odoo publie une version majeure par an. Microsoft publie deux vagues de mises à jour annuelles pour Dynamics 365. Votre connecteur est exposé aux deux calendriers. Chaque montée de version des deux côtés impose une campagne de tests de non-régression sur les flux. Sur trois ans, c'est un poste de charge récurrent qu'il faut budgéter dès le départ, au même titre qu'un contrat de maintenance applicative.

Quand faut-il renoncer à connecter Odoo et Dynamics 365 ?

Dès que les deux systèmes servent les mêmes utilisateurs sur les mêmes objets, la connexion devient une mauvaise réponse à une bonne question. C'est la majorité des demandes qui arrivent, et c'est la partie que peu de prestataires écrivent, parce qu'elle réduit la taille des projets qu'ils vendent.

Deux ERP dont les périmètres se recouvrent largement ne se complètent pas : ils se concurrencent. Chaque évolution métier devra être arbitrée deux fois, développée deux fois, testée deux fois. Chaque incident déclenchera une enquête pour savoir lequel des deux systèmes a raison. Et vous paierez deux jeux de licences pour un seul périmètre fonctionnel.

Les signaux qui indiquent que vous devriez choisir au lieu de connecter sont assez nets :

• Les mêmes utilisateurs ouvrent les deux outils dans la même journée pour faire le même geste métier.
• Les objets à synchroniser sont les objets cœur : clients, articles, commandes, factures. Pas des données périphériques.
• Personne dans l'entreprise ne sait dire, sans hésiter, lequel des deux systèmes est le référentiel maître sur un objet donné.
• La synchronisation demandée est bidirectionnelle sur plus de trois objets.
• Le projet est présenté comme « temporaire, le temps de décider ». Ces temporaires durent des années.

Si trois de ces cinq points sont vrais, le sujet n'est pas une intégration. C'est un arbitrage de système, et il vaut mieux le traiter comme tel : une migration cadrée, avec reprise d'historique et bascule datée. Notre article sur le coût et la méthode d'une migration ERP détaille ce que cela suppose, et notre page dédiée à l'intégration et la migration entre Microsoft Dynamics 365 et Odoo précise le périmètre couvert.

La coexistence durable reste défendable dans un cas de figure précis : quand les deux systèmes ne servent pas les mêmes personnes ni les mêmes objets. Une maison mère qui consolide dans Finance & Operations et une filiale qui opère dans Odoo, avec une remontée mensuelle d'écritures agrégées, tient très bien dans le temps. Le partage est net, le flux est unidirectionnel, et personne ne saisit deux fois.

Dans quels cas Dynamics 365 reste-t-il le bon choix ?

Trois situations font pencher la balance vers Microsoft : un groupe déjà entièrement équipé Microsoft, des exigences de conformité imposées par la maison mère, et une Power Platform déjà en production. Nous intégrons Odoo, et il serait malhonnête de prétendre qu'il gagne à tous les coups, mieux vaut le dire en cadrage qu'en fin de projet.

Le groupe est déjà entièrement Microsoft. Si l'informatique, l'annuaire, la messagerie, la bureautique et le décisionnel sont chez Microsoft, et que les équipes internes maîtrisent l'environnement de développement AL ou la Power Platform, ajouter Business Central s'appuie sur des compétences existantes. Introduire Odoo suppose alors de construire une compétence Python et un savoir-faire d'exploitation qui n'existent pas en interne.

Les exigences de conformité viennent du groupe. Certaines directions financières internationales imposent une liste fermée de progiciels, pour des raisons d'audit, de certification ou de contrats cadres négociés au niveau mondial. Discuter cette liste depuis une filiale française coûte souvent plus cher que le projet lui-même.

La Power Platform est déjà en production. Si l'entreprise a construit des dizaines d'applications Power Apps, de flux Power Automate et de rapports Power BI adossés à Dataverse, ces développements ont une valeur. Les reconstruire ailleurs n'a de sens que si le gain fonctionnel le justifie clairement.

À l'inverse, Odoo l'emporte généralement sur trois axes : le coût total sur cinq ans pour une PME de vingt à cent cinquante salariés, l'étendue fonctionnelle couverte sans achat de modules tiers, et la vitesse d'adaptation à un métier spécifique. Notre comparatif entre Odoo et SAP Business One applique la même grille de lecture à un autre concurrent, et notre guide de connexion entre Odoo et SAP traite le cas symétrique côté allemand.

Cadrer le projet en cinq questions

Avant de demander un devis à qui que ce soit, écrivez les réponses à ces cinq questions. Elles déterminent à elles seules le budget et la méthode.

1. De quel Microsoft parlons nous ? Microsoft 365 ou Dynamics 365. Et si c'est Dynamics, lequel des trois : Business Central, Sales ou Finance & Operations. Cette seule réponse change l'ordre de grandeur du budget.

2. Quels objets, et dans quel sens ? Listez les objets un par un, avec une flèche. Pas « synchroniser les clients », mais « créer et mettre à jour les sociétés clientes depuis Odoo vers Business Central, sans retour ». La précision de cette phrase est le meilleur indicateur de maturité d'un projet d'intégration.

3. Quel système est maître, champ par champ ? Sur les objets bidirectionnels, faites le tableau. Vous découvrirez souvent en le remplissant que la moitié des champs n'a pas besoin de circuler.

4. Quelle fréquence, pour quel volume ? Un flux temps réel sur 200 commandes par jour et un flux horaire sur 30 000 articles n'ont ni la même architecture ni le même prix. Le volume détermine si vous heurterez les limites de débit décrites plus haut.

5. Que se passe-t-il quand ça échoue ? Qui est alerté, où sont les journaux, comment on rejoue un flux tombé. Un connecteur privé de mécanisme de reprise et d'alerte finira par tomber en silence, un soir où personne ne regarde. Ce point relève du support et de la maintenance applicative, à contractualiser en même temps que le développement.

Une dernière vérification décide de tout le reste : l'état de vos référentiels. Un connecteur bien conçu sur un référentiel client propre fonctionne. Le même connecteur sur un référentiel qui contient trois versions de chaque société produira trois versions de chaque anomalie. Si vous ne savez pas dans quel état sont vos données, commencez par un audit, pas par un développement. Notre définition de l'intégration ERP pose le vocabulaire commun utile avant l'atelier de cadrage.

Questions fréquentes

Comment puis-je me connecter à Odoo depuis un autre logiciel ?

Odoo expose une API externe accessible en HTTP, avec authentification par clé d'API générée par utilisateur. Tout langage capable d'émettre une requête authentifiée peut lire et écrire dans la base, dans la limite des droits d'accès du compte utilisé. C'est ce mécanisme que tous les connecteurs empruntent, quel que soit le système en face. Les droits du compte technique doivent être restreints aux modèles réellement nécessaires : un connecteur qui tourne avec un compte administrateur est un risque de sécurité et une source d'erreurs difficiles à tracer.

Existe-t-il un connecteur officiel entre Odoo et Dynamics 365 ?

Non. Ni Odoo ni Microsoft ne publie et ne maintient de connecteur officiel entre les deux produits. Ce que vous trouverez sur l'Apps Store d'Odoo ou chez des éditeurs tiers relève d'initiatives indépendantes, avec des niveaux de maintenance très variables. Avant d'acheter, vérifiez trois choses : la dernière date de mise à jour, les versions d'Odoo réellement supportées, et si le code source est accessible en cas d'abandon par l'éditeur.

Quels sont les inconvénients d'Odoo dans ce type de projet ?

Deux points reviennent. D'abord, le rythme de version annuel impose une discipline de mise à jour, et chaque module tiers ou développement spécifique doit être remonté de version. Ensuite, la richesse fonctionnelle du paramétrage peut produire des configurations difficiles à maintenir si personne ne documente les choix. Ce ne sont pas des défauts rédhibitoires, mais des postes de charge à budgéter, pas à découvrir.

Combien coûte la licence Odoo pour ce type d'intégration ?

La tarification des licences évolue régulièrement selon les éditions et le nombre d'utilisateurs. Nous ne publions pas de chiffre susceptible d'être périmé : reportez vous à la grille en vigueur sur odoo.com. Retenez en revanche que l'API externe est disponible dans les deux éditions, et que la différence entre les éditions Community et Enterprise porte sur les modules et le support, pas sur l'accès aux données.

Peut-on synchroniser Odoo avec Outlook sans développement ?

Oui pour l'agenda et pour les e-mails : ces deux fonctions sont natives et se paramètrent depuis l'interface d'Odoo, après une inscription d'application côté Microsoft Entra ID. Comptez une demi-journée avec un accès administrateur au tenant. Les contacts, SharePoint et Teams demandent en revanche un développement ou un outil d'automatisation intermédiaire.

Combien de temps prend un connecteur Odoo vers Business Central ?

Entre deux et huit semaines selon le nombre d'objets et le sens des flux, pour une fourchette indicative de 2 000 à 15 000 € hors licences. Le délai dépend moins du développement que de la disponibilité des interlocuteurs pour valider le mapping et jouer les jeux de test. Sur les projets qui dérapent, la cause est presque toujours un atelier de correspondance des champs repoussé de semaine en semaine.

Faut-il migrer de Dynamics vers Odoo plutôt que connecter ?

Si les deux systèmes servent les mêmes utilisateurs sur les mêmes objets, oui, dans la plupart des cas. Si Dynamics sert la consolidation d'un groupe et Odoo l'exploitation d'une filiale, non : la coexistence est légitime et tient dans la durée. Le critère de décision est le recouvrement des périmètres, pas la préférence technologique.

En résumé

La première chose à faire quand quelqu'un demande de « connecter Odoo à Microsoft » est de lui demander de quel Microsoft il parle. Si c'est Microsoft 365, la réponse est un paramétrage : e-mails via OAuth, agenda bidirectionnel natif, contacts en sens unique, et un développement léger pour SharePoint ou Teams. Si c'est Dynamics 365, la réponse commence par une question de fond : deux systèmes de gestion qui se recouvrent ne se complètent pas, et l'intégration n'est justifiée que si les périmètres sont réellement disjoints.

Quand elle l'est, le connecteur sur mesure coûte entre 2 000 et 15 000 € pour deux à huit semaines, fourchette indicative hors licences et hors reprise d'historique. Ce n'est pas le développement qui pèse, c'est le mapping des champs, le traitement des devises et des taxes, et la stratégie de résolution des conflits. Ces trois sujets se tranchent en atelier, avant la première ligne de code.

Si vous avez un cas concret à poser sur la table, avec vos objets et vos volumes réels, échangeons une heure dessus. Au bout de cette heure, vous saurez si votre sujet relève d'une intégration ou d'un arbitrage de système, et cette distinction vaut largement le temps qu'elle prend.