Retours et remboursements : rendre le processus simple pour tout le monde

Révisé en juin 2026. Les chemins du back-office et les clés de configuration s’appliquent à PrestaShop 1.6, 1.7, 8 et 9 (les différences selon les versions sont indiquées au fil du texte). Ce guide porte sur la gestion opérationnelle des retours, pas sur les obligations légales, le droit de rétractation, les délais de remboursement et la prise en charge des frais de retour sont traités dans les guides juridiques liés, et rien ici ne constitue un conseil juridique. Activer le module de retours ne rend pas, à lui seul, votre processus conforme ; ce sont votre politique publiée et les règles locales qui le font.

Personne n’ouvre une boutique avec l’envie de traiter des retours. Mais un retour n’est pas un échec, c’est une deuxième conversation avec un client qui vous a déjà fait confiance une fois, et la façon dont cette conversation se déroule détermine s’il reviendra. Le marchand qui rend les retours rapides et prévisibles conserve son client ; celui qui cache sa politique et fait traîner le remboursement pendant trois semaines le perd, avec à la clé un avis d’une étoile qui avertit tous les autres. Ce guide traite de l’aspect opérationnel : comment gérer un retour dans PrestaShop pour qu’il soit facile à lancer pour le client, rapide à traiter pour vous, et suffisamment peu coûteux pour ne pas grignoter silencieusement votre marge.

Ce guide n’est volontairement pas une explication juridique. Ce que vous êtes légalement tenu d’offrir, le droit de rétractation de 14 jours, qui paie les frais de retour, les délais de remboursement. Est un sujet à part entière, que nous traitons correctement dans Politique de retour : ce que la loi impose et ce que les boutiques avisées proposent en plus et Réglementation de la vente à distance : droit de rétractation. Si vous vendez à l’international, les règles changent encore, consultez Retours transfrontaliers. Ici, nous partons du principe que vous savez déjà ce que vous devez offrir et que vous voulez savoir comment bien le mettre en œuvre dans PrestaShop.

Ce que PrestaShop vous fournit par défaut, et là où il s’arrête

PrestaShop intègre un système de retours de marchandise, que la plupart des marchands n’activent jamais. L’option se trouve dans Service client → Retours de marchandise (dans PrestaShop 1.7, 8 et 9 ; en 1.6, elle se trouvait dans Clients → Retours de marchandise). Le paramètre qui active l’ensemble du dispositif est "Activer les retours", associé à la valeur de configuration PS_ORDER_RETURN, avec un champ "Délai de validité" (PS_ORDER_RETURN_NB_DAYS) qui détermine combien de jours après la livraison un client peut déposer une demande de retour.

Une fois l’option activée, un client connecté voit un lien "Retours de marchandise" dans son compte et, sur chaque commande livrée, une option pour demander un retour. En coulisses, cela crée un objet OrderReturn traité par les contrôleurs front-office order-return et order-follow ; dans le back-office, chaque demande arrive dans le contrôleur AdminReturn (la même page Retours de marchandise). Vous faites évoluer la demande à travers un ensemble de statuts définis dans la table OrderReturnState, par défaut : En attente de confirmation, En attente du colis, Colis reçu, Retour refusé et Retour terminé.

Alors, que fait réellement le système natif, et que vous laisse-t-il gérer ? Voici la répartition honnête :

Le point à comprendre : l’avoir PrestaShop est un document comptable, pas une action de paiement. Lorsque vous générez un avoir depuis la section Retours de marchandise / Remboursement de la commande, PrestaShop enregistre qu’un montant doit être rendu et peut émettre un bon de réduction, mais il ne déclenche pas un remboursement vers Stripe, PayPal ou votre processeur de cartes, sauf si le module de paiement concerné prend en charge le remboursement depuis le back-office. Pour la plupart des passerelles, vous devez encore vous connecter à la passerelle (ou utiliser son bouton de remboursement si le module en ajoute un sur la page de commande) pour renvoyer l’argent réel. Le savoir évite l’erreur classique : "Je l’ai marqué remboursé il y a une semaine, pourquoi le client m’écrit-il encore ?"

L’activer correctement

Activer les retours tient en une option ; les configurer pour éviter qu’ils ne génèrent des tickets support demande quelques étapes supplémentaires et volontaires :

• Définissez une fenêtre de retour qui correspond à votre politique, pas au réglage par défaut. PS_ORDER_RETURN_NB_DAYS compte les jours à partir de la livraison. Si votre politique publiée annonce 30 jours mais que le champ indique 14, les clients se heurtent à un blocage que le formulaire ne leur permet pas de dépasser, et vous écrivent à la place. Faites correspondre le nombre dans le back-office à celui de votre page de politique de retour.
• Assurez-vous que la commande atteint bien un état permettant le retour. Le formulaire natif ne propose un retour qu’une fois la commande arrivée à l’état livré/retournable utilisé par PrestaShop, avec les retours activés dans Service client → Retours de marchandise et le délai correctement défini. Si vos commandes ne passent jamais dans le statut livré qui les rend éligibles au retour, l’option reste masquée, vérifiez que votre flux marque réellement les commandes comme livrées.
• Localisez le bon de retour. Le bon de retour PDF par défaut est basique. Si vous vendez dans plusieurs langues, vérifiez que chacune s’affiche correctement avant qu’un client n’imprime un bon au texte bancal.
• Rédigez les statuts que vous utiliserez vraiment. Vous pouvez ajouter ou renommer des entrées OrderReturnState (par exemple un statut "Étiquette envoyée") afin que vous et le client voyiez exactement où en est le retour, sans échange d’e-mails.

Si vous voulez confirmer que les deux réglages correspondent bien à ce que vous pensez, cause fréquente des tickets du type "l’option de retour ne s’affiche pas", ils existent sous forme de simples lignes dans ps_configuration :

-- Check whether returns are enabled and the active return window
SELECT name, value
FROM ps_configuration
WHERE name IN ('PS_ORDER_RETURN', 'PS_ORDER_RETURN_NB_DAYS');
-- PS_ORDER_RETURN = 1 means enabled; PS_ORDER_RETURN_NB_DAYS is the day count from delivery

Réglez-les depuis le back-office plutôt qu’à la main, la page d’administration écrit dans le bon contexte de boutique et vide le cache concerné, mais lire ces lignes est un moyen rapide de comprendre pourquoi le formulaire côté client apparaît ou non. Si PS_ORDER_RETURN vaut 1 et que les clients ne voient toujours pas l’option, la cause est presque toujours que la commande n’a pas atteint l’état livré/retournable, pas le réglage.

Faciliter le démarrage du retour

Le plus grand levier pour réduire la friction d’un retour est de permettre au client de le commencer sans vous parler. Un retour qui exige d’envoyer un e-mail au support, d’attendre une réponse, puis d’attendre des instructions, est précisément celui qui finit en rétrofacturation dès que le client perd patience. Le parcours en libre-service de PrestaShop résout déjà la partie difficile, à condition que les clients le trouvent.

• Placez la politique là où on la cherche. Ajoutez un lien vers votre politique de retour dans le pied de page (une page CMS), sur la page produit près des informations de livraison, ainsi que dans les e-mails de confirmation de commande et d’expédition. Une politique cachée génère plus de tickets que les retours eux-mêmes : quand les clients ne la trouvent pas, ils imaginent le pire et vous contactent, ou passent directement à une rétrofacturation.
• Dites aux clients que le lien existe. Beaucoup de marchands activent les retours natifs sans jamais mentionner que l’option se trouve dans l’espace client. Une phrase dans l’e-mail d’expédition, "Besoin de retourner un article ? Lancez la demande depuis votre compte, inutile de nous écrire", transforme un ticket support en action en libre-service.
• N’imposez pas la connexion pour lire les règles. La demande elle-même nécessite un compte (l’OrderReturn est lié à un client), mais la politique qui explique le processus doit être publique, afin qu’un visiteur hésitant avant l’achat voie que le risque est limité.

La partie que PrestaShop ne gère pas : l’expédition du retour

L’expédition du retour concentre la majeure partie des coûts et des frictions, et c’est précisément la partie que PrestaShop natif laisse vide. Vous avez trois modèles, et le bon choix dépend de votre marge et de votre catégorie :

Comme le système natif s’arrête à "demande et avoir", la génération d’étiquette vient généralement de votre module transporteur ou de votre plateforme d’expédition, pas du cœur de PrestaShop. Si vous utilisez une intégration logistique, vérifiez si elle peut émettre des étiquettes de retour à partir de l’OrderReturn. C’est ce qui fait la différence entre une approbation en un clic et une visite manuelle du portail pour chaque retour.

Traiter vite : le workflow qui évite les réclamations

Les clients consultent leur compte bancaire. Chaque jour entre "je l’ai renvoyé" et "l’argent est là" est une journée d’inquiétude diffuse, et c’est cette inquiétude qui transforme un client satisfait par son retour en client mécontent. La solution tient dans une boucle serrée et répétable :

• Inspectez à l’arrivée, pas "quand vous aurez le temps". Un contrôle visuel rapide, revendable ou non, suffit à décider du parcours.
• Changez le statut dès que vous recevez le colis (Colis reçu), afin que le compte du client reflète la réalité et qu’il cesse de se demander ce qui se passe.
• Émettez l’avoir immédiatement depuis la section de remboursement de la commande, puis déclenchez réellement le remboursement dans la passerelle, car (comme indiqué plus haut) l’avoir seul ne déplace pas d’argent pour la plupart des passerelles.
• Remettez en stock dans la même action avec la case "réapprovisionner les produits" si l’article est revendable, cela garde votre quantité disponible juste, sans modification de stock séparée. Laissez-la décochée pour les retours endommagés.

Si vous traitez plus qu’une poignée de retours par semaine, les clics manuels finissent par coûter cher en temps. C’est là qu’un module dédié aux retours/RMA devient rentable : motifs de retour configurables, génération automatique d’étiquettes, e-mails de statut envoyés au client à chaque étape, et règles (approbation automatique sous €X, refus automatique après la fenêtre) qui vous évitent de redécider la même chose chaque jour. La pertinence dépend du volume, à cinq retours par semaine, le flux natif convient ; à cinquante, le temps gagné amortit rapidement l’outil. Parcourez nos modules PrestaShop si votre volume de retours a dépassé le stade du clic manuel pour chacun d’eux.

Remboursements : bon de réduction, avoir ou argent rendu ?

PrestaShop vous donne deux instruments de remboursement, et ils ne sont pas interchangeables aux yeux du client :

• Avoir. L’enregistrement comptable indiquant qu’un remboursement est dû. Générez-le depuis la commande ; il produit un PDF que le client peut voir dans son compte.
• Bon de réduction, un crédit boutique, éventuellement généré avec l’avoir. Il vous coûte moins cher (aucun argent ne sort) et garde le client dans votre boutique, mais pour une rétractation au regard du droit de l’UE, un bon de réduction ne remplace pas valablement un remboursement en argent, sauf accord du client. Proposez-le comme avantage (par exemple "remboursement sur la carte, ou 110 % en crédit boutique"), jamais comme seule option.

La mécanique de ces documents, et les règles connexes de facturation et d’avoirs, recoupe la personnalisation des PDF PrestaShop. Si vous avez besoin que vos avoirs et factures portent votre identité visuelle et les mentions légalement requises, nous l’expliquons dans Personnalisation des factures dans PrestaShop. Pour le contenu même de l’avoir, ventilation correcte des taxes, référence à la facture d’origine, mise en forme de qualité comptable sur le document produit par PrestaShop lors du remboursement, c’est le rôle de Financial Revolution, qui travaille sur les avoirs plutôt que sur le workflow de retour.

Les données de retour sont de la veille commerciale gratuite

Le formulaire de retour natif permet au client d’expliquer pourquoi il retourne l’article dans un message libre, et cette explication est l’un des diagnostics les plus sous-exploités dans PrestaShop. Le cœur de PrestaShop ne fournit pas de liste configurable de motifs de retour, le flux standard capture les mots du client, que vous lisez au lieu de choisir dans un menu. Si vous voulez des motifs structurés et sélectionnables (mauvaise taille ou coupe, non conforme à la description, changement d’avis, arrivé endommagé, qualité inférieure aux attentes, arrivé trop tard) pour un reporting propre, il faut passer par un module RMA/retours ou une personnalisation. Dans tous les cas, relisez chaque mois ce que les clients vous disent.

Les tendances sont concrètes et exploitables. Si un tiers des retours d’un produit mentionne "mauvaise taille", le problème vient du guide des tailles, pas du produit. Si "non conforme à la description" revient souvent, vos photos ou votre texte promettent trop. Si "arrivé endommagé" se concentre sur une référence, l’emballage échoue pendant le transport, et ce retour vous coûte deux fois, entre remboursement et stock invendable. Les retours sont un symptôme ; lire la cause vaut bien plus que traiter le retour efficacement. Réduire même de quelques points votre taux de retour se répercute directement sur le bénéfice, car chaque retour évité économise l’expédition aller, l’expédition retour, le temps de traitement et souvent la démarque sur un article rouvert.

Le retour le moins cher est celui qui n’a jamais lieu

Tout ce qui précède rend les retours moins pénibles une fois qu’ils commencent. Réduire le nombre de retours qui commencent est l’enjeu le plus important, et l’essentiel se joue bien en amont du système de retours :

• Faites en sorte que les pages produit fassent leur travail. Dimensions, matières, poids, photos sous plusieurs angles et en contexte, tout ce qui réduit l’écart entre ce que le client imaginait et ce qui arrive. Pour la mode et les chaussures en particulier : un vrai guide "comment mesurer" vaut mieux qu’un simple tableau de chiffres.
• Laissez les avis cadrer les attentes. "Taille petit" / "taille normalement" de la part d’anciens acheteurs évite le prochain retour pour problème de taille mieux que n’importe quelle politique.
• Confirmez la commande en détail. Une confirmation de commande qui précise les attributs (taille, couleur, quantité) permet au client de repérer sa propre erreur avant l’expédition. Une commande corrigée coûte beaucoup moins cher qu’un retour.
• Investissez dans l’emballage. Les dommages pendant le transport sont la catégorie de retour la plus coûteuse et la plus inutile ; une protection adaptée revient moins cher qu’une double perte.

La vérité sur la fidélisation que la plupart des marchands oublient

Voici la partie contre-intuitive : un client qui vit une bonne expérience de retour est souvent plus susceptible d’acheter à nouveau qu’un client qui n’a jamais rien retourné. Un retour fluide prouve que la boutique est peu risquée, et cette preuve lève le principal frein psychologique au prochain achat, ainsi qu’aux paniers plus élevés, parce que l’acheteur sait qu’un mauvais choix peut se corriger.

Questions fréquentes

Pourquoi mon client ne voit-il pas l’option de retour sur sa commande ?

Trois conditions doivent être réunies : les retours sont activés (PS_ORDER_RETURN = 1 dans Service client → Retours de marchandise), la commande a atteint l’état livré/retournable requis par PrestaShop, et vous êtes encore dans la fenêtre du Délai de validité comptée à partir de la livraison. Si le réglage est actif mais que l’option est masquée, la commande n’a presque certainement pas été marquée comme livrée. Vérifiez que votre workflow de statuts fait bien passer les commandes dans cet état.

Générer un avoir rembourse-t-il la carte du client ?

Non, et c’est le malentendu le plus fréquent. Un avoir est un enregistrement comptable indiquant qu’un montant est dû ; il ne déclenche pas de remboursement vers Stripe, PayPal ou votre processeur de cartes, sauf si le module de paiement concerné ajoute une action de remboursement depuis le back-office. Pour la plupart des passerelles, vous devez encore déclencher le vrai remboursement dans la passerelle elle-même. Marquez l’avoir et envoyez le remboursement réel, sinon le client continue d’attendre.

Puis-je ajouter des motifs de retour structurés (mauvaise taille, endommagé, changement d’avis) ?

Pas dans le cœur. Le formulaire natif de PrestaShop capture l’explication libre du client plutôt qu’une liste fixe, vous lisez donc ce qu’il a écrit au lieu de choisir dans un menu. Une liste de motifs sélectionnables et exploitable en reporting vient d’un module RMA/retours ou d’une personnalisation. Même avec la version en texte libre, relisez chaque mois ce que les clients vous disent, les motifs qui se regroupent pointent directement vers un problème de page produit ou d’emballage.

Dois-je cocher "réapprovisionner les produits" lors de l’émission de l’avoir ?

Uniquement si l’article retourné est revendable. La case augmente votre quantité disponible dans la même action que celle qui émet l’avoir, ce qui garde le stock juste sans modification séparée. Laissez-la décochée pour les produits endommagés ou ouverts que vous ne pouvez pas revendre, sinon vous vendrez un stock fantôme.

Où PrestaShop stocke-t-il un retour, et quels statuts utilise-t-il ?

Chaque demande est un objet OrderReturn, listé dans le back-office sous le contrôleur AdminReturn (la page Retours de marchandise). Elle avance à travers les statuts conservés dans la table OrderReturnState, par défaut En attente de confirmation, En attente du colis, Colis reçu, Retour refusé et Retour terminé. Vous pouvez renommer ou ajouter des états (par exemple "Étiquette envoyée") afin que le compte du client reflète toujours l’avancement réel du retour.

C’est le cadre à retenir. Le système natif de retours de PrestaShop vous donne une demande en libre-service et les documents comptables ; votre travail consiste à relier les pièces manquantes, expédition du retour, remboursements rapides via la passerelle, statuts clairs et politique facile à trouver, pour que toute la boucle paraisse fluide. Faites-le, et le coût d’un retour devient un investissement dans un client qui achètera avec plus de confiance la prochaine fois. Pendant que vous resserrez ce processus, il vaut la peine de regarder la conformité qui l’entoure : les conditions générales que votre boutique doit inclure et les règles plus larges du droit du e-commerce dans l’UE définissent les limites dans lesquelles votre processus de retour doit s’inscrire.