Ajouter un champ sur un produit ou sur une commande

Le besoin type

Les demandes reviennent sous des formes proches : un commentaire libre par ligne de commande, une référence interne sur la fiche produit, un numéro de dossier saisi par le client au moment de commander, une information fournisseur visible uniquement en interne, ou une donnée réglementaire à faire figurer sur la facture.

Toutes posent la même question de fond : qui saisit, qui lit, et où cette information doit-elle réapparaître. Un champ visible seulement en administration se traite rapidement. Un champ saisi par le client au tunnel de commande touche le parcours d’achat, la validation, l’e-mail de confirmation et les documents imprimés, ce qui est un tout autre travail.

Comment j’interviens sur ce genre de besoin

Je commence par vérifier si la plateforme sait déjà le faire. PrestaShop dispose des caractéristiques et des champs personnalisés de produit, ainsi que d’un champ de commentaire sur la commande ; WooCommerce accepte des données additionnelles rattachées au produit ou à la commande sans qu’il soit nécessaire de créer une structure. Beaucoup de demandes s’arrêtent là, et c’est tant mieux.

Quand la donnée doit être filtrable, contrôlée ou reprise ailleurs, je crée un stockage propre plutôt que de la loger dans un champ existant détourné de son usage. C’est le point où l’on gagne ou perd un an de tranquillité : une donnée rangée dans un champ prévu pour autre chose finit toujours par entrer en conflit avec la fonction d’origine, typiquement à l’export ou lors d’une migration.

Je traite ensuite explicitement la chaîne complète : saisie, contrôle de validité, affichage administrateur, affichage client si nécessaire, présence dans les e-mails, dans les exports et dans les documents PDF. Cette liste est ce qui distingue un champ réellement utilisable d’un champ que personne ne consulte.