Ce que Temu Connector for Odoo ajoute au bon de livraison de l'Inventaire : champs, bouton et déclenchement

Ce qu'il ajoute au bon de livraison et quand on le voit

Le groupe « Temu » n'apparaît que sur les bons de livraison de commandes Temu

Le module étend le bon de livraison standard de Inventaire. Sur la fiche du bon de livraison (le transfert), il ajoute un groupe Temu avec ces champs : Temu Order Record, Temu Fulfillment, Temu Tracking Sync State, Temu Tracking Last Sync At, Temu Tracking Last Tracking Ref, Temu Tracking Last Error, Temu Tracking Last Payload et Temu Tracking Last Response.

Tous sont en lecture seule et sont masqués quand le bon de livraison ne correspond pas à une commande Temu : sur un bon de livraison qui ne vient pas de Temu, le groupe n'apparaît donc pas. Les champs de suivi, de Temu Fulfillment à Temu Tracking Last Response, sont écrits par le code du module : il n'y a rien à remplir à la main.

Le bouton n'apparaît que lorsque le bon de livraison est à l'état « Terminé »

Le bouton Send Temu Tracking est masqué quand le bon de livraison ne correspond pas à une commande Temu ou quand son état n'est pas Terminé (Fait en Odoo 17.0). Cette condition est la même dans Odoo 17, 18 et 19.

Cliquer dessus n'équivaut pas à l'automatisme. Le bouton demande l'envoi en sautant la vérification « déjà synchronisé avec ce même numéro de suivi », de sorte qu'il peut renvoyer un bon de livraison qui était déjà en Synced. De plus, si le bon de livraison ne remplit pas les conditions de l'envoi ou si le numéro de suivi manque, le bouton s'arrête au lieu de laisser le bon de livraison en attente. Si quelque chose échoue, l'erreur est affichée à l'utilisateur et peut arriver sous la forme Error sending Temu tracking: ….

Les valeurs d'état et ce qui est écrit dans chaque cas

Le champ Temu Tracking Sync State prend les valeurs Pending, Synced et Error, et chacune laisse des champs différents :

• Pending : le module écrit dans Temu Tracking Last Error le motif de l'attente. C'est ce qui se produit dans le flux automatique quand le numéro de suivi manque.
• Synced : Temu Fulfillment, Temu Tracking Last Sync At, Temu Tracking Last Tracking Ref, Temu Tracking Last Payload et Temu Tracking Last Response sont renseignés, et Temu Tracking Last Error est vidé.
• Error : Temu Tracking Last Error est écrit et, si l'envoi vers Temu existe déjà, Temu Fulfillment, Temu Tracking Last Payload et Temu Tracking Last Response le sont aussi.

L'état Error ne provient pas seulement de l'envoi du suivi : le code y arrive aussi depuis les boutons Create Sales Order et Sync to Sales Order.

Quand il agit sans que vous cliquiez

Ce qui suit décrit le code publié d'Odoo 19.

À la validation et à l'enregistrement, le module essaie d'abord

Le chemin normal n'est pas le bouton. Le module étend la validation standard du bon de livraison et réagit aussi à l'enregistrement de sa fiche ; dans les deux cas, il tente de confirmer l'envoi vers Temu avec le vérificateur automatique. Pour qu'il essaie, le bon de livraison doit remplir plusieurs conditions, dont :

• que son type d'opération soit une sortie ;
• que le bon de livraison ait une commande Temu associée ;
• que cette commande ne soit pas annulée ;
• que, si la commande indique un type d'exécution, ce texte contienne le mot seller.

Si elles ne sont pas remplies, le module ne fait rien et le bon de livraison suit son cours.

L'ordre dans lequel il décide de l'envoi automatique

Quand les conditions sont remplies, le code suit cet ordre :

• Il récupère les numéros de suivi du bon de livraison. S'il n'y en a aucun, il laisse le bon de livraison en Pending et s'arrête.
• Si le bon de livraison est déjà en Synced et que le numéro de suivi est le même que celui de Temu Tracking Last Tracking Ref, il ne renvoie rien.
• S'il ne parvient pas à préparer les données de l'envoi, il le traite comme l'absence de numéro : Pending.
• Il crée l'envoi vers Temu et l'exécute. Si tout se passe bien, il marque Synced et laisse une note dans le chatter du bon de livraison avec le numéro utilisé.

C'est pourquoi, avec un bon de livraison qui figure déjà en Synced avec ce numéro, le flux automatique ne répète pas l'envoi ; le bouton, lui, peut le faire.

Le premier numéro de suivi sert de référence

Si le bon de livraison a plusieurs numéros de suivi, le code prend le premier comme référence. Dans ce cas, la note du chatter indique quel numéro principal a été utilisé et prévient que les autres numéros du bon de livraison n'ont pas été envoyés dans le flux automatique. La note est publiée quand l'envoi réussit, qu'il soit lancé par le flux automatique ou par le bouton.

Ce qui se passe quand l'envoi échoue

Si l'exécution de l'envoi vers Temu échoue, le code passe d'abord par une vérification supplémentaire ; si elle donne un résultat positif, il renvoie l'envoi sans marquer Error. Sinon, il marque Error (avec le texte dans Temu Tracking Last Error), enregistre Temu Fulfillment, Temu Tracking Last Payload et Temu Tracking Last Response de l'envoi créé, et relance l'erreur.

Dans le flux automatique, cette erreur ne reste pas en suspens : le module l'intercepte, l'écrit dans le journal du serveur, marque le bon de livraison comme Error et laisse une note dans le chatter avec le motif. Avec le bouton, l'erreur est affichée à l'utilisateur et peut arriver sous la forme Error sending Temu tracking: …. Dans le flux automatique, ces champs sont ce que vous consultez pour savoir ce qui a été envoyé et ce que Temu a répondu.

Au démarrage d'Odoo, le module répare des colonnes et nettoie des avertissements

Il y a un comportement qui ne se voit sur aucun écran. Si le code est déployé avant la mise à jour du module, au démarrage d'Odoo le module vérifie si les colonnes des champs de suivi (de Temu Fulfillment à Temu Tracking Last Response) existent dans la table des bons de livraison et ajoute celles qui manquent. Si la base de données ne peut pas le faire à cause d'un verrou (lock timeout), il le reporte dans ce processus, le consigne dans le log comme avertissement et attend un redémarrage ou la mise à jour ; toute autre erreur est propagée.

S'il n'a pas été reporté, le module supprime en outre les activités d'avertissement d'adresse de livraison devenues obsolètes sur les bons de livraison des commandes clients liées à des commandes Temu, et note dans le log combien il en a retiré.

Ce que cela coûte et comment nous vous aidons

Le module est en paiement unique par version et nécessite l'abonnement à FlexigoTech Cloud, plan Connecteur : 49 €/mois ou 490 €/an HT, jusqu'à 3 comptes de la plateforme. Il est publié pour Odoo 17, 18, 19 et 20 ; le détail se trouve sur la fiche Odoo Apps et sur la page du module. Si vous voulez voir comment la même chose change sur les produits, lisez ce que le module ajoute à la fiche produit.

Si vous mettez en place Odoo et voulez revoir vos bons de livraison de sortie avant de connecter Temu, FlexigoTech déploie Odoo 17, 18, 19 et 20 et développe des connecteurs et des intégrations sur mesure.

À lire aussi

Vérifié dans le code du connecteur (version 19.0) et dans les sources citées

Sources

• Code du module : flexigobe_temu_connector 19.0 (455b3f0f): models/stock_picking.py
• Code du module : flexigobe_temu_connector 19.0 (455b3f0f): views/stock_picking_views.xml
• apps.odoo.com/apps/modules/19.0/flexigobe_temu_connector
• flexigotech.com/en/services.html
• flexigotech.com/precios.html