Un président de conseil pose une question simple : combien notre groupe gagne-t-il en ce moment ?
Silence. Douze secondes, peut-être. Le directeur financier ouvre trois rapports. Le DSI commence à expliquer quels systèmes sont en place. Chaque filiale renvoie un fichier différent. Personne ne parvient à donner un seul chiffre.
Ce n'est pas l'histoire d'une entreprise qui manque de systèmes. C'est celle d'une entreprise qui en a trop.
Le phénomène porte désormais un nom
Les dirigeants saoudiens ont commencé à l'appeler « مقلب الـERP » — le piège de l'ERP. Le schéma est suffisamment récurrent pour que chacun le reconnaisse dès qu'on le décrit.
Une entreprise commerciale grandit. Le chiffre d'affaires franchit un seuil au-delà duquel la coordination informelle cesse de fonctionner. Les factures des succursales s'accumulent, la boutique en ligne ne concorde plus avec l'entrepôt, et la clôture mensuelle finit par prendre trois semaines. Le dirigeant demande conseil et entend partout la même réponse : il vous faut un ERP.
Il en achète donc un. Et deux ans plus tard, le président du conseil n'obtient toujours pas son chiffre.
Ce qui mérite d'être relevé n'est pas que cela arrive, mais l'ampleur avec laquelle des voix indépendantes le disent aujourd'hui à haute voix :
- Un architecte de systèmes d'entreprise, neuf ans de métier, le formule sans détour : le plus gros mensonge vendu aujourd'hui aux holdings, c'est qu'elles ont besoin d'un nouvel ERP. Dans la plupart des groupes, le problème n'est pas le manque de systèmes mais leur excès. Une filiale sur un ERP, une autre sur Excel, une troisième qui pilote ses opérations par e-mail et WhatsApp, une quatrième avec des dizaines d'applications qui ne communiquent pas.
- Un consultant écrit son étonnement devant des entreprises qui paient des centaines de milliers de dollars pour des ERP et des CRM, et qui en exploitent moins de 10 pour cent des capacités.
- Un autre observe que la cause la plus fréquente d'échec d'un projet ERP est de le traiter comme un problème technique, alors qu'il s'agit d'une stratégie d'entreprise qui traverse toute l'organisation.
Même les éditeurs d'ERP l'ont remarqué. Un éditeur régional dépense aujourd'hui son budget publicitaire non pas pour son ERP, mais pour un produit distinct d'intégration et d'automatisation qui relie cet ERP à tout le reste. Leur propre argumentaire le dit clairement : l'ERP seul ne suffit plus.
Quand les éditeurs se mettent à vendre la couche au-dessus du produit, c'est que le marché a bougé.
Pourquoi acheter un ERP plus gros aggrave les choses
Un ERP est un système d'enregistrement. Il excelle à être l'endroit de référence où vit une catégorie de vérité, généralement la finance, les stocks ou les achats.
Or, dans un groupe en croissance, le problème n'est pas qu'un enregistrement manque, mais qu'il existe cinq référentiels qui ne s'accordent pas. Les ventes vivent dans le CRM. Le stock dans deux systèmes d'entrepôt parce qu'une succursale a été rachetée. La trésorerie dans le logiciel comptable. L'exécution dans la plateforme e-commerce. Chacun est correct en interne, et l'ensemble est inutilisable.
Acheter un ERP plus gros produit l'un de ces deux résultats :
- Il en remplace un sur cinq. Vous disposez alors d'un système d'enregistrement plus coûteux et des quatre mêmes désaccords. C'est l'issue la plus courante.
- Il tente de remplacer les cinq. C'est la migration qui dure dix-huit mois, épuise l'équipe des opérations, puis est abandonnée à 60 pour cent — vous laissant avec six systèmes au lieu de cinq.
Ni l'un ni l'autre ne produit le chiffre du président, car ce chiffre n'a jamais été un enregistrement. C'est une donnée dérivée, qui exige une lecture transversale des systèmes. Aucun système d'enregistrement isolé ne peut la produire, aussi vaste soit-il.
La question qui distingue les deux problèmes
Avant d'engager la moindre dépense, il vaut la peine d'établir quel problème vous avez réellement. Le diagnostic n'a rien de compliqué :
Vous avez un problème de systèmes si : une fonction précise de l'entreprise n'est réellement outillée par aucun logiciel. Personne ne suit la maintenance. La paie se fait à la main. Il n'existe aucun processus d'achat. Dans ce cas, achetez le système : il vous manque un système d'enregistrement.
Vous avez un problème d'intégration si : chaque fonction est couverte, mais répondre à une question transversale oblige un humain à ouvrir plusieurs applications et à les réconcilier manuellement. Les signes à repérer :
- La clôture mensuelle dépasse une semaine, et l'essentiel de ce temps est de la réconciliation, pas de l'analyse.
- Deux départements avancent deux chiffres différents pour le même indicateur, et chacun peut défendre le sien.
- Quelqu'un maintient un tableur dont l'unique fonction est de combiner les exports de deux autres systèmes.
- Produire un nouveau rapport prend des semaines parce qu'il faut assembler les données avant de pouvoir les analyser.
- Votre équipe sait vous dire ce qui s'est passé le mois dernier, mais pas ce qui se passe cette semaine.
Si vous reconnaissez trois de ces signes ou davantage, un nouvel ERP ne vous aidera pas. Vous n'avez pas besoin d'un endroit de plus où déposer des données : vous avez besoin que les données que vous détenez déjà forment une image unique et cohérente.
Ce qui règle réellement le problème
Le travail est peu spectaculaire et bien plus modeste qu'une migration. Il tient en trois volets.
Relier l'existant. La plupart des systèmes de gestion exposent aujourd'hui une API, et ceux qui n'en ont pas restent accessibles via leur base de données ou des exports planifiés. L'objectif n'est de déplacer quoi que ce soit, mais de permettre aux systèmes d'échanger ce qu'ils savent déjà. Notre guide sur la connexion de l'IA et de l'automatisation à votre stack existante en détaille les architectures et les schémas.
Établir une seule couche de reporting. Non pas un nouveau système d'enregistrement, mais un endroit où les chiffres de tous les systèmes sont rassemblés, réconciliés une fois et définis une fois. « Chiffre d'affaires » doit signifier exactement une chose dans tout le groupe, et cette définition doit vivre à un seul endroit plutôt que dans la tête de cinq personnes.
Automatiser la réconciliation, pas le reporting. La plupart des organisations automatisent la mauvaise extrémité. Elles construisent des tableaux de bord sur des chiffres qui exigent encore un assemblage manuel : le tableau de bord n'est alors à jour que dans la mesure où quelqu'un a mis à jour le tableur. Automatisez d'abord les rapprochements. Le reporting devient la partie facile dès lors que les données s'accordent entre elles.
Dans cet ordre, le président obtient son chiffre en quelques semaines plutôt qu'en trimestres, et vous conservez chaque système déjà payé.
En Arabie Saoudite, la conformité impose déjà le sujet
Une raison supplémentaire rend le sujet urgent pour les entreprises opérant dans le Royaume.
La phase 2 de la facturation électronique de la ZATCA — la phase dite de liaison et d'intégration — se déploie par vagues selon des seuils de chiffre d'affaires, et elle ne demande pas seulement d'émettre des factures électroniques : elle exige que vos systèmes de facturation soient connectés directement à la plateforme Fatoora. C'est une exigence d'intégration inscrite dans la réglementation, appliquée selon un calendrier publié, assortie de pénalités.
Les organisations qui traitent l'intégration comme une discipline absorbent chaque vague comme une tâche de routine. Celles qui pilotent cinq systèmes déconnectés découvrent, à une date butoir, qu'elles ne savent pas répondre proprement à la question de l'origine d'une facture. Nous avons traité séparément les écueils concrets rencontrés sur de vrais déploiements saoudiens ainsi que les exigences plus larges de Fatoora — vérifiez la vague qui vous concerne, car le calendrier dépend de votre chiffre d'affaires soumis à la TVA et la notification vous parvient directement.
L'essentiel est que la conformité transforme une gêne opérationnelle en obligation datée. Si les systèmes devaient de toute façon finir par se parler, il est moins coûteux de les y amener délibérément que sous la pression d'une échéance.
En résumé
Le piège de l'ERP ne vient pas de mauvais logiciels. La plupart de ces systèmes fonctionnent exactement comme prévu. Il vient d'une erreur de diagnostic : traiter un déficit d'intégration comme une pénurie de systèmes, et acheter en conséquence.
Le test est simple. Si une question sur votre activité oblige quelqu'un à ouvrir plus de deux applications et à les réconcilier à la main, la réponse n'est pas une application de plus.
Nous ne vendons pas d'ERP, et c'est précisément pour cela que nous sommes à l'aise pour l'écrire. Ce que nous faisons, c'est relier les systèmes que nos clients possèdent déjà, pour que le chiffre existe avant que quelqu'un le demande. Si ces douze secondes de silence vous parlent, décrivez-nous votre stack et nous vous dirons honnêtement si votre problème est d'intégration ou de systèmes.