Junyr Agents™ : déléguer des processus à l’IA avec un mandat clair

L’enquête mondiale McKinsey publiée en novembre 2025 montre un passage encore limité de l’essai à l’échelle : 23 % des répondants déclarent déployer un système agentique dans au moins une fonction et 39 % supplémentaires l’expérimenter, ce qui décrit les organisations interrogées sans mesurer spécifiquement les PME françaises [1].

• Le chiffre de 62 % additionne déploiement et expérimentation ; il ne signifie pas que 62 % des entreprises disposent d’agents autonomes en production.
• La mise à l’échelle concerne le plus souvent une ou deux fonctions parmi les répondants qui la déclarent.
• Le problème pratique devient donc celui de la délégation : décider ce que l’agent peut faire, avec quelles données, sous quel contrôle et selon quelle preuve.

Junyr Agents™ formalise cette délégation comme une configuration de produit et une méthode de pilotage fondées sur un mandat, des permissions, des validations et un journal, dont l’efficacité doit ensuite être établie sur chaque processus réel.

• Le mandat décrit le résultat attendu et les limites d’action.
• Les permissions traduisent ces limites dans les outils et les données accessibles.
• Les validations humaines protègent les décisions sensibles ou difficiles à annuler.
• Le journal permet de comprendre, reprendre et évaluer l’exécution.

---

Assistant ou agent : la frontière se situe dans l’action

Un assistant répond dans une interaction pilotée étape par étape, tandis qu’un agent reçoit un objectif, planifie ou enchaîne plusieurs opérations et peut appeler des outils qui produisent un effet dans le système d’information.

• Interaction : l’assistant propose un texte, une analyse ou une commande que l’utilisateur reprend.
• Exécution : l’agent peut lire une commande, préparer un devis, écrire un statut ou déclencher une transmission.
• Risque : une réponse erronée se corrige souvent avant usage ; une action erronée peut atteindre un client, une base ou un flux financier.
• Contrôle : le niveau d’autonomie acceptable dépend de l’impact, de la réversibilité et de la qualité des signaux disponibles.

Cette distinction fournit un test simple pour le cadrage : dès qu’un système peut agir au-delà de la conversation, son périmètre, ses identités techniques, ses conditions d’arrêt et ses escalades doivent être écrits avant le déploiement.

• Une lecture seule n’accorde pas le même pouvoir qu’une création ou une suppression.
• Une préparation de facture n’équivaut pas à son émission.
• Un brouillon d’email n’équivaut pas à un envoi externe.
• Une recommandation RH n’équivaut pas à une décision sur une personne.

---

Mandat, supervision et preuve : les trois contrôles Junyr

Le mandat explicite transforme un objectif vague en contrat d’exécution versionné, validé par un référent métier et assez précis pour décider après coup si l’agent est resté dans son rôle.

• Objectif : résultat attendu, destinataire et critère d’achèvement.
• Périmètre : sources autorisées, outils accessibles et actions permises.
• Limites : montants, catégories de données, horaires et opérations exclues.
• Escalade : cas ambigus, erreurs, conflits ou seuils qui rendent la main à l’humain.

La supervision humaine documentée répartit les validations selon le risque plutôt que de soumettre mécaniquement chaque étape au même contrôle.

• Les actions en lecture ou les brouillons réversibles peuvent être préautorisés.
• Les communications externes, écritures métier ou paiements exigent une règle d’approbation explicite.
• Les décisions portant sur des personnes nécessitent un examen adapté au contexte juridique et aux droits concernés.
• L’approbateur doit disposer du contexte, du temps et de l’autorité nécessaires pour contester la sortie.

Le journal auditable doit relier l’objectif, la version du mandat, l’identité utilisée, les appels d’outils, les validations et le résultat afin que l’équipe puisse expliquer une exécution et corriger le dispositif.

• Pilotage : délais, échecs, reprises et coût par dossier.
• Investigation : données consultées, action effectuée et responsable de l’approbation.
• Amélioration : causes récurrentes d’escalade et règles à modifier.
• Conformité : éléments utiles à certaines obligations, sans présumer de la qualification du système ni remplacer l’analyse applicable.

---

L’architecture annoncée, et ce qu’elle permet réellement de contrôler

La présentation publique de Junyr décrit une suite hébergée en France, reliée à Junyr Mail et à un ERP intégré, avec orchestration d’agents, permissions et routage par email ; ce sont des choix d’architecture et des contrôles configurables, pas une garantie universelle de sécurité ou de conformité [3].

• Canal : une mission peut être déclenchée et suivie depuis l’email.
• Contexte métier : les agents peuvent travailler avec les modules commercial, production, RH, finances, marketing, RSE, administration et tableau de bord décrits par la suite.
• Accès : les rôles et permissions limitent les données et outils attribués à chaque agent.
• Traçabilité : l’offre Entreprise annonce un journal d’audit ; sa couverture doit être vérifiée contre le mandat et le scénario testé.

Les « Night Reflections » sont présentées comme des cycles planifiés de consolidation et de vérification hors production, mais une nouvelle passe de modèle ne prouve pas que le résultat initial devient exact.

• Le cycle peut rapprocher une sortie de règles ou de données de référence.
• Les écarts détectés peuvent alimenter une file de reprise ou d’escalade.
• Les contrôles déterministes restent préférables pour les formats, montants, identifiants et règles calculables.
• Un échantillonnage humain conserve sa place tant que le taux et la gravité des erreurs ne sont pas établis dans le contexte réel.

---

Cinq agents types, à configurer pour chaque processus

Junyr présente cinq familles d’agents comme des exemples de missions conçues sur mesure, avec un mandat et des données propres à l’entreprise, plutôt que comme un catalogue prêt à produire les mêmes résultats partout [3].

• Devis : qualifier la demande, préparer une proposition depuis le catalogue et la soumettre au commercial.
• Facturation : préparer et contrôler une facture issue d’une commande acceptée avant validation et transmission ; cette fonction est publiquement indiquée comme en développement.
• Reporting : compiler à fréquence définie les indicateurs issus de l’ERP et signaler les données manquantes.
• Veille : surveiller une liste de sources définie et produire une note avec liens et date de collecte.
• SAV de niveau 1 : classer les demandes, répondre depuis une base approuvée et transférer les cas non couverts.

Deux missions internes servent d’observations de terrain, mais leurs chiffres ne constituent ni un benchmark publié ni une promesse contractuelle pour un autre client.

• Sur une mission de distribution B2B, le suivi interne indique un délai de devis passé de 4,2 à 1,1 jour et une conversion en hausse de 24 %.
• Sur une mission d’e-commerce B2B intégrant cinq assistants à l’ERP, le suivi interne indique 58 % de temps de traitement en moins, une capacité libérée estimée à 1,5 ETP et un retour sur investissement atteint en neuf mois.
• Sans publication du volume de dossiers, de la période, de la définition des indicateurs et des autres changements concomitants, ces résultats décrivent ces missions seulement.
• Un nouveau pilote doit donc établir sa propre référence, son coût complet et ses critères de succès avant d’extrapoler un gain.

---

Des interdits adaptés à l’impact, au droit et à la réversibilité

Le socle de gouvernance Junyr proposé exclut les décisions juridiquement contraignantes sans validation humaine, les écritures financières irréversibles sans double contrôle et les actions externes non journalisées, puis doit être complété selon le secteur et l’usage.

• Contrats, sanctions et décisions RH restent soumis à une autorité humaine identifiée.
• Paiements, suppressions et modifications critiques requièrent séparation des rôles ou double validation.
• Tout envoi externe doit conserver le contenu, le destinataire, l’heure, l’identité technique et l’approbation applicable.
• Les secrets, données personnelles et données sensibles exigent des permissions minimales et des règles de conservation propres au traitement.

L’AI Act n’interdit pas toute notation de personnes : son article 5 vise des pratiques de notation sociale définies et leurs traitements défavorables, tandis que certains usages d’évaluation en emploi, accès aux services essentiels ou crédit peuvent relever du régime des systèmes à haut risque selon leur finalité [2].

• La qualification dépend du système, de son usage prévu et du rôle de l’acteur, notamment fournisseur ou déployeur.
• L’article 14 encadre la conception de la supervision humaine des systèmes à haut risque ; l’article 26 précise des devoirs de leurs déployeurs.
• L’article 12 impose des capacités de journalisation aux systèmes à haut risque, avec une portée adaptée à leur finalité.
• Un mandat, une validation et un journal soutiennent la gouvernance, mais ne démontrent pas à eux seuls la conformité au RGPD, à l’AI Act ou aux règles sectorielles.

---

Un pilote en quatre décisions mesurables

Le démarrage le plus solide consiste à isoler un sous-processus fréquent et réversible, à mesurer son état initial, à exécuter un pilote borné puis à décider de l’extension à partir des résultats observés.

• Choisir : cartographier les processus coûteux, puis retenir une tâche de qualification, préparation ou transmission avec un propriétaire métier.
• Cadrer : écrire le mandat, les accès, les interdits, les seuils d’approbation, les données de référence et la procédure d’arrêt.
• Tester : sur une période et un volume annoncés, comparer qualité, délai, taux de reprise, incidents, satisfaction et coût complet à la référence.
• Décider : corriger, arrêter ou industrialiser ; avant toute extension, intégrer journalisation, gestion des versions, surveillance et reprise dans l’exploitation normale.

L’Échelle Junyr™ situe cette progression de Spectateur à Pionnier, mais le passage d’un palier décrit une maturité de pratiques et ne certifie ni la performance d’un agent ni la conformité d’un système particulier.

• Spectateur : comprendre les possibilités et les risques avant tout usage organisé.
• Artisan : expérimenter individuellement avec des règles élémentaires.
• Orchestre : coordonner des usages et des agents dans des processus partagés.
• Architecte : industrialiser données, intégrations, gouvernance et exploitation.
• Pionnier : développer de nouveaux modèles d’activité tout en maintenant les contrôles acquis.

---

Situer le premier chantier avant de choisir l’agent

L’audit de maturité IA Junyr est une visio gratuite de 30 minutes, sans engagement, qui fournit une position sur l’Échelle Junyr™, le principal blocage, le premier chantier pertinent et un livrable d’une page.

• Le diagnostic porte sur les usages, les données, la gouvernance et les compétences actuelles.
• Il peut orienter vers une formation, une modernisation du système d’information ou un accompagnement.
• L’adoption de Junyr Suite reste une décision ultérieure et n’est pas un prérequis à l’audit.

---

Sources consultées le 6 septembre 2026

[1] McKinsey & Company (5 novembre 2025), The state of AI in 2025: Agents, innovation, and transformation.

[2] Union européenne, Règlement (UE) 2024/1689 sur l’intelligence artificielle, notamment articles 5, 12, 14 et 26, article 6 et annexe III.

[3] Junyr, présentation publique de Junyr Agents™ et présentation de Junyr Suite.

[4] Croissance et Transitions, suivis internes des missions distribution B2B et e-commerce B2B, 2024-2025 ; données non publiées, citées comme observations internes sans généralisation.

Article rédigé par Paul-Antoine TUAL, AI Transformation Leader, créateur de la Méthode Junyr™.