Créer ou modifier des statuts de commande personnalisés sur PrestaShop

Ce qui se règle depuis le back-office

Les statuts se gèrent dans Commandes > Statuts, où chaque statut peut avoir son propre libellé, sa couleur, et surtout un déclenchement d’e-mail automatique vers le client, avec son propre template. Créer un nouveau statut, associer ou retirer son e-mail, changer sa couleur : tout cela se fait depuis cet écran, sans développement.

Ce qui n’est en revanche pas prévu nativement : masquer un statut existant à certains utilisateurs du back-office, ou le retirer du workflow standard tout en le conservant pour l’historique. Un statut se désactive ou se supprime, il ne se masque pas de façon conditionnelle sans développement.

L’erreur 500 au changement de statut

C’est un cas fréquent et presque toujours lié à la même cause : le template d’e-mail associé au nouveau statut est manquant, mal formé, ou référence un logo introuvable. Le changement de statut déclenche la génération de l’e-mail, et une variable Smarty non définie dans ce template suffit à interrompre tout le processus avec une erreur 500, même si la logique de changement de statut elle-même est correcte.

Je commence toujours par vérifier le template d’e-mail du statut concerné, dans le dossier mails/ de la langue utilisée, avant de chercher une cause plus complexe.

Automatiser un changement de statut

Faire changer un statut automatiquement — par exemple dès qu’un numéro de suivi transporteur est renseigné sur la commande — n’existe pas nativement dans PrestaShop. Cela demande d’accrocher du code sur un hook approprié, par exemple au moment de la mise à jour de la commande, pour déclencher le changement de statut selon la condition voulue. C’est un développement ciblé, pas un réglage.