Encadrer l'application des réductions / connaître le prix d'un objet avant réduction
TL/DR : encadrer un peu mieux l'application des réductions
J'ai besoin de pouvoir afficher le prix d'un objet avant réduction.
Là c'est dans le cadre d'un panier et du récap de la commande, pour les afficher en barrés à côté du prix réduit, comme ça se fait souvent.
Dans ce cas précis il est possible de bricoler pour retrouver le prix original avec #CHAMP_SQL{prix_unitaire_ht}
dans les détails de commande par exemple.
Mais il me semble que l'API devrait permettre ça de façon générique et valable pour n'importe quel type d'objet.
Soit avec des balises supplémentaires #PRIX_HT_TRUCMUCHE
, soit un param en plus dans celles existantes #PRIX_HT{trucmuche}
(sauf qu'il y a déjà objet + id_objet d'optionnels en 1er).
Mais j'ai pas l'impression que ça soit possible actuellement.
Reprenons, les fonctions d'API inc_prix_xx_dist()
procèdent dans cet ordre :
- Aller chercher le prix "de base" → Soit au moyen d'une fonction précise pour l'objet si elle existe → Soit de façon générique en cherchant des champs normalisés dans la table de l'objet
- Ensuite, permettre de modifier ce prix au moyen d'un pipeline
Si toutes les réductions étaient appliquées au moyen du pipeline, le tour serait joué, on aurait le prix original juste après le 1).
Mais certains plugins appliquent les réductions dans leurs fonctions personnalisées, c'est à dire dès le 1).
C'est le cas pour paniers et commandes par exemple.
Donc on est un peu coincés là :D
Est-ce qu'on pourrait pas essayer de cadrer un peu mieux tout cela, afin que tous les plugin procèdent tous de la même façon en connaissance ?