L'historique de la fiche

Ce qui a changé dans un produit, quand, pourquoi et comment c'était avant.

Ce tutoriel a une vidéo dans d'autres langues : en espagnol · en anglais

Ce qu'il conserve

Chaque fois qu'une fiche change vraiment, Bruxel enregistre une version avec l'état complet du produit à ce moment-là. Vous la verrez dans l'onglet « Historique » de n'importe quelle fiche.

• Les champs de la fiche : nom, marque, SKU, la catégorie qui venait de votre fichier et le statut.
• Les valeurs d'attributs, avec leur langue.
• Les catégories assignées et la famille.
• Des données importées, quelles colonnes ont changé — jamais leur contenu.

Pourquoi c'est vide

L'historique a commencé à enregistrer le jour de son activation et ne reconstruit pas le passé. Une fiche qui n'a pas changé depuis n'a aucune version, et c'est normal : ce n'est ni une erreur ni une donnée perdue.

Quand vous la modifierez à la main, vous verrez deux lignes au lieu d'une : la première, « État initial », c'est comment elle était avant, et la seconde, c'est le changement. Les changements en masse — un import, le remplissage par IA sur beaucoup de produits — ne conservent pas cet « avant » : leur première version est le nouvel état, et la comparaison commence au changement suivant. Supprimer un attribut, une option, une catégorie ou une famille le conserve, en revanche : la fiche garde dans son historique la valeur qu'elle a perdue.

Pourquoi beaucoup de versions ne disent pas qui

Seuls les changements faits par une personne dans l'application sont attribués à son compte (vous verrez son identifiant, pas son nom complet). Les imports, le remplissage par IA, les règles d'attributs et la détection d'attributs ne sont à personne en particulier, donc la ligne s'appuie sur le motif : « Import », « Remplissage par IA », « Règles d'attributs ». Si le changement est passé par l'API, vous verrez la clé utilisée. Quand quelqu'un supprime un attribut, une option, une catégorie ou une famille — ou renomme une option ou un code —, les fiches qui l'utilisaient reçoivent une version « Modification des attributs ou des catégories » au nom de cette personne : la fiche a changé sans que personne ne la modifie.

Comparer deux versions

Sous la liste, vous pouvez choisir deux versions et voir ce qui diffère entre elles, même si elles ne se suivent pas. Seules les versions déjà chargées dans la liste peuvent être comparées : pour une plus ancienne, appuyez d'abord sur « Voir les versions précédentes ».

Revenir à une version antérieure

Sur chaque version de l'historique, un administrateur peut appuyer sur « Revenir à cette version ». Avant d'écrire quoi que ce soit, on vous montre ce qui va changer et — c'est l'essentiel — ce qui ne pourra pas être rétabli : une option d'attribut que quelqu'un a supprimée, un attribut qui n'existe plus, ou une valeur qu'une nouvelle règle de votre catalogue interdit. Ce qui ne peut pas revenir est indiqué là, et le reste revient bien.

Restaurer n'efface rien : la fiche revient à son état précédent et l'historique gagne une version de plus, marquée « Restauration » et indiquant d'où elle vient. Vous pouvez toujours défaire le défaire.

Ce qu'il ne fait pas encore

Revenir à une version antérieure, un administrateur peut le faire depuis l'historique lui-même. Ce que l'historique ne restaure PAS :

• Les images et les fichiers du produit : le DAM a son propre cycle.
• Le SKU, le statut et les suppressions : le SKU est la clé sur laquelle votre boutique s'aligne et ne change pas par ricochet ; le statut est géré par le processus de génération.
• Du fichier importé, le contenu des colonnes : seules celles qui ont changé sont conservées.