Limites du plan de procédure

N'assemblez pas plusieurs procédures de tarification dans un seul plan de procédure. Le séquencement de plusieurs procédures peut entraîner une perte de données et des erreurs de calcul. Si vous devez configurer plusieurs procédures de façon séquentielle, tenez compte des limitations ci-dessous.

• La cascade de prix affiche les résultats d'exécution uniquement pour la dernière procédure de tarification de la séquence. Les commerciaux ne peuvent pas afficher l'historique complet d'un élément de ligne. La vue en cascade finale remplace ou perd l'accès à la logique, aux calculs et aux valeurs intermédiaires de la première procédure, ce qui rend difficile l'explication de la dérivation finale du prix.
• Les calculs de tarification dérivés ne capturent pas le contexte tarifaire complet lorsque le calcul d'un produit contributeur couvre plusieurs procédures. Par exemple, un produit reçoit une remise sur le volume dans la procédure 1 et une remise basée sur l'attribut dans la procédure 2. Si l'élément Prix dérivé est dans la procédure 1, il calcule le prix uniquement en fonction du Prix unitaire net disponible à la fin de la procédure 1. Le calcul ignore la remise sur l'attribut appliquée dans la procédure 2, car le contexte n'est pas partagé entre les procédures.
• Pour les produits groupés configurés avec un Prix inclus, la consigne d'ignorer la tarification n'est pas conservée entre les procédures. Dans la première procédure, l'élément Ajustement basé sur l'offre groupée définit le prix catalogue de l'article enfant sur zéro et ignore les calculs ultérieurs. Cependant, lorsque le devis passe à la deuxième procédure, l'élément de ligne perd l'indicateur Ignorer le calcul. Par conséquent, la deuxième procédure traite l'élément enfant comme un élément de ligne standard et applique parfois de façon incorrecte des remises manuelles ou d'autres ajustements.

  Contournement : Configurez la deuxième procédure pour vérifier si PrixInclusif est vrai et arrêter la tarification de ces lignes.