Dans Odoo, un retour client est un transfert inversé : la marchandise rentre, et l'histoire s'arrête là. Rien ne dit pourquoi le client a retourné, ce qu'on a décidé, qui a tranché, ni si l'article est reparti, a été réparé ou mis au rebut.
Quinze modules communautaires font du retour un document suivi. Ils terminent le dépôt rma.
Résumé
Deux modules forment le socle : l'autorisation de retour avec ses opérations, ses équipes, ses étiquettes et ses motifs de clôture ; et des instructions de retour par produit.
Quatre modules relient le retour à la vente : la commande d'origine, la détection automatique de cette commande dans une période d'éligibilité, les kits de nomenclature, et les motifs.
Quatre modules traitent les lots : le lot sur le retour, sur le retour de vente, sur la réparation, et un référentiel de motifs.
Trois modules traitent le transport et la réparation : un transporteur par défaut pour les retours, sa variante côté vente, et la création d'un ordre de réparation depuis un retour.
Deux modules enfin traitent le traitement en masse et les groupes : des lots de retours gérés collectivement, avec détection automatique des commandes, et les retours inter-sociétés.
L'essentiel
- L'autorisation de retour comme document, avec son application dédiée.
- Des opérations de retour : ce qu'on décide de faire de l'article.
- La commande d'origine détectée automatiquement, sur période d'éligibilité.
- Des motifs de retour et des motifs de clôture.
- Le numéro de lot suivi du retour à la réparation.
- Un transporteur par défaut pour les retours.
- Un ordre de réparation créé depuis un retour.
- Des lots de retours traités collectivement.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Socle | rma, product_warranty | 2 |
| Lien à la vente | rma_sale, rma_sale_auto_detect, rma_sale_mrp, rma_sale_reason | 4 |
| Lots et motifs | rma_lot, rma_sale_lot, rma_repair_lot, rma_reason | 4 |
| Transport et réparation | rma_delivery, rma_sale_delivery, rma_repair | 3 |
| Masse et inter-sociétés | rma_batch, rma_batch_sale_auto_detect, rma_inter_company | 3 |
Les menus : une application racine RMA avec ses Commandes, ses Batches, et en configuration ses Operations, Équipes, Étiquettes, Reasons et Motifs de clôture RMA ; plus Ventes ▸ Configuration ▸ Produits ▸ Instructions pour le retour des produits.
Le retour comme document, pas comme transfert
Un retour traité comme un simple transfert inversé perd toute l'information utile : le motif, la décision, le délai de traitement, et ce qu'est devenu l'article. Or c'est exactement cette information qui dit quels produits posent problème et quels clients retournent anormalement.
rma (version 18.0.2.8.2, la plus mûre du dépôt) crée l'autorisation de retour comme document, avec son application dédiée et quatre référentiels : les opérations — ce qu'on décide de faire —, les équipes, les étiquettes et les motifs de clôture.
La notion d'opération est le cœur du modèle : un article retourné peut être remplacé, remboursé, réparé, mis au rebut ou refusé. L'opération formalise cette décision et déclenche le flux correspondant.
product_warranty ajoute des instructions de retour par produit, sous Ventes ▸ Configuration ▸ Produits ▸ Instructions pour le retour des produits. Son README est réduit à sa catégorie.
Les instructions par produit répondent à un cas simple : un article fragile, un article volumineux et un consommable ne se retournent pas de la même façon, et le client doit le savoir avant d'expédier.
Retrouver la commande d'origine
rma_sale (version 18.0.2.5.3) relie le retour à la commande de vente d'origine.
rma_sale_auto_detect va plus loin : il lie automatiquement les produits retournés aux commandes correspondantes, dans une période d'éligibilité définie.
La détection automatique est le module qui change le temps de traitement : un client renvoie trois articles sans mentionner de numéro de commande — le cas général —, et le service après-vente doit retrouver la vente, la date et le prix pour décider. Automatiser cette recherche fait passer le traitement de dix minutes à une.
La période d'éligibilité est le garde-fou du mécanisme : au-delà, le rattachement ne se fait pas automatiquement — ce qui évite d'imputer un retour à une vente de trois ans.
rma_sale_mrppermet des retours sur les kits de nomenclature : un kit retourné entier, pas composant par composant.rma_sale_reasonrelie les motifs au retour de vente, le référentiel venant derma_reason.
Les lots, le transport, la réparation
Quatre modules suivent le numéro de lot ou de série à travers le processus :
rma_lotgère le lot sur le retour, en s'appuyant sur le lot dans les retours de transfert.rma_sale_lotgère les retours de vente avec lot.rma_repair_lotfait la jonction entre le lot et la réparation.rma_reasonfournit le référentiel de motifs de retour, sous RMA ▸ Configuration ▸ Reasons.
Le suivi du lot du retour jusqu'à la réparation est ce qui permet de répondre à la question qui compte : ce défaut touche-t-il un article ou tout un lot de production. Sans lui, on traite quinze retours sans voir qu'ils portent le même numéro de lot.
rma_delivery(version 18.0.1.4.1) permet de choisir un transporteur par défaut pour les retours, etrma_sale_deliveryen est la variante côté vente.rma_repairpermet de créer un ordre de réparation depuis un retour.
La réparation elle-même est traitée dans réparation : types, reconditionnement et temps passé.
Le traitement en masse
rma_batch permet de grouper les retours en lots pour une gestion collective, avec son menu RMA ▸ Batches.
rma_batch_sale_auto_detect ajoute une action détectant automatiquement les commandes de vente de tout un lot de retours.
Le traitement en masse répond au cas du rappel ou du défaut série : deux cents clients retournent le même article pour le même motif. Les traiter un par un occupe le service après-vente pendant des semaines ; les grouper permet une décision unique.
rma_inter_company traite les retours entre sociétés d'un même groupe, en s'appuyant sur les flux inter-sociétés et le dépôt direct. Son README est réduit à sa catégorie.
Les flux inter-sociétés sont traités dans facture, commande et transfert miroirs.
Limites connues
- Cinq modules ont un README réduit à leur catégorie :
product_warranty,rma_reason,rma_repair_lot,rma_sale_deliveryetrma_inter_company. - Le dépôt suit une structure en paires : un module de base, un module côté vente. Installer le premier seul laisse le retour détaché de la commande.
- La détection automatique dépend d'une période d'éligibilité : la définir trop large impute des retours à des ventes anciennes, trop étroite laisse le rattachement manuel.
rma_inter_companydépend de trois modules dont les flux inter-sociétés avec entrepôt et le dépôt direct : une chaîne lourde.rma_repairsuppose l'application Réparation installée et paramétrée.- Le retour n'est pas l'avoir : le document RMA déclenche un flux, la décision comptable de rembourser reste une opération distincte.
- Les lots de retours groupent la décision, pas les mouvements : chaque article revient physiquement et se contrôle individuellement.
Identité technique
Les quinze modules viennent du dépôt OCA rma, branche 18.0 — dont tous les modules sont désormais documentés ici —, tous en licence AGPL-3. Les dépendances : stock_account pour le socle, sale_stock pour le lien vente, stock_delivery pour le transporteur, stock_picking_return_lot pour les lots, repair pour la réparation, mrp pour les kits, purchase_sale_stock_inter_company et stock_dropshipping pour l'inter-sociétés, sale_management pour les instructions de retour.
Voir aussi réparation : types et reconditionnement et flux inter-sociétés.
Questions fréquentes
Odoo gère-t-il les autorisations de retour ?
Pas en standard : un retour y est un transfert inversé, ce qui perd le motif, la décision, le délai et le devenir de l'article. Le module rma crée l'autorisation de retour comme document, avec ses opérations — remplacer, rembourser, réparer, rebuter, refuser —, ses équipes, ses étiquettes et ses motifs de clôture.
Peut-on retrouver automatiquement la commande d'un article retourné ?
Oui, avec rma_sale_auto_detect, qui lie les produits retournés aux commandes dans une période d'éligibilité. C'est le module qui change le temps de traitement : un client renvoie trois articles sans numéro de commande — le cas général — et la recherche manuelle prend dix minutes par retour.
Peut-on savoir si un défaut touche tout un lot de production ?
Oui, en suivant le numéro de lot du retour jusqu'à la réparation, avec rma_lot, rma_sale_lot et rma_repair_lot. Sans eux, on traite quinze retours sans voir qu'ils portent le même numéro de lot.
Peut-on traiter deux cents retours du même article en une fois ?
Oui : rma_batch les groupe en lots pour une gestion collective, et rma_batch_sale_auto_detect détecte les commandes de tout le lot. C'est le cas du rappel ou du défaut série — les traiter un par un occupe le service après-vente pendant des semaines. Le groupement porte sur la décision, pas sur les mouvements physiques.
Un retour déclenche-t-il automatiquement un avoir ?
Non : le document RMA déclenche un flux selon l'opération choisie, mais la décision comptable de rembourser reste une opération distincte. C'est voulu — un retour accepté physiquement n'est pas nécessairement un remboursement accordé.
Se faire accompagner
Le service après-vente est le seul endroit d'une entreprise où l'on peut mesurer la qualité réelle de ce qu'on vend — à condition d'enregistrer le motif et le devenir de chaque retour. Un retour traité comme un transfert inversé ne mesure rien.
Nous installons donc le socle avec ses opérations et ses motifs avant tout, puis la détection automatique de commande — parce que c'est elle qui fait accepter le dispositif par les équipes, en divisant le temps de traitement. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
- Réparation : types, reconditionnement et temps passé
- Flux inter-sociétés : facture, commande et transfert miroirs
En résumé
Dans Odoo, un retour client est un transfert inversé : la marchandise rentre et l'histoire s'arrête là. Rien ne dit pourquoi, ce qu'on a décidé, ni si l'article est reparti, a été réparé ou mis au rebut. Quinze modules en font un document suivi. Parlons de votre après-vente.
