Avant de cliquer : ce qu'Odoo répare déjà tout seul
Dans Odoo 20, avec les valeurs par défaut, la tâche planifiée SP-API Amazon - File d'auto-réparation v2 (Amazon SP-API - Auto-repair queue v2) s'exécute toutes les 3 minutes et est active dès l'installation. Elle traite les nouvelles tentatives en file avec les mêmes briques que le bouton : elle corrige unit_count s'il y a un problème de ce type, répare le contenu multimédia de conformité (compliance_media) si le problème concerne l'image et, si la publication reste en erreur sans aucun de ces deux problèmes, elle tente d'envoyer le catalogue complet, à condition que soit activé le paramètre du compte qui permet de tenter de publier le catalogue complet (actif par défaut dans le code).
En outre, lorsqu'un envoi de stock échoue, le module examine les problèmes enregistrés de cette publication et répare ceux de unit_count ou d'image. Si la réparation réussit, il renvoie le stock ; si Amazon n'a pas encore fini de la valider, il laisse l'envoi en file d'attente. On arrive à cet envoi en enregistrant une fiche produit, en validant un transfert qui concerne des produits et dans la tâche Amazon SP-API - Synchroniser les liaisons en attente (prix/stock) (Amazon SP-API - Sync pending bindings (price/stock)), qui s'exécute toutes les minutes.
Le bouton est la voie manuelle : il lance cette réparation en une fois sur les publications actives en erreur du compte et de son marketplace.
- Vérifiez la case
Les nouvelles tentatives de réparation s'exécutent en arrière-plan (opt-in)dans la fiche deComptes(Accounts), ongletCatalogue et offres(Catalog & Listings), groupeRéparer automatiquement les erreurs d'offre(Auto-Repair Listing Errors). Son aide indique : « Active les nouvelles tentatives en file d'attente pour les erreurs transitoires (par ex. acceptée sans statut final). » et elle est active par défaut. Lorsqu'elle est active, le bouton planifie des nouvelles tentatives pour les cas qui restent en attente.

Quand il apparaît et qui peut cliquer
- Votre utilisateur est
Responsable(Manager) du connecteur ou dispose de l'accès aux Paramètres. Le chemin estAmazon › Configuration › Comptes(Amazon › Configuration › Accounts) : les niveauxConfigurationetComptesdemandentResponsable, etAmazondemandeLecteur(Viewer).

- Ouvrez l'écran des
Comptes: le boutonExécuter la réparation automatique des erreurss'affiche sans condition, dans les versions 17, 18, 19 et 20.

Exécuter la réparation automatique des erreurs ; le schéma reprend aussi le libellé en espagnol, allemand, italien et portugais.Au clic : ce qu'il fait avec chaque publication
Dans Odoo 20, le bouton fait ceci :
- Permissions. Il vérifie d'abord votre accès. Si vous n'êtes pas
Responsableet n'avez pas l'accès aux Paramètres, il s'arrête avecYou need Amazon Seller Connector Manager (or Settings) access for this action. Ask a manager to grant Manager access.et rien n'est enregistré. Il vérifie aussi que vous pouvez écrire sur le compte. - Sélection. Il recherche les publications (bindings) de ce compte, du marketplace indiqué par le compte (
ID de marketplace(Marketplace ID), ongletIdentité(Identity)), qui sont actives et en erreur. - Lecture préalable. Si le compte a activé la lecture préalable du catalogue (un paramètre actif par défaut dans le code), il relit la publication sur Amazon. Si cette lecture échoue, il le note et passe à la suivante.
- ASIN. Si Amazon n'a pas encore renvoyé l'ASIN de la publication, le bouton ne la répare pas : elle compte comme non résolue et il laisse une note. C'est la lecture préalable qui peut ramener cet ASIN.
- Problèmes enregistrés. Il relit les problèmes enregistrés et recalcule dans la publication les compteurs d'erreurs, d'avertissements et d'informations. S'il ne reste aucune erreur bloquante, la publication n'est plus en erreur, sa nouvelle tentative en attente est effacée si elle en avait une et elle compte comme résolue.
unit_count. Si un problème est de typeunit_count, il lance sa correction. Selon le résultat, elle compte comme corrigée, en attente (et en file s'il y a une nouvelle tentative planifiée) ou en erreur. Si Amazon n'a pas encore donné de statut final, elle reste en attente et, avec la case d'arrière-plan active, une nouvelle tentative est planifiée.- Images. Si un problème est de type image, il cherche le type de produit (si la publication n'en a pas, il le lit sur Amazon) et tente de retirer les entrées de
compliance_mediaavec une URL temporaire ou expirée et, s'il y parvient, relit la publication. S'il n'y a rien à nettoyer ou si Amazon le refuse, cela reste une note. - Publication. Uniquement si le paramètre de publication du catalogue complet est actif (il l'est par défaut dans le code), que la publication reste en erreur et qu'elle n'a eu aucun problème de
unit_countni d'image, il envoie le catalogue complet à Amazon. S'il échoue, il le compte, le note et, avec la case d'arrière-plan active, planifie une nouvelle tentative. - Lecture finale et résumé. Il relit la publication (en cas d'échec, il se contente de le noter) et la considère comme non résolue si elle est toujours en erreur ou avec des erreurs. À la fin, il enregistre sur le compte la date et le résultat, et publie le résumé dans le chatter du compte.
Après le clic : que vérifier
Le résumé commence par Réparation automatique des erreurs d'annonce terminée. (Listing error auto-repair finished.) et Compte : …, puis suit avec ces lignes :
| Ligne | Ce qu'elle compte |
|---|---|
Liaisons évaluées : … | Publications recueillies |
Récupération précédente OK : … et Erreur de récupération précédente : … | Lectures préalables réussies et échouées |
unit_count corrigé : … et unit_count en erreur : … | Résultat de la correction de unit_count |
Asynchrone en attente : … et File d'attente v2 planifiée : … | En attente de statut final et nouvelles tentatives planifiées |
Publication du catalogue complet OK : … et Erreur de publication du catalogue complet : … | Envois du catalogue complet |
Liaisons résolues : … et Liaisons non résolues : … | État final de chaque publication |
S'il y a des notes, elles apparaissent après Notes (15 dernières) :, avec les dernières, chacune raccourcie.
- Ouvrez le message du chatter du compte et comparez
Bindings evaluadosavec les liaisons résolues et non résolues.
- Lisez les notes : elles indiquent dans quelle publication et à quelle étape (lecture,
unit_count, image, publication) quelque chose est resté non réparé.
- Pour chaque publication non résolue, ouvrez sa fiche d'
Annonces, ongletProblèmes(Issues), groupeFile de réparation(Repair Queue). Le champTentative de réparation automatique en attente(Auto Repair Retry Pending, en lecture seule) est coché par le module lorsqu'il planifie une nouvelle tentative ; il se vide quand la publication est résolue ou quand les tentatives sont épuisées.
- S'il reste des publications en attente ou des nouvelles tentatives planifiées, la tâche de la file s'exécute toutes les 3 minutes : revenez regarder la fiche de la publication plus tard.
Comment FlexigoTech vous aide
Le module est en paiement unique par version d'Odoo (publié pour 17, 18, 19 et 20) et nécessite l'abonnement à FlexigoTech Cloud, plan Connecteur : 49 €/mois ou 490 €/an HT, jusqu'à 3 comptes de la plateforme. Vous avez la fiche sur Odoo Apps et la page du module. FlexigoTech met en place 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 20.0) et dans les sources citées
Sources
- Code du module : flexigobe_amazon_seller_connector 20.0 (8576afa5): views/amazon_spapi_account_views.xml
- Code du module : flexigobe_amazon_seller_connector 20.0 (8576afa5): models/amazon_spapi_account.py
- Code du module : flexigobe_amazon_seller_connector 20.0 (8576afa5): models/amazon_spapi_product_binding.py
- apps.odoo.com/apps/modules/20.0/flexigobe_amazon_seller_connector
- flexigotech.com/precios.html
- flexigotech.com/en/services.html
