L'integration de l'intelligence artificielle dans les systèmes de gestion d'entreprise franchit une étape décisive avec l'avènement de l'IA agentique. Contrairement aux assistants conversationnels traditionnels qui se contentent de répondre à des questions à partir d'un volume de données, les agents de Microsoft Dynamics 365 Business Central agissent comme des travailleurs autonomes. Ils sont conçus pour exécuter des processus métiers complexes de bout en bout, comme transformer un e-mail en commande client ou traiter des factures fournisseurs, en interagissant directement avec le système d'information. Cette capacité d'action autonome repose sur une architecture tripartite bien précise : l'intelligence artificielle, l'ERP et un composant pivot nommé le serveur MCP (Model Context Protocol).
Définition des composants, de l'intention à l'action
Pour appréhender comment une instruction en langage naturel se transforme en une transaction comptable, une distinction claire doit être établie entre le moteur d'exécution et la passerelle de communication.
L'agent ia, le centre de décision
L'agent d'intelligence artificielle est le cerveau qui utilise des modèles de langage (LLM) pour orchestrer les étapes nécessaires à la réalisation d'une tâche. Il ne s'agit pas d'un programme informatique au code figé (hard-coded), mais d'une entité logicielle guidée par des instructions textuelles et des objectifs métiers. L'agent utilise le contexte et les métadonnées de l'interface (telles que les infobulles ou les noms de champs) pour naviguer dans l'ERP et formuler des intentions d'action, reproduisant ainsi le comportement d'un utilisateur humain.
Le serveur MCP, la passerelle standardisée
Le Model Context Protocol (MCP) est un protocole ouvert qui standardise la communication entre les applications d'IA et les sources de données. Le serveur MCP agit comme un traducteur universel et un pont sécurisé. Il expose les données et la logique de Business Central vers des clients externes (Copilot Studio, VS Code) sous trois formes exploitables par l'IA :
- Les ressources : les données brutes de l'ERP accessibles en lecture, telles que les fiches clients ou les écritures comptables.
- Les outils : les fonctions exécutables, comme la création d'une commande ou la modification d'un statut de validation.
- Le contexte : les règles d'engagement et les structures de prompt qui cadrent l'interaction.
Le mécanisme d'interaction, transformer les API en outils
L'exécution d'une tâche automatisée ne s'effectue pas par un accès direct de l'IA à la base de données, mais par une suite d'interactions sécurisées où le serveur MCP transforme les pages d'API de Business Central en outils (Tools) actionnables par l'IA.
Le processus opérationnel se déroule selon la chronologie suivante:
phase de découverte: lors de l'initialisation, l'agent IA interroge le serveur MCP pour obtenir le catalogue des outils disponibles. Le serveur MCP liste les pages d'API et les requêtes Business Central auxquelles l'administrateur a autorisé l'accès en lecture, création ou modification.
-La prise de décision: face à un événement, l'agent IA détermine l'action à mener et sélectionne la fonction appropriée. Il formule une requête standardisée au format JSON contenant les paramètres requis par l'outil.
-La traduction et le contrôle de sécurité: le serveur MCP reçoit la demande de l'IA. Avant toute transmission à l'ERP, les droits d'accès sont vérifiés par rapport aux ensembles de permissions AL de Business Central. Chaque action est effectuée avec l'identité et les permissions de l'utilisateur ou de l'agent, garantissant une piste d'audit complète. Si les autorisations sont validées, le serveur MCP traduit la requête de l'IA en un appel d'API natif.
-L'exécution et le retour d'information: Business Central traite l'opération dans la base de données SQL Server. Le résultat de l'exécution (succès, confirmation d'écriture ou message d'erreur comptable) est renvoyé au serveur MCP, qui le retransmet à l'agent IA sous une forme textuelle structurée afin que ce dernier puisse poursuivre son raisonnement, consigner sa progression ou finaliser la tâche.
L'implémentation dans Business Central, l'infrastructure officielle
Dans le cadre de Business Central, l'installation de serveurs MCP locaux n'est pas requise. Microsoft gère cette infrastructure de manière totalement transparente à travers des services cloud managés selon une stratégie en couches bien définie.
La couche fondamentale (Foundational Layer)
Cette couche intègre les agents natifs préconstruits par Microsoft (comme le Sales Order Agent ou le Payables Agent). Ces derniers s'exécutent directement dans l'environnement Business Central via l'Agent Runtime pour gérer les tâches standards de l'ERP. Le serveur cloud se charge de cartographier dynamiquement l'ensemble des objets AL et des extensions personnalisées installées, transformant immédiatement les tables spécifiques des partenaires en nouveaux outils disponibles pour l'intelligence artificielle.
Le rôle de l'Agent Designer natif
L'Agent Designer est l'interface visuelle intégrée directement à Business Central qui permet aux consultants et développeurs de prototyper des agents personnalisés en utilisant le langage naturel pour définir leurs instructions. Lors de la création via cet outil, trois paramètres essentiels sont définis : le rôle (qui applique un profil d'interface utilisateur épuré), les permissions (qui restreignent les écritures comptables selon les ensembles de droits AL) et les instructions métiers (les prompts système dictant les règles de gestion à appliquer).
Les prérequis techniques pour configurer l'IA agentique
Pour initier les premiers tests pratiques au sein de l'Agent Designer (actuellement en aperçu), une préparation rigoureuse de l'environnement est indispensable. Les manipulations doivent être menées exclusivement dans un environnement de test afin de garantir l'isolation des données:
- Le type d'environnement : l'utilisation d'un environnement Sandbox est requise, mis à jour au minimum sur la version 27.2 de Business Central.
- L'activation des fonctionnalités: la capacité Custom Agent doit être formellement activée dans la page des capacités de Copilot et des agents, afin de rendre l'assistant de configuration visible.
- La configuration des accès: les profils techniques chargés de la conception doivent se voir attribuer l'ensemble de permissions AGENT - ADMIN. Pour le suivi des exécutions, l'analyse des journaux et le contrôle des coûts de jetons d'interface, l'ensemble AGENT - DIAGNOSTICS est également nécessaire.
L'extension des capacités vers Microsoft Copilot Studio
Si l'Agent Designer est idéal pour des tâches internes à l'ERP, l'utilisation de Microsoft Copilot Studio constitue la suite logique pour l'orchestration multi-systèmes. Cette plateforme de développement low-code permet de concevoir des agents transverses capables de lier Business Central à l'ensemble de l'écosystème Microsoft 365 (Outlook, Teams), mais aussi à des bases de données ou logiciels externes (SharePoint, Salesforce, SAP).
L'orchestration et la configuration dans Copilot Studio
Au sein de l'interface de Copilot Studio, le serveur MCP de Business Central apparaît sous la forme d'un catalogue d'actions connectées. Lors de la conception du flux, des déclencheurs événementiels (triggers) sont paramétrés, par exemple pour intercepter l'arrivée d'une pièce jointe dans une boîte Outlook partagée. L'éditeur visuel permet ensuite de gérer des flux de conversation complexes et de configurer des boucles de logique où l'IA va interroger les outils MCP de l'ERP, analyser les réponses, puis basculer vers une autre application ou exposer l'agent sur divers canaux (Teams, sites web, applications mobiles) sans jamais rompre la chaîne de sécurité de l'ERP.
Le modèle économique et la gestion des coûts de jetons
L'IA agentique introduit un modèle de facturation basé sur la consommation réelle des ressources cloud, matérialisé par des jetons (tokens).
Les crédits Copilot et les options de facturation
Contrairement aux fonctions d'assistance simples, les agents IA consomment des Crédits Copilot en fonction du volume d'actions d'orchestration concrètes menées. Par exemple, le traitement complet d'un reçu par un agent de dépenses peut coûter environ 50 crédits. Pour couvrir ces coûts, les entreprises peuvent opter pour des packs de crédits prépayés (prepaid capacity) ou pour un modèle de facturation au fur et à mesure des besoins (Pay-as-you-go) via le centre d'administration.
La gestion des coûts entre environnements de test et clients
Pour les configurations menées au sein de l'Agent Designer sur les tenants de démonstration officiels des partenaires (CDX), la facturation directe au jeton n'est pas appliquée, permettant ainsi une phase de R&D gratuite et isolée. En revanche, lors de l'utilisation d'une Sandbox créée directement sur le tenant d'un client, la consommation de jetons est active. Les requêtes de tests puisent directement dans la réserve globale de crédits Copilot allouée au tenant du client ou sur son abonnement Azure associé. L'attribution du jeu de permissions AGENT - DIAGNOSTICS devient alors indispensable pour analyser le coût d'exécution théorique inscrit dans les journaux d'activité et surveiller les volumes consommés avant la mise en production.
Conclusion, la confiance par la transparence
L'architecture des agents dans Business Central ne fonctionne pas comme une boîte noire. Elle repose avant tout sur le principe de gouvernance de l'humain dans la boucle (Human-in-the-loop), une sécurité essentielle pour les processus financiers et comptables. Chaque étape du raisonnement de l'IA, de la découverte des outils à la prise de décision, est scrupuleusement consignée dans une chronologie (timeline) détaillée. Cette traçabilité totale permet aux utilisateurs de vérifier la logique appliquée par l'agent et impose une validation humaine obligatoire pour les étapes critiques avant que les écritures ou les documents ne soient définitifs dans la base de données.
Ce premier panorama pose les fondations d'une série d'articles dédiée à la mise en œuvre pratique de l'IA agentique dans l'ERP. Le parcours d'apprentissage se poursuivra par une immersion guidée dans l'Agent Designer afin d'y configurer un premier scénario opérationnel de validation des ventes. Les aspects techniques seront ensuite abordés pour comprendre comment adapter le code AL et enrichir les API spécifiquement pour le serveur MCP, avant de conclure par l'intégration globale et l'orchestration multi-systèmes via Microsoft Copilot Studio.