Synchroniser les stocks entre Odoo et Temu sans vendre ce que vous n'avez plus

Survendre sur Temu ne se règle pas avec des excuses : cela se paie en annulations, en indicateurs de compte et avec un client qui a déjà payé. Et cela n'arrive presque jamais parce que le stock est mal compté dans Odoo. Cela arrive en chemin : entre le moment où une unité se vend sur un canal et celui où l'autre canal l'apprend, il y a une fenêtre. Tout ce qui suit consiste à réduire cette fenêtre et à assumer en connaissance de cause celle qui reste.

Le stock maître vit dans Odoo, pas dans le canal

La règle est ennuyeuse et c'est la seule qui tienne : une unité n'existe qu'à un seul endroit, et cet endroit est Odoo. Les canaux ne stockent rien, ils reçoivent un chiffre publié. Dès que deux systèmes se croient propriétaires du même nombre, on retrouve le cas classique : Temu décrémente sa copie, votre boutique décrémente la sienne, et à elles deux les copies proposent plus d'unités qu'il n'y en a sur l'étagère. Ce que l'on voit sur Temu doit être une fonction du disponible dans Odoo, et non une valeur que quelqu'un modifie à la main dans le portail.

Répartir, ce n'est pas soustraire

Si vous vendez la même référence sur Temu, sur votre site et sur une autre marketplace, la question n'est pas combien vous en avez : c'est combien vous en montrez à chacun. Tout publier partout maximise les ventes et multiplie les annulations ; répartir en quotas fixes est sûr, mais laisse des unités mortes sur le canal qui ne vend pas. Le raisonnable se situe en général entre les deux : un quota minimum pour les références qui tournent, le disponible complet pour celles qui ont du stock en abondance. Et si une partie de cette marchandise se trouve dans un entrepôt qui n'est pas le vôtre, elle doit être comptée avant d'être publiée : c'est le cas d'Amazon FBA dans Odoo. Quelle que soit votre décision, la politique doit être écrite comme une règle lisible dans Odoo, et non dans la tête de la personne qui gère le canal.

La marge de sécurité se fixe par référence, pas par catalogue

La marge de sécurité, c'est ce que vous décidez de ne pas publier pour absorber le décalage. Appliquée globalement (retirer deux unités à tout), elle est pratique et coûteuse : à la référence qui vend une unité par mois, vous retirez deux mois de ventes, et pour le best-seller, elle ne protège de rien. La marge se calcule par référence et, si nécessaire, par canal : forte rotation et délai d'expédition serré en demandent plus, un produit lent avec un stock profond n'en demande aucune. Dans Odoo, cela doit être une donnée du produit que quelqu'un peut consulter et modifier, et non une constante cachée dans le code du connecteur.

Publier à la confirmation, pas quand le lot passe

C'est là que se concentre l'essentiel du risque réel. Si le stock se synchronise toutes les heures, votre fenêtre de survente est d'une heure, et aucune marge ne rattrape une heure sur une référence qui tourne. L'alternative est de publier quand le stock change : une commande est confirmée, un transfert est validé, une réception est enregistrée, et ce mouvement déclenche la mise à jour de cette référence, pas des dix mille. Le balayage complet reste nécessaire, mais comme filet de sécurité nocturne, pas comme mécanisme principal. C'est la différence entre pousser les changements et attendre son tour, et c'est développé dans stock en temps réel pour les marketplaces.

Le temps que le canal met à vous croire

Publier ne veut pas dire que c'est publié. L'appel peut échouer, être mis en file d'attente, être accepté et appliqué quelques minutes plus tard. Un connecteur sérieux enregistre quel chiffre il a envoyé, quand, et ce que le canal a répondu ; il réessaie avec une attente croissante au lieu de marteler ; et il ne se contente pas d'un 200 si la valeur qui reste en ligne n'est pas celle qu'il a envoyée. Sans cet historique, le jour où Temu affichera sept unités et Odoo dira zéro, il sera impossible de savoir à quelle étape cela s'est cassé. C'est le même cycle vu de l'autre côté que l'import des commandes.

Quand rien de tout cela n'est nécessaire

Si vous vendez des pièces uniques, ou si vous avez peu de références avec un stock profond et un seul canal, synchroniser instantanément ne vous apporte rien : un balayage quotidien et une marge généreuse vous rassurent et vous évitent un projet. Le problème apparaît quand la même unité peut se vendre à deux endroits en même temps et que le réapprovisionnement est long. Si ce n'est pas votre cas, ne l'achetez pas ; et si vous avez un doute, regardez d'abord combien d'annulations pour rupture de stock vous avez eues ce trimestre, car ce chiffre, vous l'avez gratuitement.

Ce que fait notre connecteur

Le connecteur Temu pour Odoo pousse le stock par SKU, synchronise par cron et par webhook, et enregistre les payloads et les réponses de Temu afin qu'il y ait quelque chose à auditer quand les chiffres ne concordent pas. Il publie les quantités physiques de l'entrepôt que vous affectez à chaque compte Temu, ou une quantité fixe que vous maintenez vous-même sur le produit. Il fonctionne sur Odoo 17, 18 et 19. Déduire les quantités réservées, tenir une marge par référence ou répartir entre canaux avec vos propres règles n'est pas fourni en standard : cette politique, c'est vous qui la décidez, et l'automatiser relève du développement sur mesure. Si vous vendez sur d'autres canaux, la répartition se décide une seule fois pour tous : c'est dans plusieurs marketplaces dans un seul Odoo.

Questions fréquentes

Liens utiles dans FlexigoTech

Ce que nous faisons à ce sujet