Vor dem Klick: was Odoo bereits selbst repariert
In Odoo 20 läuft mit den Standardwerten die geplante Aktion Amazon SP-API - Auto-Reparatur-Warteschlange v2 (Amazon SP-API - Auto-repair queue v2) alle 3 Minuten und ist seit der Installation aktiv. Sie verarbeitet die eingereihten Wiederholungen mit denselben Bausteinen wie die Schaltfläche: Sie korrigiert unit_count, wenn ein Problem dieser Art vorliegt, repariert die Konformitäts-Medieninhalte (compliance_media), wenn es sich um ein Bildproblem handelt, und versucht, wenn die Veröffentlichung weiter fehlerhaft ist und keines dieser beiden Probleme hat, den vollständigen Katalog zu senden, sofern die Kontoeinstellung aktiv ist, die den Versuch erlaubt, den vollständigen Katalog zu veröffentlichen (im Code standardmäßig aktiv).
Schlägt außerdem eine Bestandsübermittlung fehl, sieht sich das Modul die gespeicherten Probleme dieser Veröffentlichung an und repariert die von unit_count oder Bildern. Gelingt die Reparatur, sendet es den Bestand erneut; hat Amazon sie noch nicht fertig validiert, bleibt die Übermittlung in der Warteschlange. Zu dieser Übermittlung kommt es beim Speichern eines Produktstamms, beim Validieren eines Lieferscheins, der Produkte betrifft, und in der Aufgabe Amazon SP-API - Ausstehende Verknüpfungen synchronisieren (Preis/Bestand) (Amazon SP-API - Sync pending bindings (price/stock)), die jede Minute läuft.
Die Schaltfläche ist der manuelle Weg: Sie startet diese Reparatur in einem Durchgang für die aktiven fehlerhaften Veröffentlichungen des Kontos und seines Marketplace.
- Prüfen Sie das Kontrollkästchen
Reparatur-Wiederholungen laufen im Hintergrund (Opt-in)im Formular vonKonten, ReiterKatalog & Angebote, GruppeAngebotsfehler automatisch beheben. Die Hilfe lautet: «Aktiviert eingereihte Wiederholungsversuche bei vorübergehenden Fehlern (z. B. akzeptiert ohne endgültigen Status).» Es ist standardmäßig aktiv. Ist es aktiviert, plant die Schaltfläche Wiederholungen für die Fälle, die offen bleiben.

Wann sie erscheint und wer sie drücken darf
- Ihr Benutzer ist
Managerdes Connectors oder hat Zugriff auf die Einstellungen. Der Pfad lautetAmazon › Konfiguration › Konten: Die AbschnitteKonfigurationundKontenverlangenManager, undAmazonverlangtBetrachter.

- Öffnen Sie die Ansicht
Konten: Die SchaltflächeFehler-Autoreparatur ausführenist bedingungslos sichtbar, in den Versionen 17, 18, 19 und 20.

Fehler-Autoreparatur ausführen; das Schema zeigt außerdem die Beschriftung auf Spanisch, Französisch, Italienisch und Portugiesisch.Beim Klick: was mit jeder Veröffentlichung geschieht
In Odoo 20 geht die Schaltfläche so vor:
- Berechtigungen. Zuerst prüft sie Ihren Zugriff. Sind Sie weder
Managernoch haben Sie Zugriff auf die Einstellungen, bricht sie mitYou need Amazon Seller Connector Manager (or Settings) access for this action. Ask a manager to grant Manager access.ab, und nichts wird gespeichert. Sie prüft auch, ob Sie in das Konto schreiben dürfen. - Auswahl. Sie sucht die Veröffentlichungen (Bindings) dieses Kontos, im Marketplace, den das Konto angibt (
Marketplace-ID(Marketplace ID), ReiterIdentität), die aktiv und fehlerhaft sind. - Vorabruf. Ist im Konto der Vorabruf des Katalogs aktiv (eine im Code standardmäßig aktive Einstellung), liest sie die Veröffentlichung bei Amazon erneut. Schlägt dieser Abruf fehl, vermerkt sie das und geht zur nächsten.
- ASIN. Hat Amazon die ASIN der Veröffentlichung noch nicht zurückgegeben, repariert die Schaltfläche sie nicht: Sie zählt als nicht aufgelöst und hinterlässt eine Notiz. Der Vorabruf kann diese ASIN liefern.
- Gespeicherte Probleme. Sie liest die gespeicherten Probleme erneut und berechnet in der Veröffentlichung die Zähler für Fehler, Warnungen und Informationen neu. Bleibt kein blockierender Fehler übrig, ist die Veröffentlichung nicht mehr fehlerhaft, ein eventuell ausstehender Wiederholungsversuch wird gelöscht, und sie zählt als aufgelöst.
unit_count. Ist ein Problem vonunit_count, startet sie dessen Korrektur. Je nach Ergebnis zählt es als korrigiert, ausstehend (und in der Warteschlange, wenn ein Wiederholungsversuch geplant ist) oder mit Fehler. Hat Amazon noch keinen endgültigen Status vergeben, bleibt es ausstehend, und bei aktivem Hintergrund-Kontrollkästchen wird ein Wiederholungsversuch geplant.- Bilder. Ist ein Problem bildbezogen, sucht sie den Produkttyp (hat ihn die Veröffentlichung nicht, liest sie ihn von Amazon) und versucht, die Einträge von
compliance_mediamit temporärer oder abgelaufener URL zu entfernen; gelingt das, liest sie die Veröffentlichung erneut. Gibt es nichts zu bereinigen oder lehnt Amazon ab, bleibt es als Notiz. - Veröffentlichung. Nur wenn die Einstellung zum Veröffentlichen des vollständigen Katalogs aktiv ist (im Code standardmäßig der Fall), die Veröffentlichung weiter fehlerhaft ist und kein Problem mit
unit_countoder Bildern hatte, sendet sie den vollständigen Katalog an Amazon. Schlägt das fehl, zählt sie es, vermerkt es und plant bei aktivem Hintergrund-Kontrollkästchen einen Wiederholungsversuch. - Abschlussabruf und Zusammenfassung. Sie liest die Veröffentlichung erneut (schlägt das fehl, wird es nur vermerkt) und wertet sie als nicht aufgelöst, wenn sie weiter fehlerhaft ist oder Fehler hat. Am Ende speichert sie Datum und Ergebnis im Konto und veröffentlicht die Zusammenfassung im Chatter des Kontos.
Nach dem Klick: was zu prüfen ist
Die Zusammenfassung beginnt mit Automatische Reparatur von Listing-Fehlern abgeschlossen. (Listing error auto-repair finished.) und Konto: …, und setzt sich mit diesen Zeilen fort:
| Zeile | Was sie zählt |
|---|---|
Ausgewertete Verknüpfungen: … | Erfasste Veröffentlichungen |
Vorheriger Abruf OK: … und Vorheriger Abruffehler: … | Erfolgreiche und fehlgeschlagene Vorabrufe |
unit_count korrigiert: … und unit_count mit Fehler: … | Ergebnis der Korrektur von unit_count |
Asynchron ausstehend: … und Queue v2 geplant: … | Auf endgültigen Status wartende und geplante Wiederholungen |
Vollständigen Katalog veröffentlichen OK: … und Fehler beim Veröffentlichen des vollständigen Katalogs: … | Übermittlungen des vollständigen Katalogs |
Aufgelöste Verknüpfungen: … und Nicht aufgelöste Verknüpfungen: … | Endstatus jeder Veröffentlichung |
Gibt es Notizen, erscheinen sie nach Notizen (letzte 15):, jeweils die letzten und jede gekürzt.
- Öffnen Sie die Nachricht im Chatter des Kontos und vergleichen Sie
Bindings evaluadosmit aufgelösten und nicht aufgelösten.
- Lesen Sie die Notizen: Sie zeigen, bei welcher Veröffentlichung und in welchem Schritt (Abruf,
unit_count, Bild, Veröffentlichung) etwas unrepariert blieb.
- Öffnen Sie bei jeder nicht aufgelösten Veröffentlichung ihr Formular unter
Listings, ReiterProbleme(Issues), GruppeReparaturwarteschlange. Das FeldAuto-Reparatur Wiederholungsversuch ausstehend(Auto Repair Retry Pending, nur lesbar) setzt das Modul beim Planen eines Wiederholungsversuchs; es wird geleert, wenn die Veröffentlichung aufgelöst ist oder die Wiederholungen erschöpft sind.
- Bleiben Veröffentlichungen ausstehend oder sind Wiederholungen geplant, läuft die Aufgabe der Warteschlange alle 3 Minuten: Sehen Sie später erneut im Formular der Veröffentlichung nach.
So hilft FlexigoTech
Das Modul ist eine Einmalzahlung pro Odoo-Version (veröffentlicht für 17, 18, 19 und 20) und erfordert das Abonnement von FlexigoTech Cloud, Plan Konnektor: 49 €/Monat oder 490 €/Jahr zzgl. MwSt., bis zu 3 Plattformkonten. Hier finden Sie den Eintrag in Odoo Apps und die Modulseite. FlexigoTech führt Odoo 17, 18, 19 und 20 ein und entwickelt individuelle Konnektoren und Integrationen.
Weiterlesen
Geprüft im Quellcode des Connectors (Version 20.0) und in den verlinkten Quellen
Quellen
- Quellcode des Moduls: flexigobe_amazon_seller_connector 20.0 (8576afa5): views/amazon_spapi_account_views.xml
- Quellcode des Moduls: flexigobe_amazon_seller_connector 20.0 (8576afa5): models/amazon_spapi_account.py
- Quellcode des Moduls: 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
