Tarification unifiée dans Dynamics 365 Commerce : gouvernance du pricing omnicanal

De la tarification historique à la tarification unifiée

Dynamics 365 Commerce fournit un moteur de tarification commun pour tous les canaux Commerce. Microsoft décrit les différences entre Commerce et non-Commerce dans Gestion des prix de vente au détail. Les versions récentes étendent la gestion de la tarification unifiée, incluant les règles basées sur des attributs personnalisés et la prise en charge de la migration.

L'objectif est un prix déterministe, performant et explicable — pas une migration directe de chaque exception et contournement historique.

Architecture d'exécution

• Commerce HQ stocke les groupes de prix, accords commerciaux, promotions, attributs et priorités.
• Planificateur Commerce (CDX) distribue les données de canal selon un calendrier vers chaque base de données de canal.
• Commerce Scale Unit héberge le moteur de tarification headless et l'API Retail Server.
• POS, e-commerce et centre d'appels demandent les calculs pour le contexte de transaction via des appels à l'API Retail Server.
• Applications partenaires doivent appeler les APIs de tarification Commerce — pas réimplémenter le moteur.

Définir le contexte de prix

{
  "canal": "FR-EN-LIGNE",
  "client": "C-004281",
  "groupesPrix": ["PG-WEB-FR", "PG-FIDELITE-OR"],
  "devise": "EUR",
  "dateHeure": "2026-07-21T20:00:00+02:00",
  "articles": [
    { "produit": "100245", "quantite": 2, "unite": "pce", "variante": "TAILLE-L" },
    { "produit": "200017", "quantite": 1, "unite": "pce" }
  ],
  "codesCoupon": ["ETE26"],
  "affiliations": ["FIDELITE-OR"],
  "livraison": "expedition",
  "catalogueId": 0
}

Un prix n'a aucun sens sans le canal, le client, les groupes de prix, la devise, la date, la quantité, l'unité, le mode de livraison, le catalogue, l'affiliation et le coupon. L'omission de l'un de ces éléments produit un résultat différent de ce que le client voit au paiement.

Gouverner les règles concurrentes

Distribution des données de canal et fraîcheur

Le planificateur Commerce Data Exchange (CDX) contrôle quand les données de tarification atteignent la base de données de canal. Comprendre le cycle de distribution est essentiel pour fixer les attentes métier :

Distribution des données CDX (simplifiée) :
Changement de prix créé dans HQ → validé → publié
  → Tâche CDX 1070 (Produit et prix)
    → Base de données de canal actualisée
      → Cache CSU invalidé (peut nécessiter une tâche planifiée)
        → Moteur de tarification utilise les nouvelles données

Délai typique : 5 à 30 minutes selon le planning et le volume
Activation de vente flash : planifier le déclenchement du job CDX AVANT l'heure d'activation

• Les prix de vente flash doivent être planifiés pour la distribution CDX avant l'heure d'activation, pas au moment de l'activation.
• Surveillez la durée et le taux d'erreur des tâches CDX dans l'espace de travail Commerce Operations.
• Les modifications de prix sur de grands assortiments (milliers d'articles) nécessitent un test de charge de distribution avant la première campagne.

Rendre le prix explicable

Décomposition du prix (exemple) :
Produit 100245 × 2
  Prix de base (accord PG-WEB-FR) :           120,00 EUR/unité
  Ajustement groupe de prix client (PG-42) :   -10,00 EUR/unité
  Remise catégorie Été 10 % (DISC-188) :        -11,00 EUR/unité  [cumulable]
  Coupon ETE26 (COUP-26) :                       -5,00 EUR/unité  [exclusif famille coupon]
  Prix unitaire final :                           94,00 EUR
  Total ligne (×2) :                            188,00 EUR
  IDs de règles appliquées : PG-42, DISC-188, COUP-26
  Horodatage d'évaluation : 2026-07-21T20:00:12Z

Les équipes support et les utilisateurs métier ont besoin des identifiants de règles, des montants intermédiaires, des groupes de prix appliqués et de l'horodatage d'évaluation. Ce contexte doit être disponible dans l'enregistrement de transaction, pas seulement reconstructible depuis les logs.

Stratégie de tests de contrat API

Définissez une bibliothèque de paniers de référence : un ensemble de scénarios d'entrée documentés avec les résultats attendus. Exécutez ces scénarios sur chaque canal (POS, web, centre d'appels, API partenaire) pour détecter les incohérences du moteur tôt.

Bibliothèque de paniers de référence (exemples) :
ID   Canal       Client     Articles               Coupon  Total attendu
P001 FR-EN-LIGNE C-004281   100245×2, 200017×1    ETE26   282,00 EUR
P002 FR-POS      anonyme    100245×1               -       114,00 EUR
P003 FR-EN-LIGNE C-004281   300010×5               -       remise 3P2 s'applique
P004 FR-APPELS   B2B-099    100245×100             -       prix accord B2B

Exécutez la bibliothèque de paniers de référence dans le pipeline CI du projet d'extension Commerce. Toute régression de prix — même une différence d'arrondi — est signalée avant d'atteindre la production.

Stratégie de migration

1. Inventorier tous les groupes de prix, accords commerciaux, règles de remise, types de coupons et exceptions existants.
2. Supprimer les doublons, règles expirées, contournements redondants et prix remplacés manuellement.
3. Définir la politique de priorité et de cumul cible par famille de remise.
4. Créer la bibliothèque de paniers de référence avec les résultats attendus convenus (validation métier).
5. Exécuter l'ancien et le nouveau modèle en parallèle sur un environnement isolé.
6. Revoir chaque écart entre les modèles avec le propriétaire métier de la tarification.
7. Déployer par canal ou population client avec monitoring renforcé et une semaine de période de comparaison.

Checklist de gouvernance

1. Chaque règle a-t-elle un propriétaire nommé, une date d'activation et une date de fin ?
2. Les priorités, l'exclusivité et le cumul sont-ils documentés et testés ?
3. Le même panier de référence produit-il un résultat cohérent sur tous les canaux ?
4. Les attributs sont-ils gouvernés, synchronisés et audités ?
5. Le prix final peut-il être entièrement expliqué via les IDs de règles et les montants intermédiaires ?
6. Les performances de calcul sont-elles mesurées à un volume réaliste de paniers et d'utilisateurs simultanés ?
7. Les activations de campagne incluent-elles un planning de distribution CDX et un plan de rollback ?
8. Tous les canaux partenaires appellent-ils l'API de tarification Commerce — pas une réimplémentation locale ?

Voir aussi

• Déployer un package D365 F&O via LCS — déployer les changements de configuration de tarification Commerce en sécurité
• Pipeline YAML Azure DevOps pour D365 F&O — exécuter les tests de paniers de référence dans le pipeline CI

Références Microsoft Learn

• Gestion des prix de vente au détail
• APIs de tarification Commerce
• Vue d'ensemble de l'architecture Commerce
• Capacités de tarification unifiée Commerce 10.0.45
• Capacité de migration Commerce 10.0.46