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 Règles conditionnelles de moyens de paiement
Affichez ou masquez les moyens de paiement au checkout avec des politiques basées sur des règles. Conditions AND/OR sur panier, groupe client, pays, transporteur et produits. Contrôlez chaque passerelle avec des stratégies de fusion. Simulateur, audit, analytics, import/export JSON et messages multilingues. PrestaShop 1.7, 8 et 9.
79.99 €
Galeria 1/12
Règles conditionnelles de méthodes de paiement
"Payment Method Rules" pour PrestaShop offre un contrôle inégalé sur la visibilité des méthodes de paiement. Créez des politiques conditionnelles basées sur 12 champs (panier, client, livraison) avec logique AND/OR imbriquée. Définissez des règles SHOW/HIDE pour chaque passerelle, ajoutez des messages d'indisponibilité personnalisés et testez avec le simulateur intégré. Suivez les performances via le tableau de bord analytique et le journal d'audit. Adaptez dynamiquement les options de paiement pour une expérience client optimisée et une gestion professionnelle.
Version du module :
1.1.0
Versions de la boutique :
9.x8.x1.7.x
Fonctionne avec ThirtyBees :
Non
Traductions :
Affichez le bon paiement. À chaque checkout.
Règles conditionnelles de méthodes de paiement pour PrestaShop.
Chaque panier est unique. Chaque client mérite des options de paiement adaptées à son contexte. Payment Method Rules est un moteur complet de visibilité pour votre checkout : créez des politiques avec des conditions AND/OR imbriquées, contrôlez chaque passerelle individuellement, expliquez pourquoi une méthode est indisponible, simulez les résultats avant la mise en ligne et tracez chaque décision dans un journal d'audit. Un module. Un contrôle total sur ce avec quoi vos clients peuvent payer.
Ce que Payment Method Rules vous apporte
Voici les fonctionnalités qui transforment la visibilité des paiements en règles métier maîtrisées. Conçu pour les marchands qui exigent la précision au checkout — sans toucher au code.
Moteur basé sur des politiques
Créez plusieurs politiques nommées, classez-les par priorité, activez ou mettez en pause individuellement. Chaque politique possède son propre arbre de conditions et ses règles par passerelle.
Constructeur visuel de conditions
Groupes AND/OR imbriqués avec 12 champs panier et client. Préréglages rapides pour les scénarios courants. Échappatoire JSON brut quand vous en avez besoin.
Règles par passerelle
Une carte par module de paiement installé. Définissez SHOW ou HIDE, la priorité d'évaluation, la position d'affichage et des plages horaires optionnelles par règle.
Cinq stratégies de fusion
Deny wins, allow wins, priority cascade, weighted score ou unanimous SHOW — choisissez comment les règles conflictuelles au sein d'une politique se résolvent.
Simulateur de checkout
Sélectionnez un vrai panier et un vrai client de votre boutique. Voyez exactement quelles méthodes de paiement apparaîtraient — avant qu'une seule commande ne soit passée.
Tableau de bord analytique
Cartes KPI, graphiques quotidiens/hebdomadaires/mensuels et répartition par module de paiement. Suivez la fréquence d'affichage ou de masquage de chaque passerelle dans le temps.
Messages d'indisponibilité
Gardez une méthode masquée visible comme option désactivée avec une explication multilingue personnalisée — ou retirez-la entièrement de la liste. Votre choix via un paramètre global.
Journal d'audit complet
Chaque évaluation de visibilité, modification de politique, exécution de simulation et validation de commande est enregistrée avec horodatage, acteur et aperçu des détails. Exportez quand vous avez besoin d'une trace écrite.
Import, export et duplication
Téléchargez n'importe quelle politique en JSON, importez-la dans une autre boutique ou dupliquez-la en un clic. Déplacez les configurations entre environnements sans tout reconstruire.
Gamechanger
Constructeur visuel de conditions avec logique imbriquée
Des règles de checkout complexes ne devraient pas exiger du code complexe. Payment Method Rules vous offre un arbre de conditions glisser-déposer directement dans l'éditeur de politiques.
12 champs checkout réels
Total panier, total produits, quantité, devise, pays de livraison, zone, groupe client, transporteur, statut de connexion, produit, catégorie et fabricant — tous avec recherche autocomplete là où c'est pertinent.
Groupes AND / OR imbriqués
Combinez des conditions en groupes, imbriquez des groupes dans d'autres groupes, changez les opérateurs à chaque niveau. Créez des règles comme « panier supérieur à 500 EUR ET (pays = DE OU pays = AT) ».
Préréglages et JSON
Préréglages rapides en un clic pour invités uniquement, B2B uniquement ou valeur minimale de panier. Chargez des préréglages serveur ou collez du JSON brut pour un contrôle manuel total.
Pourquoi c'est important : Le constructeur de conditions n'est pas un ajout cosmétique. C'est le cœur du moteur d'évaluation — chaque champ correspond à des données panier et client évaluées à chaque chargement du checkout. Vous voyez l'arbre, le moteur exécute l'arbre.
Guide complet des fonctionnalités
Chaque fonctionnalité expliquée en langage clair pour les marchands. Sans jargon technique. Une par une, pour que vous sachiez exactement ce que Payment Method Rules apporte à votre boutique.
Visibilité des paiements au checkout
Lorsqu'un client atteint l'étape de paiement, le module évalue toutes les politiques actives par rapport au panier actuel, au client, à l'adresse de livraison et au transporteur. Chaque passerelle de paiement installée reçoit une décision SHOW ou HIDE avant le rendu des options.
Sur PrestaShop 8.1 et supérieur, le filtrage passe par le hook natif actionFilterPaymentOptions. Sur les versions antérieures, une couche de compatibilité applique la même logique sans casser votre thème.
Politiques et règles par passerelle
Une politique est un ensemble nommé de conditions plus un jeu de règles de paiement. Créez autant de politiques que nécessaire — par exemple une pour le virement B2B, une pour les restrictions COD à forte valeur, une pour les cartes internationales.
Dans chaque politique, chaque module de paiement installé possède sa propre carte de règle. Basculez SHOW ou HIDE, définissez la priorité d'évaluation, réorganisez la position d'affichage et limitez éventuellement la règle à une plage de dates.
Les politiques s'exécutent par ordre de position. Activez Stop on first match lorsque vous souhaitez que le moteur s'arrête après la première politique correspondant au contexte panier actuel.
Stratégies de fusion
Lorsque plusieurs règles au sein d'une politique ciblent le même module de paiement, la stratégie de fusion décide du résultat :
- Deny wins — toute règle HIDE correspondante masque le paiement.
- Allow wins — toute règle SHOW correspondante affiche le paiement.
- Priority cascade — la première règle correspondante par priorité décide.
- Weighted score — SHOW ajoute +1, HIDE soustrait −1 ; le score net détermine la visibilité.
- Unanimous SHOW — toutes les règles correspondantes doivent être SHOW pour que le paiement apparaisse.
Définissez une stratégie de fusion par défaut globalement dans Paramètres, puis surchargez par politique lorsqu'un scénario spécifique nécessite une résolution de conflit différente.
Messages d'indisponibilité
Masquer une méthode de paiement sans explication frustre parfois les clients. Payment Method Rules vous permet d'écrire un message par règle et par langue qui s'affiche lorsqu'une méthode est bloquée.
Dans Paramètres, choisissez entre deux comportements : retirer les méthodes masquées de la liste entièrement, ou les garder visibles comme options désactivées avec votre message personnalisé inline à l'étape de paiement.
Chaque carte de règle inclut une saisie multilingue avec sélecteur de drapeau de langue — rédigez l'explication une fois par langue, la bonne version s'affiche automatiquement au checkout.
Simulateur de checkout
L'onglet Simulateur vous permet de tester les règles sur des données réelles de votre boutique. Recherchez et sélectionnez un panier actif, associez éventuellement un client, puis lancez l'évaluation.
Les résultats affichent chaque module de paiement avec son statut de visibilité final, les politiques correspondantes et les messages d'indisponibilité qui apparaîtraient. Aucune commande test requise. Aucun impact client.
Utilisez le simulateur après chaque modification de politique pour confirmer que vos règles se comportent exactement comme prévu avant que les clients ne les voient.
Tableau de bord et analytique
L'onglet Tableau de bord est votre salle de contrôle de visibilité. Les cartes KPI résument les évaluations, les applications de masquage et les politiques actives sur une période sélectionnable (30, 90, 180 ou 365 jours).
Les graphiques de tendance Chart.js détaillent l'activité quotidienne, hebdomadaire ou mensuelle. Un tableau par module de paiement montre quelles passerelles sont le plus souvent masquées — utile pour ajuster les règles ou négocier avec les prestataires de paiement.
Les entrées d'audit récentes apparaissent en bas du tableau de bord pour un accès rapide aux dernières décisions sans quitter la vue d'ensemble.
Journal d'audit
Chaque événement significatif est enregistré : évaluations de visibilité au checkout, blocages de validation de commande, création/mise à jour/suppression de politiques, imports, exports, duplications, modifications de paramètres et exécutions de simulation.
L'onglet admin dédié Journal d'audit sous Paiements vous offre des filtres par date, type d'événement et module de paiement. Cliquez sur aperçu sur n'importe quelle ligne pour voir le payload de détail complet.
Exportez le journal en CSV lorsque la conformité ou la revue interne exige un historique complet de qui a changé quoi et quand.
Import, export et duplication de politiques
Téléchargez n'importe quelle politique en fichier JSON portable depuis l'éditeur de politiques ou la liste des politiques. Importez du JSON pour créer une nouvelle politique sur la même boutique ou un environnement de staging.
L'action de duplication copie la politique complète — conditions, règles, stratégie de fusion et messages multilingues — sous un nouveau nom. Idéal pour créer des variantes saisonnières ou tester des modifications en toute sécurité.
Chaque import, export et duplication est enregistré dans la piste d'audit.
Garde de validation de commande
Les règles sont appliquées deux fois : à l'affichage des options de paiement et à nouveau lors de la validation de la commande. Si un client atteint d'une manière ou d'une autre l'URL de validation d'un module de paiement masqué, la commande est bloquée avant sa création.
Un instantané de visibilité est stocké sur l'enregistrement de commande pour que vous puissiez voir quelles méthodes de paiement étaient disponibles au moment de l'achat — directement depuis la page de détail de commande dans le back office.
Six onglets back office dédiés
Tout est organisé en sections claires. Ouvrez la configuration du module et accédez directement à l'endroit souhaité. Deux menus admin natifs supplémentaires sous Paiements offrent des vues liste complètes pour les politiques et l'historique d'audit.
Règles et tests
-
PoliciesCréer, modifier, réorganiser, dupliquer et exporter des politiques de visibilité des paiements.
-
SimulatorLancer des évaluations sur de vrais paniers et clients de votre base de données.
-
SettingsValeurs par défaut globales, mode message d'indisponibilité, période analytique et journalisation debug.
Analyse et maintenance
-
DashboardKPI, graphiques de tendance, statistiques par module et flux d'activité récente.
-
Audit logHistorique complet des événements avec filtres, modal d'aperçu et export CSV.
-
UpdatesVérification de version du module et notifications de mise à jour MyPresta.
Exemples de conditions
Des configurations de politiques réelles que vous pouvez créer en quelques minutes — chacune combine un arbre de conditions avec plusieurs règles par module de paiement. Copiez la logique, remplacez vos modules, publiez.
Politique : Virement B2B Fusion : Deny wins
Conditions de politique (AND)
Client connecté AND Groupe client in [Wholesale, VIP B2B] AND Total panier ≥ 200 EUR
| Module de paiement | Règle | Conditions supplémentaires de règle |
|---|---|---|
| Virement bancaire | SHOW | — |
| PayPal | HIDE | Total panier ≥ 1 000 EUR |
| Paiement à la livraison | HIDE | — |
Politique : Limites de sécurité COD Fusion : Priority cascade
Conditions de politique (OR)
Pays de livraison in [PL, CZ, SK] OR Zone de livraison = National
| Module de paiement | Règle | Conditions supplémentaires de règle |
|---|---|---|
| Paiement à la livraison | SHOW | Total panier ≤ 300 EUR AND Quantité produit ≤ 15 |
| Paiement à la livraison | HIDE | Total panier > 300 EUR OR Transporteur in [Express, Same-day] |
| Stripe / carte | SHOW | Total panier > 300 EUR |
Politique : Protection commandes haute valeur Fusion : Deny wins
Conditions de politique (AND)
Total panier ≥ 5 000 EUR OR Total produits between 3 000 – 10 000 EUR
| Module de paiement | Règle | Message d'indisponibilité |
|---|---|---|
| Paiement à la livraison | HIDE | « Le paiement à la livraison n'est pas disponible pour les commandes supérieures à 5 000 €. » |
| Chèque | HIDE | — |
| Virement bancaire | SHOW | — |
| Stripe / carte | SHOW | — |
Politique : Checkout catalogue restreint Fusion : Weighted score
Conditions de politique (imbriquées)
Catégorie dans le panier in [Batteries, Electronics] OR (Fabricant dans le panier in [Brand X] AND Produit dans le panier not in [Liste SKU approuvée])
| Module de paiement | Règle | Conditions supplémentaires de règle |
|---|---|---|
| Paiement à la livraison | HIDE | — |
| PayPal | HIDE | Pays de livraison not in [DE, AT, CH] |
| Virement bancaire | SHOW | Client connecté = Oui |
Politique : Checkout invité vs inscrit Stop on first match
Conditions de politique
Client connecté = Non
| Module de paiement | Règle | Conditions supplémentaires de règle |
|---|---|---|
| Virement bancaire | HIDE | — |
| PayPal | SHOW | — |
| Stripe / carte | SHOW | — |
| Paiement à la livraison | HIDE | Total panier > 150 EUR |
Liste complète des champs de condition disponibles
Chaque champ ci-dessous est disponible dans le constructeur visuel — au niveau politique et par règle de paiement individuelle. Combinez avec 9 opérateurs et des groupes AND/OR imbriqués sans limite.
| Champ de condition | Ce qu'il vérifie | Opérateurs |
|---|---|---|
| Total panier (TTC) | Valeur complète du panier taxes comprises | = ≠ > ≥ < ≤ between |
| Total produits | Somme des lignes produits uniquement (hors livraison) | = ≠ > ≥ < ≤ between |
| Quantité produit dans le panier | Nombre total d'articles dans le panier | = ≠ > ≥ < ≤ between |
| Devise | Devise active au checkout | = ≠ in not in |
| Pays de livraison | Pays de l'adresse de livraison | = ≠ in not in |
| Zone de livraison | Zone géographique assignée à l'adresse | = ≠ in not in |
| Groupe client | Groupe client par défaut ou contextuel | = ≠ in not in |
| Transporteur | Mode de livraison sélectionné au checkout | = ≠ in not in |
| Client connecté | Session invité vs client enregistré | = ≠ |
| Produit dans le panier | Présence d'un SKU / produit spécifique | in not in |
| Catégorie dans le panier | Produits appartenant aux catégories sélectionnées | in not in |
| Fabricant dans le panier | Marque / fabricant des articles du panier | in not in |
12 champs. 9 opérateurs. Arbres AND/OR imbriqués. Profondeur illimitée.
Empilez autant de politiques que nécessaire. Ajoutez autant de règles par module de paiement que votre activité l'exige — chacune avec ses sous-conditions, sa priorité, son planning et son message multilingue. Multipliez par 5 stratégies de fusion, l'ordre inter-politiques et stop-on-first-match…
Le nombre de combinaisons est effectivement illimité. Vos règles de checkout peuvent être aussi simples — ou aussi sophistiquées — que votre activité l'exige. WOW.
Cas d'usage concrets
Payment Method Rules s'adapte à la façon dont votre entreprise vend réellement — et non l'inverse.
Virement B2B pour groupes de confiance uniquement
Affichez le virement bancaire uniquement lorsque le client appartient à votre groupe grossiste et est connecté. Les autres ne le voient jamais — ou le voient désactivé avec « Disponible pour les clients professionnels enregistrés ».
Limites COD par valeur de panier et pays
Masquez le paiement à la livraison lorsque le panier dépasse le seuil COD de votre transporteur, ou lorsque le pays de livraison est hors de votre zone de service. Combinez total panier et pays dans un seul groupe AND.
Restreindre les cartes pour catégories à risque
Lorsque le panier contient des produits d'une catégorie restreinte, masquez les paiements par carte et laissez le virement disponible. Les conditions produit et catégorie supportent les opérateurs in / not in.
Contrôle des paiements pour invités
Utilisez la condition de connexion pour limiter certaines passerelles aux clients enregistrés. Les invités voient une liste de paiement simplifiée ; les acheteurs récurrents obtiennent toutes leurs options.
Statistiques pour les passionnés
Conditions évaluées au chargement du panier. Commandes bloquées à la validation. Chaque décision tracée dans les lignes d'audit. Voici l'ingénierie derrière la liste de paiement que vos clients voient.
12,000+
Lignes de code
PHP, JavaScript, templates Smarty, CSS et SQL alimentant le moteur d'évaluation, le constructeur de conditions, l'analytique du tableau de bord, le simulateur et le journal d'audit.
17
Classes bibliothèque dédiées
Engine, évaluateur de conditions, dépôt d'arbres, duplicateur de politiques, tableau de bord, journal d'audit, couche de compatibilité et renderer admin.
6
Onglets back office
Dashboard, Policies, Settings, Simulator, Audit log et Updates — plus les menus natifs Payment policies et Audit log sous Paiements.
5
Stratégies de fusion
Deny wins, allow wins, priority cascade, weighted score et unanimous SHOW — configurables globalement et par politique.
Couche base de données
-
5 tables personnalisées : policies, rules, rule translations, condition presets et audit log.
-
Colonnes commande : instantané de visibilité et nom du module de paiement stockés sur
ps_orderspour la traçabilité post-achat. -
Messages de règle multilingues dans une table lang dédiée par règle et langue de boutique.
Architecture
-
Jusqu'à 8 hooks PrestaShop : filtrage des paiements, assets checkout, garde de validation de commande et affichage commande admin — avec support du hook de filtre natif PS 8.1+.
-
PaymethodrulesEngine évalue les politiques par ordre de position avec stratégies de fusion, stop-on-first-match et fenêtres de dates par règle.
-
Couche de compatibilité PS 9 gère les différences de plateforme entre PrestaShop 1.7, 8 et 9 depuis une seule base de code.
-
Contrôleur simulateur Front AJAX pour l'évaluation de panier en direct sans rechargement de page dans le back office.
Chart.js
Analytique du tableau de bord avec graphiques de tendance d'évaluation quotidiens, hebdomadaires et mensuels.
12 champs
Conditions panier, client, livraison et produit avec 9 opérateurs de comparaison chacun.
v1.1.0
Version actuelle. PrestaShop 1.7.x, 8.x et 9.x. Une base de code, trois générations de plateforme.
Conditions évaluées au chargement du panier. Commandes bloquées à la validation. Décisions tracées dans les lignes d'audit. C'est le contrat technique derrière Payment Method Rules. Votre client voit une liste de paiement claire. Vous contrôlez exactement ce qu'elle contient.
Plus de 12 000 lignes de code réparties sur plus de 75 fichiers de module et v1.1.0 de développement continu. Un moteur de visibilité de qualité production sur lequel votre checkout peut compter lorsque les paniers varient, les clients diffèrent et les règles de paiement doivent suivre.
79.99 €
Galerie du module 1/12
Pourquoi choisir notre module
Règles conditionnelles de moyens de paiement?
Optimisation et Automatisation
Le module Règles conditionnelles de moyens de paiement optimise et automatise l'affichage des options de paiement. Il permet de créer des politiques complexes avec conditions imbriquées, adaptant dynamiquement le checkout à chaque panier et client pour une expérience optimisée.
Augmentation des Ventes
Le module "Règles conditionnelles de moyens de paiement" maximise l'augmentation des ventes en personnalisant les options de paiement pour chaque client. Il assure une conversion optimale en affichant uniquement les méthodes pertinentes et en réduisant l'abandon de panier.
15 ans d'expérience
Forts de 15 ans d'expertise PrestaShop, le module "Règles conditionnelles de moyens de paiement" offre un contrôle inégalé. Son moteur de visibilité de qualité production gère des règles complexes et s'adapte parfaitement aux versions 1.7 à 9.x, garantissant une gestion des paiements fiable et éprouvée.
Large Personnalisation
Le module Règles conditionnelles de moyens de paiement excelle en personnalisation. Il permet de construire des politiques de visibilité avec des conditions AND/OR imbriquées, 12 champs de checkout et 5 stratégies de fusion, s'adaptant à tous les scénarios de votre boutique.
Code Source Ouvert
Le module **Règles conditionnelles de moyens de paiement**, avec son code source ouvert, offre une liberté totale pour personnaliser et adapter les règles de paiement à vos besoins spécifiques. Profitez d'une licence perpétuelle et de mises à jour gratuites pendant un an, garantissant un contrôle avancé et durable de votre checkout.
Licence et Mises à jour
Le module "Règles conditionnelles de moyens de paiement" bénéficie de mises à jour constantes. La licence permet une utilisation illimitée dans le temps via un paiement unique. Les mises à jour sont offertes gratuitement pendant la première année complète, avec des remises allant jusqu'à 90% pour le renouvellement annuel.