Przejdź do głównej treści
Amazon

Co robi przycisk Run Auto-repair Errors w Amazon Connector dla Odoo

Przycisk Run Auto-repair Errors przegląda publikacje konta Amazon, które są w błędzie, próbuje naprawić te, które rozpoznaje, i zostawia podsumowanie na koncie. Najpierw sprawdza, czy masz uprawnienie Manager: bez niego zatrzymuje się z komunikatem o braku dostępu.

FlexigoTech · Odpowiada: Víctor Gómez · Aktualizacja: 5 listopada 2026

Najważniejsze

Moduł
Amazon
Wersje
Odoo 17, 18, 19 i 20
Sprawdzone
w kodzie źródłowym konektora, wersja 20.0 · w źródłach podanych na końcu
Czas czytania
5 min

Zanim klikniesz: co Odoo naprawia samo

W Odoo 20, przy wartościach domyślnych, zaplanowane zadanie Amazon SP-API - Auto-repair queue v2 działa co 3 minuty i jest aktywne od instalacji. Przetwarza ponowienia w kolejce tymi samymi elementami, których używa przycisk: poprawia unit_count, jeśli występuje problem tego typu, naprawia zgodną zawartość multimedialną (compliance_media), jeśli problem dotyczy obrazu, a jeśli publikacja nadal jest w błędzie i nie ma żadnego z tych dwóch problemów, próbuje wysłać pełny katalog, o ile na koncie jest aktywne ustawienie pozwalające próbować publikacji pełnego katalogu (w kodzie domyślnie aktywne).

Ponadto, gdy nie uda się wysłać stanów magazynowych, moduł sprawdza zapisane problemy tej publikacji i naprawia te dotyczące unit_count lub obrazu. Jeśli naprawa się powiedzie, ponownie wysyła stany magazynowe; jeśli Amazon jeszcze nie zakończył jej walidacji, zostawia wysyłkę w kolejce. Do tej wysyłki dochodzi przy zapisaniu karty produktu, przy zatwierdzeniu dokumentu magazynowego dotyczącego produktów oraz w zadaniu Amazon SP-API - Sync pending bindings (price/stock), które działa co minutę.

Przycisk to droga ręczna: uruchamia tę naprawę jednorazowo dla aktywnych publikacji w błędzie na koncie i w jego marketplace.

  • Sprawdź pole wyboru Repair retries run in the background (opt-in) na karcie Accounts, zakładka Catalog & Listings, grupa Auto-repair Listing Errors. Jego pomoc mówi: «Enables queued retries for transient errors (e.g. accepted without a final status).» i jest domyślnie włączone. Gdy jest aktywne, przycisk planuje ponowienia w przypadkach, które pozostają w toku.
Your Odoo doesn't talk to Amazon, Temu or Shopify?
Wideo: Your Odoo doesn't talk to Amazon, Temu or Shopify? (wideo po angielsku)

Kiedy się pojawia i kto może go kliknąć

  • Twój użytkownik ma rolę Manager w konektorze lub dostęp do Ustawień. Ścieżka to Amazon › Configuration › Accounts: pozycje Configuration i Accounts wymagają Manager, a Amazon wymaga Viewer.
Schemat wykonany kodem, nie ekran Odoo: menu Amazon, Configuration, Accounts; przycisk Run Auto-repair Errors, obecny w Odoo 17, 18, 19 i 20; a z boku komunikat o uprawnieniach, który może go zatrzymać
Schemat (nie zrzut ekranu Odoo) ze ścieżką menu, przyciskiem i komunikatem o braku uprawnień; etykiety są po angielsku, jak w oryginalnym tekście kodu.
  • Otwórz ekran Accounts: przycisk Run Auto-repair Errors jest widoczny bezwarunkowo, w wersjach 17, 18, 19 i 20.
Schemat wykonany kodem na podstawie opublikowanych tłumaczeń modułu, nie ekran Odoo: etykieta przycisku po hiszpańsku, niemiecku, francusku, włosku i portugalsku
Schemat (nie zrzut ekranu Odoo): przy Odoo po polsku przycisk nazywa się Run Auto-repair Errors; schemat zawiera też etykietę po hiszpańsku, niemiecku, francusku, włosku i portugalsku.

Po kliknięciu: co robi z każdą publikacją

W Odoo 20 przycisk działa tak:

  • Uprawnienia. Najpierw sprawdza twój dostęp. Jeśli nie jesteś Manager i nie masz dostępu do Ustawień, zatrzymuje się z komunikatem You need Amazon Seller Connector Manager (or Settings) access for this action. Ask a manager to grant Manager access. i nic nie zapisuje. Sprawdza także, czy możesz zapisywać na koncie.
  • Wybór. Szuka publikacji (bindings) tego konta, z marketplace wskazanego na koncie (Marketplace ID, zakładka Identity), które są aktywne i w błędzie.
  • Odczyt wstępny. Jeśli konto ma aktywny wstępny odczyt katalogu (ustawienie domyślnie aktywne w kodzie), ponownie odczytuje publikację w Amazon. Jeśli ten odczyt się nie powiedzie, odnotowuje to i przechodzi do następnej.
  • ASIN. Jeśli Amazon jeszcze nie zwrócił ASIN publikacji, przycisk jej nie naprawia: liczy ją jako nierozwiązaną i zostawia notatkę. Wstępny odczyt może przynieść ten ASIN.
  • Zapisane problemy. Ponownie czyta zapisane problemy i przelicza w publikacji liczniki błędów, ostrzeżeń i informacji. Jeśli nie zostaje żaden błąd blokujący, publikacja przestaje być w błędzie, jej oczekujące ponowienie jest czyszczone, jeśli je miała, i liczy się jako rozwiązana.
  • unit_count. Jeśli któryś problem dotyczy unit_count, uruchamia jego poprawkę. Zależnie od wyniku liczy się jako poprawiona, oczekująca (i w kolejce, jeśli zaplanowano ponowienie) lub z błędem. Jeśli Amazon nie podał jeszcze stanu końcowego, pozostaje oczekująca, a przy aktywnym polu pracy w tle planowane jest ponowienie.
  • Obrazy. Jeśli któryś problem dotyczy obrazu, szuka typu produktu (jeśli publikacja go nie ma, odczytuje go z Amazon) i próbuje usunąć wpisy compliance_media z tymczasowym lub wygasłym adresem URL, a jeśli się uda, ponownie odczytuje publikację. Jeśli nie ma nic do wyczyszczenia lub Amazon to odrzuci, zostaje notatka.
  • Publikacja. Tylko jeśli ustawienie publikacji pełnego katalogu jest aktywne (domyślnie jest w kodzie), publikacja nadal jest w błędzie i nie miała problemu unit_count ani obrazu, wysyła do Amazon pełny katalog. Jeśli się nie uda, liczy to, odnotowuje i, przy aktywnym polu pracy w tle, planuje ponowienie.
  • Odczyt końcowy i podsumowanie. Ponownie odczytuje publikację (jeśli się nie uda, tylko to odnotowuje) i uznaje ją za nierozwiązaną, jeśli nadal jest w błędzie lub z błędami. Na końcu zapisuje na koncie datę i wynik oraz publikuje podsumowanie w chatterze konta.

Po kliknięciu: co sprawdzić

Podsumowanie zaczyna się od Listing error auto-repair finished. i Account: …, a dalej następują te wiersze:

WierszCo liczy
Bindings evaluated: …Zebrane publikacje
Previous pull OK: … i Previous pull error: …Poprawne i nieudane odczyty wstępne
unit_count fixed: … i unit_count with error: …Wynik poprawki unit_count
Async pending: … i Queue v2 scheduled: …Oczekujące na stan końcowy i zaplanowane ponowienia
Publish full catalog OK: … i Publish full catalog error: …Wysyłki pełnego katalogu
Bindings resolved: … i Bindings unresolved: …Stan końcowy każdej publikacji

Jeśli są notatki, pojawiają się po Notes (last 15):, ostatnie, każda skrócona.

  • Otwórz wiadomość w chatterze konta i porównaj Bindings evaluados z rozwiązanymi i nierozwiązanymi.
  • Przeczytaj notatki: wskazują, w której publikacji i na którym kroku (odczyt, unit_count, obraz, publikacja) coś pozostało niezałatwione.
  • W każdej nierozwiązanej publikacji otwórz jej kartę w Listings, zakładka Issues, grupa Repair Queue. Pole Auto Repair Retry Pending (tylko do odczytu) jest ustawiane przez moduł przy planowaniu ponowienia; opróżnia się, gdy publikacja zostanie rozwiązana lub gdy skończą się ponowienia.
  • Jeśli zostają oczekujące lub zaplanowane ponowienia, zadanie kolejki działa co 3 minuty: sprawdź kartę publikacji ponownie później.

Jak pomaga FlexigoTech

Moduł jest płatny jednorazowo za wersję Odoo (opublikowany dla 17, 18, 19 i 20) i wymaga subskrypcji FlexigoTech Cloud, plan Konektor: 49 €/mies. lub 490 €/rok netto (bez VAT), do 3 kont platformy. Masz do dyspozycji kartę w Odoo Apps i stronę modułu. FlexigoTech wdraża Odoo 17, 18, 19 i 20 oraz tworzy konektory i integracje na zamówienie.

Czytaj dalej

Sprawdzone w kodzie źródłowym konektora (wersja 20.0) i w podlinkowanych źródłach

Źródła