Un système d’enregistrement ne sait pas agir

Depuis quarante ans, les logiciels d’entreprise sont construits autour d’une seule idée : tenir un compte exact de ce que l’entreprise a fait. Commandes passées, stocks déplacés, factures émises, salaires versés. Le référentiel fait foi, il est auditable et rapprochable, et une somme considérable d’ingénierie a été consacrée à le rendre digne de confiance.

Il est aussi, par construction, incapable de faire quoi que ce soit. Chaque action qui s’y inscrit naît en dehors de lui, chez une personne qui a décidé quelque chose puis l’a signalé au système après coup. Ce n’est pas une lacune des produits. C’est leur conception même.

Ce qui découle de cette conception

La latence est humaine. Le référentiel n’est à jour qu’aussi souvent que quelqu’un le met à jour. Entre deux mises à jour, c’est un document historique lu comme s’il décrivait le présent, et chaque décision prise à partir de lui repose sur une information périmée.

Le débit est humain. L’organisation traite exactement autant de transactions que ses équipes peuvent en saisir. Augmenter la capacité revient à embaucher, et c’est pourquoi les effectifs administratifs suivent le chiffre d’affaires presque partout.

Le jugement n’est pas capté. La raison d’une décision vit dans un e-mail, une conversation ou la mémoire de quelqu’un. Le système conserve le résultat et perd le raisonnement, et c’est pourquoi la même question est rejugée chaque année.

Les exceptions s’échappent. Le parcours documenté couvre le cas standard. Tout le reste est traité par des personnes expérimentées, par des canaux que le référentiel ne voit jamais : il décrit donc une entreprise plus ordonnée que celle qui existe réellement.

Ce que signifie agir

Un système d’action part des mêmes données et fonctionne dans l’autre sens. Le travail est terminé, donc la facture est préparée. Le stock franchit un seuil, donc le réapprovisionnement est préparé. Une machine tombe en panne, donc le planning est recalculé et les clients concernés sont identifiés. Le système produit l’étape suivante et demande s’il faut poursuivre.

La différence ne tient pas à l’automatisation au sens ancien. L’automatisation à base de règles existe depuis des décennies et elle se brise sur les exceptions, ce qui l’a cantonnée aux marges. Ce qui a changé, c’est la capacité sous-jacente : adossé à des modèles superintelligents, un système peut désormais lire un e-mail non structuré, comprendre une situation inhabituelle et produire une proposition sensée pour un cas pour lequel personne n’a écrit de règle.

Pourquoi il faut un référentiel unique, pas de l’intégration

Un système qui agit a besoin de la vue d’ensemble. Pour préparer une facture, il lui faut la commande, la livraison, l’accord tarifaire, l’historique de paiement du client et l’existence ou non d’une réclamation en cours. Ces éléments vivent dans quatre produits, et les réunir au moment de la décision est le travail que l’intégration ne termine jamais tout à fait.

Voilà pourquoi la réponse est un référentiel unique plutôt que de meilleurs connecteurs. Non que l’intégration soit techniquement difficile, mais parce qu’une action exige une vue cohérente à un instant donné, et que des systèmes synchronisés ne sont cohérents que dans les intervalles entre deux changements.

Ce qui doit venir avec

Un système qui agit se trompe parfois, et le prix de l’erreur se paie désormais à la vitesse de la machine plutôt qu’à celle de l’humain. La version utile arrive donc avec trois éléments, dont aucun n’est facultatif.

Des limites : ce que chaque agent peut toucher, et jusqu’à quel montant. Un journal des décisions : ce qu’il a vu, conclu et fait, lisible par une personne des mois plus tard. Et une approbation pour tout ce qui est irréversible, car une proposition erronée coûte une minute, alors qu’un paiement erroné coûte nettement plus.

Maîtrisez ces trois éléments et l’autonomie devient défendable. Négligez-les et vous aurez construit quelque chose d’impressionnant dont aucune entreprise ne peut répondre, ce qui revient à n’avoir rien construit.