Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de Module Ventes Produit PrestaShop 8 — Afficher les ventes et retours dans la liste produit, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Trois métriques de vente directement dans votre liste produit
Par défaut, la liste produit de PrestaShop 8 affiche la référence, le nom, la catégorie, le prix et la quantité en stock — mais pas un seul chiffre de vente. Pour savoir quels produits se vendent, il faut aller dans les statistiques ou croiser les rapports commandes. df_productsales corrige ça en une installation : les colonnes Ventes, Retours et Ventes nettes apparaissent directement dans le tableau, sur la même ligne que chaque produit.
Calcul précis et fiable des ventes et des retours
Les Ventes sont calculées en sommant product_quantity sur les lignes order_detail dont la commande est dans un état valide (payé, expédié, livré via PS_OS_PAYMENT, PS_OS_SHIPPING, PS_OS_DELIVERED). Les commandes annulées ou en attente sont exclues. Les Retours somment product_quantity_refunded sans filtre d'état, car un remboursement peut être enregistré quelle que soit l'état final de la commande — ce détail évite de sous-estimer les retours sur les boutiques qui utilisent un état spécifique pour les commandes remboursées.
Tri et filtres min/max directement dans le tableau
Chaque colonne est triable par clic sur son en-tête, exactement comme les colonnes natives. Le filtre min/max (NumberMinMaxFilterType du framework Symfony PrestaShop) permet de filtrer les produits par plage de ventes — par exemple : afficher uniquement les produits vendus entre 5 et 20 fois pour identifier les articles à rotation modérée, ou filtrer les produits avec plus de 0 retour pour audit qualité. Le filtrage fonctionne via HAVING SQL pour éviter de casser le GROUP BY de la requête principale.
Zéro impact sur les performances et l'installation
Le module ne crée aucune table SQL à l'installation. Les données sont calculées à la volée par des sous-requêtes ajoutées à la requête principale du grid via le hook actionProductGridQueryBuilderModifier. L'impact sur les performances est limité aux chargements de la liste produit en back-office — aucun calcul n'est effectué en front-office. Sur un catalogue de quelques centaines de produits, les sous-requêtes sont négligeables grâce aux index natifs de PrestaShop sur id_product et id_order.
Il n’y a pas encore d’avis.