Mis à jour le 3 novembre 2026
Un ERP agentique ne se contente plus de répondre à une question : il prépare des actions, les propose, et parfois les exécute. C’est là que la plupart des dirigeants décrochent. Laisser une IA engager une dépense, même petite, suppose de savoir exactement ce qu’elle a le droit de faire, qui valide, et comment on retrouve la trace de chaque décision.
Plutôt que de parler d’IA agentique en général, cet article prend un processus précis et le déroule de bout en bout : l’approbation des commandes de prestations. Droits, validation humaine, journalisation et mesure du retour sur investissement : voici comment le cadrer pour qu’il fasse gagner du temps sans faire perdre le contrôle.
Pourquoi commencer par l’approbation des commandes de prestations
Une commande de prestation, c’est un achat de service : une intervention de maintenance, une mission de conseil, une formation, une nuit d’hôtel ou un transfert pour une agence de voyages. Toutes les PME en passent, souvent plusieurs dizaines par mois.
Ce processus réunit trois conditions qui en font un bon premier terrain pour un agent :
- Il est répétitif : les mêmes contrôles reviennent à chaque demande (budget, fournisseur, prix habituel).
- Il est encadré par des règles écrites : seuils de montant, valideurs désignés, fournisseurs référencés.
- Son coût est mesurable : délai entre la demande et la commande, temps passé par le valideur, écarts entre le prix commandé et le prix facturé.
À l’inverse, un processus flou ou rare se prête mal à l’automatisation : l’agent n’aurait aucune règle sur laquelle s’appuyer, et vous n’auriez rien à mesurer.
Le circuit en six étapes, avec la part de l’agent et celle de l’humain
- Demande : un collaborateur exprime son besoin en langage naturel (« il nous faut une intervention sur la climatisation de l’agence de Lyon avant vendredi »).
- Préparation : l’agent retrouve le fournisseur habituel, le dernier prix payé, le budget restant sur le centre de coût et prépare un brouillon de commande.
- Contrôles : il compare le prix au dernier achat, vérifie que le fournisseur est référencé et que le budget couvre la dépense.
- Routage : selon le montant et le résultat des contrôles, la commande part vers le bon valideur, avec un résumé et les écarts signalés.
- Décision humaine : le valideur approuve, modifie ou refuse. L’agent n’approuve jamais à sa place au-delà du seuil fixé.
- Exécution et trace : la commande validée est émise, et chaque étape est inscrite dans un journal consultable.
L’agent fait le travail de préparation et de vérification, qui est le plus long. L’humain garde la décision, qui est la plus engageante.
1. Les droits : l’agent n’en a jamais plus que l’utilisateur
Première règle, non négociable : un agent agit avec les droits de la personne qui le sollicite, jamais avec des droits d’administrateur. Si un chef d’agence ne peut pas commander au-delà de 1 500 €, l’agent qu’il interroge ne le peut pas non plus.
Concrètement, on définit une matrice simple, qui existe souvent déjà sur papier :
| Montant de la prestation | Ce que l’agent peut faire | Qui valide |
|---|---|---|
| Moins de 500 €, fournisseur référencé, prix habituel | Préparer et soumettre la commande | Le demandeur, en un clic |
| De 500 à 5 000 € | Préparer, contrôler, résumer les écarts | Le responsable du centre de coût |
| Plus de 5 000 €, ou nouveau fournisseur | Préparer le dossier, sans rien soumettre seul | La direction ou le service achats |
Les seuils de ce tableau sont un exemple : reprenez ceux de votre délégation de pouvoirs. L’essentiel est qu’ils soient écrits dans l’ERP, et non dans le texte qu’on donne à l’IA, qu’un utilisateur pourrait contourner en reformulant sa demande.
2. La validation humaine : où placer le point d’arrêt
La question n’est pas « faut-il une validation humaine ? » mais « à quel moment l’agent doit-il s’arrêter et passer la main ? ». Trois signaux doivent toujours déclencher un arrêt :
- Un dépassement de seuil : le montant sort de ce que le demandeur peut engager.
- Une nouveauté : fournisseur jamais utilisé, type de prestation inédit, centre de coût inhabituel.
- Un écart : prix supérieur au dernier achat au-delà d’une tolérance, budget insuffisant, doublon probable avec une commande en cours.
Quand l’agent s’arrête, il ne se contente pas de dire « validation requise ». Il présente au valideur ce qu’il a vérifié et pourquoi il s’arrête : « Prix 18 % au-dessus de la dernière intervention du même fournisseur, budget maintenance consommé à 92 % ». Le valideur décide en quelques secondes au lieu de reconstituer le dossier.
Une règle complète la précédente : l’IA prépare, mais ne produit jamais elle-même une écriture comptable définitive. Les écritures restent générées par les règles du logiciel à partir d’une commande validée, ce qui préserve l’intégrité des données comptables.
3. La journalisation : pouvoir répondre à « qui a décidé quoi ? »
Six mois plus tard, un auditeur, un expert-comptable ou simplement le dirigeant demande pourquoi telle prestation a été commandée à ce prix. Le journal doit permettre de répondre sans interroger personne. Pour chaque commande, il conserve :
| Élément journalisé | Exemple |
|---|---|
| La demande d’origine et son auteur | Demande de C. Martin, 14 octobre, 9 h 12 |
| Les données consultées par l’agent | Dernière commande au même fournisseur, budget du centre de coût |
| Les contrôles et leur résultat | Écart de prix +18 %, fournisseur référencé |
| La règle de routage appliquée | Seuil 500 à 5 000 €, valideur : responsable maintenance |
| La décision humaine et son horodatage | Approuvée avec commentaire, 14 octobre, 11 h 40 |
Ce journal doit être en lecture seule : personne, ni l’agent ni un administrateur, ne doit pouvoir réécrire une étape passée. C’est ce qui le rend opposable lors d’un contrôle et qui permet d’améliorer les règles en regardant où l’agent s’arrête le plus souvent.
4. Le ROI : le mesurer plutôt que le promettre
Un agent se juge sur des chiffres pris avant et après sa mise en service, sur le même périmètre. Mesurez quatre semaines sans l’agent, puis quatre semaines avec, sur quatre indicateurs :
- Délai d’approbation : temps moyen entre la demande et la commande validée.
- Temps du valideur : minutes passées par commande à rassembler les informations et décider.
- Écarts détectés : nombre de commandes arrêtées pour un prix anormal ou un doublon, et montant en jeu.
- Taux de retour : part des propositions de l’agent modifiées ou refusées par le valideur. Trop élevé, il signale des règles mal réglées.
Exemple chiffré, à titre d’illustration (les chiffres sont fictifs, remplacez-les par vos mesures) : une PME traite 120 commandes de prestations par mois. Si le temps de préparation et de décision passe de 6 à 2 minutes par commande, le gain est de 120 × 4 = 480 minutes, soit 8 heures par mois. S’y ajoutent les écarts de prix évités, souvent plus parlants pour une direction que le temps gagné.
Le taux de retour sert aussi de garde-fou : tant qu’il reste élevé, on ne relève pas les seuils d’autonomie de l’agent.
Dans la pratique : un agent intégré à l’ERP plutôt qu’ajouté à côté
Tout ce circuit suppose que l’agent lise les données là où elles vivent : fournisseurs, historique d’achats, budgets, affaires. Un outil d’IA branché à l’extérieur doit exporter ces données, ce qui complique à la fois les droits et la traçabilité.
C’est l’approche de Néo, l’agent IA intégré à l’ERP DeeOps : connecté aux modules Fournisseurs, Achats, Affaires, Trésorerie et Comptabilité, il analyse les commandes fournisseurs, repère les retards récurrents et les variations inhabituelles de prix, et répond aux questions formulées en langage naturel. Pour aller plus loin sur ses usages en gestion commerciale, voir aussi la présentation de Néo sur le blog DeeOps.
La checklist avant de confier un processus à un agent
- Les seuils et les valideurs sont écrits dans l’ERP, pas seulement dans une procédure.
- L’agent agit avec les droits de l’utilisateur qui le sollicite.
- Les trois signaux d’arrêt (seuil, nouveauté, écart) sont paramétrés.
- Le journal est en lecture seule et consultable par la direction et l’expert-comptable.
- Les quatre indicateurs sont mesurés avant la mise en service.
Questions fréquentes
Qu’est-ce qu’un ERP agentique ?
C’est un ERP dans lequel un agent d’IA ne se limite pas à répondre : il prépare et propose des actions (une commande, une relance, un rapprochement), dans les limites des droits et des règles définis dans le logiciel.
Un agent IA peut-il valider une commande seul ?
Seulement sous un seuil que vous fixez et pour des cas sans écart ni nouveauté. Au-delà, il prépare le dossier et la décision revient à un humain.
Comment prouver que l’agent fait gagner du temps ?
En mesurant le délai d’approbation, le temps passé par le valideur, les écarts détectés et le taux de retour, quatre semaines avant et quatre semaines après sa mise en service.
En résumé
Un ERP agentique utile n’est pas celui qui décide le plus, mais celui qui prépare le mieux la décision. Sur l’approbation des commandes de prestations, l’agent rassemble, contrôle et route ; l’humain tranche ; le journal garde la trace ; les indicateurs disent si l’effort vaut la peine. Commencez par un processus, mesurez, puis élargissez.
