Lorsqu'un client atteint l'étape de livraison, le module évalue toutes les politiques actives par rapport au panier actuel, au client et à l'adresse de livraison. Chaque référence de transporteur reçoit une décision SHOW ou HIDE avant le rendu des options.

Le filtrage s'intègre au cycle de vie du checkout PrestaShop — hooks de liste d'options de livraison, hooks d'affichage des transporteurs et couche de compatibilité front office qui garde les thèmes et modules one-page checkout fonctionnels. Le même moteur de politiques pilote toutes les versions PrestaShop de 1.7 à 9.

Une politique est un ensemble nommé de conditions plus un jeu de règles transporteur. Créez-en autant que nécessaire — limites express, méthodes réservées au B2B, restrictions par pays, protection des commandes à forte valeur.

Dans chaque politique, chaque transporteur PrestaShop possède sa propre carte de règle. Basculez SHOW ou HIDE, définissez la priorité d'évaluation et réorganisez la position d'affichage. Rédigez des messages d'indisponibilité optionnels par langue.

Les politiques s'exécutent par ordre de position. Activez Stop on first match lorsque la première politique correspondante doit tout décider.

Total panier (TTC) dans ce module signifie produits plus frais de livraison du transporteur évalué — le chiffre qui compte pour les règles de « valeur de commande » à l'étape de livraison.

Total produits compte uniquement les lignes produit, sans livraison. Utilisez-le lorsque vous voulez masquer une méthode selon la valeur des marchandises seules — par exemple livraison gratuite uniquement sous 100 € de produits, quel que soit le prix de livraison.

Les deux champs sont disponibles dans le constructeur visuel de conditions avec tous les opérateurs de comparaison. Lorsqu'une règle cible un transporteur précis, Total panier inclut automatiquement le prix de livraison de ce transporteur dans l'évaluation.

Lorsque plusieurs règles au sein d'une même politique ciblent le même transporteur, la stratégie de fusion décide du résultat :

• Deny wins — toute règle HIDE correspondante masque le transporteur.
• Allow wins — toute règle SHOW correspondante affiche le transporteur.
• 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 transporteur 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.

Masquer un mode de livraison sans explication frustre parfois les clients. Règles conditionnelles des modes de livraison vous permet d'écrire un message par règle et par langue qui apparaît lorsqu'un transporteur est bloqué.

Dans Paramètres, choisissez entre deux comportements : retirer entièrement les transporteurs masqués de la liste, ou les garder visibles comme options désactivées avec votre message personnalisé inline à l'étape de livraison.

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.

L'onglet Simulator vous permet de tester les règles sur de vrais paniers de votre boutique. Recherchez et sélectionnez un panier actif, associez éventuellement un client, puis lancez l'évaluation.

Les résultats affichent chaque transporteur avec son statut de visibilité final, les totaux tenant compte de la livraison par transporteur, les politiques correspondantes et les messages d'indisponibilité. 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.

L'onglet Dashboard est votre salle de contrôle de visibilité des transporteurs. Les cartes KPI résument les évaluations, les masquages appliqués 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 transporteur montre quels modes de livraison sont le plus souvent masqués — utile pour ajuster les règles ou renégocier les contrats transporteur.

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.

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.

The dedicated Journal d'audit admin tab under Shipping gives you filters by date, event type and carrier reference. Click preview on any row to see the full detail payload.

Exportez le journal en CSV lorsque la conformité ou la revue interne exige un historique complet de qui a changé quoi et quand.

Téléchargez n'importe quelle politique sous forme de 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 transporteur, 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é.

Les préréglages de conditions intégrés accélèrent la création de politiques. Chaque import, export et duplication est enregistré dans la piste d'audit.

Les règles sont appliquées à l'affichage puis à nouveau lors de la validation de la commande. Si un client contourne la liste de livraison, la commande est bloquée avant sa création — avec redirection vers le checkout et message d'erreur clair.

Un instantané de visibilité structuré est stocké sur chaque commande afin que le support voie quels transporteurs étaient masqués, lesquels étaient autorisés et quelles politiques s'appliquaient — directement dans le panneau de détail de commande.

Le module fonctionne immédiatement avec le checkout PrestaShop par défaut. Si votre thème ou un module one-page checkout tiers (OPC, Supercheckout, etc.) utilise un balisage non standard, des sélecteurs CSS personnalisés optionnels dans Paramètres permettent d'indiquer à la couche front vos boutons radio transporteur et conteneurs de ligne.

Le même moteur de politiques et la même API de visibilité alimentent tous les chemins d'intégration — checkout standard, thèmes personnalisés et étapes de livraison fortement modifiées.