Omnibus : afficher le prix le plus bas des 30 derniers jours

La règle, en une phrase

Lorsque vous annoncez une réduction de prix, vous devez indiquer le prix le plus bas que vous avez pratiqué pendant une période d'au moins 30 jours avant l'application de la réduction. Cette règle vient de la directive sur l'indication des prix, telle que modifiée par la directive dite « Omnibus ».

L'objectif est simple : empêcher les fausses promotions, où l'on gonfle un prix la veille pour afficher « ‑50 % » le lendemain.

Ce qui déclenche l'obligation

Le déclencheur est l'annonce d'une réduction : prix barré, pourcentage, mention « promotion », comparaison avec un prix antérieur. Afficher simplement un prix plus bas qu'avant, sans le présenter comme une réduction, ne relève pas du même cas.

Les quatre pièges classiques

1. Confondre « prix précédent » et « prix le plus bas ». Si vous avez fait une promo il y a trois semaines, c'est ce prix-là qui compte, pas celui d'hier.
2. Oublier les déclinaisons. Chaque variante, chaque devise, chaque marché a son propre historique. Un prix de référence calculé au niveau du produit « parent » peut être faux.
3. Ne pas avoir d'historique. Un produit nouveau, ou une boutique qui vient d'installer un outil, n'a pas 30 jours de données. Il ne faut alors rien inventer : mieux vaut indiquer explicitement que l'historique est insuffisant.
4. Casser l'historique lors d'un import. Un import catalogue ou une synchronisation ERP peuvent écraser des prix. Sans journal fiable, le prix de référence devient faux sans que personne ne le voie.

Que faire quand l'historique manque ?

Deux options honnêtes :

• Afficher la mention « historique insuffisant » plutôt qu'un chiffre fabriqué. C'est le comportement par défaut de notre module : il n'invente jamais un prix de référence.
• Importer votre historique réel s'il existe déjà (enregistrements de la plateforme, export ERP, CSV). Vous disposez alors d'une valeur exacte dès le premier jour.

Pourquoi la traçabilité compte autant que l'affichage

Afficher un prix est facile. Prouver qu'il était exact six mois plus tard l'est beaucoup moins. C'est là que la plupart des solutions s'arrêtent.

Notre approche : chaque changement de prix est écrit dans un journal en ajout seul (append-only), chaîné par empreintes SHA-256 (charge utile + empreinte précédente). Les corrections sont ajoutées comme nouveaux événements, jamais en écrasant les anciens, et un vérificateur recalcule toute la chaîne pour signaler le premier maillon rompu. Si un jour on vous demande de justifier un prix affiché, vous avez une piste d'audit, pas une capture d'écran.

Checklist

• Le prix de référence est le plus bas des 30 derniers jours, pas le précédent
• Il est calculé par produit et par déclinaison / devise / marché
• L'affichage est rendu côté serveur (visible sans JavaScript)
• Le cas « historique insuffisant » est traité explicitement
• Les imports catalogue ne cassent pas le journal (réconciliation prévue)
• L'historique est vérifiable a posteriori

Questions fréquentes

La fenêtre est-elle toujours de 30 jours ?

30 jours est la référence usuelle, mais des règles nationales peuvent prévoir des cas particuliers (notamment pour les produits périssables ou les réductions progressives). Notre module permet de configurer la fenêtre et propose plusieurs stratégies de calcul.

Et pour un produit lancé il y a moins de 30 jours ?

C'est précisément le cas « historique insuffisant ». Certaines stratégies prévoient un traitement dédié aux nouveaux produits ; le principe reste de ne pas afficher un chiffre qui n'existe pas.