Skip to main content
Amazon · Middleware oder nativ

Bezahlte Middleware oder nativer Connector für Amazon und Odoo: was beide Wege wirklich kosten

Sie verkaufen über Amazon und arbeiten mit Odoo. Dazwischen steht entweder eine kostenpflichtige Plattform oder ein Modul, das direkt mit der SP-API spricht. Den Ausschlag gibt nicht die Gebühr, sondern wem die Zugangsdaten gehören, wie viele Minuten unterwegs verloren gehen und wer die Anbindung repariert, wenn Amazon etwas ändert.

Amazon-Bestellungen in Odoo, ohne Zwischenplattform

Die Frage stellt sich fast immer im selben Moment: Sie verkaufen über Amazon, arbeiten mit Odoo, und auf dem Tisch liegt das Angebot einer Zwischenplattform, die alles miteinander verbinden soll. Die Entscheidung lautet nicht „teuer oder günstig“. Es geht darum, wem die Zugangsdaten gehören, wie viele Minuten vergehen, bis Ihr Lager weiß, was Amazon schon weiß, und wen Sie anrufen, wenn sich die SP-API ändert.

Es sind drei Wege, nicht zwei

Bezahlte Middleware: Ein externer Dienst spricht mit Amazon, vereinheitlicht die Daten und überträgt sie nach Odoo. Nativer Connector: ein Modul in Odoo, das direkt mit der SP-API kommuniziert. Und ein dritter Weg, den fast alle übersehen: Odoo Enterprise bringt einen eigenen Amazon-Connector mit, der Bestellungen importiert und Kunde und Lieferschein anlegt. Sollen nur die Bestellungen ankommen und bezahlen Sie Enterprise ohnehin, testen Sie zuerst diesen, bevor Sie etwas dazukaufen. Die Unterschiede im Detail zeigt der Vergleich der Amazon-Connectoren für Odoo (auf Englisch).

Sichtbare und versteckte Kosten

Die monatliche Gebühr der Middleware ist der sichtbare Teil – und selten der teure. Teuer wird es, weil die Kosten mit Ihrem Erfolg wachsen: Bei Preisstaffeln nach Bestellvolumen zahlen Sie umso mehr, je besser Sie verkaufen, und für dieses Geld bekommen Sie keine einzige neue Funktion. Ein nativer Connector hat das umgekehrte Profil, und auch das gehört zu einer ehrlichen Rechnung: einmal bezahlt, danach gepflegt. Amazon stellt SP-API-Versionen ein, Odoo bringt jedes Jahr eine neue Hauptversion heraus, und jemand muss sich darum kümmern. Ein Modul ohne Pflege kommt am Ende teurer als jedes Abo.

Latenz: wo die Minuten Geld kosten

Jeder Zwischenschritt kostet Zeit. Amazon → Middleware → Odoo bedeutet zwei Warteschlangen statt einer, jede mit eigenen Wiederholungsversuchen und eigenem Synchronisationsintervall. Bares Geld kostet das bei der Versandbestätigung: Amazon setzt eine Frist für die Sendungsnummer und wertet Verspätungen in den Kontokennzahlen ab – mehr dazu in Amazon-Versandstatus in Odoo: Frist und Sendungsnummer. Zur Wahrheit gehört aber auch die andere Hälfte: Ein Teil der Verzögerung entsteht nicht beim Vermittler, sondern bei Amazon selbst. Den FBA-Bestand liefert Amazon über asynchrone Berichte, und daran ändert auch ein nativer Connector nichts.

Wem die Zugangsdaten gehören und über wen die Käuferdaten laufen

Beim nativen Connector autorisieren Sie die Anwendung in Ihrem eigenen Seller Central: Das Refresh-Token liegt in Ihrem Odoo, und wie Ihr API-Kontingent verbraucht wird, entscheiden Sie selbst. Bei Middleware laufen die Käuferdaten – Name, Adresse, Telefonnummer – über einen Dritten. Das ist für sich genommen kein Problem: Amazon hat eine Datenschutzrichtlinie für Entwickler, und es gibt seriöse Anbieter, die sie einhalten. Die Frage gehört aber gestellt und schriftlich beantwortet, nicht nebenbei im Demotermin abgehakt.

Vier Fragen vor der Unterschrift, gültig für beide Modelle: Wem gehört das Refresh-Token? Wer verarbeitet die Käuferdaten? Was nehme ich mit, wenn ich wechsle – SKU-Zuordnung und Bestellhistorie eingeschlossen? Wie viele Stunden dauert es bis zum Patch, wenn Amazon etwas ändert?

Wer die Anbindung repariert, wenn Amazon die API ändert

Amazon steht nicht still: Endpunkte bekommen neue Versionen, alte werden abgeschaltet, Aufruflimits werden verschärft. Bei Middleware repariert der Anbieter, und Sie warten – meist nicht lange, weil der Fehler alle seine Kunden gleichzeitig trifft. Beim eigenen Modul repariert, wer es entwickelt hat. Dann hängt alles davon ab, bei wem Sie gekauft haben und ob das Modul unter Odoo 17, 18 und 19 gepflegt wird oder nur in der Version, in der es verkauft wurde. Wie Autorisierung und Aufruflimits im Detail funktionieren, steht in Amazon SP-API-Anbindung an Odoo: Autorisierung und Limits.

Wann Middleware die richtige Wahl ist

Wenn Sie über acht Kanäle verkaufen und Amazon nur einer davon ist: Eine Gebühr dafür, acht Anbindungen nicht selbst pflegen zu müssen, ist ein gutes Geschäft. Wenn Sie den Kanal erst testen und nicht wissen, ob Sie in sechs Monaten noch dabei sind. Wenn Sie weder ein technisches Team noch einen Partner haben und am Montag etwas laufen muss. Und wenn die Anbindung bereits steht und funktioniert: Eine Lösung zu ersetzen, die keine Probleme macht, kostet Geld und birgt Risiko, ohne etwas zu verbessern. Ist der einzige Grund für einen Wechsel, dass es „teuer klingt“, legen Sie zuerst die Rechnungen eines Jahres neben den Aufwand, ein Modul zu pflegen.

Wann sich ein nativer Connector lohnt – und was wir anbieten

Er lohnt sich, wenn das Volumen steigt, wenn sich die Kanäle auf zwei oder drei wichtige reduzieren oder wenn der Betrieb mehr braucht als Bestellungen: Abrechnungen, die Zeile für Zeile abgeglichen werden, FBA als echter Lagerort, Retouren und Erstattungen. Der Amazon-Connector für Odoo arbeitet mit Ihren eigenen Zugangsdaten direkt gegen die SP-API, unter Odoo 17, 18 und 19 – und unter Odoo 20 ab dem Tag der Veröffentlichung. Wie der Bestand abgebildet wird, beschreibt FBA als Lager in Odoo. Und wenn bei Ihnen heute Middleware läuft, zeigt der Wechsel ohne Betriebsunterbrechung (auf Englisch) die Reihenfolge der Schritte.

Häufige Fragen

Kann ich Middleware und nativen Connector parallel betreiben?

Während einer Migration ja, aber schreiben darf nur eines der beiden Systeme. Bestätigen beide den Versand oder melden beide Bestände, erhält Amazon widersprüchliche Daten, und es entstehen Dubletten. Aufgeteilt wird nach Kanal oder nach Datenart – nie danach, wer zuerst ankommt.

Braucht ein nativer Connector ein Amazon-Entwicklerkonto?

Die Anwendung muss unter einem Entwicklerprofil registriert sein, autorisiert wird sie aber von Ihnen, in Ihrem eigenen Seller Central. Das Refresh-Token aus dieser Autorisierung liegt in Ihrem Odoo, und Sie können die Freigabe jederzeit widerrufen. Wir verkaufen keinen Zugang weiter.

Nehme ich die Historie mit, wenn ich die Middleware kündige?

Unverzichtbar sind die SKU-Zuordnung und die offenen Bestellungen. Die abgeschlossene Historie können Sie übernehmen oder archiviert lassen; den Start blockiert sie nicht. Lassen Sie sich vor der Unterschrift schriftlich bestätigen, wie der Export funktioniert.

Nützliche Links bei FlexigoTech

Amazon-Connector für OdooSP-API mit Ihren eigenen Zugangsdaten, unter 17, 18 und 19Odoo 19 und Middleware-ConnectorenDasselbe Dilemma, nicht auf einen Marktplatz beschränktVon der Middleware zur nativen AnbindungWie der Wechsel ohne Betriebsstopp abläuft

Lo que hacemos sobre esto

Conector AmazonQué hace, capturas, versiones y precio.

Entscheiden Sie gerade zwischen Middleware und eigenem Modul?

Sagen Sie uns, wie viele Bestellungen Sie pro Monat über Amazon abwickeln, auf wie vielen weiteren Kanälen Sie verkaufen und was Sie die Zwischenplattform heute kostet. Wenn die richtige Antwort lautet, dass Sie bleiben sollten, wo Sie sind, sagen wir Ihnen auch das. Schreiben Sie an comercial@flexigobe.com oder vereinbaren Sie einen Gesprächstermin.

Mit einem Ingenieur sprechen