Modules
Réseaux sociauxPublicité et marketingfonctionnalités de la boutiqueOutils d administrationProcessus de commandeCurseurs animésPaiementOptimisation des moteurs de recherche SEO
Services de réparation et de développement
Contact
PrestaShop Validation conditionnelle des commandes
La validation conditionnelle des commandes bloque ou avertit au checkout lorsqu’un panier enfreint vos règles. Définissez des conditions sur produits, quantités, totaux, clients et livraison, puis affichez des motifs clairs au panier et au paiement. Simulateur et journal d’audit inclus pour tester vos politiques avant la mise en ligne.
129.00 €
Galeria 1/12
Règles de Commande Conditionnelles
Le module "Validation conditionnelle des commandes" pour PrestaShop est une solution d'entreprise permettant de bloquer ou d'avertir les clients dont les paniers ne respectent pas vos règles métier. Il offre un puissant générateur de conditions visuel avec des arbres AND/OR imbriqués et un regroupement illimité, utilisant 55 champs. Vous pouvez définir des politiques pour interdire des combinaisons de produits, imposer des MOQ, gérer des restrictions géographiques ou des plafonds de dépense. Les clients reçoivent des raisons claires et multilingues. Un simulateur de panier, un tableau de bord analytique et un journal d'audit complet garantissent une gouvernance transparente et efficace du tunnel de commande.
Version du module :
1.1.0
Versions de la boutique :
9.x8.x1.7.x
Fonctionne avec ThirtyBees :
Non
Traductions :
Bloquez les commandes qui enfreignent vos règles.
Politiques visuelles. Raisons claires. Audit complet.
PrestaShop accepte volontiers n'importe quel panier tant qu'il reste du stock - même lorsque la combinaison est illégale pour votre activité : références incompatibles, packs MOQ non respectés, commandes invité au-dessus d'une limite, pays restreints ou moyens de paiement qui ne devraient jamais être associés. Validation conditionnelle des commandes est un logiciel de classe enterprise pour la gouvernance du tunnel de commande : politiques visuelles, arbres de conditions AND/OR imbriqués avec regroupement illimité, actions de blocage ou d'avertissement, bannières de raisons visibles par le client, simulateur de panier, tableau de bord analytique et un journal d'audit complet. Combinez librement les conditions - imbriquez des groupes, reliez les éléments voisins avec AND ou OR, empilez plusieurs règles par politique et plusieurs politiques par panier - et en pratique vous disposez d'une marge de manœuvre quasiment illimitée pour appliquer des règles de commande avancées. Sans code. Sans bricolage de thème. Un seul moteur qui arrête les mauvais paniers avant qu'ils ne deviennent de mauvaises commandes.
Ce qu'apporte Validation conditionnelle des commandes
Des fonctionnalités qui transforment « espérer qu'ils lisent la FAQ » en un contrôle géré du tunnel de commande. Conçu comme un logiciel de classe enterprise pour les boutiques qui ont besoin de véritables règles de commande - pas d'un simple montant minimum de panier. La puissance est combinatoire : groupes, liaisons AND/OR, politiques et règles se multiplient pour offrir des possibilités quasiment illimitées.
Politiques de blocage ou d'avertissement
Arrêt strict du tunnel de commande (filtrage des moyens de paiement, verrouillage de la validation de commande) ou avertissement discret avec une bannière claire. Politiques nommées, tri par priorité, arrêt au premier résultat lorsque les campagnes ne doivent pas se chevaucher. Plusieurs règles par politique, chacune avec son propre code, son action et son message multilingue.
Autres : une seule valeur minimale de panier globale
Générateur de conditions AND/OR imbriquées
55 champs avec des groupes en glisser-déposer. Chaque élément voisin reçoit sa propre liaison AND ou OR - ainsi (A AND B) OR C est un véritable arbre, pas une liste à plat. Imbrication illimitée pour une logique merchandising qui correspond à la façon dont les équipes opérationnelles pensent réellement.
Autres : vérifications codées en dur dans le thème
Raisons compréhensibles par tous
Les clients voient votre message ainsi qu'une liste numérotée de raisons avec les noms de produits et les montants en gras - identique sur le panier et au tunnel de commande. Une déduplication approximative garde la liste propre lorsque plusieurs politiques se déclenchent.
Autres : échec silencieux ou erreur vague
Simulateur de panier
Choisissez un panier et un client réels. Consultez les politiques correspondantes, blocage ou avertissement, codes de règles et messages exacts avant qu'un acheteur réel ne soit affecté. Utilise le même moteur d'évaluation que la production.
Autres : tester en production et croiser les doigts
Tableau de bord analytique
Cartes d'indicateurs clés pour les déclenchements de règles, les blocages au tunnel de commande et les commandes concernées. Tendances Chart.js quotidiennes / hebdomadaires / mensuelles et un graphique circulaire par code de règle - pour que le merchandising voie ce qui se déclenche réellement.
Autres : aucune visibilité après la configuration
Journal d'audit complet
Évaluations de validation, blocages, simulations, création/modification de politiques, activation/désactivation, duplication, import/export et changements de paramètres. Acteur, ID de panier, code de règle, action et instantané JSON. Export depuis le contrôleur d'audit complet.
Autres : tunnel de commande boîte noire
Import, export, duplication
Téléchargez n'importe quelle politique en JSON, importez-la sur un environnement de test, dupliquez-la en un clic. Déplacez les arbres de MOQ et d'incompatibilité entre boutiques sans tout reconstruire manuellement.
Autres : tout reconstruire manuellement à chaque saison
Arrêt strict du paiement
En cas de blocage, les moyens de paiement sont vidés et les vérifications JS côté front bloquent le bouton continuer / valider la commande. La validation côté serveur s'exécute quand même avant la création de la commande - une défense en profondeur.
Autres : simple bannière, la commande passe malgré tout
Seuils sensibles à la devise
Les conditions de montant sont configurées dans la devise par défaut et converties dans la devise du panier pour l'évaluation et les raisons affichées au client - un comportement multidevise cohérent.
Autres : chiffres bruts, mauvaise devise
Combinez les conditions. Groupez-les. Empilez les politiques.
Ce n'est pas un simple montant minimum de commande pour toute la boutique. C'est un moteur de validation combinatoire - et c'est ce qui débloque des règles de tunnel de commande de niveau enterprise que PrestaShop natif ne peut pas atteindre.
Des conditions sur des conditions. Arbres AND/OR imbriqués avec des liaisons par élément voisin - ainsi (A AND B) OR C est exprimable. Profondeur illimitée pour la logique merchandising.
Des groupes sur des groupes. Chaque groupe est une parenthèse. Placez les règles MOQ dans un groupe, les règles géographiques dans un autre, reliez-les par OR à la racine - ou par AND pour des portes plus strictes.
Des règles sur des règles. Plusieurs règles de validation par politique : bloquer les paires incompatibles, avertir en cas de faible dépense VIP, imposer des multiples de pack - chacune avec un code, une action et un message.
Des politiques sur des politiques. Plusieurs politiques actives sur le même panier. Tri par priorité. Arrêt au premier résultat quand vous avez besoin d'exclusivité. Sinon, fusion des raisons dans une seule bannière.
55 champs de condition x 14 opérateurs x groupes imbriqués illimités x politiques et règles illimitées = en pratique, des possibilités quasiment illimitées.
Arbres de conditions AND/OR imbriqués
Les listes plates « si ceci AND cela » craquent dès que le merchandising a besoin d'une logique du monde réel. Validation conditionnelle des commandes stocke les conditions sous forme d'un arbre de groupes, pas d'une simple liste de contrôle. Chaque groupe est une parenthèse : les conditions et les groupes imbriqués qu'il contient sont évalués ensemble. Entre chaque élément voisin - qu'il s'agisse d'une condition feuille ou d'un autre groupe - vous choisissez AND ou OR. Les groupes s'imbriquent sans limite de profondeur artificielle, si bien que des expressions comme (Produit A dans le panier AND Produit B dans le panier) OR (Client invité AND Total du panier >= 200) sont natives, pas des astuces.
Comment fonctionne le regroupement. Le groupe racine contient la logique de premier niveau. Ajoutez des conditions comme feuilles ; ajoutez un groupe imbriqué pour une nouvelle parenthèse. Les poignées de glisser-déposer réordonnent les éléments voisins ou déplacent des nœuds entre groupes. Le sélecteur de liaison entre les éléments bascule AND/OR à chaque lien - l'élément voisin n°2 peut être relié par OR au n°3 tandis que le n°3 est relié par AND au n°4. Le moteur parcourt l'arbre de manière récursive : chaque groupe se résout en vrai/faux, puis les liaisons parentes combinent les résultats des enfants.
AND contre OR. AND signifie que chaque opérande doit être vérifié. OR signifie qu'au moins un doit être vérifié. Combinez-les : un OR externe accepte soit un chemin VIP, soit un chemin à forte dépense ; des AND internes resserrent chaque branche indépendamment.
Réévaluation en direct. L'arbre est stocké en JSON structuré sur la politique et revérifié à chaque modification du panier - ajout de produit, changement de quantité, connexion, changement d'adresse, sélection du transporteur ou du paiement. Le simulateur et le tunnel de commande front utilisent le même moteur d'évaluation.
Trois schémas logiques que vous pouvez construire visuellement
Paire incompatible
Arbre : (Produit 12 dans le panier AND Produit 34 dans le panier). En clair : Bloque uniquement lorsque les deux références apparaissent ensemble.
VIP ou forte dépense
Arbre : (Groupe dans VIP) OR (Total du panier >= 500 AND Connecté = Oui). Avertissement discret sauf VIP ou dépense sérieuse.
Géo + MOQ
Arbre : (Pays de livraison not in UE) OR (Catégorie dans le panier AND Quantité de catégorie multiple de 6). Deux règles métier, une seule politique.
Liaisons AND/OR par élément voisin x imbrication illimitée x 55 champs = une logique booléenne aussi expressive qu'un tableur, aussi lisible qu'un logigramme.
Révolutionnaire
Barrière de commande conditionnelle visuelle - stoppez les mauvais paniers avec des raisons que les clients comprennent
La plupart des boutiques gèrent les règles de commande de l'une des trois façons suivantes, toutes défaillantes : une FAQ que personne ne lit, un module de panier minimum qui ne vérifie qu'un seul chiffre, ou du PHP personnalisé qui casse à la prochaine mise à jour. Aucune ne combine un ciblage profondément imbriqué, une communication claire au client et une application auditable en un seul endroit.
Étape 1 - QUAND intervenir
Arbre de conditions visuel avec groupes AND/OR imbriqués : produits, multiples de MOQ, totaux, poids, groupes, invité/connecté, pays, zone, code postal, transporteur, paiement, historique de commandes, domaine e-mail, jour/heure/date. Les règles ne se déclenchent que lorsque l'arbre correspond.
Étape 2 - QUOI faire
Chaque règle choisit blocage ou avertissement, un code de règle stable pour l'analytique, une priorité et un message multilingue. Le moteur ajoute des raisons structurées avec les noms de produits et les quantités en gras.
Étape 3 - COMMENT le prouver
Simulateur sur des paniers réels. Indicateurs du tableau de bord. Journal d'audit avec instantanés JSON. Moyens de paiement supprimés en cas de blocage - pas seulement un encadré rouge.
Pourquoi c'est important : Vous n'espérez pas que les clients lisent des règles de conditionnement, et vous ne maintenez pas de surcharges de thème fragiles. Vous exploitez un logiciel de classe enterprise - un moteur de validation conditionnelle où les conditions s'imbriquent avec AND/OR, où les actions bloquent ou avertissent, et où chaque décision peut être simulée, mesurée et auditée.
20 cas d'usage concrets
Chaque exemple est une politique que vous pouvez construire avec des groupes imbriqués. Bloquez lorsque l'exécution de la commande est impossible ; avertissez lorsque vous avez seulement besoin de pédagogie. Les raisons s'affichent sur le panier et au tunnel de commande.
1. Paires de produits incompatibles
T-shirt imprimé AND téléchargement vectoriel dans le même panier (groupe AND). Bloque et liste les deux noms.
2. Multiples de quantité par pack (MOQ)
La quantité du produit doit être un multiple de 4. Une quantité de 3 bloque avec une raison claire liée à la taille du pack.
3. Abus de livraison gratuite
(Livraison = 0) AND (Total du panier < 50). Protège les seuils de livraison gratuite.
4. Plafond de dépense invité
Invité = Oui AND Total du panier >= 200. Force la connexion ou bloque les paniers anonymes à forte valeur.
5. Livraison réservée à l'UE
Pays de livraison not in liste UE. Bloque tôt les destinations non livrables.
6. Paiement à la livraison interdit pour les paniers lourds
Paiement = cashondelivery AND poids >= 20. Évite les refus de transporteur au tunnel de commande.
7. Minimum de catégorie échantillons
Catégorie dans Échantillons AND quantité de catégorie min 3. Évite le gaspillage d'un seul sachet.
8. Exclusivité de marque
Fabricant A dans le panier AND Fabricant B dans le panier. Exclusivité contractuelle.
9. Abus de bon de réduction première commande
Première commande = Non AND bon appliqué. Protège les codes d'acquisition.
10. E-mail professionnel uniquement (B2B)
Groupe = B2B AND domaine e-mail not contains gmail. Hygiène du canal de vente en gros.
11. Séparation virtuel + physique
Has virtual AND Nécessite une livraison. Évite les cauchemars logistiques liés aux mélanges.
12. Heure limite de personnalisation
Has customized AND Heure >= 14. Avertit que la gravure sera expédiée demain.
13. Liste noire de codes postaux
Regex de code postal / commence par pour les îles éloignées. Bloque avec un appel à l'action pour contacter.
14. Transporteur contre poids
Transporteur = locker AND poids > 5. Le client change de transporteur avant le paiement.
15. Nouveau compte à forte dépense
Âge du compte < 2 AND total >= 500. Arrête un schéma classique de fraude.
16. Cartons fournisseur
La quantité fournisseur doit être un multiple de N. Application des cartons en dropshipping.
17. Gel des produits frais le week-end
Catégorie fraîcheur AND jour dans [6,7]. Cuisine fermée le week-end.
18. Incitation douce pour les VIP
Groupe VIP AND total produits < 80 - avertissement uniquement, la commande est autorisée.
19. Portée multiboutique
ID boutique = outlet AND produit exclusif - blocage sur le canal de déstockage.
20. Verrouillage avant lancement
Produit dans le panier AND date < jour de lancement - bloque les paniers avant lancement.
Guide complet des fonctionnalités
Une référence en langage clair pour les propriétaires de boutique, les équipes opérationnelles et les agences. Logiciel de classe enterprise - assez poussé pour les règles B2B et marketplace, assez clair pour que les modifications quotidiennes des politiques ne nécessitent jamais un développeur.
Politiques et règles de validation
Une politique est une campagne nommée avec un arbre de conditions (QUAND) et une ou plusieurs règles de validation (QUOI). Politiques illimitées, tri par position, activation/pause individuelle. Chaque règle : code de règle, action (blocage ou avertissement), priorité, message multilingue.
Arrêt au premier résultat s'arrête après la première politique qualifiante. Sinon, tous les résultats correspondants contribuent des violations, triées par priorité dans une seule bannière fusionnée pour le client.
Générateur de conditions visuel (groupes + AND/OR)
Éditeur d'arbre en glisser-déposer. Ajoutez des conditions et des groupes imbriqués. Entre les éléments voisins, choisissez AND ou OR. C'est ainsi que vous construisez (MOQ AND catégorie) OR (restriction géo) sans écrire de code. Sélecteurs SearchTool pour les produits, catégories, fabricants, fournisseurs, groupes, transporteurs et devises.
Consultez l'encyclopédie ci-dessous pour tous les champs. Consultez la section Arbres AND/OR imbriqués ci-dessus pour comprendre le fonctionnement des liaisons et des parenthèses.
Messages clients, bannières et arrêts stricts
Message personnalisé multilingue + liste de raisons structurée. Une seule bannière sur le panier et au tunnel de commande. En cas de blocage : moyens de paiement filtrés, validation de commande verrouillée, la validation côté serveur avant commande s'exécute quand même.
Simulateur, tableau de bord et audit
Le simulateur utilise des paniers réels. Indicateurs du tableau de bord + Chart.js. Le journal d'audit enregistre automatiquement les changements d'état de validation (pas seulement en mode debug), ainsi que les événements du cycle de vie des politiques avec des instantanés JSON.
Import / export / duplication / préréglages
Politiques JSON portables. Duplication en un clic. Les préréglages de conditions accélèrent les démarrages courants (invité, virtuel, panier à forte valeur, ...).
Chaque champ de condition - expliqué en détail
Voici l'encyclopédie complète des champs disponibles dans le générateur de conditions visuel. Chaque champ peut être utilisé seul ou dans des groupes AND/OR imbriqués. Les seuils monétaires sont configurés dans la devise par défaut de la boutique et convertis dans la devise du panier au moment de l'évaluation et de l'affichage. Les champs MOQ composés utilisent le format id:seuil.
Montants et taille du panier
Total du panier (TTC)
Lit : Total brut du panier, taxes incluses, dans la devise du panier du client (seuil stocké dans la devise par défaut, converti lors de l'évaluation).
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Montant décimal dans la devise par défaut de la boutique, par ex. 50 ou plage 50;150 pour between.
Exemple : Bloque lorsque le total < 50 pour protéger les promotions de livraison gratuite.
Variantes : Combinez avec Invité = Oui pour des plafonds anonymes à forte valeur ; avec A un bon pour des barrières contre l'abus de coupons.
Total des produits
Lit : Somme des lignes de produits TTC, hors livraison.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Montant dans la devise par défaut.
Exemple : Avertit le groupe VIP lorsque le total des produits < 80 (incitation douce vers le seuil cadeau).
Variantes : Préférez ce champ au total du panier lorsque la livraison ne doit pas compter dans la règle.
Total des produits (HT)
Lit : Sous-total net des produits (hors taxes).
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Montant dans la devise par défaut.
Exemple : B2B : exige un total produits net >= 250 avant la commande.
Variantes : Idéal pour les boutiques de gros qui raisonnent en montants hors TVA.
Frais de livraison
Lit : Montant actuel de la livraison sur le panier.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Montant monétaire.
Exemple : Bloque lorsque livraison = 0 AND total produits < 40 (abus de livraison gratuite).
Variantes : Associez avec Transporteur sélectionné pour repérer les méthodes gratuites incohérentes.
Quantité totale de produits
Lit : Somme des quantités sur toutes les lignes du panier.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Entier.
Exemple : Avertit lorsque la quantité > 100 pour un risque de fraude / de stock.
Variantes : Utilisez Produits uniques lorsque vous vous intéressez à la variété de références plutôt qu'aux unités.
Produits uniques dans le panier
Lit : Nombre de lignes de produits distinctes (références).
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Entier.
Exemple : Bloque les packs d'échantillons sauf si produits uniques >= 3.
Variantes : Utile pour des règles d'assortiment indépendantes de la taille des packs.
Poids du panier (kg)
Lit : Poids total du panier en kilogrammes.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Kg décimal.
Exemple : Bloque le transporteur locker lorsque le poids > 5.
Variantes : Combinez avec Transporteur sélectionné OR Module de paiement pour des limites logistiques.
Nombre de règles de panier
Lit : Combien de règles de panier / bons sont actuellement appliqués.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Entier.
Exemple : Bloque le cumul lorsque le nombre de règles de panier > 1.
Variantes : Associez avec Panier a un bon appliqué pour des vérifications booléennes plus simples.
Indicateurs du panier (booléen)
A au moins un produit virtuel
Lit : Vrai si un produit virtuel / téléchargeable se trouve dans le panier.
Opérateurs : =, != (Oui/Non)
Valeur : Booléen Oui ou Non.
Exemple : Avertit lorsqu'un mélange virtuel + physique nécessite une livraison.
Variantes : Utilisez avec Tous les produits sont virtuels pour les paniers 100% téléchargement.
Tous les produits sont virtuels
Lit : Vrai uniquement lorsque toutes les lignes sont virtuelles.
Opérateurs : =, !=
Valeur : Booléen.
Exemple : Ignore les blocages liés à la livraison lorsque tout virtuel = Oui.
Variantes : L'opposé de A un produit physique.
A un produit physique
Lit : Vrai si au moins un produit livrable existe.
Opérateurs : =, !=
Valeur : Booléen.
Exemple : Exige un transporteur lorsque a physique = Oui.
Variantes : Combinez avec Nécessite une livraison pour des barrières logistiques.
Le panier nécessite une livraison
Lit : Indicateur PrestaShop : le panier a besoin d'une adresse de livraison / d'un transporteur.
Opérateurs : =, !=
Valeur : Booléen.
Exemple : Bloque les modules de paiement qui ne peuvent pas livrer lorsque nécessite livraison = Oui.
Variantes : Utile pour les cas particuliers mêlant virtuel et physique.
A un produit personnalisé
Lit : Vrai lorsqu'une personnalisation de produit est présente.
Opérateurs : =, !=
Valeur : Booléen.
Exemple : Avertit après 14h00 que la gravure sera expédiée le lendemain.
Variantes : AND avec Heure de la journée / Jour de la semaine pour des heures limites de production.
Le panier a un bon appliqué
Lit : Vrai lorsqu'au moins une réduction / règle de panier est appliquée.
Opérateurs : =, !=
Valeur : Booléen.
Exemple : Bloque les bons de bienvenue lorsque Première commande du client = Non.
Variantes : Alternative plus simple au comptage des règles de panier.
Présence dans le catalogue
Produit dans le panier
Lit : Si les ID de produit sélectionnés apparaissent dans le panier.
Opérateurs : in, not in, =, !=
Valeur : Un ou plusieurs ID de produit via le sélecteur multiple SearchTool.
Exemple : in [t-shirt, vectoriel] avec un AND de deux conditions Produit - incompatibilité classique.
Variantes : not in pour une liste noire ; associez plusieurs feuilles Produit avec AND pour des paires.
Catégorie dans le panier
Lit : Vrai si un produit appartient aux ID de catégorie sélectionnés.
Opérateurs : in, not in, =, !=
Valeur : ID de catégories.
Exemple : Catégorie produits frais dans le panier AND jour de week-end - bloque.
Variantes : Les catégories imbriquées dépendent de l'affectation des produits dans le catalogue.
Fabricant dans le panier
Lit : Présence d'une marque / d'un fabricant.
Opérateurs : in, not in, =, !=
Valeur : ID de fabricants.
Exemple : Marque A AND Marque B présentes toutes les deux - blocage pour exclusivité contractuelle.
Variantes : Utilisez Quantité de fabricant pour un MOQ sur une marque.
Fournisseur dans le panier
Lit : Présence d'un fournisseur (dropship / entrepôt).
Opérateurs : in, not in, =, !=
Valeur : ID de fournisseurs.
Exemple : Fournisseur X présent - impose Quantité fournisseur multiple du carton.
Variantes : Idéal pour les marketplaces multi-fournisseurs.
Quantités et MOQ (id:seuil composé)
Quantité de produit
Lit : Quantité d'un produit spécifique comparée à un seuil.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Composé productId:qty, par ex. 12:3.
Exemple : Quantité du produit 12 >= 3 pour l'éligibilité à une remise de volume (ou blocage sous le MOQ).
Variantes : Préférez les champs dédiés min/max/multiple lorsque l'objectif est l'application d'un MOQ.
Quantité de catégorie (somme)
Lit : Somme des quantités de toutes les lignes d'une catégorie.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : categoryId:qty
Exemple : Somme de la catégorie Échantillons < 3 - avertit d'ajouter plus d'échantillons.
Variantes : Fonctionne sur plusieurs références de la même catégorie.
Quantité de fabricant (somme)
Lit : Somme des quantités pour un fabricant.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : manufacturerId:qty
Exemple : Quantité de marque > 50 - avertissement fraude / allocation.
Variantes : Même principe que la somme de catégorie.
Quantité de fournisseur (somme)
Lit : Somme des quantités pour un fournisseur.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : supplierId:qty
Exemple : Seuil de carton fournisseur avant d'autoriser la commande.
Variantes : Associez avec Quantité fournisseur doit être un multiple de.
Quantité minimale de produit
Lit : Échoue lorsque la quantité de produit est inférieure au minimum requis.
Opérateurs : Évaluateur MOQ (min)
Valeur : productId:minQty
Exemple : Produit 12 minimum 4 - impossible d'acheter 1 à 3 unités.
Variantes : La raison affichée au client indique le minimum requis.
Quantité maximale de produit
Lit : Échoue lorsque la quantité de produit dépasse le maximum.
Opérateurs : Évaluateur MOQ (max)
Valeur : productId:maxQty
Exemple : Limite de 20 par référence et par commande pour le contrôle des allocations.
Variantes : Utile pour les lancements et les éditions limitées.
Quantité minimale de catégorie
Lit : La somme de la catégorie doit être au moins N.
Opérateurs : MOQ min
Valeur : categoryId:minQty
Exemple : Catégorie gros minimum 12 unités.
Variantes : S'applique à la somme de tous les produits de cette catégorie.
Quantité maximale de catégorie
Lit : La somme de la catégorie ne doit pas dépasser N.
Opérateurs : MOQ max
Valeur : categoryId:maxQty
Exemple : Plafonne la catégorie promotionnelle à 6 par commande client.
Variantes : Combinez avec Groupe client pour des plafonds B2C contre B2B.
Quantité minimale de fabricant
Lit : Somme du fabricant >= N.
Opérateurs : MOQ min
Valeur : manufacturerId:minQty
Exemple : Le kit de démarrage de la marque nécessite 6 unités.
Variantes : Même famille que le MOQ de catégorie.
Quantité maximale de fabricant
Lit : Somme du fabricant <= N.
Opérateurs : MOQ max
Valeur : manufacturerId:maxQty
Exemple : Plafond d'allocation de 30 unités de la Marque X par commande.
Variantes : OR avec Invité pour des limites anonymes plus strictes.
Quantité minimale de fournisseur
Lit : Somme du fournisseur >= N.
Opérateurs : MOQ min
Valeur : supplierId:minQty
Exemple : Quantité minimale de commande pour un partenaire dropshipping.
Variantes : Empêche les micro-commandes non rentables vers ce fournisseur.
Quantité maximale de fournisseur
Lit : Somme du fournisseur <= N.
Opérateurs : MOQ max
Valeur : supplierId:maxQty
Exemple : Plafonne l'exposition à un fournisseur risqué par panier.
Variantes : Schéma de contrôle de fraude / crédit.
La quantité de produit doit être un multiple de
Lit : Échoue lorsque la quantité de produit n'est pas un multiple exact de N (taille de pack).
Opérateurs : MOQ multiple
Valeur : productId:packSize par ex. 12:4
Exemple : Le pull doit être commandé par packs de 4 - une quantité de 3 bloque avec une raison claire.
Variantes : Règle de pack la plus courante en gros ; la raison indique la quantité actuelle et le multiple requis.
La quantité de catégorie doit être un multiple de
Lit : La somme de la catégorie doit être un multiple de N.
Opérateurs : MOQ multiple
Valeur : categoryId:packSize
Exemple : Catégorie vendue uniquement par lots de six.
Variantes : Utilisez lorsque n'importe quel mélange de références dans la catégorie doit tout de même remplir un carton.
La quantité de fabricant doit être un multiple de
Lit : Somme du fabricant multiple de N.
Opérateurs : MOQ multiple
Valeur : manufacturerId:packSize
Exemple : Taille de carton de la marque : 12.
Variantes : Même logique que le multiple de catégorie.
La quantité de fournisseur doit être un multiple de
Lit : Somme du fournisseur multiple de N.
Opérateurs : MOQ multiple
Valeur : supplierId:packSize
Exemple : Le fournisseur n'expédie que des cartons complets de 8.
Variantes : Application des cartons en dropshipping.
Total de ligne de produit
Lit : Total monétaire d'une ligne de produit comparé à un seuil.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : productId:amount
Exemple : Total de la ligne du produit 12 < 20 - avertit d'une configuration sous-évaluée.
Variantes : Montant converti depuis la devise par défaut comme les autres champs de montant.
Client
Client connecté
Lit : Si la session a un client authentifié.
Opérateurs : =, !=
Valeur : Oui / Non.
Exemple : Forcer la connexion : le parcours invité est bloqué lorsque le total du panier >= 200 AND connecté = Non.
Variantes : Le miroir de Client invité.
Client invité
Lit : Vrai pour une commande en tant qu'invité / non connecté.
Opérateurs : =, !=
Valeur : Oui / Non.
Exemple : Invité AND panier >= 200 - bloque les commandes anonymes à forte valeur.
Variantes : Règle classique de réduction de la fraude.
Groupe client
Lit : Le client appartient à l'un des groupes PrestaShop sélectionnés.
Opérateurs : in, not in, =, !=
Valeur : ID de groupes (VIP, B2B, Visiteur...).
Exemple : Groupe VIP - avertissement discret uniquement ; Visiteurs - MOQ strict.
Variantes : not in Visiteur pour des politiques réservées aux clients connectés.
Commandes terminées du client
Lit : Nombre de commandes historiquement terminées.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Entier.
Exemple : commandes = 0 avec un bon de bienvenue - autorise ; commandes > 0 - bloque l'abus de bon.
Variantes : S'associe avec le booléen Première commande du client.
Dépense totale du client
Lit : Montant total dépensé (converti).
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Montant dans la devise par défaut.
Exemple : Dépense totale >= 1000 débloque un avertissement seul au lieu d'un blocage.
Variantes : Schéma de score de fidélité / confiance.
Domaine e-mail du client
Lit : Chaîne de domaine e-mail / adresse pour des vérifications de motif.
Opérateurs : =, !=, contains, starts with, regex, empty, not empty
Valeur : Texte ou regex, par ex. @company.com ou gmail.
Exemple : Groupe B2B AND e-mail not contains gmail - bloque les e-mails grand public sur le gros.
Variantes : regex pour des listes d'autorisation/refus complexes.
Première commande du client
Lit : Vrai lorsque le client n'a aucune commande terminée antérieure.
Opérateurs : =, !=
Valeur : Booléen.
Exemple : Première commande = Non AND bon appliqué - bloque les codes d'acquisition pour les acheteurs récurrents.
Variantes : Plus clair que orders_count = 0 pour le merchandising.
Âge du compte client (jours)
Lit : Nombre de jours depuis l'inscription du client.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Nombre de jours entier.
Exemple : Âge du compte < 2 AND panier >= 500 - bloque (schéma de fraude sur nouveau compte).
Variantes : between pour des fenêtres de période probatoire.
Adresse, livraison, paiement, boutique
Pays de livraison
Lit : Pays de l'adresse de livraison.
Opérateurs : in, not in, =, !=
Valeur : ID de pays / liste de sélection ISO.
Exemple : not in pays UE - bloque avec un message géographique.
Variantes : OR avec Pays de facturation pour des règles de résidence fiscale.
Pays de facturation
Lit : Pays de l'adresse de facturation.
Opérateurs : in, not in, =, !=
Valeur : ID de pays.
Exemple : Pays de facturation != Pays de livraison - avertit d'une incohérence.
Variantes : Scénarios de TVA B2B.
Zone de livraison
Lit : Zone PrestaShop de l'adresse de livraison.
Opérateurs : in, not in, =, !=
Valeur : ID de zones.
Exemple : Zone = Îles - bloque les transporteurs standards.
Variantes : Plus large que de lister chaque pays.
Code postal de livraison
Lit : Chaîne du code postal de livraison.
Opérateurs : =, !=, contains, starts with, regex, empty, not empty
Valeur : Texte / regex.
Exemple : starts with 00- pour des règles de région capitale ; regex pour des plages d'îles.
Variantes : empty pour repérer les adresses incomplètes.
État / région de livraison
Lit : État / région de l'adresse de livraison.
Opérateurs : =, !=, in, not in, contains...
Valeur : ID d'état ou texte selon la configuration de la boutique.
Exemple : État dans [régions éloignées] - bloque ou avertit d'un supplément.
Variantes : Utile pour les États américains / canadiens / les communautés autonomes espagnoles.
Transporteur sélectionné
Lit : Transporteur choisi pour le panier.
Opérateurs : in, not in, =, !=
Valeur : Référence / ID de transporteur via un sélecteur.
Exemple : Transporteur = locker AND poids > 5 - bloque.
Variantes : Évalué après l'étape du transporteur ; revérifié à chaque changement.
Module de paiement
Lit : Nom technique du module de paiement.
Opérateurs : in, not in, =, !=
Valeur : Nom du module, par ex. ps_cashondelivery.
Exemple : Paiement à la livraison AND poids >= 20 - bloque.
Variantes : Fonctionne avec le filtre de paiement en cas de blocage global.
Devise
Lit : ID de devise du panier.
Opérateurs : in, not in, =, !=
Valeur : ID de devises.
Exemple : Devise != devise par défaut de la boutique - avertit des paniers en devise exotique.
Variantes : Les seuils monétaires sont quand même convertis ; ceci filtre selon le choix de devise.
ID de boutique
Lit : ID de la boutique actuelle (multiboutique).
Opérateurs : =, !=, in, not in
Valeur : ID de boutique entier.
Exemple : Boutique = Outlet AND produit exclusif dans le panier - bloque.
Variantes : Garde les politiques limitées à une boutique quand nécessaire.
Fenêtres temporelles
Jour de la semaine (1-7)
Lit : Jour actuel dans le fuseau horaire de la boutique (1 = lundi ... 7 = dimanche).
Opérateurs : =, !=, <, <=, >=, >, between, in
Valeur : Entier 1-7 ou liste pour in.
Exemple : in [6,7] AND catégorie fraîcheur - bloque les commandes fraîches le week-end.
Variantes : Combinez avec Heure pour des heures limites le vendredi.
Heure de la journée (0-23)
Lit : Heure actuelle 0-23.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Heure entière.
Exemple : Heure >= 14 AND produit personnalisé - avertit d'une production le lendemain.
Variantes : Fenêtres d'expédition le jour même.
Date (AAAA-MM-JJ)
Lit : Date calendaire actuelle.
Opérateurs : =, !=, <, <=, >=, >, between
Valeur : Chaîne de date 2026-12-24 ou plage.
Exemple : Date < jour de lancement AND produit dans le panier - bloque les paniers avant lancement via URL.
Variantes : Fenêtres de vacances / campagnes sans tâches cron.
Statistiques pour les geeks
Panier évalué. Conditions correspondantes. Checkout bloqué ou averti. Raisons affichées. Chaque décision tracée dans l'audit. C'est un logiciel de classe enterprise - voici l'ingénierie derrière la porte de validation que votre client vient de rencontrer.
~26k
Lignes de code
PHP ~22k + JS ~2.2k + CSS ~1.2k + Smarty ~0.9k
103
Fichiers du module
Classes, contrôleurs, templates, SQL, traductions, ressources
55
Champs de condition
Avec 14 opérateurs et des liaisons AND/OR imbriquées
6
Onglets back-office
Tableau de bord, Politiques, Paramètres, Simulateur, Journal d'audit, Mises à jour
2
Actions
block_checkout et warn_checkout
17
Événements d'audit
Validation, commandes, CRUD politique/règle, import/export, simulation, paramètres
15+
Hooks
Panier, tunnel de commande, filtre de paiement, validation de commande, commande admin
32
Traductions
Packs de langues prêts à l'emploi pour les chaînes BO et FO
Couche base de données
-
6 tables personnalisées :
conordervalid_policy,conordervalid_rule,conordervalid_rule_lang,conordervalid_cart,conordervalid_preset,conordervalid_log. -
19 classes PHP incluant Engine, ConditionTree, Context, Dashboard, AuditLog, Policy, Rule, CartState, ListRenderer, Admin.
-
Instantanés : JSON violations par panier ; JSON validation_snapshot sur les lignes d'audit pour la vérité historique.
Architecture
-
Hooks : displayHeader, actionCartSave, actionFrontControllerInitAfter, actionFilterPaymentOptions, actionValidateOrder / Before, displayAdminOrder, hooks de suppression de panier et plus encore.
-
6 modules JS : adminConditionBuilder, adminPolicyRules, adminConordervalidDashboard, adminConordervalidSimulator, adminConordervalidSearchTool, validation.js (bannières front).
-
Couche de compatibilité PS 9 dans
lib/prestashop9compatibility.php- une seule base de code pour 1.7, 8 et 9. -
Chart.js sur le tableau de bord pour les tendances quotidiennes/hebdomadaires/mensuelles et les graphiques circulaires par code de règle.
Chart.js
Tendances d'indicateurs et répartition circulaire par code de règle.
100+ fichiers
103 fichiers dans le package du module distribuable.
v1.1.0
Version actuelle pour PrestaShop 9 / 8 / 1.7.
Les conditions décident QUAND une règle se déclenche. Les actions décident CE QUI se passe - blocage ou avertissement. Le journal d'audit prouve POURQUOI le tunnel de commande s'est comporté ainsi.
~26 000 lignes de code répartis sur 103 fichiers de module, 32 packs de traduction et v1.1.0. Le merchandising construit l'arbre. Le moteur l'applique. Le support lit l'instantané. Logiciel de classe enterprise pour la gouvernance du tunnel de commande.
55 champs de condition, 14 opérateurs, 2 actions d'application et une seule piste d'audit - conçu pour qu'un blocage au tunnel de commande ne soit jamais un mystère, toujours une règle métier mesurée avec une raison que le client peut corriger.
Arrêtez les mauvais paniers. Expliquez pourquoi. Prouvez-le dans le journal d'audit.
55 champs de condition, groupes AND/OR imbriqués, 14 opérateurs, actions de blocage et d'avertissement, simulateur et audit complet - conçu pour qu'un blocage au tunnel de commande ne soit jamais un mystère, toujours une règle métier mesurée avec une raison que le client peut corriger.
129.00 €
Galerie du module 1/12
Pourquoi choisir notre module
Validation conditionnelle des commandes?
Optimisation et Automatisation
Le module "Validation conditionnelle des commandes" automatise l'application de règles complexes, optimisant la gouvernance de votre tunnel de commande. Il bloque ou avertit les clients selon des conditions visuelles, réduisant la fraude et assurant un processus de commande efficace et auditable.
Augmentation des Ventes
Le module Validation conditionnelle des commandes transforme votre tunnel d'achat. Il assure des ventes plus saines en bloquant intelligemment les paniers non conformes, tout en guidant les clients avec des raisons claires. Cela réduit l'abandon, prévient la fraude et optimise la rentabilité de chaque conversion, augmentant ainsi vos ventes qualifiées.
15 ans d'expérience
Forts de 15 ans d'expérience avec PrestaShop, nous savons que les paniers illégaux exigent des règles précises. "Validation conditionnelle des commandes" est le fruit de cette expertise, offrant une gouvernance du tunnel avec des politiques visuelles, des conditions AND/OR imbriquées et un audit complet. Finis les hacks fragiles.
Large Personnalisation
Le module "Validation conditionnelle des commandes" offre une personnalisation inégalée, permettant de créer des règles métier complexes avec 55 champs de condition et des arbres AND/OR imbriqués illimités. Il s'adapte parfaitement aux besoins uniques de votre boutique sans nécessiter de code.
Code Source Ouvert
Le module "Validation conditionnelle des commandes" est totalement Open Source. Accédez à l'intégralité de son code (PHP, JS, CSS) pour des audits complets, des modifications avancées et des intégrations fluides, garantissant une gouvernance transparente de vos commandes.
Licence et Mises à jour
La licence de Validation conditionnelle des commandes est à vie, assurant un contrôle permanent du tunnel de commande. Les mises à jour pour PrestaShop 1.7, 8 et 9 sont incluses gratuitement pendant un an, avec des réductions de renouvellement allant jusqu'à 90%.