Charger les exigences de conformité depuis Temu : ce que fait le bouton, pas à pas

Quand le bouton apparaît

Le bouton Load Compliance Requirements from Temu se trouve dans la fiche Product Publishing, que vous ouvrez depuis le menu Temu › Catalog › Listings. Il existe dans Odoo 17, 18 et 19, et dans toutes ces versions il est masqué selon la même condition : lorsque le champ Cat est vide. Avec les valeurs par défaut, Cat est vide ; le bouton reste donc invisible tant que la fiche n'a pas de valeur dans ce champ.

La fiche affiche aussi le champ Instance, qui figure également dans la liste des Product Publishing. Gardez-le en tête : les appels à Temu sont effectués par l'instance affectée à la fiche, comme vous le verrez dans le pas à pas.

Avec Odoo en français, le bouton s'appelle Load Compliance Requirements from Temu.

Pas à pas : que se passe-t-il quand on clique

Le fonctionnement décrit ci-dessous est celui du module pour Odoo 19. Le bouton agit sur la fiche que vous avez ouverte.

1. Ouvrez la fiche et cliquez sur le bouton. Allez dans Temu › Catalog › Listings, ouvrez la fiche Product Publishing et cliquez sur Load Compliance Requirements from Temu. Si vous ne le voyez pas, c'est que Cat est vide dans la fiche.
2. Le module complète ce qui est vide. Avant de demander quoi que ce soit à Temu, il copie dans la fiche des données enregistrées sur le produit Odoo, uniquement dans les champs que la fiche a laissés vides : par exemple le modèle de coûts, la marque, la marque déposée, le représentant du fabricant, la personne responsable, les régions d'origine, les données de biens d'occasion et les URL de médias externes. Il y a deux exceptions : le type de produit est remplacé par celui du produit Odoo si, dans la fiche, c'est le type standard, et le périmètre d'activité d'occasion est remplacé si, dans la fiche, il vaut 0.
3. Il prépare la requête. Il utilise la catégorie de Cat et la langue de la fiche (l'anglais si elle n'en a aucune). Si la fiche a des propriétés du produit, il les ajoute, et si elle a déjà l'identifiant du produit chez Temu, il l'ajoute aussi.
4. Il interroge Temu sur les règles de conformité. L'appel part par l'instance de la fiche, avec la méthode d'API que cette instance a configurée à cet effet et, à défaut, une autre méthode. Si un appel échoue, le module décide selon l'erreur s'il essaie le candidat suivant ou s'il s'arrête. Si Temu répond avec une méthode différente de celle qui était enregistrée, il l'enregistre dans l'instance.
5. Il consulte le modèle complémentaire, seulement si l'instance a une méthode pour cela. C'est une autre requête avec les mêmes paramètres. Si elle échoue, l'action ne s'arrête pas : le texte de l'erreur est conservé à part pour être affiché ensuite comme avertissement.
6. Il construit le squelette du JSON de conformité. Il part du JSON que la fiche contenait déjà. Pour chaque type de certificat exigé par Temu, il crée son bloc s'il n'existait pas et y ajoute des emplacements vides selon ce qui est demandé : fichiers de certificat, rapports d'inspection, codes d'autorisation, éléments de contrôle sélectionnés ou étiquette énergétique. Si Temu exige des photos réelles du produit et que la fiche n'a pas encore la liste, il la constitue avec les URL de médias externes des variantes actives du produit (ou celles du modèle de produit), en laissant de côté les variantes sans aucune URL.
7. Il rédige un résumé. En texte, il reprend les blocs de certificat requis, si Temu demande des photos réelles du produit dans cette catégorie, les modèles complémentaires avec les champs qu'ils demandent, les envois supplémentaires et les fichiers de guide ou de manuel. S'il n'y a rien de tout cela, le résumé l'indique.
8. Il enregistre dans la fiche. Il écrit le squelette du JSON de conformité, la réponse de Temu avec les règles, celle du modèle complémentaire (vide s'il n'y en a pas eu), le résumé, ainsi que la date et l'heure de la dernière synchronisation.
9. Il prévient et recharge la fiche. Un avis de réussite s'affiche. Si la consultation du modèle complémentaire a échoué, l'avis est un avertissement, il reste à l'écran jusqu'à ce que vous le fermiez et inclut le texte de cette erreur. Que l'avis soit de réussite ou d'avertissement, la fiche est rechargée.

Erreurs possibles et que faire

En cliquant sur le bouton, l'action peut s'arrêter avec ce message :

No Temu API method candidates are configured.

Il indique qu'aucune méthode de l'API de Temu n'est candidate pour effectuer la requête. Comme la méthode provient de l'instance de la fiche, c'est l'instance qui apparaît dans le champ Instance qu'il faut vérifier.

Il y a une autre situation à distinguer : si la consultation du modèle complémentaire échoue, ce n'est pas une erreur qui arrête l'action. Les exigences des règles sont chargées quand même et l'avertissement vous explique ce qui s'est passé avec cette consultation complémentaire.

Si le bouton n'apparaît pas, ce n'est pas un bug : c'est la condition de la vue. Il manque une valeur dans Cat.

Que vérifier ensuite

Lorsque la fiche est rechargée, vérifiez ce que le bouton a enregistré : le squelette du JSON de conformité, les réponses de Temu, le résumé des exigences et la date de la dernière synchronisation. Si vous cliquez de nouveau sur le bouton, les réponses, le résumé et la date sont de nouveau enregistrés, et le squelette part du JSON que la fiche contenait à ce moment-là.

Si un point du résumé vous semble confus, comparez-le avec la catégorie indiquée dans Cat : c'est la catégorie avec laquelle la requête a été faite.

Versions, abonnement et aide

Le module est publié sur Odoo Apps pour Odoo 17, 18, 19 et 20 ; le bouton de cet article figure dans les versions 17, 18 et 19. C'est un paiement unique par version d'Odoo, et il nécessite l'abonnement à FlexigoTech Cloud, plan Connecteur : 49 €/mois ou 490 €/an HT, avec jusqu'à 3 comptes de la plateforme. La connexion avec Temu passe par FlexigoTech Cloud. Vous trouverez le module sur sa fiche Odoo Apps et sur la page de flexigotech.com.

Si vous êtes en train de déployer Odoo et souhaitez revoir comment préparer les données produit avant de charger les exigences, 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): views/temu_product_binding_views.xml
• Code du module : flexigobe_temu_connector 19.0 (455b3f0f): models/temu_product_binding.py
• Code du module : flexigobe_temu_connector 19.0 (455b3f0f): models/temu_instance.py
• apps.odoo.com/apps/modules/19.0/flexigobe_temu_connector
• flexigotech.com/precios.html
• flexigotech.com/en/services.html