Le prochain Dynamics AX promet un ERP en continu

Microsoft a annoncé le prochain Dynamics AX en novembre. Comme AX fait partie du paysage chez HLC, ce qui m’intéresse n’est pas seulement l’interface Web. Une cadence cloud change le modèle de version, d’environnement et de personnalisation d’un ERP qui vivait longtemps sur une installation très contrôlée.

Le navigateur appelle des services applicatifs; les traitements batch, données SQL et intégrations restent derrière. Microsoft opère davantage la plateforme, mais le client possède configuration, extensions, rôles, données et processus. Une mise à jour du service doit traverser ces couches sans casser une commande ou une interface.

Traiter chaque mise à jour comme une livraison vérifiable

Je voudrais un cycle régulier :

1. recevoir la version dans un environnement bac à sable;
2. comparer modèles, paramètres et dépendances;
3. reconstruire les extensions;
4. exécuter tests automatisés sur ventes, achats, stock et finance;
5. tester les interfaces avec des messages représentatifs;
6. revoir performance et séparation des tâches;
7. accepter la fenêtre de production;
8. rapprocher des transactions témoins après mise à jour.

Les extensions doivent utiliser les points prévus plutôt que modifier le cœur. Une surcouche isolée est plus facile à retester et à retirer. Une modification intrusive peut offrir un résultat rapide, puis rendre chaque cadence future plus coûteuse.

Le modèle de données change lui aussi. Un export ou une API stable est préférable à une lecture directe de tables internes. Les intégrations portent versions, timeouts et idempotence. Si l’ERP reste indisponible pendant une maintenance, les files conservent le travail et l’âge des messages devient visible.

Le continu ne supprime pas le contrôle métier

Un test vert du build ne prouve pas la comptabilité. Une commande témoin doit réserver le bon entrepôt, facturer, créer taxes et écritures, puis s’annuler correctement. Les données de test masquées gardent les distributions et exceptions sans exposer de vrais clients.

La reprise dépend du partage de responsabilités. Microsoft peut restaurer l’infrastructure; l’entreprise doit savoir réconcilier les interfaces et opérations externes. Un paiement ou fichier déjà envoyé ne revient pas avec la base. Le plan de changement nomme donc les batchs suspendus et les compensations.

Les administrateurs cloud, AX et intégration ont des rôles distincts, authentification forte et audit. Une cadence accélérée ne justifie pas un compte global partagé. Les environnements et secrets sont inventoriés avec un propriétaire.

Garder une copie exploitable des données

Une plateforme gérée ne dispense pas d’une stratégie de sortie. Je planifierais des exports réguliers des données maîtres et transactions dans un format documenté, avec identifiants, relations et pièces jointes. Une somme de contrôle et un rapprochement valident le lot. Le test reconstruit un petit domaine hors du service et mesure le temps. Les exports sont chiffrés, séparés du compte d’administration et soumis à la même rétention. Cette capacité sert autant à une migration qu’à une enquête ou une panne contractuelle. Elle révèle tôt les extensions qui écrivent une donnée essentielle dans un champ opaque qu’aucun outil standard ne sait extraire.

Je préparerais une suite de tests de processus avant la première mise à jour imposée. Le nouvel AX devient vraiment continu lorsque l’entreprise peut accepter une version, prouver ses opérations et corriger sans projet héroïque chaque fois.

Mise à jour de 2026

La plateforme cloud annoncée ici fait maintenant partie des applications Dynamics 365 de finance et d’opérations. AX 2012 a quitté le soutien en 2022 ou en 2023, selon l’édition.

Continuer à exploiter une ancienne version dépasse la question de marque : le soutien et la migration deviennent des risques actifs. Microsoft regroupe les cycles de vie Dynamics et les produits de remplacement.