Expérience développeur unifiée (UDE) : ce qui change pour un dev X++

Avec l'expérience développeur unifiée (UDE), le développement Dynamics 365 Finance & Operations se fait toujours dans Visual Studio, mais l'architecture change : le développeur garde en local les métadonnées et le code source X++ (niveau développement), tandis que l'exécution a lieu dans un environnement cloud qui contient les données et exécute le X++ (niveau exécution). Ces environnements, Unified Developer Environment (UDE) et Unified Sandbox Environment (USE), sont provisionnés et administrés dans le Power Platform admin center, avec Dataverse.

Microsoft indique que la plupart des habitudes des développeurs F&O restent les mêmes : modèles, projets, compilation, débogage. Ce qui change surtout : le déploiement vers le runtime, le provisionnement et l'accès aux journaux.

• Installation : extension Visual Studio Power Platform Tools, connexion à l'environnement, téléchargement des métadonnées et configuration des dossiers de métadonnées de référence.
• Cycle de travail (tutoriel Microsoft) : créer un modèle, écrire et compiler la classe, la déployer vers le runtime cloud, puis déboguer le code déployé.
• Tests : le code de test doit être déployé dans l'environnement pour s'exécuter, et nécessite Application Foundation et Test Essentials. Voir premier test unitaire SysTest.
• Packages d'éditeurs : on place les modules dans un dossier commun ajouté aux métadonnées de référence.
• Journaux : en cas d'échec d'un déploiement, un lien de téléchargement des journaux est fourni dans la fenêtre de sortie de Visual Studio, et l'historique est consultable côté Dataverse.
• Type d'environnement : un USE ne peut pas devenir un UDE, ni l'inverse ; il faut en créer un nouveau.

L'UDE rapproche F&O et Power Platform : double écriture (dual-write) et tables virtuelles permettent de croiser données F&O et Dataverse. C'est aussi l'environnement exigé pour certaines nouveautés : le développement d'outils d'IA en X++ pour les agents nécessite un environnement de développement unifié. Voir agents Copilot Studio : ce qui demande encore du X++ et serveur MCP Dynamics 365 ERP, qui fonctionne sur UDE ou Tier 2, pas sur les anciens environnements CHE.

Pour l'automatisation, l'extension Azure DevOps « Dynamics 365 Finance and Operations Tools » crée le package, ajoute les licences d'éditeurs et applique le package : voir pipeline de build Azure DevOps.

• Oublier de déployer le code (y compris les tests) avant d'exécuter : le runtime cloud n'a que ce qui a été déployé.
• Ne pas ajouter les modules d'éditeurs aux métadonnées de référence : erreurs de compilation.
• Vouloir convertir un USE en UDE : impossible, il faut provisionner un nouvel environnement.
• Ignorer les journaux d'opérations en cas d'échec de synchronisation : ils sont téléchargeables depuis Visual Studio.

Skalp ne déploie pas dans vos environnements : le code arrive par pull request dans votre projet Azure DevOps, que votre équipe déploie ensuite sur son UDE ou ses environnements. Skalp AI rédige la spécification, génère le code X++ et les tests unitaires, compile en contrôlant les bonnes pratiques, puis livre par pull request dans votre Azure DevOps : rien n'est fusionné sans la validation de votre architecte technique. Voir intégration Azure DevOps, le cadre général dans développer en X++ sans consultant en 2026, et les offres Basic, Pro et Max (1 crédit, ≈ 400 € en Basic, 200 € en Pro, consommé seulement à la génération du code).

• Microsoft Learn, « Unified developer experience for finance and operations apps », mise à jour du 02/02/2026, consultée le 18/10/2026.
• Microsoft Learn, « Tutorial: Write, deploy, and debug X++ code », mise à jour du 06/06/2024, consultée le 18/10/2026.
• Microsoft Learn, « Install and configure development tools », mise à jour du 02/02/2026, consultée le 18/10/2026.
• Microsoft Learn, « Unified developer experience - Frequently asked questions », mise à jour du 23/07/2026, consultée le 18/10/2026.