# Service après-vente, tickets et retours produits

> Le service après-vente commence presque toujours dans une boîte mail, et finit par y disparaître. Ramener ces échanges dans la boutique, rattachés à la commande concernée, est un besoin courant — et une partie du chemin est déjà faite par la plateforme.

- Source canonique : [https://allaux.fr/modules/sav-tickets-et-retours](https://allaux.fr/modules/sav-tickets-et-retours)
- Langue : FR
- Dernière mise à jour : 2026-08-02

## Ce que la plateforme sait déjà faire

PrestaShop dispose d’un service client intégré : les messages liés à une commande y sont regroupés, avec des fils de discussion, des statuts et une affectation à un employé. Il gère aussi les retours de marchandise, avec un formulaire côté client et un suivi côté administration. Ces fonctions sont limitées mais réelles, et je vérifie toujours si elles sont simplement inutilisées avant de proposer autre chose.

Côté WordPress et WooCommerce, il n’existe pas d’équivalent intégré : les demandes passent par les formulaires du site et les commandes gardent leurs notes internes, mais aucun suivi structuré n’est fourni. C’est la différence principale entre les deux plateformes sur ce sujet.

## Comment j’interviens sur ce genre de besoin

Trois besoins se distinguent nettement, et les confondre conduit à développer trop. Le premier est le suivi des demandes : donner un état à chaque demande, savoir qui la traite, et retrouver l’historique attaché à la commande. Le deuxième est le retour de marchandise : ouvrir un retour, produire un bon de retour, réceptionner, décider entre remboursement, avoir ou échange, et remettre la marchandise en stock — ou pas. Le troisième est la garantie : suivre une durée, un numéro de série, une intervention.

Je développe la partie manquante en la rattachant à ce qui existe plutôt qu’en construisant un outil séparé. Un retour est lié à une commande, à des lignes précises et à un statut : c’est cette liaison qui donne sa valeur au dispositif, parce qu’elle permet de retrouver l’information depuis la fiche commande sans changer d’outil.

Je signale une limite honnêtement : quand le volume de demandes devient important et que plusieurs personnes y travaillent, un outil de support dédié fait mieux le travail qu’un développement dans la boutique. Le bon développement consiste alors à relier les deux, pas à réécrire l’outil.

## Pages liées

- **Statuts de commande personnalisés** — Le mécanisme qui sert de base au suivi d’un retour ou d’une réparation. ([/prestashop/problemes/statuts-commande-personnalises](/prestashop/problemes/statuts-commande-personnalises))
- **Notifications e-mail et SMS** — Pour prévenir le client à chaque étape du traitement de sa demande. ([/modules/notifications-email-et-sms](/modules/notifications-email-et-sms))
- **Ajouter un écran métier dans le back-office** — Quand le suivi mérite sa propre liste, avec ses filtres et son export. ([/modules/ecran-metier-dans-le-back-office](/modules/ecran-metier-dans-le-back-office))
- **Développement sur mesure** — Le cadre de l’intervention quand les fonctions natives ne suffisent plus. ([/services/developpement-sur-mesure](/services/developpement-sur-mesure))

## FAQ

### Le service client natif de PrestaShop suffit-il ?

Pour un volume modéré et une seule personne au traitement, souvent oui. Il montre ses limites sur l’affectation entre plusieurs personnes, les relances automatiques et les indicateurs de suivi, qui n’y sont pas.

### Un retour doit-il remettre automatiquement le produit en stock ?

C’est une décision à prendre, pas une évidence : un produit retourné n’est pas toujours revendable. La remise en stock doit rester une action explicite, déclenchée après contrôle, sinon le stock affiché devient faux.

### Peut-on relier la boutique à un outil de support existant ?

Oui, et c’est souvent la meilleure option quand l’outil est déjà en place. Le travail consiste à envoyer le contexte de la commande vers l’outil et à afficher l’état de la demande dans la boutique, sans dupliquer les données.

### Comment gérer les échanges plutôt que les remboursements ?

Un échange se représente généralement comme un retour suivi d’une nouvelle commande à montant nul ou ajusté. C’est la représentation qui reste la plus lisible en comptabilité, et c’est le point à trancher avant de développer.