La question qui revient toujours est la même : « les commandes Temu entrent-elles seules dans Odoo ? ». Oui, elles entrent. Ce qui décide si l'opération fonctionne ou si elle se transforme en enfer de rapprochements manuels, ce n'est pas qu'elles entrent, mais avec quoi elles entrent. Une commande mal mappée se remarque trois semaines plus tard, quand quelqu'un essaie de rapprocher la TVA ou d'expliquer pourquoi il y a deux bons de livraison pour la même commande.
D'abord : l'identifiant, sinon vous aurez des doublons
Chaque commande Temu arrive avec sa propre référence. Ce numéro doit être enregistré dans la commande Odoo et servir de clé à consulter avant de créer quoi que ce soit. Si l'import crée d'abord et vérifie ensuite, n'importe quelle nouvelle tentative (une coupure réseau, un cron qui se chevauche, une synchronisation lancée à la main pendant que l'automatique tournait) vous laisse deux commandes identiques et deux bons de livraison. C'est la défaillance numéro un que nous trouvons en auditant des connecteurs réalisés par quelqu'un d'autre.
Variantes : le SKU de Temu n'est pas votre SKU
Temu identifie chaque variante avec son propre code. Votre Odoo a le sien. Il faut une équivalence entre les deux, explicite et vérifiable, pas une fonction qui devine en découpant des chaînes. Quand l'équivalence échoue, la commande entre avec un produit générique ou n'entre pas du tout, et dans les deux cas quelqu'un le découvre trop tard.
Un conseil qui évite bien des soucis : faites les équivalences avant d'ouvrir le canal, pas après le premier pic de commandes. Reprendre à la main des centaines de commandes sans produit ou avec un produit générique, c'est une journée perdue.
Taxes et devise : c'est le pays de destination qui les fixe
Si vous vendez dans plusieurs pays, chaque commande arrive avec sa devise et avec la taxe correspondant à la destination de la marchandise, pas au lieu où se trouve votre entreprise. Dans Odoo, cela signifie une position fiscale par pays et un tarif par devise, configurés avant l'arrivée de la première commande. C'est le même travail que décrit l'article sur Temu dans une opération multicanal, et c'est là que l'on perd le plus d'argent par négligence.
Le délai promis prime sur votre entrepôt
Temu ne vous demande pas d'expédier quand vous le pouvez : il vous donne une date limite par commande, et le non-respect se paie dans les indicateurs du compte. Cette donnée doit arriver jusqu'au bon de livraison d'Odoo et être visible pour celui qui prépare. Une commande qui entre sans date limite est une commande préparée par ordre d'arrivée, et l'ordre d'arrivée n'est pas celui que Temu attend.
Annulations : le cas que presque personne ne prépare
Une commande peut être annulée après être entrée dans Odoo et avant de quitter l'entrepôt. Si l'import ne sait que créer, l'annulation n'arrive pas et vous finissez par expédier de la marchandise que personne ne paiera. La synchronisation doit aussi lire les changements de statut, pas seulement les nouvelles commandes, et savoir quoi faire d'un bon de livraison déjà validé : ce n'est plus une annulation, c'est un retour.
Ce que fait notre connecteur
Le connecteur Temu pour Odoo (Odoo 17, 18 et 19) résout d'office une partie de tout cela, et mieux vaut savoir exactement laquelle. Il cherche chaque commande par sa référence Temu avant de créer quoi que ce soit, et la base de données n'admet pas deux commandes avec la même référence dans la même boutique. Il associe chaque ligne à votre variante par le SKU vendeur que vous utilisez dans Temu face à la référence interne d'Odoo, ou par les identifiants Temu qu'il enregistre sur la variante : il n'y a pas de table à part, l'équivalence est votre référence interne, et une ligne qui ne trouve pas de variante laisse la commande client en brouillon au lieu de la confirmer. Il crée le client avec le pays de livraison, ce dont Odoo a besoin pour appliquer la position fiscale automatique que vous avez configurée par pays. Il enregistre la date limite d'expédition de Temu dans la fiche de la commande Temu, liée depuis le bon de livraison ; il ne l'écrit pas dans le bon de livraison. Et il lit les commandes par date de mise à jour, pas seulement les nouvelles : si Temu annule, il annule la commande client, sauf s'il existe déjà un bon de livraison validé ou une facture comptabilisée, auquel cas il n'y touche pas et laisse une note sur la commande.
Questions fréquentes
À quelle fréquence les commandes entrent-elles ?
Par défaut toutes les 15 minutes via une action planifiée, et plus tôt si vous enregistrez chez Temu le webhook fourni avec le connecteur : les avis de changement de statut sont traités dès leur arrivée. L'intervalle peut être augmenté ou réduit selon le volume ; ce qu'il ne faut pas, c'est le laisser à une heure, car le délai d'expédition de Temu avale cette heure.
Et si j'ai déjà des commandes importées à la main ?
Le connecteur ne cherche pas les commandes clients existantes par référence : il relie chaque commande Temu à la commande client qu'il crée lui-même, donc saisir la référence à la main n'évite pas le doublon. La première synchronisation ne remonte que sur une fenêtre configurable (24 heures par défaut), mais elle lit par date de mise à jour : une commande que vous avez importée à la main et dont le statut change après l'activation revient comme une nouvelle commande. Le plus propre est d'arrêter d'importer à la main le jour de l'activation et de vérifier ces commandes en double pendant les premiers jours.
Fonctionne-t-il avec un entrepôt propre et avec une logistique tierce ?
Avec les deux. Ce qui change, c'est qui valide le bon de livraison et d'où vient le numéro de suivi ; la commande entre de la même façon.
Liens utiles dans FlexigoTech
Ce que nous faisons sur ce sujet
Vous allez ouvrir Temu et ne voulez pas rapprocher à la main ?
Dites-nous dans quels pays vous vendez, combien de références vous avez et si l'entrepôt est le vôtre ou celui d'un tiers. Nous vous dirons ce qu'il faut préparer avant d'activer le canal. Écrivez à comercial@flexigobe.com ou planifiez un appel.

