Frontier Firm et ERP : ce que ça change pour votre backlog D365 F&O

« Frontier Firm » est un terme de Microsoft, introduit dans son Work Trend Index d'avril 2025 : une organisation « structurée autour d'une intelligence à la demande et d'équipes hybrides humains + agents ». À Ignite 2025, Microsoft l'a relié aux applications métier : les Frontier Firms placent Copilot, les agents et les « applications métier agentiques » au cœur de leur modèle opérationnel, et Dynamics 365 y est présenté comme un « system of action ».

Pour un backlog Dynamics 365 Finance & Operations, l'effet concret n'est pas un grand soir. Ce sont de nouveaux types de tickets : rendre des données accessibles aux agents (data entities), exposer des actions métier précises (classes X++), et sécuriser ce que chaque agent peut faire (rôles). Le reste du backlog, lui, ne disparaît pas.

Le Work Trend Index 2025 de Microsoft, « 2025: The Year the Frontier Firm Is Born » (23 avril 2025), décrit trois phases : l'IA comme assistant qui fait gagner du temps ; les agents qui rejoignent les équipes comme « collègues numériques » et prennent en charge des tâches précises sous la direction d'un humain ; puis des humains qui fixent la direction à des agents qui exécutent des processus entiers, en intervenant au besoin.

C'est une grille de lecture issue d'une étude, pas une certification ni un produit. Il faut la prendre comme telle : utile pour situer ses projets, pas comme une étape obligatoire.

Dans le billet Ignite 2025 de Bryan Goode, Dynamics 365 est présenté comme un « system of action » : un système où les agents ne se contentent pas de lire des données mais déclenchent des opérations. Le même billet annonçait la preview publique du serveur MCP pour Dynamics 365 ERP, qui permet justement à un agent de lire, d'écrire et d'appeler des actions dans Finance & Operations selon son rôle de sécurité. Nous détaillons ce serveur dans serveur MCP Dynamics 365 ERP : l'essentiel.

Concrètement, quatre familles de tickets apparaissent ou prennent du poids :

1. Data entities : un agent lit et écrit d'abord via les entités. Une table personnalisée sans entité est invisible pour lui.
2. Classes d'action X++ : une logique métier sans bouton (calcul, opération composite, validation) doit être exposée comme outil d'IA. Voir agents Copilot Studio : ce qui demande encore du X++.
3. Sécurité : un rôle par agent, limité à son périmètre, avec privilèges et devoirs dédiés.
4. Qualité des libellés et descriptions : l'orchestration d'un agent s'appuie sur les noms et descriptions des objets.

Ce qui ne change pas : les évolutions réglementaires, les états, les interfaces, les correctifs après mise à jour. Un agent n'efface pas ces besoins ; il en ajoute.

Partez de deux ou trois tâches répétitives et bien délimitées, testez un agent sur un environnement Tier 2 ou UDE, et notez ce qui manque : entité, action, droit. Ces manques forment un backlog court et mesurable. Suivez aussi la roadmap Microsoft, désormais publiée en continu : la fin des release waves. Les termes clés sont réunis dans notre glossaire de l'ERP agentique.

Ces tickets courts sont le cœur de métier de Skalp AI : analyse du contexte ERP, spécification, code X++ et tests unitaires, livrés sur votre Azure DevOps et validés par votre DSI. Voir développement X++ par IA, le cadre général dans développer en X++ sans consultant en 2026, et les offres Basic, Pro et Max.

• Microsoft WorkLab, « 2025: The Year the Frontier Firm Is Born », 23/04/2025, consultée le 11/10/2026.
• Microsoft Dynamics 365 Blog, « Microsoft Ignite 2025: Powering Frontier Firms with agentic business applications », Bryan Goode, 18/11/2025, consultée le 11/10/2026.