Intégrations et connecteurs Odoo : cadrer vos flux

Un connecteur Odoo sert à faire circuler une donnée entre l’ERP et un autre outil : une commande qui arrive de la boutique, un paiement rapproché, un relevé bancaire importé, un chiffre d’affaires remonté dans un tableau de bord. Presque tous les projets en ont besoin, et c’est souvent là que se jouent les retards et les coûts cachés. Cette page décrit l’API Odoo, les familles d’intégration Odoo courantes en France, et la manière de cadrer un flux pour qu’il reste fiable après la mise en production.

Pour situer le sujet dans l’ensemble du produit, voyez d’abord la page intégrateur Odoo et celle sur les modules Odoo.

L’API Odoo : ce qu’il faut savoir

L’API externe d’Odoo permet à une application tierce de lire et d’écrire des données dans l’ERP : clients, articles, commandes, écritures, mouvements de stock. C’est la base de la plupart des connecteurs sur mesure.

JSON-2, XML-RPC et JSON-RPC

La documentation de l’API externe de la version 19 présente JSON-2 comme l’API courante. Elle repose sur des clés d’API, des droits d’accès, le choix de la base de données et des transactions. XML-RPC et JSON-RPC y sont traités comme historiques, avec un guide de migration vers JSON-2.

Conséquence pratique : un connecteur écrit aujourd’hui doit viser JSON-2. Un connecteur ancien, qui s’appuie sur XML-RPC ou JSON-RPC, doit être inventorié et planifié pour migration, surtout si vous prévoyez de changer de version d’Odoo. Ce point se traite avec la migration Odoo et le choix de la version et de l’édition.

Un accès réservé à la formule Custom

L’API externe fait partie des fonctions réservées à la formule Odoo Custom. Cette formule ajoute aussi Odoo Studio, l’IA agentique et le multi-société. Odoo indique en outre qu’installer Studio ou ajouter des sociétés fait basculer une base gratuite en Custom.

C’est un point de budget à ne pas découvrir en fin de projet : si vos flux passent par l’API, la formule Custom est requise. Les tarifs publics et leurs conditions sont détaillés sur la page prix Odoo.

Utilisateurs, portail et licences

Les utilisateurs payants d’Odoo sont ceux qui ont un accès backend ; les utilisateurs portail, clients ou fournisseurs, ne sont pas comptés comme payants. Cela compte pour une intégration : un portail client ou fournisseur n’alourdit pas la facture d’abonnement, alors qu’un compte technique dédié à un connecteur doit être pensé dès le départ avec vos droits d’accès.

Côté licences, Odoo 19 Community est sous licence LGPLv3, tandis qu’Odoo 19 Enterprise est sous la licence Odoo Enterprise Edition v1.0, utilisable seulement avec un abonnement Enterprise valide pour le bon nombre d’utilisateurs. Vérifiez avec votre intégrateur ce que cela implique pour un module développé sur mesure.

La place de marché d’extensions

Odoo annonce 50 applications principales et une communauté ayant contribué à plus de 50 000 applications supplémentaires. Une grande partie des connecteurs disponibles se trouve donc dans cet écosystème, sous forme d’extensions publiées par des éditeurs tiers ou par la communauté.

Une extension disponible ne veut pas dire une extension adaptée. Avant de retenir un connecteur de la place de marché, contrôlez :

• la compatibilité avec la version d’Odoo que vous utiliserez, et la politique de mise à jour de l’éditeur ;
• la compatibilité avec votre mode d’hébergement (voir hébergement et cloud Odoo), car un module tiers n’est pas toujours possible sur toutes les formules ;
• la couverture réelle des cas qui vous concernent : variantes, frais de port, remises, avoirs, multi-société ;
• qui assure le support quand un flux s’arrête.

Les grandes familles d’intégration

Le tableau suivant résume les familles courantes et la manière habituelle de les traiter. Il ne remplace pas un cadrage : chaque ligne dépend de votre version, de votre formule et de l’outil connecté.

E-commerce et boutiques

Odoo eCommerce gère le catalogue et les variantes, les comptes clients, le B2B et le B2C, les paniers abandonnés, les modes de livraison, les retours et la facturation, avec multi-sites. Il est natif : la boutique et l’ERP partagent la même base, ce qui évite un connecteur pour les commandes, les stocks et la facturation.

Il diffuse aussi les produits via Google Merchant Center, TikTok, Facebook ou Instagram. Si vous exploitez déjà une boutique avec un autre outil, la question devient : migrer la boutique vers Odoo eCommerce, ou la conserver et la relier à l’ERP. Les deux options se défendent ; la seconde exige un connecteur, donc un flux à cadrer et à maintenir. Pour le contexte métier, consultez l’ERP pour l’e-commerce.

Paiement en ligne

Odoo eCommerce se connecte à plus de vingt fournisseurs de paiement, dont Stripe, PayPal, Adyen, Mollie et Razorpay. Pour un projet en France, le sujet n’est pas l’existence d’un connecteur, mais le rapprochement : comment un encaissement, un remboursement ou une commission du prestataire arrivent en comptabilité. Ce travail relève de la comptabilité et finance Odoo.

Banques

Les flux bancaires concernent les relevés importés, les virements fournisseurs et les prélèvements clients. Les formats acceptés dépendent de votre établissement. Demandez à votre banque ce qu’elle propose, puis faites valider par l’intégrateur le mode d’import et le rapprochement automatique. Un flux bancaire mal paramétré se voit tout de suite : des écritures non lettrées s’accumulent.

Outils bureautiques, BI et signature

Les intégrations avec les suites de messagerie, d’agenda et de documents répondent à un besoin de confort : retrouver un échange dans la fiche client, planifier une activité. Elles sont rarement critiques, mais elles dépendent des droits que vos équipes informatiques accordent.

Pour la BI, deux voies existent : interroger Odoo par l’API, ou alimenter un entrepôt de données dont l’outil de BI lit le contenu. La seconde protège les performances de l’ERP quand les volumes grandissent. Pour la signature, vérifiez si la fonction native suffit à votre cas ou si un service tiers s’impose, par exemple pour un niveau de signature exigé par vos contrats.

EDI

L’échange de données informatisé concerne surtout le négoce, la distribution et l’industrie : commandes, avis d’expédition, factures échangés avec de grands donneurs d’ordre. Il passe en général par une passerelle spécialisée que l’intégrateur raccorde à Odoo. Les secteurs concernés sont présentés dans l’ERP négoce et distribution et dans la page sur les secteurs Odoo.

Facture électronique en France

La réforme de la facturation électronique impose aux entreprises établies en France d’émettre, de transmettre et de recevoir des factures par des circuits réglementés, via des plateformes de dématérialisation. Pour Odoo, la question est le raccordement à la plateforme que vous aurez choisie et la qualité des données portées par la facture. Le calendrier précis se vérifie auprès des sources officielles : nous ne l’annonçons pas ici. Pour comprendre les enjeux côté ERP, lisez le guide ERP et facture électronique.

Comment cadrer un flux d’intégration

Un flux bien cadré tient sur une fiche d’une page. Avant tout développement, faites écrire par l’intégrateur, et relire par vos équipes, les points suivants :

1. Le but métier : quelle décision ou quelle tâche ce flux supprime-t-il ?
2. Le sens et le déclencheur : de qui vers qui, en temps réel, à la demande ou en lot ?
3. La donnée maîtresse : quel système fait foi pour le client, l’article, le prix, le stock ?
4. La correspondance des champs : codes, taxes, unités, devises, statuts.
5. Les cas d’erreur : que se passe-t-il quand un article n’existe pas, qu’un paiement est refusé, qu’une commande arrive en double ?
6. La supervision : qui voit l’échec, par quel canal, et qui le corrige ?
7. Le jeu d’essai : des cas réels, y compris les cas pénibles, avant la recette.

C’est souvent la donnée maîtresse qui fait dérailler un projet : deux systèmes qui se croient propriétaires du même prix produisent des écarts impossibles à expliquer. Ce travail se rattache à la mise en place d’Odoo et au cahier des charges ERP.

Qui développe, qui maintient

Un flux a un cycle de vie : il se conçoit, se développe, se teste, puis se maintient aussi longtemps que les deux systèmes évoluent. Ce dernier point est le plus souvent oublié dans les devis.

Trois cas de figure

• Extension de la place de marché : l’éditeur de l’extension la maintient, à condition qu’il le fasse réellement. Vérifiez son suivi des versions et son mode de support.
• Développement spécifique : l’intégrateur le livre, et sa maintenance doit figurer au contrat. Voir développement sur mesure Odoo.
• Connecteur interne : votre DSI l’écrit et le maintient, ce qui suppose des compétences Odoo durables dans l’entreprise.

Ce que le contrat doit préciser

Le contrat de support et maintenance Odoo doit dire, pour chaque connecteur : qui surveille les échecs, qui corrige, quel délai d’intervention s’applique, et qui prend en charge l’adaptation lors d’un changement de version d’Odoo ou de l’outil connecté. Sans cette ligne, la responsabilité reste floue, et la panne tombe sur le service qui la subit.

Les changements de version

Chaque montée de version d’Odoo peut changer le comportement d’un connecteur, notamment s’il utilise une API historique. Prévoyez un test des flux dans la recette de migration, avec les mêmes jeux d’essai que lors de la mise en place. Si vous reprenez un projet dont les flux sont instables, un audit Odoo et reprise de projet commence par l’inventaire des connecteurs, de leur version et de leur propriétaire.

Les erreurs fréquentes

• Chiffrer l’ERP sans vérifier que la formule retenue donne accès à l’API.
• Choisir une extension sur sa seule présence en place de marché.
• Laisser deux systèmes maîtres de la même donnée.
• Négliger le rapprochement bancaire et de paiement, alors que c’est lui qui fait gagner du temps à la comptabilité.
• Ne pas désigner de responsable de la supervision des flux.
• Oublier les flux lors d’une migration de version.

Ces erreurs se retrouvent dans l’ensemble des projets ERP, comme le détaille notre guide sur les erreurs de projet ERP.

Choisir l’intégrateur qui portera vos flux

Les compétences d’intégration ne sont pas les mêmes que celles de paramétrage. Demandez à chaque candidat comment il documente un flux, comment il le supervise, quelles API il utilise, et comment il traite une montée de version. Demandez des exemples de flux comparables au vôtre, sans vous contenter d’une liste de logiciels connectés. Les critères de sélection sont développés dans la page choisir un intégrateur Odoo.

Intégrateurs ERP n’est affilié à aucun éditeur et ne réalise pas le projet : le service gratuit met votre entreprise en relation avec un intégrateur adapté à votre périmètre, y compris pour les flux. Le déroulé est présenté sur la page comment ça marche.

Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.