Automatisierung
Fünf Marktplätze, ein Lager. Wo endet die Kontrolle über den Verkauf?
Datum der letzten Aktualisierung: 06.11.2026
Ein Unternehmen beginnt auf einem Markt. Ein Katalog, eine Währung, ein Set von Kampagnen und ein relativ einfaches Vertriebsbild.
Später kommt Amazon FR hinzu. Danach Amazon IT, Allegro und der eigene Onlineshop. Dasselbe Produkt erscheint in weiteren Kanälen, hat jedoch in jedem von ihnen einen anderen Preis, eine andere Verfügbarkeit, andere Werbekosten, eine andere Retourenhistorie und ein anderes Ergebnis.
Amazon behandelt die einzelnen Märkte als separate Marktplätze, die durch eine eigene marketplaceId identifiziert werden. Daten für Deutschland, Frankreich, Italien, Spanien oder Großbritannien können daher einen separaten Abruf, eine getrennte Verarbeitung und Auswertung erfordern.
Die Expansion steigert das Verkaufspotenzial. Gleichzeitig erhöht sie rasch die Anzahl der Entscheidungen, die das Team täglich treffen muss.
Inhaltsverzeichnis:
Eine SKU beginnt in mehreren Versionen zu existieren
Wie viele Einheiten können wir noch sicher verkaufen?
Eine einzige Ansicht reicht nicht aus
Der Produktumsatz zeigt nicht, wo das Produkt Gewinn abwirft
Integration beginnt beim Prozess
Skalieren ohne zusätzliche manuelle Kontrollen
FAQ – Häufig gestellte Fragen
Diesen Artikel lesen Sie in 4 Minuten.
Eine SKU beginnt in mehreren Versionen zu existieren
Nehmen wir an, ein Unternehmen führt 100 Produkte und verkauft diese auf fünf Marktplätzen. Operativ entstehen dadurch 500 Kombinationen aus Produkt und Markt.
Jede Kombination kann ihren eigenen Preis, Bestand, ihre eigene Kampagne, Kosten sowie Angebotsprobleme haben. Kontrolliert das Team vier solcher Bereiche, erhalten wir modellhaft 2.000 Punkte, an denen Daten überprüft oder aktualisiert werden müssen.
Nicht alle Änderungen haben das gleiche Gewicht. Eine geringfügige Differenz in einem Bericht kann bis zum nächsten Tag warten. Eine veraltete Produktverfügbarkeit kann jedoch dazu führen, dass eine Bestellung für eine Einheit angenommen wird, die bereits in einem anderen Kanal reserviert wurde.
Mit weiteren Marktplätzen wächst also nicht nur die Anzahl der Berichte. Es wächst auch die Zahl der Abhängigkeiten zwischen ihnen.
Beim Ausbau des Cross-Border-Verkaufs auf Amazon lohnt es sich, von Anfang an die Art und Weise des Managements von Produktdaten, Verfügbarkeiten und Rentabilitäten auf den einzelnen Märkten zu berücksichtigen.
Wie viele Einheiten können wir noch sicher verkaufen?
Diese Frage klingt einfach, solange das Unternehmen ein einziges Lager und einen einzigen Kanal nutzt.
Beim Multichannel-Vertrieb entspricht der physische Bestand nicht immer der für den Kunden sichtbaren Verfügbarkeit. Ein Teil der Ware kann sich bei FBA befinden, ein Teil im eigenen Lager, und weitere Einheiten können bereits durch noch nicht bearbeitete Bestellungen reserviert sein. Das Unternehmen kann auch getrennte Pools für ausgewählte Kanäle vorhalten oder einen Sicherheitspuffer anwenden.
Daher sollte eine Integration nicht einfach eine Zahl in alle Angebote kopieren. Sie sollte die Verfügbarkeit nach den Regeln des Unternehmens berechnen und das korrekte Ergebnis an jeden Kanal übermitteln.
Die Amazon SP-API ermöglicht es, Angebote programmatisch zu verwalten und unter anderem Preise sowie Verfügbarkeiten zu aktualisieren. Die Allegro REST API ermöglicht die Änderung von Stückzahl und Preis sowie ein Ereignisprotokoll, das über Aktualisierungen von Lagerbestand und Angeboten informiert.
Die technische Möglichkeit, Systeme zu verbinden, ist jedoch erst der Anfang. Das Unternehmen muss vorab festlegen, welches System den Master-Bestand führt, wie Reservierungen gehandhabt werden, wie hoch der Puffer ist und was geschehen soll, wenn eine Synchronisierung fehlschlägt.
Eine einzige Ansicht reicht nicht aus
Ein gemeinsames Dashboard kann zwar zeigen, dass Amazon DE, Allegro und der Shop drei verschiedene Werte anzeigen. Dennoch muss weiterhin jemand das Problem bemerken, die richtige Zahl ermitteln und die Angebote manuell korrigieren.
Deshalb bauen wir nicht einfach eine weitere Stelle zum Kontrollieren auf.
Eine passend konzipierte Automatisierung von Verkaufsprozessen ermöglicht es nicht nur, Daten aus verschiedenen Systemen zusammenzuführen, sondern auch Aktionen auf der Grundlage definierter Geschäftsregeln auszuführen.
Die Automatisierungsebene sollte auf Ereignisse reagieren. Eine neue Bestellung verringert die Verfügbarkeit in den übrigen Kanälen. Eine Diskrepanz löst eine Warnung aus. Ein niedriger Lagerbestand kann ausgewählte Werbemaßnahmen stoppen. Ein Aktualisierungsfehler erhält einen Status, einen Verantwortlichen und eine Reaktionsfrist.
Das Team sieht ein einheitliches operatives Gesamtbild, Standardänderungen erfolgen jedoch ohne manuelles Durchklicken. An den Menschen werden nur Situationen weitergeleitet, die das System nach den festgelegten Regeln nicht sicher entscheiden kann.
Der Produktumsatz zeigt nicht, wo das Produkt Gewinn abwirft
Dieselbe SKU kann auf mehreren Märkten gute Verkaufsergebnisse erzielen und dennoch auf jedem Markt eine völlig andere Rentabilität aufweisen.
Das Ergebnis wird unter anderem durch lokale Preise, Fulfillment-Kosten, Gebühren, Retouren, Währungen und Amazon Ads beeinflusst. Der Gesamtumsatz eines Produkts kann also steigen, obwohl eine der Kombinationen aus Marktplatz und SKU einen Verlust generiert.
Die Geschäftsführung benötigt Antworten auf Markt- und Produktebene. Erst dann lässt sich beurteilen, wo die Verfügbarkeit erhöht, wo der Preis angepasst und wo Kampagnen eingeschränkt oder unrentable Angebote zurückgezogen werden sollten.
Ohne Konsolidierung sieht das Team Verkäufe, Werbeanzeigen, Lagerbestand und Kosten getrennt. Eine Entscheidung erfordert den manuellen Abgleich von Berichten, die häufig unterschiedliche Zeiträume beschreiben oder verschiedene Bezeichner verwenden.
Integration beginnt beim Prozess
Ein fertiges Plugin kann Daten zwischen zwei Systemen korrekt übertragen. Es kennt jedoch nicht automatisch die Regeln, nach denen ein bestimmtes Unternehmen arbeitet.
Vor der Implementierung muss der Ablauf beschrieben werden. Was ist die Bestandsquelle? Welche Bestände können geteilt werden? Wann aktualisieren wir den Preis? Wie lange warten wir auf eine Bestätigung? Wann soll ein Angebot pausiert werden? Wer reagiert, wenn das System eine Änderung zum dritten Mal nicht annimmt?
Erst auf dieser Grundlage wählen wir APIs, Synchronisationsfrequenz, Datenspeicherung und Monitoring aus. Eine Lösung kann Amazon, Allegro, den Shop, ERP, WMS, Amazon Ads und Kostendaten verbinden, ihre Architektur ergibt sich jedoch aus den Prozessen des Unternehmens und nicht aus einer Liste verfügbarer Integrationen.
Wir versprechen auch keine Echtzeit-Synchronisation, ohne zuvor die Einschränkungen der APIs und der genutzten Systeme geprüft zu haben. Ziel ist es, Aktualisierungszeiten und Schutzmechanismen so festzulegen, dass das Unternehmen sein Vertriebsmodell sicher umsetzen kann.
Skalieren ohne zusätzliche manuelle Kontrollen
Eine gut konzipierte Integration verlangt vom Team nicht, vor jeder Entscheidung fünf verschiedene Dashboards zu öffnen.
Das Operations-Team sieht die aktuelle Verfügbarkeit und Ausnahmen. Das für Amazon Ads zuständige Team weiß, welche Produkte sicher beworben werden können. Die Finanzabteilung erhält Ergebnisse nach Marktplatz und SKU aufgeschlüsselt. Die Geschäftsführung kann die Expansion anhand der Rentabilität und nicht nur anhand des reinen Umsatzwachstums bewerten.
In einem solchen Modell kann die ganzheitliche Betreuung des Verkaufs auf Amazon nicht nur die Verwaltung von Angeboten und Werbung umfassen, sondern auch die Koordination von Maßnahmen auf mehreren europäischen Märkten.
Bei Go2Market beginnen wir mit einem einzelnen Prozess und nicht mit dem Versprechen, alles mit allem zu verbinden.
Wir können eine SKU auswählen, die über mehrere Kanäle verkauft wird, und deren Bestand, Preis, Kampagnen sowie das Ergebnis nachverfolgen. Wir zeigen auf, wo Daten noch manuell verglichen werden müssen, und konzipieren anschließend eine Automatisierung, die nach den Regeln Ihres Unternehmens arbeitet.
FAQ – Häufig gestellte Fragen
Wie steuert man den Verkauf auf mehreren Marktplätzen gleichzeitig?
Ein effektives Multichannel-Management erfordert die Bündelung von Bestelldaten, Lagerbeständen, Preisen und Kosten in einem zentralen operativen System. Die Integration von Amazon, Allegro und dem Onlineshop ermöglicht es, wiederkehrende Aufgaben zu automatisieren und den manuellen Datenabgleich zu reduzieren. Entscheidend ist die Festlegung einheitlicher Vertriebsregeln für alle Kanäle.
Lassen sich Lagerbestände zwischen Amazon, Allegro und einem Onlineshop automatisch synchronisieren?
Ja. Integrationen, die die APIs der einzelnen Plattformen nutzen, ermöglichen eine automatische Aktualisierung der Produktverfügbarkeit über mehrere Vertriebskanäle hinweg. Das System sollte dabei nicht nur den physischen Lagerbestand berücksichtigen, sondern auch Reservierungen, FBA-Bestände, Sicherheitspuffer und Regeln für die Zuteilung von Waren auf die einzelnen Marktplätze.
Wie lässt sich der Verkauf von Produkten vermeiden, die nicht mehr auf Lager sind?
Die Grundlage bilden die automatische Synchronisation der Produktverfügbarkeit sowie die Berücksichtigung von Bestellungen und Reservierungen aus allen Vertriebskanälen. Es empfiehlt sich außerdem, Sicherheitspuffer und Mechanismen zur Erkennung von Synchronisationsfehlern einzusetzen. Dadurch wird das Risiko minimiert, eine Bestellung für ein Produkt anzunehmen, das bereits in einem anderen Kanal verkauft oder reserviert wurde.
Was unterscheidet eine Marktplatz-Integration von der Automatisierung von Verkaufsprozessen?
Eine Marktplatz-Integration ermöglicht den Datenaustausch zwischen Systemen, während die Automatisierung diese Daten nutzt, um bestimmte Aktionen auszuführen. Beispielsweise kann eine Integration Bestandsdaten übermitteln, während die Automatisierung zusätzlich die Verfügbarkeit anpasst, Warnmeldungen versendet und auf Fehler reagiert. Dadurch muss das Team nicht jede Standardänderung manuell bearbeiten.
Wie berechnet man die Rentabilität desselben Produkts auf verschiedenen Marktplätzen?
Die Rentabilität sollte für jede Kombination aus SKU und Marktplatz separat analysiert werden – unter Berücksichtigung von Verkaufspreis, Provisionen, Logistikkosten, Werbung, Retouren und Währungsunterschieden. Dasselbe Produkt kann auf Amazon.de Gewinn erzielen und gleichzeitig auf einem anderen Markt Verluste einbringen. Die Verknüpfung von Verkaufs- und Kostendaten ermöglicht Entscheidungen auf Basis des tatsächlichen finanziellen Ergebnisses.
Ermöglicht die Amazon SP-API die Automatisierung von Angebots- und Preismanagement?
Ja. Die Amazon Selling Partner API (SP-API) ermöglicht die programmatische Verwaltung ausgewählter Angebotsdaten, einschließlich Produktpreisen und -verfügbarkeiten. Dies erlaubt den Aufbau von Integrationen mit ERP-, WMS- und anderen im Multichannel-Vertrieb genutzten Systemen. Umfang und Frequenz der Aktualisierungen hängen jedoch von den Möglichkeiten der API sowie der Konfiguration der Gesamtlösung ab.
Kann die Datensynchronisation zwischen Marktplätzen in Echtzeit erfolgen?
Nicht jede Integration gewährleistet eine sofortige Datenaktualisierung. Die Synchronisationszeit hängt von API-Beschränkungen, der Art der Ereignisverarbeitung und der Architektur der verwendeten Systeme ab. Daher sollten vor der Einführung vertretbare Verzögerungen sowie Schutzmaßnahmen für den Fall einer fehlgeschlagenen Aktualisierung definiert werden.
Womit sollte man bei der Automatisierung des Multichannel-Vertriebs beginnen?
Am besten beginnt man mit der Analyse eines konkreten Prozesses, beispielsweise der Verwaltung der Verfügbarkeit derselben SKU auf mehreren Marktplätzen. Anschließend sollten Datenquellen, Synchronisationsregeln, mögliche Fehler und Vorgänge, die ein manuelles Eingreifen erfordern, definiert werden. Dieser Ansatz ermöglicht es, die Automatisierung schrittweise auszubauen, ohne alle Vertriebsprozesse gleichzeitig umstrukturieren zu müssen.
Go2Market