La couche cognitive d'entreprise

Par Gianluca Busato · Initialement publié sur gianlucabusato.com · Juillet 2026

L'entreprise a déjà des organes. Elle a déjà un cerveau. Ce qu'elle n'a jamais eu, c'est un système nerveux.

1. Tout le monde pose la mauvaise question

Tout le monde continue de demander quelles applications d'entreprise l'AI remplacera.

C'est la mauvaise question.

L'AI est peu susceptible de remplacer le logiciel d'entreprise. Il le connectera.

Le récit du remplacement séduit parce qu'il est simple. Si un modèle peut écrire l'e‑mail, rédiger le contrat, rapprocher la facture et résumer l'appel client, alors les logiciels qui médiatisent tout cela deviennent une formalité. Le CRM se réduit à une fenêtre de chat. L'ERP se réduit à un prompt. Vingt ans d'IT d'entreprise s'évaporent dans une zone de texte, et une génération d'éditeurs découvre qu'elle vendait des interfaces pour un problème qui n'en a plus besoin.

C'est une belle histoire. C'est aussi, je pense, une erreur — et une erreur qui coûte de l'argent, car elle pousse les entreprises à chasser la mauvaise chose. Elles cherchent l'application que l'AI tuera, alors qu'elles devraient chercher la couche que l'AI rend possible.

Voici la version inconfortable de ce qui se passe réellement :

La plupart des entreprises croient qu'elles achètent de l'AI.

En réalité, ils achètent une intelligence isolée.

Et l'intelligence sans coordination n'est qu'une forme de fragmentation plus coûteuse.

Le logiciel d'entreprise n'a jamais été principalement un problème d'interface. C'est un problème de système d'enregistrement, de conformité, d'intégrité transactionnelle, et — c'est la partie que les consultants sont trop polis pour dire à haute voix — un problème de politique organisationnelle. Un ERP n'est pas difficile à remplacer parce que ses écrans sont durs à reconstruire. Il est difficile à remplacer parce qu'il encode deux décennies de décisions accumulées sur la façon dont cette entreprise précise reconnaît ses revenus, valorise ses stocks, clôt un trimestre et survit à un audit. Personne n'a écrit ces règles. Elles ont été arrachées à l'existence par des débats, une exception après l'autre, par des personnes aujourd'hui retraitées. Un chatbot ne va pas les redéduire.

La question n'est donc pas de savoir si ces systèmes survivront. Ils le feront. La question est de savoir s'ils se comporteront un jour comme un seul.

2. Un corps sans système nerveux

Entrez chez un fabricant de taille moyenne et commencez à compter. ERP pour la finance et les matières. CRM pour le pipeline. MES sur l'atelier. PLM pour les données produit. Une suite RH séparée que personne n'aime. Une plateforme de ticketing. Une pile BI. Gestion documentaire. Qualité. Un portail de procurement. Puis l'empire parallèle : trois ou quatre outils achetés par un département sur la carte de l'entreprise et jamais mentionnés à l'IT, qui sont maintenant porteurs de charge.

Le nombre est rarement inférieur à cinquante. Au-delà de quelques milliers d'employés, il dépasse régulièrement deux cents.

Chacun de ces systèmes a été acheté pour une raison défendable. Chacun résout bien un problème réel. Et chacun a été conçu, délibérément, pour posséder son domaine — être l'endroit faisant autorité où vit un type particulier de vérité. C'était toute la proposition de valeur. C'est aussi tout le problème.

Le résultat est une organisation excellente dans chaque partie et incohérente dans son ensemble. Un corps avec des organes superbes et aucun moyen de les coordonner.

Les symptômes sont si familiers que la plupart des dirigeants ont cessé de les enregistrer comme des symptômes :

• Silos de données. Le même client existe sous quatre fiches avec quatre identifiants, et aucun système n'est faux.
• Workflows dupliqués. Une approbation a lieu dans les achats, est ressaisie dans l'ERP, puis est de nouveau référencée dans un ticket.
• Connaissance fragmentée. La raison d'une décision se trouve dans un fil de discussion. La décision se trouve dans un PDF. La conséquence se trouve dans une écriture comptable. Rien ne les relie.
• Automatisation déconnectée. Chaque système intègre un moteur de workflow. Aucun ne peut voir au-delà de sa propre frontière.
• Orchestration humaine. Le tissu conjonctif entre les systèmes est une personne, transportant le contexte d'un écran à l'autre et gardant l'ensemble en tête.

Ce dernier point mérite plus d'attention qu'il n'en reçoit. Dans la plupart des entreprises, la couche d'intégration n'est pas du middleware. C'est du middle management. Nous avons construit toute une classe professionnelle dont le vrai travail — quel que soit le titre — est d'être l'API entre deux systèmes qui ne se sont jamais rencontrés. Ils sont coûteux, ils ne montent pas en charge, ils prennent des congés, et quand ils partent ils emmènent le schéma avec eux.

Et l'arithmétique est contre nous. La complexité se compound plus vite que l'organisation ne croît. Chaque nouveau système ajouté au parc n'ajoute pas une connexion ; il ajoute une connexion à tout ce qui existe déjà. Les effectifs croissent linéairement. Le coût de coordination croît de façon combinatoire. C'est la vraie raison pour laquelle les grandes entreprises semblent plus lentes que les petites malgré une plus grande abondance de moyens, et la raison pour laquelle le rendement marginal du prochain achat logiciel continue de baisser alors que le logiciel lui‑même s'améliore.

Nous n'avons pas construit des entreprises. Nous avons construit des fédérations d'applications et espéré que les gens les tiendraient ensemble.

3. L'intelligence est devenue bon marché

Pendant une grande partie de l'histoire de l'informatique, l'élément rare était le raisonnement. Le logiciel exécutait des règles ; il ne pouvait pas interpréter. Tout ce qui exigeait du jugement devait être remonté à un humain, ce qui explique pourquoi chaque diagramme de flux de travail se termine par une case marquée "révision."

Cette contrainte a disparu, et cela s'est produit plus vite que ce que presque tous dans cette industrie avaient prévu.

L'intelligence est désormais une matière première : disponible à la demande, chez des fournisseurs concurrents, à un coût marginal qui ne cesse de baisser, avec des écarts de capacité qui se resserrent à chaque cycle de version. Toute entreprise peut louer un modèle qui lit un contrat, interprète une exception, rédige une réponse, raisonne sur un graphique. Le modèle n'est plus le différenciateur, pour la simple raison que votre concurrent a le même — et très probablement exactement le même, facturé sur le même cloud.

Lorsqu'une ressource devient abondante, la valeur migre vers ce qui reste rare à côté. La bande passante est devenue bon marché et la valeur s'est déplacée vers les plateformes. Le calcul est devenu bon marché et la valeur s'est déplacée vers les données. L'intelligence est devenue bon marché, et la valeur se déplace vers quatre choses qu'aucun modèle ne fournit à lui seul.

• Contexte. Un modèle n'est utile que dans la mesure de ce qu'il sait de cette entreprise — ses entités, son histoire, ses exceptions, son vocabulaire privé. Un raisonnement générique appliqué en l'absence de contexte produit des absurdités sûres d'elles, délivrées avec aisance, ce qui est pire que pas de réponse du tout.
• Coordination. Le travail réel s'étend sur plusieurs systèmes. Une brillante étape de raisonnement est inutile si la conclusion ne peut pas traverser l'ERP, le CRM et le MES pour devenir une action.
• Gouvernance. L'autonomie sans contrôle est impossible à déployer dans une entreprise régulée. Qui a approuvé ceci ? Sur quelle base ? Pouvons-nous le reproduire devant un auditeur dans dix-huit mois ?
• Exécution. Une recommandation sur laquelle personne n'agit n'est pas de l'automatisation. C'est une opinion bien rédigée.

C'est pourquoi tant de programmes d'IA d'entreprise meurent discrètement entre le pilote et le déploiement. Le pilote prouve que le modèle sait raisonner — cela n'a jamais été en doute. Le déploiement échoue parce que rien dans l'organisation n'est conçu pour donner à ce raisonnement le contexte, la coordination, la gouvernance ou les mains nécessaires. Le modèle était la partie facile. Il l'a toujours été.

L'intelligence se met à l'échelle.

Le contexte s'accumule.

Et c'est là que l'anatomie prend enfin sens. L'entreprise a des organes — ERP, CRM, MES, HR — chacun faisant son travail de manière compétente et isolée. Depuis environ deux ans, elle a aussi un cerveau : le raisonnement est désormais quelque chose que l'on peut acheter à la consommation.

Le cerveau existe déjà. Ce qui manque, c'est le système nerveux.

4. La couche cognitive d'entreprise

Ce qui manque n'est pas une autre application. C'est une couche — et les couches sont plus difficiles à voir que les produits, ce qui explique pourquoi celle-ci a mis si longtemps à être nommée.

Une couche cognitive d'entreprise est une couche d'orchestration qui comprend le contexte de l'entreprise, raisonne à travers des systèmes déconnectés, coordonne des agents AI et transforme les logiciels en une intelligence adaptative unique.

Elle se situe au‑dessus du parc applicatif et en dessous de l'intention de l'entreprise. Elle ne contient pas la transaction — l'ERP le fait. Elle ne possède pas le dossier client — le CRM le fait. Ce qu'elle détient, c'est la seule chose qu'aucun système existant ne possède : une compréhension de la manière dont tout se relie, et l'autorité d'agir sur cette compréhension.

Quatre capacités la définissent.

Contexte. La couche maintient un modèle sémantique de l'entreprise — quelles entités existent, comment elles se recoupent entre systèmes, ce que le vocabulaire interne signifie réellement, ce qui s'est passé avant et pourquoi. Quand quelqu'un dit « le compte Rossi est à risque », la couche sait lequel des onze enregistrements Rossi est visé, quel contrat le régit, quels tickets lui sont ouverts, et ce qui s'est passé la dernière fois que ce schéma est apparu dans une autre région. C'est la couche mémoire de l'entreprise, et elle devient l'actif le plus défendable qu'une société puisse détenir, précisément parce qu'on ne peut ni l'acheter, ni la licencier, ni la copier. On ne peut que l'accumuler.

Raisonner au‑delà des frontières. L'unité native de travail de la couche couvre plusieurs systèmes. « Pourquoi la marge a‑t‑elle chuté dans la région nord le trimestre dernier ? » n'est ni une question ERP ni une question BI. Sa réponse est distribuée entre les données de tarification, le rendement de production, les coûts logistiques et trois conversations commerciales qui n'ont jamais été consignées de façon structurée. La couche cognitive est le premier endroit de la pile où cette question peut même être posée.

Coordination des agents. Un agent, c'est une démo. Une flotte d'agents, c'est un problème de systèmes distribués : ordonnancement, contention, tentatives répétées, pannes partielles, escalades, la question de ce qui se passe lorsque deux agents tirent des conclusions opposées sur le même client au même moment. Le moteur d'exécution cognitive gère tout cela — planifier le travail, le dispatcher, se remettre d'une panne, et savoir quand s'arrêter et solliciter un humain. C'est la partie que les organisations sous‑estiment systématiquement, et c'est là que la plupart des initiatives IA meurent en réalité, longtemps après le communiqué de presse.

Gouvernance et supervision. Chaque action est attribuable. Chaque décision porte son raisonnement, ses entrées et son autorisation. L'autonomie est accordée par la politique plutôt que présumée par défaut. Dans une entreprise européenne, ce n'est pas une finesse ; sous l'AI Act, c'est la condition préalable au déploiement. Les systèmes qui l'emporteront seront ceux pour lesquels la gouvernance a été conçue dès la première ligne, pas ajoutée après le premier incident — et il y aura un premier incident.

Assemblez ces quatre éléments et quelque chose apparaît qui n'existait pas auparavant : une entreprise à laquelle on peut s'adresser dans son ensemble.

Le logiciel n'est plus l'endroit où réside l'intelligence.

C'est là que l'intelligence s'exécute.

5. Le logiciel d'entreprise ne disparaît pas

Il est utile d'être précis sur ce que cela remplace, car la version exagérée de cet argument est la façon dont la crédibilité se perd.

L'ERP continue de faire son travail. Le CRM continue de faire le sien. Le MES continue de faire le sien. Les systèmes d'enregistrement restent des systèmes d'enregistrement, et ils doivent le rester : ils sont robustes, audités, réglementés et — vertu sous-estimée — fiables. Réimplémenter la reconnaissance des revenus à l'intérieur d'un modèle de langage n'est pas de l'innovation. C'est une défaillance de contrôle avec un effet d'annonce.

Ce qui change, c'est la position, pas l'existence. Ces systèmes cessent d'être des destinations pour devenir des capacités. Plus personne ne se connecte à l'infrastructure. Personne ne pense à la base de données quand il ouvre une application. De la même façon, l'application d'entreprise devient quelque chose que l'on ne parcourt plus, et que la couche cognitive invoque simplement.

Le logiciel d'entreprise devient ce que l'électricité est devenue il y a un siècle :

absolument essentiel,

de plus en plus invisible.

La couche comprend, relie, décide, coordonne, supervise. Elle ne remplace pas. Elle amplifie.

C'est d'ailleurs pourquoi les acteurs en place sont moins menacés que le récit du remplacement le prétend — et pourtant bien moins à l'abri qu'ils ne le croient. Leurs données et leurs workflows sont vraiment difficiles à déloger ; personne ne démonte un ERP opérationnel pour suivre une mode. Mais la couche au‑dessus d'eux est inoccupée, et celui qui l'occupera possédera la relation avec le métier. L'application devient un fournisseur pour cette couche. Les fournisseurs sont substituables d'une manière que les plateformes ne le sont pas, et tout acteur en place le sait, ce qui explique pourquoi les cinq prochaines années de stratégie logicielle d'entreprise seront une guerre discrète pour savoir qui occupera cette couche.

6. Des applications aux capacités

Le changement le plus profond ici n'est pas architectural. Il est linguistique.

Aujourd'hui, nous pensons en logiciel. Nous disons : ouvre le CRM, lance le rapport, exporte-le, recoupe-le avec l'ERP, constitues la liste, rédige les e‑mails. La suite d'outils fait le travail. Connaître la séquence, voilà ce qui fait d'une personne un senior — ce qui devrait vous mettre mal à l'aise quant à la façon dont nous avons défini la séniorité.

Demain, nous penserons en termes de capacités. Nous dirons :

Identifier les clients les plus susceptibles de partir et préparer des plans de récupération personnalisés.

Personne ne spécifie quels systèmes utiliser. C'est l'agent qui décide — en tirant des données d'usage d'un endroit, des termes contractuels d'un autre, l'historique de support d'un troisième, le contexte commercial d'un quatrième, parce que c'est ce que la demande exige réellement. Les systèmes deviennent un détail d'implémentation, ce qui est le plus grand compliment qu'on puisse faire à un logiciel.

C'est un changement plus profond qu'il n'y paraît, car il renverse qui effectue la traduction. Pendant soixante ans, les humains ont traduit l'intention métier en opérations machine. Cette traduction était le métier. C'est pour cela qu'on payait le consultant ERP, l'analyste métier et l'utilisateur avancé de département, quel que soit leur titre. La couche cognitive transfère cette traduction à la machine.

Les conséquences traversent toute l'organisation. Le choix des logiciels cesse d'être une affaire de fonctionnalités et devient une affaire d'interopérabilité et de clarté sémantique — un système qui ne peut pas exposer ce qu'il sait devient une responsabilité quels que soient la qualité de son interface. La formation passe de la maîtrise d'outils à la spécification d'intention et à la vérification des résultats, qui sont des compétences réellement différentes et qui ne s'apprennent nulle part. Et la question concurrentielle change de « avons‑nous les bonnes applications ? » à quelque chose de bien plus exigeant : peut‑on raisonner du tout sur nos applications ?

Les modèles répondent aux questions.

Les organisations mettent les décisions en œuvre.

Voici la prédiction, formulée avec l'humilité appropriée quant au calendrier :

Dans dix ans, personne ne saura

quel ERP,

quel CRM,

quel flux de travail

a exécuté une tâche.

On saura simplement que l'entreprise a agi.

Cela ressemble à une perte de visibilité. C'est le contraire. Personne ne sait non plus quel serveur a répondu à sa requête web, et personne n'a voulu le savoir depuis environ 2010. L'abstraction n'est pas de l'ignorance. C'est ce à quoi ressemble le progrès vu de l'extérieur.

7. L'essor des entreprises cognitives

Il vaut la peine de prendre du recul, car il y a un schéma ici et nous en avons déjà vécu deux itérations.

L'internet a connecté les ordinateurs. Avant, les machines étaient capables individuellement mais isolées collectivement. Ensuite, le réseau est devenu l'ordinateur, et la valeur a profité à qui organisait les connexions plutôt qu'à qui fabriquait les machines. Très peu de gens avaient vu cela venir, et la plupart d'entre eux avaient dix ans d'avance.

Le cloud a relié l'infrastructure. Les serveurs ont cessé d'être des actifs possédés par une entreprise et sont devenus une capacité sur laquelle elle pouvait s'appuyer. Les gagnants n'étaient pas ceux ayant les meilleurs centres de données, mais ceux qui ont fait en sorte que les centres de données cessent d'être un sujet de conversation.

Internet a relié les ordinateurs.

Le Cloud a connecté l'infrastructure.

Les API ont connecté les systèmes.

AI relie les décisions.

La couche cognitive d'entreprise relie les organisations.

C'est le quatrième mouvement, et il opère à un niveau au‑dessus des trois précédents. Les API permettent aux systèmes d'échanger des données. Elles n'ont jamais permis aux systèmes de s'entendre sur la signification des données. L'intégration a dit au CRM ce que contenait l'ERP ; elle n'a jamais dit à aucun des deux ce que cela impliquait.

Les API échangent des données.

Les couches cognitives échangent du sens.

Une entreprise cognitive est une entreprise où une décision prise n'importe où est éclairée par tout ce que l'organisation sait, et se propage vers tous les systèmes qu'elle doit atteindre, sans qu'un humain la transporte entre eux. Ce n'est pas une entreprise avec plus d'automatisation. C'est une entreprise avec moins de discontinuités — où la distance entre savoir et agir tend vers zéro.

J'attends que cela se déroule comme les transitions précédentes : plus lentement que ne le promettent les enthousiastes, plus loin que ne le permettent les sceptiques, et avec des retours distribués beaucoup plus inégalement que ce que l'on suppose aujourd'hui. L'écart ne se fera pas entre les entreprises qui ont adopté l'IA et celles qui ne l'ont pas ; tout le monde adoptera l'IA, essentiellement la même IA, pour l'essentiel dans les dix‑huit mois. L'écart se fera entre les entreprises sur lesquelles on peut raisonner et celles sur lesquelles on ne peut pas.

Et cet écart s'élargit de lui‑même, parce que le contexte s'accumule. L'organisation qui commence à construire une mémoire institutionnelle cette année ne sera pas un an en avance dans trois ans. Elle aura trois années d'avance composées, ce qui est un tout autre type d'avance — un type qui ne peut être rattrapé en dépensant davantage.

8. Ce qui vient ensuite

La prochaine génération de logiciels d'entreprise ne sera pas définie par de meilleures applications. Elle sera définie par de meilleures connexions.

C'est une conclusion inconfortable pour une industrie organisée presque entièrement autour des applications — autour des licences, des modules, des fonctionnalités, de la tarification par utilisateur et de la discussion annuelle sur le renouvellement. Mais la contrainte déterminante sur la performance des entreprises a changé. Ce n'est plus la qualité d'un système isolé. C'est la cohérence de l'ensemble.

L'intelligence n'est plus l'avantage concurrentiel.

C'est la coordination.

Chaque entreprise possède déjà suffisamment de logiciels. Ce qui lui manque, c'est une intelligence commune.

Les entreprises qui gagneront la prochaine décennie ne seront pas celles qui ont les modèles les plus intelligents. Ceux‑ci seront loués, comme l'électricité, par tous, auprès d'une poignée de fournisseurs, à des prix globalement similaires. L'accès aux modèles va devenir une condition minimale plus vite que la plupart des conseils d'administration ne l'imaginent, et la conversation stratégique qui suivra sera bien plus intéressante que celle que nous menons aujourd'hui.

Il y a une chose de plus à dire, et c'est celle dont je suis le plus convaincu.

Toute révolution technologique finit par devenir invisible.

L'électricité l'a fait.

Internet l'a fait.

Le cloud computing l'a fait.

L'intelligence artificielle suivra le même chemin.

Personne n'achètera de l'AI.

Les entreprises achèteront de meilleures décisions.

Et ces décisions émergeront de quelque chose que nous commençons à peine à reconnaître :

la couche cognitive d'entreprise.

Vers un vocabulaire partagé

Cinq termes utilisés dans cet essai, proposés comme vocabulaire partagé plutôt que comme description produit. S'ils s'avèrent utiles, ils devraient appartenir à l'industrie plutôt qu'à une entreprise — y compris la mienne.

• Couche cognitive d'entreprise — la couche d'orchestration au-dessus des logiciels d'entreprise qui comprend le contexte, raisonne à travers les systèmes, coordonne les agents et gouverne l'exécution.
• Couche mémoire d'entreprise — la compréhension accumulée et interrogeable d'une organisation : ses entités, son vocabulaire, son histoire et ses précédents. Non transférable, et donc défendable.
• Cognitive Runtime — le moteur d'exécution qui planifie, ordonne, supervise et récupère le travail des agents en production.
• L'entreprise invisible — l'état final dans lequel l'interface passe de l'application à l'intention.
• Composition de capacités — le passage de l'achat d'applications à la composition de capacités que les agents assemblent à la demande.