Retours Amazon dans Odoo : qui décide si l'unité est remise en vente

Une commande retournée n'est pas une commande annulée. Dans Odoo, ce sont deux faits distincts et espacés dans le temps : l'argent qui revient à l'acheteur et l'unité qui revient quelque part. Si votre intégration les traite comme un seul fait, au bout d'un trimestre l'inventaire et la comptabilité divergent et personne ne sait expliquer l'écart.

Remboursement et retour physique sont deux faits distincts

Le remboursement est un avoir sur la vente. Le retour est un bon de livraison en sens inverse qui fait entrer des unités dans un emplacement. Amazon peut rembourser l'acheteur avant que la marchandise n'arrive, et peut le rembourser alors qu'elle n'arrive jamais, parce que l'acheteur ne l'envoie pas. Modéliser les deux faits séparément permet de répondre à la question qui finit toujours par se poser : combien d'argent ai-je remboursé et combien d'unités ai-je récupérées. Ce n'est pas le même nombre et il n'y a aucune raison que ce le soit.

Qui décide si l'unité est revendable

En FBM, la décision vous revient : le colis arrive dans votre entrepôt, quelqu'un l'ouvre et tranche. En FBA, ce n'est pas vous qui décidez. Le retour repart vers un centre logistique d'Amazon, où l'unité est classée comme vendable ou non vendable, avec un motif. Ce classement modifie votre inventaire disponible et vous parvient comme une donnée, pas comme une décision. Odoo doit simplement la lire et l'appliquer : si l'unité revient comme vendable, elle entre en stock disponible ; sinon, elle entre dans un emplacement depuis lequel on ne peut pas vendre.

L'ajustement d'inventaire est un emplacement, pas un chiffre

La tentation est de corriger la quantité à la main et de passer à autre chose. Ça marche une fois ; trois mois plus tard, personne ne sait pourquoi le stock théorique et le stock réel ne coïncident pas. La bonne méthode est que chaque retour génère son propre mouvement : client vers entrepôt pour l'unité vendable, client vers quarantaine ou vers rebut pour celle qui ne l'est pas. L'ajustement est ainsi tracé (date, motif et commande d'origine) et le coût de la marchandise qui ne peut plus être vendue apparaît là où il doit apparaître, et non caché dans une régularisation sans explication.

Ce qui se perd, s'abîme ou ne revient pas

Il existe un troisième cas qui n'est ni un retour ni une vente : l'unité qu'Amazon perd ou endommage dans son réseau. Amazon la compense par un remboursement au vendeur, qui n'est pas le remboursement que reçoit l'acheteur, même si les deux se ressemblent. En comptabilité, c'est un produit ; en inventaire, c'est une sortie de stock. Si vous n'enregistrez que l'argent, le stock reste élevé pour toujours ; si vous n'enregistrez que la sortie, on dirait que vous avez perdu de la marchandise gratuitement. Les deux écritures, ou aucune.

Tout se referme sur le règlement

C'est dans le règlement que tout cela se vérifie. Chaque retour y laisse une trace : le montant remboursé à l'acheteur, la commission qu'Amazon rembourse ou retient, les frais de traitement des retours lorsqu'ils s'appliquent et les remboursements pour marchandise perdue. Importer les règlements dans Odoo et les rapprocher ligne à ligne des avoirs et des mouvements de stock, c'est ce qui transforme « je crois que ça colle » en « ça colle ». Et quand quelque chose ne colle pas (un avoir sans ligne dans le règlement, ou l'inverse), c'est de l'argent ou de la marchandise que quelqu'un doit aller chercher.

Quand l'automatiser n'en vaut pas la peine

Si vous vendez peu de commandes par mois et qu'on vous en retourne une de temps en temps, cela se gère à la main sans drame, et l'automatiser, c'est dépenser de l'argent pour un problème que vous n'avez pas. Le seuil n'est pas le nombre de commandes : c'est le nombre de retours que personne ne regarde. Quand il y en a plus qu'une personne ne peut en vérifier un par un, ou quand vous vendez dans plusieurs pays et que chaque retour traîne sa TVA de destination, le travail manuel cesse d'être rentable. C'est expliqué dans vendre sur plusieurs Amazon avec un seul Odoo.

Ce que fait notre connecteur

Le connecteur Amazon pour Odoo importe les retours avec leur motif et, en FBA, avec le classement qu'Amazon leur attribue. En FBM, il génère le retour de stock sur le bon de livraison d'origine, ou marque la ligne « ne pas réapprovisionner » ; en FBA, il n'invente pas de mouvements locaux : le solde vendable et non vendable est rapproché grâce à la synchronisation de l'inventaire FBA. Il prépare le brouillon d'avoir à partir de la facture d'origine, importe les remboursements d'Amazon pour marchandise perdue ou endommagée et récupère les règlements, qui sont comptabilisés sur le même compte d'attente que les avoirs. Il fonctionne sur Odoo 17, 18, 19 et 20. Si ce qui ne colle pas, c'est tout l'entrepôt FBA et pas seulement les retours, cela se trouve dans Amazon FBA dans Odoo.

Questions fréquentes

Liens utiles dans FlexigoTech

Ce que nous faisons à ce sujet