Un colis revient à l’entrepôt, un commercial promet un remboursement et la comptabilité attend une justification. Sans dossier commun, chacun peut considérer le retour comme terminé alors qu’une étape manque. Pour les équipes qui utilisent Odoo en Belgique ou en France, l’enjeu est de relier les décisions commerciales, physiques et financières. Ce guide s’appuie sur la documentation Odoo 19 et propose une méthode de recette pour un projet Odoo Entreprise.
Séparer les preuves de réception et de remboursement
La documentation Odoo décrit le retour de marchandises par un transfert inverse depuis une livraison. Sa validation actualise la quantité livrée de la commande. Un avoir se prépare depuis la facture ; un remboursement monétaire demande aussi un paiement enregistré. Ces opérations doivent être suivies séparément.
Notre recommandation : désigner un responsable pour chaque décision. Le service client accepte la demande selon vos conditions commerciales, l’entrepôt constate la quantité et l’état reçus, puis la comptabilité vérifie le montant à créditer. Une photo ou un message client constitue une pièce du dossier, pas la preuve que toutes les étapes sont achevées.
Construire un dossier de retour exploitable
Avant de paramétrer un circuit, convenez d’une référence commune et des informations attendues : commande initiale, livraison, produit, quantité demandée, quantité reçue, motif, facture concernée et décision commerciale. Pour un produit tracé, ajoutez le lot ou le numéro de série afin de vérifier que le bien reçu correspond au bien expédié.
Dans un déploiement Belgique–France, faites également vérifier la société vendeuse, l’entrepôt destinataire et la langue des documents envoyés. Un client partagé entre plusieurs sociétés ne suffit pas à identifier le dossier correct. Les contrôles comptables restent à définir avec le responsable financier de chaque entité.
Recetter un retour partiel de bout en bout
Scénario de test proposé par Underside : une commande comporte dix unités livrées et facturées ; le client en renvoie deux. Demandez à l’équipe de retrouver la livraison initiale, d’enregistrer les deux unités reçues et de justifier le montant de l’avoir attendu. Si un remboursement est convenu, rapprochez sa preuve du dossier avant de le clôturer.
- Comparer le produit retourné avec la référence et, si nécessaire, le lot d’origine.
- Contrôler que les huit unités conservées ne sont pas incluses dans l’avoir.
- Faire examiner les remises, frais de livraison et arrondis par la comptabilité.
- Rejouer la réception d’un même message pour vérifier qu’il ne déclenche pas un second traitement.
Ajoutez un cas avant facturation et un cas de simple geste commercial sans mouvement physique. Fixez les résultats attendus selon votre politique de facturation. Ne copiez pas automatiquement une procédure de vente classique vers le point de vente ou une place de marché : ces parcours méritent leur propre recette.
Décider quand le produit redevient disponible
Une réception ne signifie pas forcément que le produit peut être revendu. Établissez une décision explicite : remise en stock, contrôle, réparation ou autre traitement autorisé. Testez les emplacements et règles de disponibilité sur votre base de recette pour éviter qu’un article endommagé soit réservé à une nouvelle commande.
Cette étape complète le travail sur les lots et dates de péremption et sur la qualité dans Odoo. Lors d’une migration, reprenez aussi les retours ouverts : un stock initial correct ne raconte pas à lui seul les engagements déjà pris envers les clients.
L’analyse Underside : fermer un dossier avec des preuves
Nous conseillons un pilote sur un entrepôt et une famille de produits. Suivez le délai entre réception et décision, les dossiers sans justificatif financier et les retours qui nécessitent une correction manuelle. Ces indicateurs aident à repérer une responsabilité mal définie avant d’ajouter une automatisation.
Validez d’abord le parcours standard avec les équipes ventes, logistique et comptabilité. Pour une intégration eCommerce, documentez ensuite le système qui déclenche chaque opération et la façon de reconnaître un événement déjà traité. Un développement se justifie par un écart précis et reproductible, pas par l’absence d’une procédure partagée.
Sources officielles
Références Odoo 19 : traitement des retours et réparations et avoirs et remboursements. Les scénarios de recette et recommandations de gouvernance ci-dessus constituent l’analyse Underside.
Préparez un exemple de retour partiel et un dossier resté ouvert pour cadrer votre parcours de retour Odoo avec Underside.