Une politique est une campagne de promotion nommée — votre cumul Black Friday, votre offre de fidélité VIP, votre week-end de déstockage. Chaque politique contient un arbre de conditions (qui est éligible) et une ou plusieurs règles de remise (ce qu'ils obtiennent). Créez un nombre illimité de politiques, réordonnez-les par priorité en glisser-déposer, activez ou mettez en pause chacune individuellement sans toucher au code.

Chaque règle peut fonctionner en mode Simple (% fixe ou montant fixe sur le panier, les produits ou la livraison) ou en mode Promotion avec accès aux 20 formules. Les paramètres par règle incluent le code de remise, la priorité, les plafonds de remise min/max, une plage de dates (valable du / au), des conditions optionnelles au niveau de la règle et un libellé multilingue affiché sur la ligne de panier au moment du paiement.

Arrêt à la première correspondance met fin à l'évaluation après la première politique éligible — utile lorsque les campagnes ne doivent pas se chevaucher. La stratégie de fusion par politique contrôle la façon dont plusieurs règles au sein d'une même politique se combinent : cumul de toutes les remises, la première qui s'applique, cascade par priorité, remise la plus élevée uniquement, ou codes uniques. Une stratégie de fusion par défaut globale et un plafond de remise global dans les Réglages protègent votre marge sur l'ensemble de la boutique.

La vue liste des politiques affiche le statut, la stratégie de fusion, le nombre de règles et des actions rapides. Dupliquez, exportez en JSON, importez depuis un fichier ou activez/désactivez — tout depuis le panneau des politiques, avec chaque modification consignée dans le journal d'audit.

Le générateur de conditions est un éditeur d'arbres ET/OU imbriqués — le même schéma que celui utilisé dans les moteurs de règles professionnels, présenté sous forme de groupes faciles à glisser-déposer dans votre back office. Ajoutez un groupe, choisissez un champ, sélectionnez un opérateur, définissez une valeur. Imbriquez des groupes pour une logique du type : (groupe VIP OU 5 commandes passées ou plus) ET (total du panier ≥ 100 €) ET (catégorie Soldes d'été a 3 articles ou plus).

Plus de 30 champs de condition couvrent l'intégralité du contexte panier : total du panier, sous-total produit, frais de livraison, nombre de produits, nombre de SKU uniques, poids, nombre de règles de panier existantes, nombre de commandes du client, dépense cumulée, jour de la semaine, heure, date, code postal, devise, pays, pays de facturation, zone, groupe client, transporteur, module de paiement, statut connecté/invité, produits, catégories, fabricants, fournisseurs, indicateurs virtuel/physique, personnalisation et détection de remise existante.

Les champs composés combinent une entité et un seuil dans une même condition — par ex. produit #123 quantité ≥ 3, catégorie #45 total de ligne ≥ 50 €. Les opérateurs incluent égal à, différent de, supérieur/inférieur à, entre, dans la liste, pas dans la liste, contient, commence par, regex, vide et non vide.

Les sélecteurs de produits, catégories, fabricants et groupes utilisent une recherche à saisie automatique intégrée. Une phrase d'aperçu en direct explique ce que l'arbre cible. Les utilisateurs avancés peuvent basculer en JSON brut pour copier-coller entre environnements. Les conditions sont réévaluées à chaque synchronisation du panier — ajout au panier, changement de quantité, connexion, changement d'adresse — le moteur réagit immédiatement.

Passez une règle en mode Promotion et les champs de valeur fixe sont remplacés par une grille de tuiles de 20 types de promotion, regroupés par famille : ajustements, offres à la Nième unité, paliers de quantité, promos sur dépense, BOGO, remises sur ligne, cadeaux et paires de produits. Cliquez sur une tuile — seuls les champs pertinents pour cette formule s'affichent.

Le sélecteur de périmètre définit quelles lignes de panier entrent dans le calcul : tout le panier, des produits sélectionnés à la main, des catégories ou fabricants entiers. Les types BOGO obtiennent des listes de produits achetés/obtenus avec des sélecteurs visuels. Les types de dépense obtiennent des champs de seuil et de palier. Les types de palier obtiennent un tableau en escalier. Les types de paire obtiennent la liste A + la liste B. L'article le moins cher offert obtient un champ nombre d'unités gratuites. Les promos sur ligne vous permettent de choisir « la moins chère en premier » ou « la plus chère en premier ».

Derrière l'interface, ConorderdisPromotionCalculator délègue à des calculs dédiés : expansion du pool d'unités pour les cycles BOGO, tri des lignes par valeur totale pour la ligne la moins chère offerte, arithmétique de palier répétitif pour les échelles de dépense. Le résultat est un montant de remise précis — pas une estimation approximative issue d'une règle de panier générique.

La configuration de la promotion se synchronise de manière bidirectionnelle avec le JSON. Importez une politique depuis la préproduction, ouvrez le générateur visuel, ajustez un seuil, enregistrez — les données structurées restent cohérentes. Des puces de résumé de règle dans l'administration affichent la formule active d'un coup d'œil, sans ouvrir l'éditeur.

L'onglet Simulateur propose un flux de travail en trois étapes sur les données réelles de votre base de données — pas un panier fictif. Étape 1 : recherchez des paniers par ID, nom du client ou e-mail. Étape 2 : choisissez un panier dans la liste en direct (affiche le client, l'e-mail, le total du panier, la dernière mise à jour). Étape 3 : lancez l'évaluation et consultez le détail complet du résultat.

Les résultats indiquent quelles politiques ont correspondu, lesquelles ont été ignorées (et pourquoi), les montants calculés par règle, les lignes de cadeau qui seraient ajoutées, les indicateurs de livraison gratuite et la remise totale finale. Un filtre client optionnel réduit la liste des paniers à un seul compte — idéal pour reproduire un ticket support.

Chaque simulation exécutée est enregistrée dans le journal d'audit avec le type d'événement simulation_run, l'ID du panier, l'acteur (employé) et un instantané du résultat. Le marketing peut vérifier une campagne avant de l'activer. Le support peut expliquer pourquoi le panier d'un client précis a reçu, ou non, une remise — sans passer de commande test sur la boutique en ligne.

Utilisez le simulateur après chaque modification de politique, avant la mise en ligne du Black Friday, et lors de l'import de politiques depuis la préproduction. C'est le filet de sécurité qui distingue la gestion des promotions de niveau entreprise du « on change et on espère ».

L'onglet Tableau de bord est votre salle de contrôle des promotions. Les cartes KPI sur une période sélectionnable (30 / 90 / 180 / 365 jours) affichent : le nombre total d'applications de remise, les commandes concernées, le total des remises arrondi dans la devise de la boutique, et le nombre de politiques actives. Les chiffres proviennent du journal d'audit — de vrais événements, pas des estimations.

Les graphiques de tendance Chart.js visualisent l'activité des remises selon trois granularités : quotidienne (fenêtre configurable), hebdomadaire et mensuelle. Changez le type de graphique par défaut dans les Réglages. Un graphique en secteurs répartit les applications par code de remise afin que vous voyiez quelles règles COD-* se déclenchent réellement en production.

Le tableau de bord fait également apparaître les entrées d'audit récentes — dernières modifications de politique, dernières simulations, dernières applications de remise en front-office — pour un dépannage en un coup d'œil sans ouvrir le journal complet. La période analytique, les fenêtres jour/semaine/mois des graphiques et le type de graphique par défaut sont tous configurables dans Réglages → Analytique.

Pour les agences et les exploitants multiboutique : le tableau de bord répond à la question que le marketing pose toujours — « Notre promotion tourne-t-elle vraiment ? » — avec des données, pas au feeling.

L'onglet dédié Journal d'audit est un journal d'événements complet — pas un fichier de débogage enfoui dans les logs serveur. Chaque ligne stocke l'horodatage, le type d'événement, l'acteur (nom de l'employé, nom du client, ou SYSTEM), un résumé lisible par un humain, la référence de commande liée, le code de remise, le montant, l'ID du panier et l'ID de la politique.

11 types d'événements sont suivis : discount_applied (synchronisation panier en direct), order_discount (commande passée), policy_created, policy_updated, policy_deleted, policy_toggled, policy_duplicated, policy_imported, policy_exported, settings_updated et simulation_run. Chaque événement enregistre sa source : front office, back office ou système.

Cliquez sur Voir sur n'importe quelle ligne pour ouvrir une fenêtre de détail avec l'instantané JSON complet — lignes de remise appliquées, différentiel de politique, sortie de simulation ou charge utile de changement de réglages. Les applications de remise stockent un discount_snapshot afin que vous puissiez reconstituer exactement ce que le client a vu au moment du paiement.

La liste prend en charge l'export CSV natif de PrestaShop pour les revues financières et de conformité. Des colonnes jointes affichent la référence de commande, le nom du client et le nom de l'employé, sans recoupement manuel. Lorsqu'un client demande « pourquoi ai-je eu cette remise ? », la réponse n'est qu'à une recherche.

Sur la page de commande du back office (hook displayAdminOrder), un panneau affiche quelles politiques Remises conditionnelles sur commande ont contribué à cette commande — nom de la politique, code de remise, montant et instantané. La vérité historique survit même si la politique est modifiée ou supprimée par la suite.

Les politiques sont des documents JSON portables. Export télécharge la politique complète — arbre de conditions, toutes les règles, configurations de promotion, stratégie de fusion, positions — prête pour le contrôle de version ou le transfert vers une autre boutique. Import charge un fichier JSON et crée une nouvelle politique (ou la met à jour, selon le flux de travail) avec une entrée policy_imported dans le journal d'audit.

Dupliquer clone une politique en un clic depuis le menu d'actions de la liste — copie chaque règle, renomme avec un suffixe, enregistre policy_duplicated. Parfait pour créer « Black Friday v2 » à partir de « Black Friday v1 » sans reconstruire 15 règles à la main.

Flux de travail typique d'une agence : construire et simuler en préproduction → exporter le JSON → importer en production → relancer le simulateur → activer. Les configurations Black Friday se déplacent entre les boutiques clientes en quelques minutes. Chaque transfert est traçable dans le journal d'audit.

L'onglet Réglages centralise le comportement à l'échelle de la boutique. Interrupteur principal d'activation/désactivation. Stratégie de fusion globale par défaut pour les nouvelles politiques. Plafond de remise global — remise totale maximale par panier sur l'ensemble des politiques (0 = illimité). Bascule Articles gratuits en cadeau — matérialise les produits gratuits sous forme de lignes cadeau natives PrestaShop plutôt qu'en remise intégrée.

Désactiver l'ajout automatique empêche l'injection automatique de règles de panier lorsque vous voulez un contrôle manuel. Le journal de débogage écrit des traces détaillées du moteur pour le support. La section Analytique configure la période de graphique par défaut, les fenêtres quotidienne/hebdomadaire/mensuelle et le type de graphique par défaut.

Chaque enregistrement des réglages consigne settings_updated dans le journal d'audit avec un instantané avant/après. Aucune dérive silencieuse de configuration.

Les remises se matérialisent sous forme de règles de panier natives PrestaShop préfixées COD-*. Elles apparaissent dans le récapitulatif du panier, le tunnel de commande, la confirmation de commande, les factures et les avoirs — exactement comme des règles de panier créées manuellement. Aucun bricolage de thème. Aucune fausse ligne de produit négative.

Le moteur se branche sur actionCartSave, l'ajout/retrait de produits, l'initialisation du contrôleur front, la validation de commande et la validation de règle de panier — recalculant chaque fois que le contexte du panier change. L'état du panier est persisté dans conorderdis_cart avec un instantané appliqué, un instantané cadeau et l'ID de règle de panier lié, pour une synchronisation idempotente.

Les politiques sont rattachées à une boutique (id_shop) pour les configurations multiboutique. Chaque boutique de votre groupe peut exécuter des cumuls de promotion indépendants. PrestaShop 9.x, 8.x et 1.7.x partagent une seule base de code grâce à la couche de compatibilité intégrée.

Des libellés multilingues par règle pour le tunnel de commande (conorderdis_rule_lang) garantissent que la ligne de remise s'affiche correctement dans chaque langue active de la boutique.