Ein Überverkauf bei Temu ist mit einer Entschuldigung nicht erledigt: Er kostet Stornierungen, drückt Ihre Kontokennzahlen und trifft einen Kunden, der schon bezahlt hat. Und fast nie liegt es daran, dass der Bestand in Odoo falsch gezählt ist. Das Problem liegt dazwischen: Zwischen dem Verkauf einer Einheit in einem Kanal und dem Moment, in dem der andere Kanal davon erfährt, liegt ein Zeitfenster. Alles Folgende dient dazu, dieses Fenster zu verkleinern und mit dem Rest bewusst zu rechnen.
Der Master-Bestand liegt in Odoo, nicht im Kanal
Die Regel ist unspektakulär, aber die einzige, die in der Praxis hält: Eine Einheit existiert an genau einer Stelle, und diese Stelle ist Odoo. Kanäle führen keinen eigenen Bestand, sie bekommen eine Zahl gemeldet. Sobald zwei Systeme glauben, dieselbe Zahl zu führen, entsteht der Klassiker: Temu zieht von seiner Kopie ab, Ihr Shop von seiner, und zusammen bieten beide mehr Einheiten an, als im Regal liegen. Was bei Temu angezeigt wird, muss sich aus dem verfügbaren Bestand in Odoo ergeben und darf kein Wert sein, den jemand im Verkäuferportal von Hand pflegt.
Verteilen heißt nicht abziehen
Verkaufen Sie denselben Artikel bei Temu, im eigenen Shop und auf einem weiteren Marktplatz, lautet die Frage nicht, wie viel Sie haben, sondern wie viel Sie welchem Kanal zeigen. Überall alles anzubieten maximiert den Umsatz – und die Stornierungen. Feste Kontingente sind sicher, lassen aber Ware in dem Kanal liegen, der gerade nicht verkauft. Sinnvoll ist meist ein Mittelweg: ein Mindestkontingent für Schnelldreher, der volle verfügbare Bestand für Artikel, von denen reichlich am Lager ist. Liegt ein Teil der Ware in einem fremden Lager, muss sie mitgezählt werden, bevor Sie sie anbieten – genau das ist bei Amazon FBA in Odoo der Fall. Wie auch immer Sie sich entscheiden: Die Verteilungsregel gehört nachvollziehbar in Odoo und nicht in den Kopf der Person, die den Kanal betreut.
Ein festes Kontingent, das niemand überprüft, veraltet schnell. Wird die Verteilung nicht angepasst, wenn sich der Abverkauf verschiebt, ist irgendwann das halbe Regal für den Kanal reserviert, der am wenigsten verkauft.
Den Puffer je Artikel festlegen, nicht für den ganzen Katalog
Der Sicherheitspuffer ist die Menge, die Sie bewusst nicht melden, um den Zeitversatz abzufangen. Pauschal gesetzt – überall zwei Einheiten abziehen – ist er bequem und teuer: Einem Artikel, der eine Einheit im Monat verkauft, nehmen Sie zwei Monate Umsatz weg, und einen Schnelldreher schützt er trotzdem nicht. Der Puffer wird je Artikel festgelegt und bei Bedarf je Kanal: Hoher Abverkauf und knappe Versandfristen verlangen mehr, ein Langsamdreher mit hohem Lagerbestand braucht gar keinen. In Odoo sollte das ein Feld am Produkt sein, das jemand einsehen und ändern kann, und keine Konstante, die im Code des Connectors versteckt ist.
Bei Auftragsbestätigung melden, nicht erst im nächsten Batch-Lauf
Hier steckt der größte Teil des tatsächlichen Risikos. Läuft der Bestandsabgleich stündlich, ist Ihr Überverkaufsfenster eine Stunde lang – und bei einem Schnelldreher fängt kein Puffer eine ganze Stunde ab. Die Alternative: melden, sobald sich der Bestand ändert. Ein Auftrag wird bestätigt, eine Lieferung gebucht, ein Wareneingang erfasst, und genau diese Buchung stößt die Aktualisierung dieses einen Artikels an, nicht die aller zehntausend. Einen vollständigen Abgleich brauchen Sie weiterhin, aber als nächtliches Sicherheitsnetz, nicht als Hauptmechanismus. Es ist der Unterschied zwischen ereignisgesteuertem Push und dem Warten auf den nächsten Lauf; mehr dazu in Echtzeit-Bestand für Marktplätze (auf Englisch).
Bis der Kanal die Zahl übernimmt
Gesendet heißt nicht übernommen. Der Aufruf kann scheitern, in einer Warteschlange landen oder angenommen und erst Minuten später wirksam werden. Ein solider Connector protokolliert, welche Zahl er wann gesendet und was der Kanal geantwortet hat. Er wiederholt fehlgeschlagene Aufrufe mit wachsendem Abstand, statt die API im Sekundentakt zu bombardieren, und gibt sich nicht mit einem HTTP 200 zufrieden, wenn beim Kanal am Ende ein anderer Wert steht als der gesendete. Ohne dieses Protokoll lässt sich an dem Tag, an dem Temu sieben Einheiten anzeigt und Odoo null, nicht mehr klären, an welcher Stelle es gehakt hat. Es ist derselbe Kreislauf wie vom Auftrag bis zum Lieferschein, nur von der anderen Seite betrachtet.
Wann Sie das alles nicht brauchen
Verkaufen Sie Einzelstücke oder haben Sie wenige Artikel mit hohem Lagerbestand und nur einen Kanal, bringt Ihnen ein sofortiger Abgleich nichts: Ein täglicher Durchlauf und ein großzügiger Puffer reichen aus und ersparen Ihnen ein Projekt. Kritisch wird es erst, wenn dieselbe Einheit an zwei Stellen gleichzeitig verkauft werden kann und der Nachschub dauert. Trifft das nicht auf Sie zu, investieren Sie nicht darin. Und wenn Sie unsicher sind, zählen Sie zuerst, wie viele Bestellungen Sie in diesem Quartal wegen fehlenden Bestands stornieren mussten – diese Zahl kostet Sie nichts.
Was unser Connector leistet
Der Temu-Connector für Odoo überträgt den Bestand je SKU, synchronisiert per Cron und per Webhook und protokolliert Payloads und Antworten von Temu, damit Sie etwas prüfen können, wenn die Zahlen auseinanderlaufen. Gemeldet wird der physische Bestand des Lagers, das Sie dem jeweiligen Temu-Konto zuordnen, oder eine feste Menge, die Sie selbst am Produkt pflegen. Er läuft unter Odoo 17, 18 und 19; die Migration auf Odoo 20 folgt am Tag der Veröffentlichung. Reservierungen abziehen, einen Puffer je Artikel führen oder den Bestand nach eigenen Regeln auf mehrere Kanäle verteilen gehört nicht zum Standardumfang: Diese Regeln legen Sie fest, und ihre Automatisierung ist Individualentwicklung.
Häufige Fragen
Wie oft sollte der Bestand mit Temu abgeglichen werden?
Der Auslöser zählt mehr als die Frequenz: melden, sobald sich der Bestand ändert, und einen regelmäßigen Volldurchlauf als Sicherheitsnetz behalten. Ein langes festes Intervall öffnet erst das Überverkaufsfenster.
Wird der physische oder der verfügbare Bestand gemeldet?
Der verfügbare: der physische Bestand abzüglich der Reservierungen für noch nicht versandte Aufträge und abzüglich des Puffers. Die physische Menge zu melden ist der kürzeste Weg zu Stornierungen.
Und wenn ich dasselbe Produkt bei Temu und im eigenen Shop verkaufe?
Derselbe Master-Bestand und eine ausdrückliche Verteilungsregel. Ist der Shop Odoo eCommerce, erübrigt sich die Verteilung: Beide Verkäufe ziehen im selben Moment von derselben Verfügbarkeit ab – genau so soll es sein.
Nützliche Links bei FlexigoTech
Lo que hacemos sobre esto
Stornieren Sie Temu-Bestellungen wegen Fehlbestand?
Sagen Sie uns, wie viele Artikel Sie über mehrere Kanäle verkaufen, wie oft Sie heute abgleichen und wo die Ware physisch liegt. Wir sagen Ihnen, ob es am Auslöser, am Puffer oder an der Verteilung liegt – und ob sich das mit dem lösen lässt, was Sie bereits haben. Schreiben Sie an comercial@flexigobe.com.