Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de DataFirefly Final Sales — Badge vente ferme & mention non retournable pour PrestaShop 8 & 9, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Le manque de clarté sur les ventes fermes coûte cher
PrestaShop ne propose aucun mécanisme natif pour identifier un article en vente ferme. Le marchand qui pratique les ventes fermes (soldes définitives, déstockage, articles personnalisés, périssables, articles d'hygiène ouverts, B2B) le mentionne dans ses CGV mais sans rappel sur la fiche produit, dans le panier ou sur la facture. Résultat : le client commande sans le savoir, demande son retour, et l'argumentaire « c'est dans les CGV » se solde souvent par un litige avec une plateforme de paiement, une mauvaise note, un remboursement contraint. DataFirefly Final Sales corrige ça de bout en bout : marquage simple, affichage clair, preuve sur la facture.
Trois niveaux de ciblage pour s'adapter à votre stratégie
Marquage produit par produit via une case à cocher injectée dans le formulaire d'édition (page produit Symfony PrestaShop 8 et 9). Marquage par catégorie depuis la configuration du module : tous les articles d'une catégorie sélectionnée deviennent automatiquement des ventes fermes — idéal pour un rayon Soldes ou Déstockage entièrement non retournable. Marquage manuel ciblé via le picker produit avec autocomplete : tapez un nom, une référence ou un ID, ajoutez à la liste, validez. Les flags manuels prennent toujours le pas sur les règles de catégorie.
Affichage cohérent sur tout le parcours d'achat
Le badge apparaît exactement aux endroits où le client doit le voir : à côté du prix sur la fiche produit, sur la card produit dans les listings, dans le panier accompagné de la notice complète, sur la page de confirmation de commande, dans l'espace client en consultation de commande. La couleur de fond, la couleur du texte et le libellé du badge sont configurables — et le libellé est traduisible par langue. Une preview live dans le back-office vous permet de valider le rendu avant publication.
Le verrou consentement : la case d'acceptation explicite
Pour les marchands qui veulent une preuve juridique solide, l'option « Exiger l'acceptation explicite dans le panier » affiche une case à cocher obligatoire dans le panier dès qu'au moins un article en vente ferme est présent. Tant que la case n'est pas cochée, le bouton Commander est désactivé visuellement et fonctionnellement, via JavaScript natif sans aucune dépendance externe. Le texte de la case est traduisible par langue. C'est ce qui permet de capturer le consentement éclairé du client avant validation, exactement comme le recommandent les autorités de consommation pour les exceptions au droit de rétractation.
Le PDF de facture : la mention de preuve
Sur la facture PDF, un bloc dédié apparaît automatiquement dès qu'au moins un article en vente ferme est présent dans la commande. Il contient le badge stylisé, le texte juridique configurable (rappelant que la garantie légale de conformité et les vices cachés restent applicables, conformément aux articles L217 du Code de la consommation et 1641 et suivants du Code civil), et la liste des articles concernés par nom complet. C'est la pièce que vous présenterez à votre plateforme de paiement, à une médiation ou en cas de litige avec un client qui prétend ne pas avoir été informé.
Cinq langues prêtes à l'emploi
Français, anglais, espagnol, allemand, italien. Les textes par défaut sont juridiquement neutres et factuels — ils décrivent l'engagement « pas de retour, pas d'échange, pas de remboursement sauf défaut de conformité ou vice caché » sans empiéter sur vos CGV. Vous pouvez éditer chaque texte par langue depuis l'onglet Textes légaux de la configuration. Si vous activez une langue supplémentaire dans PrestaShop, le module hérite automatiquement de la valeur anglaise et vous pouvez la remplacer par votre traduction propre.
Compatible PrestaShop 8 et 9, sans override
Le module utilise exclusivement les hooks natifs PrestaShop. actionProductFormBuilderModifier pour la case sur la fiche produit Symfony, actionFrontControllerSetMedia pour les assets front, displayProductPriceBlock pour le badge prix, displayProductAdditionalInfo pour la notice, displayShoppingCartFooter pour le panier, displayOrderConfirmation et displayOrderDetail pour les commandes, displayPDFInvoice pour la facture. Aucun override de classe core, aucun fichier modifié en dehors du module. Migration PrestaShop 8 vers 9 sans intervention, désinstallation sans trace résiduelle.
Cas d'usage typiques
Boutiques mode et textile : articles soldés à -70 % qui ne reviendront pas en stock, où le retour serait un manque à gagner pur. Boutiques d'hygiène et cosmétique : articles ouverts non retournables pour raisons sanitaires (article L221-28 du Code de la consommation). Boutiques B2B : ventes fermes par contrat. Boutiques de personnalisation : articles personnalisés non retournables par nature (même article L221-28). Boutiques de déstockage : tout le catalogue en vente ferme par défaut via la règle de catégorie. Boutiques mixtes : seules certaines catégories en vente ferme, le reste en retour libre 14 jours.
Il n’y a pas encore d’avis.