Dynamics AX ne peut pas trancher le processus à notre place

Un ERP fait ressortir toutes les exceptions qu’un beau diagramme laisse de côté. Sur papier, l’achat mène à la réception, puis à l’inventaire, à la facture et au paiement. Dans Dynamics AX 2012, chacune de ces étapes devient un document ou un état lié par des clés, des règles et des écritures comptables.

Une commande fournisseur contient l’entête, les lignes, les dimensions financières, le site et l’entrepôt. La réception met à jour les quantités physiques. La facture augmente les quantités financières et crée les écritures au grand livre. AX garde ces états séparés parce qu’une marchandise peut être reçue aujourd’hui et facturée plus tard.

Une exception traverse plusieurs modules

Imaginons 100 unités commandées à 10 $, 90 reçues et une facture de 100 unités. Le système doit comparer trois éléments :

1. quantité commandée : 100;
2. quantité reçue : 90;
3. quantité facturée : 100 à 10 $.

Une règle de rapprochement peut bloquer la facture parce que dix unités ne sont pas reçues. Autoriser automatiquement l’écart accélère le paiement, mais peut payer du stock absent. Exiger une réception exacte bloque les livraisons partielles normales. La bonne tolérance et le rôle d’approbation viennent du processus d’affaires, pas du logiciel.

Quand l’utilisateur confirme une réception, AX valide le statut et les dimensions, écrit plusieurs tables dans une transaction SQL, puis génère un numéro de pièce. Si une écriture échoue, la transaction doit revenir en arrière afin d’éviter un inventaire mis à jour sans document comptable. Les traitements par lots exécutent ensuite certaines opérations lourdes; leurs files et erreurs doivent être surveillées.

Paramétrer ou personnaliser

Le paramétrage choisit comptes, séquences de numéros, tolérances et workflows dans les mécanismes prévus. Une personnalisation X++ change le comportement ou ajoute un composant. Elle peut être justifiée lorsqu’un avantage réel n’existe pas dans le produit, mais elle doit être testée sur ventes, inventaire, finance, sécurité et mise à niveau.

Je documenterais chaque écart avec quatre colonnes : besoin légal ou commercial, comportement standard, contournement opérationnel et coût d’une personnalisation. Beaucoup d’exceptions historiques disparaissent lorsqu’on demande qui les utilise et quelle décision elles protègent.

La sécurité suit la séparation des tâches. La même personne ne devrait pas créer un fournisseur, saisir sa facture et approuver le paiement sans contrôle. Les rôles AX donnent accès à des fonctions, mais il faut tester les combinaisons et les comptes de service. Un accès direct à SQL contournerait validations et historique.

La reprise demande de rapprocher technique et métier. Après une restauration, le journal SQL peut être cohérent alors qu’un fichier bancaire a déjà été envoyé. Il faut identifier les interfaces, numéros de lot et opérations idempotentes avant de rejouer.

Dans un projet, je ferais parcourir une commande normale, une livraison partielle, un écart de prix et une annulation par les gens des achats, de l’entrepôt et de la finance. L’ERP devient une source de vérité lorsque chaque état et chaque exception ont un propriétaire, pas lorsque tous les écrans sont configurés.

Mise à jour de 2026

Dynamics AX 2012 fait maintenant partie de l’ancienne génération. Le soutien étendu d’AX 2012 et d’AX 2012 R2 a pris fin le 12 avril 2022; celui d’AX 2012 R3, le 10 janvier 2023. Microsoft oriente les migrations vers Dynamics 365 Finance, Supply Chain Management, Commerce et Project Operations. Sa foire aux questions sur le cycle de vie Dynamics regroupe les dates et les options proposées.