Hinweis «Temu API credentials and connection look valid.» in Odoo

Wann genau er erscheint

Die Ansicht Temu Dashboard öffnen Sie über das Menü Temu. Dort finden Sie die Schaltfläche Test Connection, die in Odoo 17, 18 und 19 immer sichtbar ist. Beim Klick sendet das Modul nacheinander mehrere Abfragen an Temu. Endet die Abfragereihe, ohne dass ein Fehler ausgelöst wird, gibt es den Hinweis Temu API credentials and connection look valid. zurück. Es ist ein Hinweis: Er blockiert nichts.

Die Meldung steht im veröffentlichten Code der Zweige 17.0, 18.0 und 19.0.

Bevor Sie auf die Schaltfläche klicken

• Öffnen Sie die Ansicht Temu Dashboard über das Menü Temu und prüfen Sie, ob die Schaltfläche Test Connection sichtbar ist.

• Beachten Sie, dass der Test die Ansicht verändern kann (weiter unten steht, was gespeichert wird). Notieren Sie sich bei Bedarf vorher die konfigurierten API-Methoden.

• Vergewissern Sie sich, dass Ihr Abonnement bei FlexigoTech Cloud aktiv ist. Das Modul braucht es; ohne Abonnement oder bei ausgesetztem Dienst steht alles still, was das Abonnement liefert.

• Bedenken Sie, dass jeder Klick die komplette Abfragereihe wiederholt, beginnend mit der Token-Abfrage.

Was der Test der Reihe nach macht

• Zuerst die Token-Abfrage. Das Modul testet die konfigurierte Methode für die Token-Informationen und bei Bedarf deren Alternativen, ohne die Shop-ID mitzusenden. Antwortet nicht die konfigurierte Methode, speichert die Ansicht künftig diejenige, die funktioniert hat. Endet diese Abfrage mit einem Fehler, bricht der Test dort mit diesem Fehler ab und der Hinweis erscheint nicht.

• Danach wird die Token-Antwort übernommen, ohne das bereits vorhandene Zugriffstoken zu ersetzen. Gespeichert werden das Datum dieser Prüfung, das Ablaufdatum (sofern die Antwort eines enthält, das das Modul versteht) und die von Temu gelieferte Liste der Berechtigungen, falls sie als Liste ankommt. Die Shop-ID wird nur geändert, wenn die von Temu gelieferte von der in der Ansicht abweicht; in diesem Fall hinterlegt das Modul zusätzlich eine Nachricht.

• Zweitens eine Test-Abfrage der Bestellungen. Sie fordert die erste Seite an, mit der in der Ansicht konfigurierten Seitengröße und einer Obergrenze von 10. Das Modul testet die konfigurierte Methode und, falls sie scheitert, weitere Kandidaten. Der erste, der ohne Fehler antwortet, gilt als erfolgreicher Test und wird, falls er nicht der konfigurierte war, an dessen Stelle gespeichert.

• Fehler bei dieser Abfrage brechen den Test nicht ab. Jeder gescheiterte Versuch wird als Warnung im Serverlog vermerkt und es geht mit dem nächsten Kandidaten weiter. Die Bestellantwort wird nur ins Log geschrieben: Der Testcode macht nichts weiter damit.

• Drittens, nur wenn keine Bestellabfrage funktioniert hat: eine Abfrage der Shop-Daten. Sie läuft ohne Shop-ID und mit derselben Kandidatenlogik und speichert ebenfalls die Methode, die geantwortet hat. Auch ihre Fehler werden als Warnung im Log vermerkt.

• Am Ende entscheidet der letzte Fehler. Hat keine Testabfrage funktioniert und ist ein Fehler gespeichert, löst die Methode genau diesen letzten Fehler aus und Sie sehen den Hinweis nicht. Endet sie, ohne etwas auszulösen, gibt sie Temu API credentials and connection look valid. zurück.

Wenn der Hinweis erscheint

• Verstehen Sie, was er bestätigt: Nach der Token-Abfrage hat Temu mit den Daten der Ansicht ohne Fehler auf eine Bestellabfrage oder, falls diese scheiterte, auf eine Abfrage der Shop-Daten geantwortet.

• Überschätzen Sie ihn nicht: Der Test fordert eine kleine Seite Bestellungen an und schreibt die Antwort ins Log. Das bereits vorhandene Zugriffstoken wird nicht angetastet.

• Ist die Bestellabfrage gescheitert, die Abfrage der Shop-Daten aber gelungen, sehen Sie den Hinweis ebenfalls. Der Bestellfehler bleibt nur als Warnung im Serverlog.

• Prüfen Sie die Ansicht nach dem Test: Die konfigurierte API-Methode kann sich geändert haben, und die Shop-ID kann aktualisiert worden sein, wenn Temu eine andere geliefert hat.

• Möchten Sie sehen, welche Bestell-Kandidaten gescheitert sind, bevor einer antwortete, schauen Sie in die Warnungen im Serverlog.

Wenn der Hinweis nicht erscheint

• Lesen Sie den Fehler, den Odoo anzeigt. Ist die Token-Abfrage gescheitert, ist es der Fehler dieser Abfrage. Sind alle Bestellabfragen und alle Abfragen der Shop-Daten gescheitert, ist es der letzte davon.

• Denken Sie an die Reihenfolge: Scheitert die Token-Abfrage, erreicht der Test weder die Bestell- noch die Shop-Abfragen.

• Prüfen Sie im Serverlog die Einträge jeder getesteten Methode: Die Fehler der Bestell- und der Shop-Daten-Abfragen bleiben als Warnung stehen, die der Token-Abfrage je nach Fehler als Warnung oder als Information.

• Beheben Sie, was der Fehler anzeigt, und klicken Sie erneut auf Test Connection.

Abonnement und Versionen

Neben der Einmalzahlung für das Modul pro Odoo-Version benötigen Sie das Abonnement bei FlexigoTech Cloud, Plan Konnektor: 49 €/Monat oder 490 €/Jahr, zzgl. MwSt. Die Verbindung läuft über FlexigoTech Cloud, das die Zugangsdaten verschlüsselt speichert und die Synchronisierung überwacht. Weitere Details finden Sie auf der Modulseite.

So unterstützt Sie FlexigoTech

FlexigoTech führt Odoo 17, 18, 19 und 20 ein und entwickelt Konnektoren und maßgeschneiderte Integrationen. Wenn der Verbindungstest einen Fehler liefert, den Sie nicht deuten können, oder wenn Sie die Temu-Integration an Ihr Unternehmen anpassen müssen, schreiben Sie uns.

Weiterlesen

Geprüft im Quellcode des Connectors (Version 19.0) und in den verlinkten Quellen

Quellen

• Quellcode des Moduls: flexigobe_temu_connector 19.0 (455b3f0f): models/temu_instance.py
• Quellcode des Moduls: flexigobe_temu_connector 19.0 (455b3f0f): views/temu_instance_views.xml
• Quellcode des Moduls: flexigobe_temu_connector 19.0 (455b3f0f): models/fgt_cloud.py
• flexigotech.com/precios.html
• flexigotech.com/en/services.html