Odoo pour 1 000 utilisateurs : déconstruire les idées reçues

Nouveau palier de la série : après un, dix et cent utilisateurs, Florent et Franck s'attaquent au cran du dessus — mille et plus. Un épisode volontairement à charge, car les a priori sur Odoo à grande échelle sont nombreux. Verdict d'entrée : « Nous avons plusieurs clients à plus de mille utilisateurs, on est la preuve vivante que c'est possible et que les gens sont contents. »

« Pas assez cher pour être sérieux »

Première objection rencontrée en concurrence face aux intégrateurs en trois lettres « qui commencent par S et finissent par P » : le prix. À 37,40 euros par utilisateur et par mois (29,90 € la première année), la licence Odoo décrédibilise presque ses défenseurs face à SAP ou Oracle Dynamics — « des fois trois fois moins cher » — alors même qu'elle « fait le job ». Surprise dans l'épisode : Franck lui-même met en avant la version communautaire, sans aucune licence, dont plusieurs clients comptent des centaines d'utilisateurs satisfaisants. À cette taille, l'entreprise a de toute façon les moyens d'investir dans du développement spécifique.

Spécifique qui ne signifie plus « réécrire son propre logiciel » : c'est l'adaptation fine des processus, ce que Lotus Notes, Plone ou SharePoint permettaient hier — mais ici correctement intégré au SI, sous forme de modules nativement prévus. Le périmètre fonctionnel d'Odoo, plus large que celui de SAP selon Franck, embarque toute la partie web devenue indispensable en 2026 : portails clients avec login, prise de rendez-vous, accès aux factures et commandes, référencement des fournisseurs qui déposent eux-mêmes leurs informations et pièces jointes.

Un ERP devenu le centre d'un système solaire

Différence majeure avec le palier des cent : l'ERP n'est plus tout le SI. Il en reste le centre, « mais le centre d'un système solaire dans lequel il y a plein d'autres trucs qui tournent autour » : visioconférence, téléphonie, agendas, SSO, annuaire de milliers d'utilisateurs répartis dans le monde. Impossible d'éliminer toutes les interfaces — il faut que tout communique. Odoo est taillé pour : logiciel libre écrit en Python, stack full web, exposition d'API native dans les deux sens. Florent note même que les banques affichent désormais « API first » dans le métro — signe que ce monde est devenu la norme, et un futur épisode est annoncé sur l'APIfication.

On-premise, DBA et BI : les vrais sujets à mille utilisateurs

À ce volume, on ne passe plus par Odoo SH : limites de disque (4 téras, à diviser par trois avec les sauvegardes et les environnements), base de données impossible à paramétrer finement. On déploie on-premise, dans des infrastructures dédiées aux client, et le DBA redevient utile : index, optimisation des requêtes lentes. « Remettre l'église au milieu du village. »

Sur la BI, pas d'angélisme : Odoo « est au rez-de-chaussée d'une tour ». Les tableurs branchés en direct sur la donnée sont excellents pour l'usage courant, mais pour crusher de gros volumes, il faut un Power BI, un ReportService ou l'outil de son choix — d'autant que le SQL bas niveau reste plus performant que les API JSON pour synchroniser. Quant aux data lakes, ils exigent l'accès direct aux bases — aucun problème, Odoo tourne sur PostgreSQL.

Multisociété, multidevise, compta à l'international

À mille utilisateurs gravitent nécessairement plusieurs sociétés et des transactions en devises — natifs dans Odoo. Sur la comptabilité, longtemps « on était des ovnis » à en faire dans Odoo il y a dix ans, mais l'éditeur a fait un gros travail, une cinquantaine de pays et autant de langues sont couverts nativement (l'intégrateur peut développer un pays manquant). Anecdote marquante : KPMG a choisi Odoo, et un client en déploiement international a recueilli un retour unanime auquel Franck ne s'attendait pas — chaque filiale a trouvé la compta Odoo « mieux que tout », mieux que l'outil local, et c'est elle qu'elles réclament en premier.

Le spécifique encadré par une méthodologie core model

Le point peut-être le plus important : au-delà de l'outil, la méthode. Le juste équilibre entre reformater les processus pour ne pas « se battre contre l'outil », et transformer chaque demande en code spécifique. La réponse tient dans le core model : une vision pilotée strictement dès le début, des intangibles qu'on n'a pas le droit de toucher, des adaptations par pays confinées aux zones périphériques. S'y ajoutent la conformité et la sécurité : le RSSI qui juge « inacceptable que les logins soient dans Odoo » — on répond par le SSO, Keycloak open source « dix fois moins cher » que Microsoft Entra, ou l'adaptation à l'Active Directory existant. Florent en est témoin : incapable de se plugger sur le SSO, un projet ERP peut littéralement « planter ».

Piloter les flux : l'anecdote du déménagement de data center

Impossible à cette échelle d'échapper aux interfaces legacy — fichiers CSV et plats échangés toutes les nuits. D'où XBus, solution open source d'Orbeet « beaucoup plus économique que des ETL comme Talend », qui centralise les flux, fournit reporting, alertes et rejeux automatiques. Franck illustre avec un client qui voulait simplement tester la copie de son SI dans un second data center : incapable d'énumérer les interactions avec le monde extérieur — mails, APIs, FTP, impôts… — parce que des dizaines de petits modules Odoo communiquaient chacun de leur côté. Solution de repli : éteindre complètement le système source et bâillonner le second de firewalls, de peur qu'il « mange les e-mails » ou parle à la banque. Avec un bus centralisé, la cartographie des trente flux tient en une requête — et une simple pause de l'interface isole Odoo du monde extérieur.

Choisir l'intégrateur : un projet technologique avant d'être fonctionnel

Le conseil de clôtement est net : ne pas consulter Odoo sur un projet ERP de mille utilisateurs « est une erreur » — pour les avantages financiers et méthodologiques. Nuance de Florent : consulter l'éditeur directement apportera des réponses « décevantes », car 80 à 90 % des clients Odoo comptent moins de dix utilisateurs et son ADN reste orienté TPE. Il faut donc consulter des intégrateurs — parmi les deux mille que compte le monde, ceux capables de projets mille users ne courent pas les rues — et les juger sur des critères précis : avoir déjà fait, avoir croisé un SSO, un RSSI, passé un audit de sécurité, déployé on-premise, scalé au-delà de trente utilisateurs. Car « un projet ERP à mille utilisateurs, c'est un projet technologique, un projet de SI, une vision d'urbanisation » — pas seulement une question de compta et de stocks. Preuve d'expérience à l'appui : Florent a porté un Odoo jusqu'à 10 000 utilisateurs connectés simultanés — « la première fois qu'ils se sont tous mis à taper comme des fous furieux pendant trois semaines, j'ai un peu souffert ».

Retrouvez l'intégralité de cet échange dans le podcast Orbeet :

https://www.youtube.com/watch?v=ltkqwZ8eXtE