Sage X3 ou Business Central : deux façons opposées de tenir un groupe multi-entités
Sage X3 et Business Central font tous les deux tourner un groupe de sociétés, et ils rangent la complexité à des endroits opposés. Sage X3 loge toutes les sociétés du groupe dans un seul dossier, une seule base de données, et absorbe les différences entre pays par le paramétrage : législations, modèles comptables, référentiels. Business Central découpe le groupe en environnements, un par pays, chacun avec ses sociétés, puis les relie par l’intersociété et la consolidation. Le premier modèle tient la complexité à l’intérieur d’une seule structure. Le second la tient en la cloisonnant. Presque tout ce qu’un groupe vivra pendant dix ans découle de ce choix.
D’où nous écrivons : Asio Services déploie Business Central, et rien d’autre. Nous n’avons jamais livré un projet Sage X3 et nous ne ferons pas semblant. Ce que nous pouvons faire, c’est comparer les deux architectures, les deux modèles de coût et les deux manières d’absorber le changement à partir de faits documentés, comme nous l’avons fait pour Business Central face à NetSuite, et dire quelles questions une direction financière et informatique doit trancher avant qu’un éditeur obtienne un créneau de démo.
Comment chaque produit loge-t-il plusieurs sociétés ?
Sage X3 s’organise autour du dossier. La documentation de Sage définit le dossier comme une référence complète, identifiée par un code, qui contient tous les paramètres, toutes les règles de gestion et toutes les données. À l’intérieur, les sociétés juridiques et les sites partagent un seul jeu de référentiels. Une fiche client ou fournisseur est créée une fois pour le dossier, et un code activité optionnel permet à chaque société d’y garder ses exceptions : régime de taxe, conditions de paiement, code comptable. La législation est un attribut que le système déduit de la société ou du site en contexte, et un dossier peut héberger des sociétés sous des législations différentes une fois le code activité multi-législation activé. La devise du dossier est fixée à la création et ne se modifie plus.
Business Central s’organise autour de l’environnement. Un tenant Microsoft Entra contient des environnements. Chaque environnement est rattaché à un pays et à sa localisation, tourne sur sa propre base de données, et contient jusqu’à 300 sociétés, une par entité juridique. L’abonnement inclut un environnement de production et trois bacs à sable ; chaque environnement de production supplémentaire, acheté chez le revendeur, apporte trois bacs à sable de plus et 4 Go de capacité de base au niveau du tenant. La documentation Microsoft est explicite : un environnement est propre à un pays, donc un groupe présent dans plusieurs pays a besoin d’un environnement par pays.
La phrase à retenir : dans Sage X3, le groupe est une base de données dans laquelle les différences entre pays sont des paramètres. Dans Business Central, le groupe est plusieurs bases de données, et les différences entre pays, ce sont les bases. L’histoire de Sage X3 explique son modèle. Le produit descend d’Adonix, un éditeur français racheté par Sage en 2005, et il a grandi dans un mid-market où plusieurs entités juridiques sous un même toit sont le cas ordinaire.
Que rapporte le modèle du dossier unique, et qu’exige-t-il ?
Le dossier unique rapporte des référentiels partagés sans intégration. Un seul fichier articles, une seule base de tiers, un seul jeu d’unités et de devises, visibles de toutes les sociétés, avec des exceptions par société là où la loi diffère. Il rapporte une comptabilité à la profondeur du groupe : chaque société juridique est rattachée à un modèle comptable, et un modèle peut porter jusqu’à dix référentiels comptables, dans cinq devises de tenue au plus, chaque référentiel avec son plan de comptes, et jusqu’à vingt types de sections analytiques, neuf par référentiel. Une société peut passer la même écriture à la fois dans un référentiel légal local et dans un référentiel IFRS, sur des plans et des devises différents, et l’analyser sur neuf axes.
Ce qu’il exige, c’est la conception avant la donnée. Le modèle comptable doit exister avant la société juridique qui l’utilise. La devise du dossier est figée à la création. L’aide de Sage recommande de n’activer le multi-législation qu’au moment de s’en servir, parce qu’il ralentit certains écrans de paramétrage. Chaque point est une décision que le groupe doit avoir prise avant la première société, et chacune coûte cher à revoir une fois les écritures passées. Le dossier unique est un conteneur puissant précisément parce qu’il oblige le groupe à décider sa structure d’emblée.
Que rapporte le modèle par environnement, et qu’exige-t-il ?
Le modèle par environnement rapporte l’isolation et la prévisibilité. Un pays tourne sur sa propre base, avec la localisation que Microsoft ou un partenaire a construite pour lui, mise à jour à son rythme. Une usine dans un pays peut tourner en Premium avec la production pendant qu’une holding ailleurs tourne en Essentials, parce que l’expérience se règle société par société. Et le prix est public : Microsoft affiche 80 dollars par utilisateur et par mois en Essentials, 110 en Premium et 8 en Team Members, facturés à l’année. Les environnements supplémentaires et la capacité de base au-delà des 80 Go inclus, plus 2 Go par utilisateur Essentials et 3 Go par utilisateur Premium, sont les seuls autres postes mesurés.
Ce qu’il exige, c’est l’assemblage. Les référentiels partagés ne sont pas gratuits : le même client dans deux pays, ce sont deux fiches client tant que le groupe ne les synchronise pas. L’intersociété fonctionne entre environnements et même entre tenants, mais relier un partenaire situé dans un autre environnement suppose d’enregistrer une application dans Azure, d’échanger les paramètres de connexion et de renouveler un secret client avant son expiration. La consolidation entre environnements passe par une API que Microsoft fournit sans frais, et elle gère des plans de comptes, des exercices, des devises et des pourcentages de détention différents, mais c’est un transfert que vous configurez et lancez, pas une vue. Les axes analytiques sont illimités, mais deux seulement sont globaux et huit sont des raccourcis sur les lignes. Le modèle par environnement garde chaque unité simple en repoussant la forme du groupe dans les liaisons entre unités.
En quoi les modèles de coût diffèrent-ils ?
Sage X3 se vend sur devis. Sage ne publie aucune grille tarifaire, et la licence se prend soit en licence perpétuelle avec une maintenance annuelle, soit en abonnement, sur vos serveurs ou hébergée par Sage ou par un partenaire. L’hébergement, les licences de base de données et l’infrastructure sont des lignes que vous ou votre partenaire portez. La question à poser n’est pas ce que coûte la licence, mais quelles lignes existent : licence, maintenance, hébergement, base de données, projets de montée de version, et qui porte chacune en année quatre.
Business Central se vend sur une grille. Des utilisateurs par type, des environnements supplémentaires, de la capacité de base. Un groupe présent dans quatre pays budgète quatre environnements de production et connaît sa ligne de licences avant le premier appel. Le vrai coût d’une implémentation Business Central se trouve ensuite dans les services, la migration et le travail d’assemblage décrit plus haut, pas dans la licence.
La comparaison honnête est un modèle sur cinq ans qui inclut la croissance du périmètre : deux acquisitions, un nouveau pays. Dans le modèle du dossier unique, une acquisition est une société de plus dans une structure existante. Dans le modèle par environnement, un nouveau pays est un nouvel environnement, une nouvelle localisation et un nouveau jeu de liaisons. Faites passer les deux produits dans ce modèle, et l’écart bouge, parfois dans chaque sens.
Que coûte le changement, une fois en production ?
C’est là que les deux produits sont le plus opposés.
Sage X3 livre deux versions par an, nommées par année et par semestre, et la 2026 R1 porte le numéro interne 12.0.39. Rien n’est appliqué à votre dossier selon le calendrier de Sage. Monter de version est un projet que vous planifiez, testez et exécutez sur votre propre instance, et le blog support de Sage note que les montées de version échouent rarement à cause du correctif lui-même ; elles échouent parce que la montée touche toute la pile technique autour de l’application. Le spécifique s’écrit dans le langage 4GL propre à Sage, à l’intérieur du dossier, sous des règles de développement qui demandent de ne pas développer dans les entités standard et de regrouper les champs spécifiques dans des écrans ou des onglets spécifiques. La liberté est réelle, et la conséquence aussi : chaque spécifique que vous écrivez, c’est à vous de le porter à chaque montée de version, et la montée de version, c’est à vous de la faire.
Business Central online applique une mise à jour majeure chaque avril et chaque octobre, et une mineure les mois intermédiaires. Chaque majeure ouvre une fenêtre de cinq mois dans laquelle vous choisissez la date, environnement par environnement, suivie d’un mois de grâce, après quoi la mise à jour est forcée et les extensions incompatibles sont désinstallées pour la laisser passer. Le spécifique s’écrit en AL, sous forme d’extensions qui vivent à côté de l’application de base et ne la modifient jamais. Nous maintenons des extensions de près d’un millier d’objets sur Business Central online qui traversent chaque mise à jour sans intervention, et cette discipline se construit dès le premier objet, elle ne se rattrape pas. La liberté est plus étroite. La conséquence, c’est que l’éditeur fait la montée de version, et que votre seule tâche est d’avoir du code qui y survit.
La différence pratique, c’est qui possède le temps. Avec Sage X3, le groupe possède sa version et la paie en projets de montée de version qu’il doit financer et doter en équipes. Avec Business Central, Microsoft possède la version, et le groupe paie en discipline à tenir, deux fois par an, dans chaque environnement.
Quelles questions tranchent vraiment ?
Nous ne menons pas cette décision depuis une liste de fonctionnalités. Trois questions, et leurs réponses font en général le choix du produit à votre place.
Où se trouve réellement la complexité du groupe ? Comptez les entités juridiques, puis les pays, puis les référentiels comptables que chaque entité doit tenir. Beaucoup d’entités dans un ou deux pays, du reporting multi-normes et des données de base partagées orientent vers le dossier unique. Peu d’entités par pays, chacune avec des opérations locales lourdes, orientent vers Business Central. Beaucoup de pays avec des opérations locales lourdes, c’est le cas où les deux produits demandent un vrai travail, et où une démo est la mauvaise étape suivante.
Qui possédera le système en année trois ? Sage X3 récompense un groupe doté d’une DSI et d’une direction financière centrales capables de posséder une instance, ses paramètres et ses montées de version. Business Central récompense un groupe dont les filiales ont une vraie autonomie opérationnelle et qui préfère louer l’évolution de la plateforme plutôt que la conduire. Choisissez l’architecture qui correspond à la façon dont le groupe est réellement dirigé.
Qu’est-ce qui n’a pas été décidé ? Le constat fondateur de notre cabinet : la plupart des échecs ERP coûteux dans les groupes multi-filiales ne sont pas techniques. Personne ne les a décidés. Le logiciel a encodé la décision absente, fidèlement, à l’échelle. Un dossier construit avant que le groupe se soit accordé sur son modèle comptable, ou un jeu d’environnements construit avant que le groupe se soit accordé sur ses règles intersociété, échoue de la même manière et pour la même raison. C’est le terrain de notre conseil en cause racine pour les programmes ERP, et il vient avant l’un ou l’autre produit. La façon dont la configuration multi-société de Business Central se décide en pratique est traitée ailleurs sur ce blog.
Si vous voulez ces trois réponses écrites noir sur blanc avant un rendez-vous éditeur, c’est ce que produit notre diagnostic de clarté pour une décision ERP multi-entités. Il est neutre sur le produit, et si les réponses disent Sage X3, nous vous le dirons.
FAQ
Business Central peut-il loger toutes les filiales dans une seule base, comme un dossier Sage X3 ? Seulement si elles partagent un pays. Un environnement est rattaché à une seule localisation, donc un groupe présent dans plusieurs pays fait tourner un environnement par pays et les relie par l’intersociété et la consolidation. Dans un même pays, jusqu’à 300 sociétés partagent un environnement.
Sage X3 impose-t-il ses mises à jour comme Business Central online ? Non. Sage livre deux versions par an, mais la montée de version est un projet que vous planifiez sur votre propre instance. Business Central online applique deux majeures par an dans une fenêtre de cinq mois que vous choisissez, puis force la mise à jour.
Sage X3 est-il moins cher que Business Central ? Personne ne peut le dire depuis une grille tarifaire, parce que Sage n’en publie pas. X3 se chiffre projet par projet, en licence perpétuelle plus maintenance ou en abonnement, hébergement en sus. La licence Business Central est publique et par utilisateur. Comparez-les sur un modèle à cinq ans qui inclut les entités que vous comptez ajouter.