Expansion mondiale avec Odoo : architectures et topologies de déploiement

Créer une filiale à l'étranger ou racheter une société, c'est toujours une étape délicate pour le système d'information : faut-il imposer immédiatement les processus du groupe, ou laisser les équipes locales construire leur marché ? Dans ce nouvel épisode du podcast Orbeet, Franck et Florent partagent leurs expériences de déploiement d'Odoo à l'international, sur des projets allant d'une centaine à un millier d'utilisateurs, avec des dizaines de bureaux dans le monde.

Nouvelle filiale : ni Excel, ni SAP

Premier cas de figure : l'ouverture d'un bureau à l'étranger — en Belgique, par exemple. Si l'on laisse les équipes locales entièrement libres, elles démarrent avec Excel, du papier et un petit logiciel de compta de TPE. À l'inverse, imposer un SAP ou un Oracle dans un bureau de deux personnes, c'est « les atomiser » : impossible pour eux de développer leur activité sous une usine à gaz.

La réponse se situe entre les deux, et elle dépend du métier. Dans les industries fortement normées — automobile, aéronautique, pharmaceutique — les processus s'imposent quel que soit le pays, et la rigidité vient des normes, pas de l'outil. Dans les services, en revanche, il n'existe pas de bonne ou mauvaise façon universelle d'apporter de la valeur : mieux vaut laisser la filiale découvrir son marché et formaliser ses propres processus, plutôt que de plaquer une vision venue du siège.

Reste que le siège, lui, a ses besoins légitimes : suivre la rentabilité de la filiale, disposer de bilans comparables, éviter le « gloubi-boulga » d'applications disparates aux coûts de maintenance faramineux. Le compromis naturel ? Standardiser la comptabilité — un des derniers clients évoqués a d'ailleurs commencé par là, en harmonisant l'opérationnel de facturation — et laisser libres les processus commerciaux et métiers.

Odoo, un socle nativement pensé pour l'international

C'est là qu'Odoo montre ses atouts : une plateforme web accessible de n'importe où, multi-utilisateurs, multi-sociétés, multilingue, avec des plans comptables déjà paramétrés pour de nombreux pays. On n'y retrouve pas la rigidité réglementaire d'un SAP, mais pour démarrer vite et de façon économique, c'est selon Franck le meilleur rapport coût/puissance.

Le multilingue va plus loin que l'interface : la donnée elle-même se traduit. Fichiers de traduction applicables aux plans comptables, aux étapes commerciales, aux référentiels de services — chacun communique dans sa langue sans effort. Et les documents sortants s'adaptent automatiquement : un devis envoyé à un client espagnol part en espagnol, même depuis la France. Un client d'Orbeet dans l'assurance a poussé la logique jusqu'aux relevés détaillés, dont la traduction est incluse dans le rapport selon la langue du destinataire — un élément déterminant pour l'adoption.

Trois topologies d'architecture

L'épisode distingue les grandes architectures observées chez les clients internationaux d'Orbeet :

La base unique à processus identiques : une seule base, tout le monde se connecte au même système, le processus est commun, simplement traduit. Simple et efficace.

Le « core model » avec adaptations locales : toujours une seule base, en multi-sociétés. Chaque filiale dispose de champs et de modules propres — une fiche client connectée depuis l'Espagne n'affiche pas les mêmes champs que depuis l'Angleterre — mais sous ces couches locales subsiste une fiche client commune, observable par le siège, avec les champs exigés pour le reporting global.

Le déploiement séparé : une base par société, sur des serveurs distincts, mais des processus répliqués grâce aux modules. Car dans Odoo, les processus et les interfaces vivent sous forme de code copiable : on duplique le paramétrage d'une société rachetée vers une autre, la donnée restant propre à chaque base. C'est la logique d'un client du solaire, qui rachète ses concurrents et normalise chaque acquisition.

Précision technique au passage : en Odoo, « un seul serveur » ne veut pas dire grand-chose — le serveur est stateless. Quatre serveurs peuvent servir la même base, par exemple trois pour les utilisateurs et un dédié aux tâches de fond, pour préserver la réactivité.

Odoo face à SAP, Oracle et Dynamics

Odoo pâtit encore d'une image de logiciel TPE/PME que la réussite de son interface, « bien méritée », finit par lui jouer. Pourtant, Franck, ancien intégrateur SAP, dresse un parallèle instructif : SAP impose une philosophie très fermée qu'il faut ouvrir à coups de consultants, quand Odoo propose l'ouverture dès le départ. Quant au fameux « paramétrage » sans développement spécifique des éditeurs historiques, via les 4GL de SAP ou Oracle, c'est selon lui un abus de langage : à partir de plusieurs milliers de lignes de code, c'est du développement spécifique, et souvent moins maintenable.

Les chiffres donnent le vertige : un déploiement SAP à cinq millions d'euros n'a rien d'exceptionnel, et Florent a vécu un pilote Oracle à 10 millions d'euros sur quatre ans. Sa réponse est sans détour : « Donnez-moi quatre ans, 10 millions d'euros et n'importe quelle cible, avec Odoo, je l'atteindrai. » Les réalisations concrètes soutiennent l'ambition : un projet Odoo à 70 000 utilisateurs pour moins de 150 000 euros de budget, un autre à 10 000 utilisateurs simultanés pendant un pic saisonnier, pour environ 200 000 euros tout compris.

Reste le biais décisionnel : beaucoup choisissent le leader du marché pour la tranquillité — « personne ne peut leur reprocher d'avoir choisi Oracle ou SAP ». Une assurance de moins en moins justifiée : Odoo affiche une capitalisation de huit milliards d'euros et des déploiements nationaux et internationaux démontrés. Et les mentalités ont basculé : hier, les clients demandaient la confidentialité — « c'est très bien, mais ne dites pas notre nom » — aujourd'hui, celui qui voit un déploiement Odoo chez un concurrent veut le sien.

Pour conclure, l'épisode démontre qu'un déploiement international n'est pas une question de taille d'éditeur, mais d'architecture et de méthodologie : standardiser ce qui doit l'être, laisser vivre ce qui doit s'adapter locale — avec le coût d'un intégrateur de trente personnes, pour qui un projet à un million d'euros est déjà un très gros projet, quand il représente une broutille pour un grand compte.

Retrouvez l'intégralité de cet échange dans le podcast Orbeet, et restez abonnés pour la suite de la série :

https://www.youtube.com/watch?v=-6JhzXn1thY