Dans Dynamics AX, la commande attend souvent plus qu’elle ne travaille

Chaque écran de Dynamics AX peut répondre vite pendant que le processus complet prend trois jours. Le temps de traitement actif — saisir, réserver, prélever, facturer — est souvent court. Le délai se cache entre les états : attente d’approbation, batch nocturne, exception sans propriétaire et interface rejouée manuellement.

Il faut tracer un identifiant de commande et horodater chaque transition. AX possède documents et statuts; les interfaces et workflows ajoutent leurs événements. Un tableau de débit calcule temps total, temps actif et temps d’attente par étape.

Décomposer une commande réelle

Pour une commande 471 :

1. reçue à 09:02;
2. validation crédit terminée à 09:04;
3. attente approbation jusqu’à 15:40;
4. réservation exécutée au batch de 22:00;
5. prélèvement commencé le lendemain à 08:10;
6. exception d’adresse résolue à 14:25;
7. expédition à 16:00;
8. facture au batch de nuit.

Optimiser la validation de deux minutes à une minute change peu le délai. Déclencher la réservation après approbation ou augmenter la fréquence du batch peut enlever des heures. Le temps médian ne suffit pas : le 90e percentile montre les dossiers coincés.

Les files doivent avoir âge, capacité et propriétaire. Une file de batch verte peut contenir une tâche qui reprend sans avancer. On mesure le dernier document terminé, le débit et le plus vieux élément. Les codes d’exception doivent mener à une action, pas seulement à un statut générique.

Accélérer sans perdre les contrôles

Une approbation peut suivre le risque : petite commande dans une limite automatiquement libérée, gros écart envoyé au rôle crédit. Le moteur garde la règle, la décision et l’audit. Supprimer toutes les approbations pour gagner du temps déplace le risque vers les créances.

Les traitements parallèles doivent respecter les verrous et l’ordre. Deux batchs réservant le même stock peuvent se bloquer ou produire de la contention. Des transactions courtes, partitionnement et planification mesurée améliorent le débit. Une reprise porte identifiant idempotent afin de ne pas expédier deux fois.

Calculer le travail en cours

La loi de Little relie en moyenne travail en cours, débit et temps de cycle : WIP = débit × délai. Si cent commandes entrent par jour et restent trois jours, environ trois cents sont présentes dans le système. Réduire le lot de batch ou la limite d’encours peut exposer les blocages et raccourcir l’attente. Je vérifierais la formule sur une période stable, en séparant urgences et retours. Le tableau montre nombre de commandes par état et âge. Une hausse du WIP sans hausse du débit annonce une file avant même les plaintes. Ce calcul donne aux opérations un levier plus utile que demander à chaque écran d’être encore quelques millisecondes plus rapide.

Je réunirais opérations, finance et TI autour de dix commandes, dont trois exceptions. On dessine la chronologie, puis on choisit la plus longue attente contrôlable. Le changement est validé par le délai complet et le taux d’erreur. Un ERP rapide est celui dont le processus avance et se récupère, pas seulement celui dont le formulaire ouvre vite.

Mise à jour de 2026

Dynamics AX est maintenant un nom historique. Selon l’édition, les versions AX 2012 ont quitté le soutien en 2022 ou 2023. Microsoft oriente les migrations vers Dynamics 365 Finance, Supply Chain Management, Commerce et Project Operations. La mesure du débit complet reste pertinente, mais elle doit se faire sur une plateforme maintenue. Microsoft regroupe les cycles de vie Dynamics et les avenues de migration.